Help - Search - Members - Calendar
Full Version: fast 6000 kernel, along with special libsdl
OESF Forums > Distros, Development, and Model Specific Forums > Distro Support and Discussion > Guylhem Rom
Pages: 1, 2, 3, 4
adf
Yep. there is only 1 ohci module in there. It will only be a prob if you try to connect usb.
(oooops maybe it is toshiba? not hitachi? same module, anyway)
You can remove it aftter you boot to the new kernel, If you like, so long as no external usb is connected .

Does this mean the .bt booted?

Btw, there might be other (like bt) modules on board that should be killed. look into it if you have a problem. just be sure to keep the hid/mouse/kbd modules
amdonati
Unfortunately not.
I tries to install it but it did not even started the boot process :-(
I had to do a nand restore before being able to try your "standard" kernel.
Which is working fine.
By the way, your kernel is based on the ffpe or no on the non-ffpe kernel?
Thank you again,
Adalberto
adf
The kernels are both ffpe. Did you want nonffpe?

I will revisit the .bt this week and can switch if you prefer. Personally I like the ffpe.
amdonati
I was using the non-ffpebecaquse I read some posts about calculation problems with the ffpe version.
I do not know how this becomes evident in "real life use", especially because I do not have to make complex mathematical calculation with the Z, but ofr safety I used that.

I'll use your kernel for anf see if I notice any difference! smile.gif

But for now I do not have any problem with it (and btw should be a little bit faster).

let me knwo if you need some support help in reviewing the bt kernel.
Adalberto
adf
I likely will reveiew the bt stuff. It would be nice to have that available.

I had a slight mishap though... my workstation mobo (an epox8rda+) seems to have died.
I can put the compile environment onto my server (a dual p3 700) and ssh into it no prob, but it might not get done til tonight.
I haven't seen any issues with the ffpe kernel, and speed is always a plus. The kernel you are using has v4l support.. I have been trying to set up video conferenciong on the z. ffpe will help there, I think
amdonati
I tried to intsall the latest tumnus bluez ipk, but the result is always the ususal.
The ipk installs correctly, the card is recognized correctly upon insert, the bluez drivers are loaded, but if I try to see the card or to browse the network I always receive errors.
IE: everything is there but does not work sad.gif
But I would really like to have it working too!

Regarding ffpe, I agree with you.
I am using it with pocket debian and speed is really helpful.
I tried also some excel file uploads in gnumeric and they work well, I have also the impression that everything is a little bit speedier with the ffpe kernel (as it should be).

On a side note, I am really amazed on how MUCH better, faster and feature complete gumeric under pocket debian is compared to hancomm sheet.

The same file is loaded in probably 1 fifth of the time and looks like in excel....

Would be also nice to be able to see decently videos without needing to "reduce" them.

Maybe with the fast kernel and some optimizations....

Adi
zipmaster
QUOTE(AsLan^ @ Mar 7 2005, 10:22 AM)
QUOTE(zipmaster @ Mar 5 2005, 02:27 PM)
i got it to work finialy by del all of opera and installing opera 7.55 once i got the fast kernel on. i also made a nand backup thats fresh install with fast kernel + opera 7.55. if anyone wants it ill be glad to post it.


Could you please post your nand backup... I wouldnt mind taking a look at it, I personally gave up trying to install the fast kernel because I really wasn't sure what I was doing...
*



sure i would be glas to post. only prob is i dont have somewhere too i can put it on yousendit.com but that will last about a week. but if someone grabs it they can host it.
selfabuse
QUOTE
sure i would be glas to post. only prob is i dont have somewhere too i can put it on yousendit.com but that will last about a week. but if someone grabs it they can host it.
*


If you need somewhere to host it, I've got nearly unlimited webspace.. (I'm the technical services director for an ISP wink.gif )

edit: fixed busted quote tag
scheck.r
Hi Adf and Amdonati,

