3.5.3 Upgrades

[Storm]

Please note that OZ isn't compatible with debian/ARM due to softfloat.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=88060\"][{POST_SNAPBACK}][/a][/div]

Even source? Grabbing the src package (with the patch) and compiling in an OZ build environment?

[lardman]

That will work fine - koen was talking about binary compat.


Si

[weasel123]

Please note that OZ isn't compatible with debian/ARM due to softfloat.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=88060\"][{POST_SNAPBACK}][/a][/div]

This statement is misleading. Debians ARM repository is perfectly compatible with OZ, you can run the entire debian repository using pocketworkstation <http://pocketworkstation.org> in a chrooted environment.

I use pocketworkstation for my computing needs as i need a X environment, and GPE is too buggy and flaky, so i just use pocketworkstation, oz is just a bootloader for me.

[koen]

Please note that OZ isn't compatible with debian/ARM due to softfloat.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=88060\"][{POST_SNAPBACK}][/a][/div]

This statement is misleading. Debians ARM repository is perfectly compatible with OZ, you can run the entire debian repository using pocketworkstation <http://pocketworkstation.org> in a chrooted environment.

I use pocketworkstation for my computing needs as i need a X environment, and GPE is too buggy and flaky, so i just use pocketworkstation, oz is just a bootloader for me.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=88591\"][{POST_SNAPBACK}][/a][/div]

It is not misleading, it is the simple truth, debian/ARM uses hardfloat which you can't mix and match with softfloat. That it works out in your situation is a matter of luck.
Since you state gpe is so buggy, I assume you have filed bugs in the gpe bugzilla (http://handhelds.org/~bugzilla/) for the bugs you found?

[weasel123]

It is not misleading, it is the simple truth, debian/ARM uses hardfloat which you can't mix and match with softfloat. That it works out in your situation is a matter of luck.
Since you state gpe is so buggy, I assume you have filed bugs in the gpe bugzilla (http://handhelds.org/~bugzilla/) for the bugs you found?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=88599\"][{POST_SNAPBACK}][/a][/div]

I dont think it is due to luck, as you can see pocketworkstation runs in a chroot environment, thus it uses its own libraries libc etc, which is probably why it avoids this softfloat incompatibility.

About GPE being buggy, well most of the bugs that i have discovered are showstoppers like the login anomaly, apm being disabled ie:the suspend resume bug(not specific to gpe i admit), generalised instability, inability to control the birghtness reliably on my 5500 (OPIE does it perfectly) and because these are major bugs they have already being submitted by some kind fork, thus i dont see any need to duplicate the bug postings.  

IMHO if you want to run X based applications, then the best ROM is pdaxrom, the next choice is to run debians ARM based distribution in a chroot environment using pocketworkstation, you can have most desktop software including mozilla too running on your pda this way :-). GPE has come a long way from the almost demo releases sometime back, but still has a lot to go to get to at least the pdaxrom quality.

[kakos]

kakos: for 2.6/c7x0?

That's the one, yeah.

Also, would it be possible to add clisp?

[okl]

I installed qpegps, but it requires a gpsd to run...and gpsd isn't in the feed.
...
[div align=\"right\"][{POST_SNAPBACK}][/a][/div]

gpsd is in the /net feed.
[a href=\"http://www.openzaurus.org/official/unstable/3.5.3/feed/net/]http://www.openzaurus.org/official/unstable/3.5.3/feed/net/[/url]

-- sojourner
[div align=\"right\"][{POST_SNAPBACK}][/a][/div]

You have to use this [a href=\"http://prdownloads.sourceforge.net/qpegps/gpsd_from_qpegps_0_9_1_compiled_with_soft-float_support?download]gpsd for qpegps[/url]
version of gpsd and copy it to /opt/QtPalmtop/bin.

cheers

[Hrw]

Added:
     - collie r21 kernel modules
     (I was thinking that older should work - they work on my collie)
Moved:
     - collie kernels and kernel modules into collie/
     - c7x0 kernel modules into c7x0/
Upgraded:
     - zlib 1.2.3 (security fix)

[Hrw]

http://openzaurus.org/wordpress/2005/07/27...rnel-on-collie/

[kakos]

MB: if someone add it into OE then I will build it.

kakos: for 2.6/c7x0?

GPE related stuff must wait a bit - sorry guys
[div align=\"right\"][a href=\"index.php?act=findpost&pid=86416\"][{POST_SNAPBACK}][/a][/div]

Hey, Hrw, is there any word on b0ti's CFU1 driver for 2.6/c7x0?

[lardman]

Which kernel (exactly - 'uname -r') are you running?


Si

[Hrw]

Added:
- cfu1-modules for c7x0 with 2.6.11-r20 kernel

[eccerr0r]

SL5600/Poodle OZ3.5.3: LAN/network issue

(first off) I am seeing the power on/off issue a lot now too, and this might be a showstopper for me using my 'new' poodle.  Before it seemed to work OK with OZ3.5.3 but it might have been after messing with the CF card that it stopped working correctly...

Anyway I'm wonderring, I'm using OZ 3.5.3 and the SanDisk ConnectPlus 128MB WiFi card.  It recognizes fine and starts up fine.  I can even ssh to my poodle from my lan machines.  However, when I try to connect out (whether using opie-package manager, opie-konqueror, telnet, ssh) of my LAN it just hangs.

So, obvious problem solution here... I have my default route set up wrong?  I used DHCP, and other machines on the LAN work just fine!  What's even worse is that when the net hangs in an opie app, it tends to hang Opie completely, requiring a ssh in to kill, or a warm reboot.  Usually I have to end up rebooting the machine.

Now here's the interesting issue - I can PING and TRACEROUTE to machines outside of my LAN but cannot telnet, http, ftp to them!

And this too:  If I fidget with ifconfig/route, setting it up and down, sometimes I can get it to work fine(!)  The things I do I cannot explain as they are the commands I normally use to setup a connection.

So I'm thinking perhaps I'm missing something with the kernel dealing with TCP packets.  Anyone seen this issue before?  I'm beginning to think it's a kernel bug.  I'd like to figure out how to download the kernel source and try to patch in the 'collie' apm fix but no idea where/how to get the trees, and my machine's not fully setup for crosscompile yet (gentoo...)

[Hrw]

eccerr0r: I can provide you poodle kernel with fixes from collie for test. PM me if you want it.

OOps.. I have to look more into problem - sorry.

good news: ported APM fix - right-arrow fix left to port

Read that thread and report success/failure.

[eccerr0r]

PM sent.

Ok, I now have bitbake working and have a checkout of the kernel source.  I tried building a kernel and it seems to have completed, haven't actually tried running the resultant kernel yet.  I havent figured out how to get mono to checkout different tags yet, that will be my next step...

About that tcp/ip issue that I'm having, it seems if I let it sit there for a while, it will also "self heal" and start working? odd.  very odd...  Both usbd0 and wlan0 have the same issue.  Could it be because of bad hardware (and I may need to have the cache disable patch?  is that default off on stock kernels?)