I am also interested in using your modified kernel to connect a mouse.
I downloaded zImage on Adf's FTP site (without BT).
When installing this new version, I am not sure about what I should do different from Guylhem's instructions.
Suppose I have a fresh install from the stock SHARP ROM with guylhem's files consolescroll, updater.sh, modules.lib.tar.gz, modules.links.tar.gz and zImage(Adf's one) at the root of the CF card.
What will differ from these instructions ?
QUOTE
su root
mount -n -o remount,rw /
rm -fr /usr/QtPalmtop.rom/opera/plugins /home/QtPalmtop/opera/plugins
(at this point it's better to delete the entire folder opera instead
to have enough space later to uncompress the modules)
cd /mnt/cf
mv modules.lib.tar.gz /
mv modules.links.tar.gz /
cd /
rm -fr /lib/modules.rom
tar zxvf modules.lib.tar.gz
rm -fr /home/root/modules
tar zxvf modules.links.tar.gz
press "reset"
Press ON while pressing "ok",
select menu option "4. update", then "CF", press reset when prompted.

Should I delete only the module usb_ohci_tc6393.o that is in the Z ? the one in the module.lib.tar.gz ? Both ?
Could you reply back please what lines I should change in these instructions and by what ?
Also, do I have to change the script written by selfabuse in /etc/rc.d/rc.modules ?
Right now I am using the no_ffpe kernel because the Z didn't want to boot with the ffpe.

Thank you very much
adf
from a clean sharp rom you just have to delete module usb_ohci_tc6393.o
(so far as i know..if there are modules for things compiled in and you get lockups you should delete the modules-- the only modules this kernel requires-- again as far as I can tell-- are the hid mouse and keyboard modules)

good luck!
adf
update and install zImage--you shouldn't have any issues unless you connect external usb before removing the module. It doesn't matter, though.. you can update and replace the zImage after if it makes you happy.

su root
mount -n -o remount,rw /
rm -fr /usr/QtPalmtop.rom/opera/plugins /home/QtPalmtop/opera/plugins
(at this point it's better to delete the entire folder opera instead
to have enough space later to uncompress the modules)(or just delete opera and install 7.30 from elsi to sd--then ln -s /mnt/card/opt/QtPalmtop/opera /opt/QtPalmtop/opera)(the kernel is about 1.3m...


find and delete the module usb_ohci_tc6393.o

reboot.

if it matters, ext2, and 3 are compiled in ..as well as v4l, usbaudio usb bt, and a bunch of other stuff.

the main difference here is that I removed some 600w stuff, added some interesting things, and (except hid mouse and kbd..just cause that was the only way it would work) I compiled things into the kernel rather than depending on modules. This kernel does autoload modules, though-so if you have to add modules it should be no problem.

When I get my pc back together i'll work on a "mondo modules" setup, and post modules for everything that will copmpile.
scheck.r
Thanks Adf, I will try tomorrow.
adf
cool.

I will be doing a new version for my personal use (when my replacement mobo arrives). I bought a usb/serial adapter from serialio as soon as i can identify it it, i will try to compile in support. Hopefully then I can talk to my garmins, and a lot of other stuff, over serial cables.
xjqian
i'd like to try adf's kernel this weekend as well.

*bluetooth
right now I don't have any bluetooth device. I expect to have my bluetooth phone next month.
*ffpe vs noffpe
I'd like to try a noffpe version. I didn't see any accuracy issue in real life but concerned about that because I use xmms, xcas, and will try to use octave and r-base in the future. I'll report back the accuracy issue. TIA
adf
It is guylhem's kernel. I have just been toying around w/ compiling variants.

I plan to put up a few flavors--like bt ond netwinder(no) ffpe. At the moment my motherboard replacement is in transit, though, so it will be early or middle of next week at the earliest --at some point I need to learn how to make OE bb files, too.

it would be pretty cool if those of you who try it out run it through its paces, though.... I'd love to see as much functionality as possible crammed in there, and knowing what actully works and doesn't would be a good start.. eventually a "modules for everything" version should be done as well.


guylhem had mentioned something about reworking the keyboard stuff, and maybe better video accel?

I have no ide where that has gone-- he sounds like he is a busy guy.

If any one manages to patch in some newer v4l usb camera drivers, or v4l support for the sharp cam, that would seem like a big plus to me as well.

would it help anyone if i put guykhem's tarball and the cross compiler on my ftp site?
zipmaster
adf if you put in this guys kernel patches there is a 50 by way of paypal for you wink.gif and my personal thanks http://www.oesf.org/forums/index.php?showtopic=11266&hl=
adf
the guy with the best shot at this is guylhem. I will try, there is some other patching I'd like to do as well--but I think my results will look a lot like yours. Guylhem had said (on externe.net)something about putting out a new source tarball (with different keyboard weirdnesses) maybe we can impose on him to try to include these patches too?
Guylhem?
guylhem
I'm fine with including any patch that add functionnality while not causing problems.

Regarding keyboard, I've nearly dropped that issue. I'll only try to fix Rec key.
guylhem
I'm fine with including any patch that add functionnality while not causing problems.

Regarding keyboard, I've nearly dropped that issue. I'll only try to fix Rec key.
scheck.r
Sorry for the late response, I wanted to check if my installation of the fast kernel was right, for that I measured the time to untar the zaurus-debian-big package on my microdrive.
I did that with the stock Sharp rom, Guylhem's kernel(ffpe and no-ffpe at 530MHz), Adf's version at 530MHz. With the 4 different set up it takes 38min to untar using gnu-tar compared to 3-5mins mentioned by xjqian !!! So I guess I am missing something, here is what I did starting from a clean Sharp rom of course:
With Guylhem's kernel:
QUOTE
consolescroll, zImage(guylhem), updater.sh, modules.lib.tar.gz, modules.links.tar.gz at the root of CF card FAT16
su root
mount -n -o remount,rw /
rm -fr /usr/QtPalmtop.rom/opera/ /home/QtPalmtop/opera/
cd /mnt/cf
mv modules.lib.tar.gz /
mv modules.links.tar.gz /
cd /
rm -fr /lib/modules.rom
tar zxvf modules.lib.tar.gz
rm -fr /home/root/modules
tar zxvf modules.links.tar.gz
"reset"
Press ON while pressing "ok",
select menu option "4. update", then "CF", press reset when prompted


With Adf's version:
QUOTE
consolescroll, zImage(Adf), updater.sh, modules.lib.tar.gz, modules.links.tar.gz at the root of CF card FAT16
su root
mount -n -o remount,rw /
rm -fr /usr/QtPalmtop.rom/opera/plugins /home/QtPalmtop/opera/plugins
rm /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/kernel/drivers/usb/usb_ohci_tc6393.o
"reset"
Press ON while pressing "ok",
select menu option "4. update", then "CF", press reset when prompted


I didn't do anything more than what is written above. Both kernels seem to be updated passing from 0% to 100% with success, I see a lot of messages at boot, I can overclock to 530MHz as I can read from qclockchange(not sure if it's a proof), but I don't feel any increase in speed.

What am I missing ? (I am new so I easily miss obvious steps for others).
adf
I think you are ok. If you feel the need to reduce the messages, mostly they seem like things that can be tracked down and edited...like format types.

The speed issue has more to do with sd/cf read/write speeds, I think. maybe do a fps on a game or videa? that would be a better test.
I would be really surprised to see a differennce between the kernel you got from me, and the one from guylhem. mine is compiled from his source tarball.
I am simply cheecking ways to use it to make my ykl do'more.

you might check complilng times as a test too....
amdonati
Weird.
I also tried the different kernels (now sticking with adf one) and the speed increase.
Screen refresh is faster,pocketdebian is speedier and games are more playable (i use at the moment snes9x and exult).

Do you use Guylhem freqchange settimgs with the batterychange applet?

Adalberto
scheck.r
QUOTE(amdonati @ Mar 14 2005, 08:47 AM)
Weird.
I also tried the different kernels (now sticking with adf one) and the speed increase.
Screen refresh is faster,pocketdebian is speedier and games are more playable (i use at the moment snes9x and exult).

Do you use Guylhem freqchange settings with the  batterychange applet?

Adalberto
*


I DID use freqchange settings and batterychange applet.
I didn't try Debian, nor games yet, so I can't tell. But I thought a microdrive was faster than regular CF so it should untar as fast as xjqian at least(5mins, Wow !)
I didn't put the special lidsdl from guylhem, does it matter ?
For Adf's kernel, did you need to have modules.lib.tar.gz and modules.links.tar.gz on the CF ?
if yes, did you untar them on internal ROM and then delete usb_ohci_tc6393.o ?
if no, it means you still use stock sharp's modules, isn't it ?
Does it matter also if consolescroll, zImage(guylhem), updater.sh, modules.lib.tar.gz, modules.links.tar.gz were NOT ALONE at the root of the CF ?
Did you need in the maintenance menu to 3. Format also ?

I stop asking questions, I think I am just too dumb

Thank you very much for everybody's help
amdonati
Hi,

I'll try to reply, but all corrections/updates from more expert people are very welcomed! cool.gif

1) Microdrive: I have a 2.2 magicstor Microdrive and tried to use it, but it was painfully slow and very keen to errors under ext2 (In 1 FULL night, it was not able to untar the pocketdebian file!). I moved back to a 512 cf card and now everything is working much better and faster (with the 5500 the situation was definetly better, I do not know why). BTW, I do not think that the fast kernel improves the data transmission speed with the CF, but someone else should confirm this.
2) With adf kernel i did not use the modules from guylhem, I left the stock ones and just deleted the usb_ohci. Everything is apparently working fine.
3) You do not need the SDL libs unless you plan to use programs using them.
4) I do not think it makes any difference if there are other programs/files on the card.
5) No, I did not format, I just used a freshly restored stock rom, and after the update of the kernel I just restored my backup.

Hope this helps,
Ciao,
Adalberto

QUOTE(scheck.r @ Mar 14 2005, 04:39 PM)
I didn't try Debian, nor games yet, so I can't tell. But I thought a microdrive was faster than regular CF so it should untar as fast as xjqian at least(5mins, Wow !)
I didn't put the special lidsdl from guylhem, does it matter ?
For Adf's kernel, did you need to have modules.lib.tar.gz and modules.links.tar.gz on the CF ?
if yes, did you untar them on internal ROM and then delete usb_ohci_tc6393.o ?
if no, it means you still use stock sharp's modules, isn't it ?
Does it matter also if consolescroll, zImage(guylhem), updater.sh, modules.lib.tar.gz, modules.links.tar.gz were NOT ALONE at the root of the CF ?
Did you need in the maintenance menu to 3. Format also ?

I stop asking questions, I think I am just too dumb

Thank you very much for everybody's help
*
xjqian
i tried the one without bluetooth.
put consolescroll, zImage (adf, w/o BT), updater.sh in the root of my CF (vfat)
su root
mount -n -o remount,rw /
rm -fr /usr/QtPalmtop.rom/opera/ /home/QtPalmtop/opera/
cp /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/kernel/drivers/usb/usb_ohci_tc6393.o /mnt/cf/backup (just play safe)
suspend, hit reset
power up while holding down "OK" -> update -> CF
wait for 1 min until it says update successful, please reset. hit reset.
power up as usual

Bravo! my old frient fasterkernel again (I can read from the busy screen scrooling that which modules adf compiled in and loaded during the bootup)

seems people tend to cofuse adf's fasterkernel with gulhems's
adf's is much easier with the price of a little bulkiness, which is well acceptable. you don't need to delete the stock sharp modules, don't need to untar modules.lib.tar.gz, modules.links.tar.gz, and you don't have to fix the sd issues and other module loading issues in rc.d.
[well, with either guyhel's and adf's fastkernel (kernel update), you don't need to start from a clean slate. just update whenever you want, all your installed and synced stuffs are still there. But it's always not a bad idea to do a backup before experimenting] With that said, as you're on the fastkernel, you DO need to do BOTH NAND restore and stock kernel update to bring your Z back to the original state AFAIK.

*tried mouse, all good and moving
*keyboard is a little odd as expected. the one mapped fairly good in the stock kernel looks pretty weird in the kernel. It also messes up the z keyboard after disconnecting which is a little annoying. Have to restart Qtopia to get it back. Anyway, I always use my IR kbd.
*usb keydrive and hdds are all recognized and mountable

used batterychange applet to crank the speed to maximum
*Very impressive Quake and Doom playback. I almost give up on Quake with the stock kernel. Taking forever to go into the scene, but only takes about 30s to load under the adf's fastkernel. Playing Quake in QVGA (magnified) or non-magnified reduced size VGA(if your eye sight is good enough to still dodge bullets/ strafle) mode is very smooth. I used guylhem's libSDL (1.2.so.0.0.7 with it) and quake/doom packages are from cacko feed.
*I timed on gnu-tar zaurus-debian-big-v0.7. Started from a clean reboot and bring the speed to maximum. Kingston ElitePro 60x 1G CF (ext2) in my second CF slot. The memory chip is actually Samsung as I can read from the bootup info. Total Time: 2min 33 sec, NO kidding. Last time I mentioned 5-6 mins because I used a Lexar 4x 1G CF. Don't know why you don't have the speed gain in your setup. I've installed Debian before from the stock kernel. I know exactly how you feel. It's taking 1-2hr or more to unzip the whole thing.
*with fastkernel, either adf's or guyhelm's, the most noticable or user appreciable speed advantage is unzipping large files, which means more to me or maybe others than the improvement on games.

will report back when I have more going on with it. Thanks a lot, adf. This one is a keeper.
scheck.r
Thank you very much guys.
It couldn't be clearer.
The more I read this forum, the more I like this community.
I am quite disappointed by my Hitachi microdrive though.
Thanks Adf (and Guylhem of course) for this excellent job and it's so easy and handy to operate.
I am still impressed how can people work so hard to improve our zaurus on their spare time for free and make even better software than big companies.

You guys rock !!!
adf
really the kernel is guylhem's refinemint of stuff from tetsu. I just hit radio boxes and tried things out--- pure trial and error. The lack of module complexity might well be seen as a side effect of mental simplicity on my part. I just hated keeping track of all that stuff, and the 32k per module hit on loading convinced me to try to avoid them. the use of the stock sharp kbd and mouse and hid modules was an act of desperation... it worked, but not due to any profound insight.

magicstor is evil. That drive shouldn't be representative of microdrives (though ist sure scared me off the 3000)

I will compile some modules and variants in the next couple days. right now, after I check posts and do mail it is a bit of UT2004 (on debian) w/ my 11 year old.

glad I did something useful though... I've been using other zuggers work for a while, and I agree--ZUG makes the zaurus.
adf
posted 2 updated versions.
as usual I have no idea about the bt.. but I trimmed it some and hope it will at least boot. mods should be easy since my workstation works again.

the "regular" kernel is changed a little. it has built in support for serialio's usb-serial adapter and the svt680 family of web/pen cams. the aiptek vga1 (now cheap and plentiful on ebay) is an example ( I just bought one for $(us)16).

good luck... let me know asap re the .bt version
jbruno
QUOTE(adf @ Mar 15 2005, 10:09 PM)
posted 2 updated versions.
as usual I have no idea about the bt.. but I trimmed it some and hope it will at least boot. mods should be easy since my workstation works again.

the "regular" kernel is changed a little. it has built in support for serialio's usb-serial adapter and the svt680 family of web/pen cams. the aiptek vga1 (now cheap and plentiful on ebay) is an example ( I just bought one for $(us)16). 

good luck... let me know asap re the .bt version
*


adf - I can't seem to get into anyerlildog2.com with zug/zug.
I get "530 Authentication failed, sorry"

Is that the right place?
gab74
where can i download the fast kernel ? I want to try it
Thanks Gabriele
BarryW
QUOTE(jbruno @ Mar 16 2005, 06:07 AM)
QUOTE(adf @ Mar 15 2005, 10:09 PM)
posted 2 updated versions.
as usual I have no idea about the bt.. but I trimmed it some and hope it will at least boot. mods should be easy since my workstation works again.

the "regular" kernel is changed a little. it has built in support for serialio's usb-serial adapter and the svt680 family of web/pen cams. the aiptek vga1 (now cheap and plentiful on ebay) is an example ( I just bought one for $(us)16). 

good luck... let me know asap re the .bt version
*


adf - I can't seem to get into anyerlildog2.com with zug/zug.
I get "530 Authentication failed, sorry"

Is that the right place?
*


Once I installed the ftp program on my Z I could get it, never could get it with my mac. Still having issues with usb, my keyboard isn't recognized, neither is my gps.
jbruno
QUOTE(BarryW @ Mar 16 2005, 10:34 AM)
Once I installed the ftp program on my Z I could get it, never could get it with my mac.  Still having issues with usb, my keyboard isn't recognized, neither is my gps.
*


So could you tell us where it is then?
adf
the usb keyboard is kind of an issue. I saw something on relevent modules in the openzaurus forums that I need to look over.

I don't know about your gps. what is is? I use an etrex through usb/serial (the serilaio adapter cable works now though), and hadn't been looking at other options.

I am starting to build a "modules for everything" version, with typical stuff like built in wifi and ext2,3 built in and modules for everything else. I might already have the module you need, if you can tell me what it is?
BarryW
QUOTE(jbruno @ Mar 16 2005, 10:23 AM)
QUOTE(BarryW @ Mar 16 2005, 10:34 AM)
Once I installed the ftp program on my Z I could get it, never could get it with my mac.  Still having issues with usb, my keyboard isn't recognized, neither is my gps.
*


So could you tell us where it is then?
*




I used the Zaurus ftp program to connect. Hey adf, sorry getting this thread and http://www.oesf.org/forums/index.php?showtopic=11286 this one mixed up!
jbruno
QUOTE(BarryW @ Mar 16 2005, 03:06 PM)
I used the Zaurus ftp program to connect. 


Somebody please help - I need the location of adf's kernel - I don't need to know what FTP client is being used, I need an IP address/name and acct/pswd ?

I'm dying to try out this kernel, but its location is being kept a secret for some reason?
amdonati
the site is anyerlildog2.com

user: zug@anyerlildog2.com
pass: zug

It was in a previous post.
Nothing secret! happy.gif

adalberto
jbruno
QUOTE(amdonati @ Mar 17 2005, 08:43 AM)
the site is anyerlildog2.com

user: zug@anyerlildog2.com
pass: zug

It was in a previous post.
Nothing secret! happy.gif

adalberto
*


Oops - I was trying user "zug".
Thanks, got it!
adf
I posted some new stuff.

a tarbll o modules(slightly crufty--it contains all the object files from the relevent locations--- afew dozen unnecesary .o's and in oplaces likde drivers/video some c's and h's too. I was rushing a bit. I think it isn't too hard to clean up-- I cleaned it on my z), and 2 zimages (ffpe and no ffpe) the zImages are changed from mine in that they don't have particular built in camera or serial device support, and so can load modules for those and other things. They still have pretty much everything else built it...ext 2,3 the ohci, etc...
edit: there are a bunch of bluetooth modules in there. those of you w/ bt might try one of the "new" zImages and the bluetooth modules that go with your device. put them about anywhere (if there is no room in /home/root/modules) and do the rc.modules bit. insmod path to module module in the rc.modules file in /etc/rc.d (make one if you don't have it already... it is described ealrier in this thread

I have been trying to hack up a "new" "rom" (read less insane more versatile setup) using the fast kernel/libsdl. The idea so far is to move much of the filesystem off to sd, so as to have relatively enormous space to install programs-- the programs don't know they are on sd if you move and link the right bits, of course--, move the modules (except the sd driver) off to sd and link 'em back, etc.

It is making progress.. but there are some things I haven't figured out.

The 2 biggest issues are
Autoloading modules. This just isn't going well. I move the sd module to its own little corner of / and insmod it. the modules in .modules on the sd card (where I put 'em for space--linked to /lib modules and /lib/modules.rom etc..)can be seen--depmod runs-- but hotpluggable stuff like usb mice have to be insmodded manually--- no good. Any help on this?

The stupid sharp file system. I would really love, over time, to gradually simplify this tangle into a mostly straightforward linux filesystem. a few extra links might be necessary, but still--

As far as I know, cacko and pdaXrom have made good progress along these lines on other zaurii. OZ is making progress too--we will have to see what 3.5.3 brings.
Still a sharp based mostly-on-sd rom using the fast kernel and libsdl that connected to most of the things that can be plugged into it would be great (did I just describe a cacko knockoff?). I'll plug along. anyone else interested?
amdonati
Hi Adf,
Sorry I could not try your latest kernels due to some time constraints, but I will Asap.

Your idea is interesting, but apparently you are starting to think to a complete new setup for the 6000.

The idea is interesting, but sincerly I would be more than happy to have the maximum speed available while retaining compatibility with all the peripherials compatible with the stock kernel, and some usb cleanup (like the keyboard issue).

I also do not like the "symmlink issue" in sharp's kernel, but I can leave with it, I ma more concerned of the backup/restore compatibility (But maybe would not be a real issue in your proposal).

But instead of moving stuff to the SD, why not transform part of the standard programs (PIM, java) in ipk and use that space for the extra/new modules (a bit like Proto did with the TKC rom)?

Thanks for the effort anyway bot you and Guylhem!

Adalberto
guylhem
Hello

ads, your remapping idea is great. I've started to do some cleanup too, maybe we could unite our works :-) I'm also offloading stuff to /mnt/card thanks to a 1 Gb SD, but I think it should be possible to do without that if a good cleanup was done

What would you think about using one big r/w partition instead of 2 separated partitions ?
http://www.externe.net/zaurus/flash/nandmap.jpg

I think it'd help keeping everything in the flash.

Guylhem
adf
Hmmm.

A single Nand partition would be really helpful, I think. I am not sure how to do it. Guylhem, you can, I take it?

what I was thinking was offloading home and usr and opt and modules (so far) and ironing out the symlinks. What I did was off load and link QtPalmtop /usr/bin /usr/lib /lib/modules (kind of a pain ) and /opt

As far as pulling sharp pim and qt mail and opera-that is some of the 1st stuff I did. (installed Ko/pi kapi and ompi instead..and opera 7.55 and opie libs and advancedfm and Konsole w/ tabs suport..and still had about 28 megs free in internal flash when done) It helps, but squeezing in a good set of modules with the multiple partition scheme still wasn't going--they had to be offloaded--and all the links made tracing where stuff was expected into a a bit of a nightmare.

A thought, though. If we went with a single nand partition..loaded modules and /libs and /bin there (there should be enough room for that, I think--even if a complete modules pack is about a meg as an uncompressed tarball). Then partitioned the sd and mounted /home /opt /usr /var on sd partitions we could straighten out a lot of the links and make it look more like a linux box. If partitioning seems too much. we could just link the directories back, like I've been trying to do. This could be setup to leave the Z as a working pda when there is no sd, and as a "real" linux box when there is, maybe?
Could the sd stuff be scripted? asin determine if an sd card is loaded, if it has the dirs required and linking to those dirs? So for example /home might be a link that either points to /homenand or /homesd depending on whether the card is in?

As far as backup goes...
what are you backing up? if it is a full system, nothing could be easier than doing a nand backup and tarballing the stuff on sd. If it is just files, I think there are plenty of options available, and that moving stuff around for reasons of space and sanity shouldn't cause a problem. In fact, it should make things easier.

What is intended here, I think is a definite change in the "real" filesystem without much impact on what the Z "thinks" is the filesystem. That is really the issue... the z "thinks it has a straightforward linux fs and instead it has a tangled web of links that imitates one. Straightening things out shouldn't affect compatibilty-- it should just make the fs more open, and less crazed---and much much more expandable.

In short then, definitely! I want to get this thing headed in the right direction.

ps. it would seem that the squashfs module fro the pdaXrom feed kernel and tools (?) ipk works though I pulled it out of the ipk and popped the stuff in place manually).
I haven't used it for anything, but it loads without complaint..same w/ mksquashfs. could be helpful. Also could mean that mazlovsky's dev_img 1.6 could be installed on a 6k, as well as the wikipedia stuff.
adf
what about copying the whole fs over to sd. (at least / /lib /home /usr /bin /opt) making a working environment there that can be chrooted to... then simplifying the links to make it a "normal" linux fs, and bringing it back to the single partition nand? --- then maybe looking at /home and /usr on sd setups as a variant? the not-yet-extant sd detecting&linking script could handle linking /usr or /home to those dirs on the sd if it was in and they existed, right?

There was a lot of stuff along these lines done for the 5500 that we might take a look at...
amdonati
Adf,

I always did stay away from the "home on SD" and similar ROMs (like CACKO or OZ with 64/0 kernels) for 1 main reason, speed.

My experience was always that R/W was noticeably slower with SD solutions, especially on startup, and the difference was for me quite disturbing (the 6000 is already slower to resume than the 5500, it takes me always 3 4 seconds to be operative, with CF and SD in, and I definetly do not like it).

If you could work out with guylhem a solutions that would allow all the filesystem to stay in one big nand partition (making it eventuallyR/W as it was on OZ for the 5500), this option would have my preference (speed and responsiveness have always precedence for me on a PDA).

Juts my 2 cents,

Regards,
Adalberto
adf
that would have to be the base, anyway. the sd thing would have to remain an option only.
I did notice thatthings were pretty slow on a rebbot w/ stuff on card. after some use (and some caching) things got better....
maybe the whole sd thing should be a chroot option? keep the stuff on nand lighter and smaller?
any luck w/ the bluetooth modules?

Btw aren't we really talking about 2 partitions in NAND? the 1st w/ the kernel 1 and basic utilities? just take out /home and the initrd space and consolidate? That might be more manageable-- How would one reflash the nand in case of a screw up otherwise? If it can be done with realtive ease, then 1 partition is the way to go. If not then maybe that 1st 7+ megs should stay as is? or at least stay with somekind of loader, min kernel, and nand utilities.
amdonati
Adf,
I went of the fte site to download your latest kernel, but I could only find the 2 zImages form the 7 of march.
Aren't these the 2 original ones you posted?
Are the new ones somewhere else?

Thanks,
Adalberto
guylhem
adf,

I'm thinking about keeping /dev/mtd1 (ext2 used for reflash with power+ok - try my rescue updater.sh which just loads a shell and see for yourself) but merging mtd2 (/) and mtd3 (/home). Don't worry about that part - I'll do it. I'm currently experimenting various options.

Regarding the underlying filesystem, you're right - we could fix that in a way that wouldn't make any difference to the graphical system on top.

Yet I suggest we try to keep the closest possible to the default rom. That means no kapi/kopi etc. by default. Let's just fix the links and the filesystem. ATM I found the boot process was a bitch, with /root/etc/inittab which is used for no good reason and dual /etc /home/etc (that's 3 different etc !!). Also the hidden .tar files in /root that are overwritting all your stuff at reboot are troublesome.

Now how to fix the filesystem ? chroot on a test filesys is an idea, but I like risks, effectiveness etc. - I'd rather test that directly on the partition :-) using the rescue updater.sh to go back to the 7 Mb rescue partition and fix things in case of a big screw up. It'd also mean "real" conditions - you never know until you try out what is different than on a SD (speed, jffs2 != ext2 etc) - that's how I found out the weirdo bootprocess/inittab/etc/ ...

Moreover like you and amdonati I've found that everything on a SD was much too slow. A microdrive may help, but even that would have one big drawback - you just can't remove it ! that sucks. I'd prefer having a minimal working system when the SD is not plugged, and the whole system when it's plugged - even if it's a reboot away.

Now how are we going to do that? I've got a mailing list ready if you want - it'd speed up development. I'd be very very happy to contribute to a "fixed" 6000 rom.
amdonati
guys,

I like the idea really much.
As I said, I support Guylhem, idea of a clean rom, fully resident on the 6000, and leave th CF and SD for storage, programs or else.

I am not very good in kernel and system hacking, but would be happy to support as much as I can.

Cheers,
Adalberto
adf
argh.... did they not upload? will do tonight then. sorry.
adf
might not get it til tomorrow--- 40mph winds between me and my home office in the backyard.
I have done some by way of flattening out the fs.... 8 can chroot and boot, but I seem to stick at the
wait 30 seconds screen. will sor tit out.

I would still rather be doing this in an X based system tongue.gif
adf
QUOTE(adf @ Mar 21 2005, 05:48 AM)
might not get it til tomorrow--- 40mph winds between me and my  home office in the backyard.
I have done some by way of flattening out the fs.... 8 can chroot and boot, but I seem to stick at the
wait 30 seconds screen. will sor tit out.

edit: wedding anniversary yesterday, no geekiness allowed. will get those modules and kernels up today.

I would still rather be doing this in an X based system tongue.gif
*
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2014 Invision Power Services, Inc.