OESF Portables Forum
Everything Else => Zaurus Distro Support and Discussion => Distros, Development, and Model Specific Forums => Archived Forums => Guylhem Rom => Topic started by: guylhem on October 08, 2004, 08:47:03 pm
-
Hello
If you want to try a kernel that can go to 530 Mhz, has (or should have - did that tonight) video accel,preemptible kernel for enhanced responsiveness, a faster floating point emulation, better keyboard support to map new actions to long keypresses, usbd-storage to use the Zaurus as a usb flash disk, firewalling, and various security backports for the 2.4 kernel check http://externe.net/zaurus/modules.php?op=m...order=0&thold=0 (http://externe.net/zaurus/modules.php?op=modload&name=News&file=article&sid=18&mode=thread&order=0&thold=0)
Along is a special libsdl (with a sample fz.sh file to start snes9x) that work in 240x230 portrait mode and can be mapped to hardware keys (address, agenda, home, menu...) i.e. you can use your Tosa like a gameboy - you don't have to open the keyboard again to play. [that could also be interesting for 5500/5600 owners]
With both the new kernel and this libsdl, I can downclock the kernel to the minimum and still get near full framerate with sound at 240x230 (use fz.sh). Sweet. The only problem is I don't know why it can't display in 480x640
Feedback, tests, bugreport welcome ! I know the SDL rightmost 20 pixels are incorrectly drown on the left handsite- working on that, and I didn't compile pcmcia ethernet/wifi support - that's because I don't have either on my 6000]
-
What's the difference between the two?http://led.e-fever.org/zaurus/
-
Do you install the new kernel on SL6000L ?
I try to follow the procedure but when i
rm -fr /lib/modules.rom
tar zxvf modules.lib.tar.gz
> RECEIVE ERROR NO SPACE LEFT ON DEVICE
rm -fr /home/root/modules
tar zxvf modules.links.tar.gz
Any Helps ?
-
Gab, did you remove the opera pdf module as indicated? If you don't, you won't have enough space. There are many modules here (so you can do iptables, usb storage etc)
The kernel is based on tetsu one - he gave me his latest source. For the diff, see the reply I made. I also integrated the latest bluetooth patch.
-
Gab, did you remove the opera pdf module as indicated? If you don't, you won't have enough space. There are many modules here (so you can do iptables, usb storage etc)
The kernel is based on tetsu one - he gave me his latest source. For the diff, see the reply I made. I also integrated the latest bluetooth patch.
I couldn't find your reply about the difference in kernels. NEVER MIND, I FOUND IT......
-
I followed all instructions to the letter and found out that some drivers were missing from the usb host files and sd card's not registering so I'm going to flash back. and try the other way.
-
Resolved problem for
NO SPACE LEFT TO DEVICE
I've updated, thanks guylhem, now i see during the reboot if there is some strange thing...
-
After updating there are some problems :
Kernel say that some drivers were missing from the usb host files ( MODULES NOT FOUND !!!)
My sd card's not registering, i only can see my CF card but my SD NO !!!
Why this ???
Any helps ???
-
I've found other problems after updating with new moduiles :
- MY WLAN stop WORKING !
- The 'arrow down' stop working in terminal window !!!
Here is the detailed errors :
modprobe : CANT LOCATE MODULE BLOCK-MAJOR-60
modprobe : CANT LOCATE MODULE USB-OHCI-TC6393
insmod : VTTY no module with this name
CANNOT MOUNT USBDEVS ON /PROC/BUS/USB : NO SUCH FILE OR DIR
probably the kernel is only " work in progress".....
-
Weird. I do not have this problem. did you do depmod? got any error ?
Please do a depmod -ae and report hte erros - or the erros you have now.
Regading the arrows, that's part of the experimental keyboard optimisation - I'll send you a new kernel this afternoon.
-
do depmod -ae give me this error :
*** Unresolved symbols in /lib/modules/2.4.18-rmk7-pxa3-embedix/net/prism2_usb.o
it seems only a problem on net modules....why my SD is not recognized ???
ok, please i'm waiting for the new kernel.....
I HAVE ALSO :
bogus logical sector size ERROR during BOOT
-
guylhem,
May you be more specific on what the freqchange.conf file is ?
Why Maximum speed 163 ?? SL6000 goes at 400MHZ by default or am i making any mistake ?
So i have to try
Maximum speed ,530
Medium speed ,450
Low speed ,350
Slow speed ,200
Slowest speed ,160
is it rigth ?
And what means the second part of file :
>Charge bat ,241,-1
>40 ,161,40 ,FORCE
>25 ,241,25 ,FORCE
>5 ,240,5 ,FORCE
I'm not understand.....
-
freqchange is for the battery applet, 163 is an alias for 530 Mhz. don't use your values - try qlockchange to get the correspondance between cccr and mhz
-
ok thanks,
any news for new kernel ? i've still the same problems...
-
well, kernel write bricked it...
after following tutorial, cf card had just the three files consolescroll, zImage, and updater.sh.
kernel update went fine, scrolled to 100%, and asked to reset. I did, and then cried when there was no boot. with the AC connected and the power off, the battery charge light is on. When I switch on, battery light switches off and there is no response.
have tried a few times after nand restores (which, thank god, seem to be the magic fix for everything)
even tried renaming zImage to zImage.bin, but then kernel update didn't happen at all.
pre-update I did the pdf module removal, and installed the libSDL.
anyway, let me know if you have any ideas, it's interesting that somthing so fundemental could be different between machines.... got to get back to finite element analysis hw.
-
Just thought I'd point out that the pre-emptive kernel patch hardly improves responsiveness and at the same time can break kernel module compatibility in weird ways (The modules still load but they do not work properly, which sounds like what is going on here).
-
Do you have substitute the modules files too ???
I've no problem to update the kernel....follwing the howto from http://externe.net/zaurus/modules.php?op=m...order=0&thold=0 (http://externe.net/zaurus/modules.php?op=m...order=0&thold=0)
my problem i s during boot as i said at the top of this topic....
problem not yet solved.....
-
Hi Guylhem,
I tried your Kernel, but as others, I could not see my SD card (altough the MMCSD module correctly loaded) and therefore I had to come back to the standard kernel.
Have you been able to solve this issue, as well as some others (like to usbhost driver not working)?
I would really like to have the faster kernel.
Could you also check your libSDL?
I am using it as it is the best one, in my opinion for the Tosa, but having it packed in an ipk and with some of the issues discussed Here (https://www.oesf.org/forums/index.php?showtopic=8152) (Exult, keys mapped incorrectly for some games while rotated...) solved would be really great!
Thanks for the support,
Cheers,
Adalberto
-
Thanks a lot for the version of the kernel with no FPS. Now it runs wonderfuly in my 6000 with Xqt-Debian.
Smuelas
-
Thanks a lot for the version of the kernel with no FPS. Now it runs wonderfuly in my 6000 with Xqt-Debian.
Smuelas
Is the kernel without FPS monting SD cards correctly?
Adalberto
-
Hello
All that's strange. I use this kernel on a daily basis, and I do use my SD card without any problem. For reversed keyboard, just use the exports with SDL. The only real "bug" I have is with wifi, where I sometimes have to do insmod. [why?]
usbd stuff works.
Did you try to insmod the sharpmmc module by hand? Did you have any error ? Could you try the non FPS kernel and report me how it works? (pm or email - I don't check the forum very often)
Regarding the loosing focus problem, I could reproduce that bug. I have no idea where it comes from :-) I did tweak everything too much, will try to fix that soon.
-
hubcapboy, any news? that's very very strange. It works like a charm for some people and it seems to have problem with others.
Maybe the 530 Mhz overclock is at fault? I will try to release a new version without overclocking at boot time (yet with overclock support)
-
I'll give another try to the kernel ASAP.I'll let you know what's happening to me!
Cheers,
Adalberto
-
yea I restored and was back in action pretty quick, but there was definitely no magic involved in booting the new kernel. just plain didn't kick over.
haven't tried it since, I was playing around with oz x.2, hopefully in time that will turn from a port to the 6k to a package FOR the 6k. It's fun to play around with but not superior to sharp based on usability yet.
-
Guylhem,
I trieds to install both of your kernels, and I have the same problems with both.
When the kernel starts, I have a "Cramfs wrong magic", than I have a lot "inode #.. was a directory with children, remving those too".
The sharp_mmcsd is loaded, but then I receive a lot of "pxa_sd_stopclock: clock stop time out"
Than I have a lot of "VFS: Disk changedetected on device mmcd (60,1)"
At the end the system starts and seem to work corrcetly, apart that I cannto see the SD.
I tried with 2 cards (both ext2), with the same result.
I can forward my dmesg, if this could be useful, just remember me how to output it to a file
Thanks,
cheers,
Adalberto
-
I am having the same issues as amdonati.
It does not look like the ext2 filesystem is compiled into the kernel.
Least it's not listed in /proc/filesystems
Also, my socket CF ethernet card does not work.
Seems fast tho.
-
amdonati, Zar2Cool : the error messages you see are normally hidded. This is not a bug. Regarding the CF - I think you found the bug: I did not compile ext2 in. I will try to compile a module for you. Same for socket ethernet and other peripherals I don't have :-)
Will post an update on externe.net soon
-
guylhelm, thanks for the kernel. I have been using the kernel with no ill effect (except on crash when overclocked to 520). I really enjoy the automatic SAMBA share on the Windows.
But is there a way to get the SDL and SNES9X to work properly? I am only getting 1/8th of screen, "-FS" doesn't work. Thanks.
-
I grabbed the source and recompiled the kernel with ext2 support. My SD card now works fine.
How do I tell the overclocking is working. The vids seem to play faster, but it's hard to tell.
Can't get the socket CF to work. How do you compile modules for this thing?
-
Than this was my problem too! :-)
I am eagerly waiting for the new kernel with ext2 biult in.
Unfortunately here I cannot compile it :-(
I have also a socket CF and Socket BT (rev.f), will the modules be included?
Zar2Cool: to check the actual speed of your Z, try QclockChange
Adalberto
-
I have a kernel with ext2/3 reiserfs, etc. But it's a bit useless since I blew away the existing modules. The new kernel does not compile with many modules, so I need the existing ones. I have yet to find a source for them. Can anyone tarball up the /lib/modules of a stock z6k for me? I am not sure how well they will work with the new kernel, but it's worth a shot.
Th4nkz
-
guylhem, any news on the ext2 support in your rom?
I have it now installed and everything seems to be fine, and I like your improvements, but I am cut off from my SD card and all the apps mounted on it (including the most useful ones like KDE/PIM!) making my Tosa a sort of nice and unuseful gadget! :-(
Smuelas, yous aid you are using the fast kernel with embeddeddeian, but I think to remember that it needs an ext2 formatted CF or SD. How do you manage to sue it without Ext2 support?
Adalberto
PS: I installed the fast kernel only but my Wifi drivers seem to load correctly.
-
I downloaded the source for the fast kernel, and didn't even see ext2 as an option when I did a make menuconfig - digging through the actual source, the stuff for ext2 was there, so I busted open the .config by hand, and found the EXT2 line - looks like it was set to be compiled as a module - odd thing is that even if I do an insmod on the ext2 module, I still don't have proper ext2 support. I set ext2 to be compiled in to the kernel itself in the .config, recompiled, and still no go. [sigh] back to the sharp kernel for me. Fast kernel seems great, but my debian install is on my ext2 SD card.
-
Ok - think I figured this out. I recompiled the kernel again, with ext2 compiled in and had the same thing happen. Opened up my /etc/fstab and took 'owner' out of the mmcda1 line, and now I can mount my ext2 sd card.
-
Hello
Sorry for any delay. there're cool japaneese patches I want to add - and my #1 issue at the moment is being able to remap power and record keys.
Regarding the reported sdl problems, if you use my scripts you should be able to run snes9x and others without any problem. Just *don't* create an icon to launch them - you must do that manually from a terminal, or after 2 seconds they will loose focus while having grabbed your input (ie basically you must reboot your zaurus)
I will try to release a statically compiled version of libsdl, snes9x and other with softfloat to see how fast they can go.
Nice to see ext2 is working again - so you're all set!
Guylhem
-
Selfabuse, would it be possible to have your kernel?
I cannot recompile here but would be very happy to have the overclocked one with ext2!
Guylhem, when you will post your updated kernel (whenever this will be), could you have it with ext2 compiled in? I am eager to see the SDL and the emulators compiled with softfloat!
One question, will the Softfloat SDL be compatible with the non-softfloat programs requiring SDL? And will these programs have an increased speed too?
Thank you very much to both!
Adalberto
-
The kernel I compiled w/ ext2 didn't actually work as well as I had hoped (Not the ext2 part - that worked fine) So I switched to the no-ffpe kernel, manually insmoded the ext2 module, and it seems to work too (After removing the 'owner' part from /etc/fstab)
I've actually got a little script I run when I log on that insmods modules for me to save me the trouble of doing it myself. I'm sure I'm probally missing a couple modules, but I haven't run in to any problems yet.
Here's the script for anyone who is interested
#/bin/sh
insmod /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/net/p80211.o
insmod /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/kernel/drivers/usb/usbcore.o
insmod /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/kernel/drivers/usb/usb_ohci_tc6393.o
insmod /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/net/prism2_usb.o
insmod /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/kernel/drivers/block/sharp_mmcsd_m.o
insmod /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/kernel/fs/ext2/ext2.o
mount /dev/mmcda1
I'm sure it could be kludged in to /etc/rc.d, but I haven't got around to doing that quite yet.
Here's also my fstab so you can see what I removed
/dev/mtdblock2 / jffs2 ro,noatime 1 1
/dev/mtdblock3 /home jffs2 defaults,noatime 1 2
none /dev/shm tmpfs size=1m,noauto 0 0
/dev/mmcda1 /mnt/card auto noauto 0 0
none /dev/pts devpts gid=5,mode=620 0 0
On the original fstab, there's 'noauto,owner' on the /dev/mmcda1 line - removing owner and manually insmoding ext2 and the SD slot seems to make it work.
I'm thinking about backing up what I've got on my Z now, reflashing the original NAND, installing just the fast kernel and SL-6000 SDL, adding the insmod script to /etc/rc.d and making a NAND image of that - that way people could just flash the NAND and save themselves the trouble of figuring out how to glue all this together. I'm not too familiar with the details of the GPL though, so I might not even be allowed to do something like that.
-
I dl'd the whole thing from externe.net. it simply doesn't update on my 6000l. I renemaedthe zImage to zImage.bin, ectracted the modiules, and left the archives.... I dunno.. it doesn't see updater.sh, and doesn't update.
-
Ok, got the flash. minix is pretty unuseable, no ext2-short filenames- can't use pocket workstation.
I don't have a chain set up, and was really thinking of doing compiling more fro oz/gpe.
I think, that what is needed here are some loadable modules, like ext2, 3? I really like the idea of this ffpe enabled kernel, the fast sdl all on the solid sharprom base--- it seems likel sdl is really where floating point is needed, - games, video,etc. I would love to see this kernel with the sdl and qtopia 2.1 released for the 6k. sadly I have limited skill and time. Is any progress being made on ext2 support? (or any more modern fs?)
-
Everything I said a couple posts up ought to work just fine on the ffpe enabled kernel too - the ext2 module is there, it's just needs to be insmod-ed.
-
will check it out... pretty much have the generic sharprom n ipks set up for easy redoing
edit: since I had already installed stuff there wasn't room to install the fast kernel. Having already hosed the system I figured I should just go to oz/opie and have floating point and overclocking. Thanks though.. I will check this out eventually
-
Any update about the kernel with ethernet support? I've tried the kernel with normal ffe and it seamed to run very well with my SD card. However I had to switch back to the Sharp kernel because I need to use my Socket ethernet card.
I've also tried to menuconfig linux-2.4.18-rmk7-pxa3-common-20041002, but it fails with error:
scripts/Menuconfig: line 828: MCmenu0: command not found
I don't really know how to fix it since I've found almost no information with Google about MCmenu0.
Thanks
-
Does guylhem_tosa_keyboard.patch.bz2 exist anywhere to be downloaded?
-
I tried the floating point enabled fast kernel. Very nice. I had a problem in Xqt (both 1 and 2) though. Programs (dillo firefox sylpheed come to mind) kept asking for libgcc_s.so.o ( Ithink it was .so.o) Anyway, googling gave me the impression, possibly miguided, that this was from gcc 3.x. no big deal, but I thought I should mention it.
-
YARG!
redid with plain generic sharp, xqt2. firefox 09gtk same error. maybe xqt2 and not the fast kernel and modules
-
I'm trying to compile a kernel (using http://www.externe.net/zaurus/kernel/linux...0041002.tar.gz) (http://www.externe.net/zaurus/kernel/linux-2.4.18-rmk7-pxa3-common-20041002.tar.gz)), but now my SD card doesn't work. Do I have to copy the object file sharp_mmcsd.o from the original Sharp kernel to have it to work? Because I don't see any configuration parameter for it in menuconfig
Thanks
-
As a follow up to my post on Dec 28 2004, 03:51 PM
it looks like if you take all the insmods that I had there, and put them in /etc/rc.d/rc.modules then everything loads properly on boot. - so, your /etc/rc.d/rc.modules should look like this
#!/bin/sh
insmod /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/net/p80211.o
insmod /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/kernel/drivers/usb/usbcore.o
insmod /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/kernel/drivers/usb/usb_ohci_tc6393.o
insmod /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/net/prism2_usb.o
insmod /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/kernel/drivers/block/sharp_mmcsd_m.o
insmod /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/kernel/fs/ext2/ext2.o
mount /dev/mmcda1
exit 0
-
thanks.
-
pldrouin - I could be wrong on this, but I don't think the sharp_mmcsd.o driver is open source, so you would need to copy the file over from your stock kernel
-
I think S.A is right. if the sd/mmc mdule were open, open zaurus would long since have been on kernel 2.6 (which allegedly might show up)
-
after flashing the kernel
depmod -ae give me the following error (it also shows up in the startup sequence)
depmod: Can't open /lib/modules/2.4.180-rmk7-pxa3-embedix/modules.dep for writing
Besides
1. X/Qt won't lauch
2. the USB connection through cradle is not working
worked
WLAN, ext2 SD (by fixes), ext2 CF2
-
I think it would be very beneficial if somebody could compile a set of instructions on how-to load this kernel on to the 6000. In fact I think this kernel could be used on all zaurus models, so it wouldn't really be 6000 specific except for loading the config file. I haven't tried it myself which makes it hard to write up any kind of documentation on it, but I'm going to try to start something on www.oesf.org to hopefully get the ball rolling.
https://www.oesf.org/index.php?title=Kernels (https://www.oesf.org/index.php?title=Kernels) will be the page that has a link to the page about loading this kernel.
-
I've started from a clean stock rom. now the problems are solved.
depmod -ae no error message
I think it's related to I once installed the opie-sysinfo before the kernel flash. It somehow confuses the kernel info.
no problem with usb connection/syc with desktop also
X/Qt won't launch
I forgot to install zlib1.1.2
WOW, with the fast kernel at the maximum frequency, The unzipping of the debian-big package only takes 3-5 mins, which instead took me a whole hour (maybe less) before.
well, anybody helping me where to put the special libsdl? what additional links i should make? And spcifically, how to make the crimson field run with the special libsdl on 6k. Thanks in advance
edit: i got crimson running beautifully,except the key orientation upside down. just put the libsdl in the other folder with the other libsdls
-
I don't know if this post belong to fast kernel or Debian+X/Qt, maybe both.
After I installed the fast kernel (even at low speed). I encounted problems in the following applications in my debian box
firefox (keen to freeze, i.e. if you try to access the menu bar esp. bookmark. It even froze up the whole icewm sometimes)
Konqueror (freeze or crash often)
thunderbird (hang during lauching from xterm)
xpdf (hang during lauching from xterm) This is the part puzzling me the most. How?
abiword and gnumeric works as snappy as before.
I don't know if it's the kernel problem. But these program do work fine with the stock kernel. smeulas, do you have the same problem?
-
I don't know if this post belong to fast kernel or Debian+X/Qt, maybe both.
After I installed the fast kernel (even at low speed). I encounted problems in the following applications in my debian box
firefox (keen to freeze, i.e. if you try to access the menu bar esp. bookmark. It even froze up the whole icewm sometimes)
Konqueror (freeze or crash often)
thunderbird (hang during lauching from xterm)
xpdf (hang during lauching from xterm) This is the part puzzling me the most. How?
abiword and gnumeric works as snappy as before.
I don't know if it's the kernel problem. But these program do work fine with the stock kernel. smeulas, do you have the same problem?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=62852\"][{POST_SNAPBACK}][/a][/div]
I haven't run in to any of those problems, but I'm using the no-FFPE kernel..
-
I haven't run in to any of those problems, but I'm using the no-FFPE kernel..
[div align=\"right\"][a href=\"index.php?act=findpost&pid=62866\"][{POST_SNAPBACK}][/a][/div]
flashed to the no-FFPE kernel. now everything works nicely as before, only faster. seems intensive graphical drawing like pull down menu, popup window, minimize, resize, etc. screwed up the FFPE kernel before.
Konqueror still crashes often though (lots of warning and error msg when launching as well), like loading the zug pages. But this is also what i experienced with the stock kernel and it should be a debian question.
Thanks for the pointer.
-
Hello
Sorry for the ffpe related problems. I tried various option to get the best performance, and I didn't get real bugs with ffpe but looks like many people did.
Well I'm glad people are finding this kernel useful :-) I have to update it - along with libsdl. Can't promise any date - I'm always late :-)
Guylhem
-
Hello
Sorry for the ffpe related problems. I tried various option to get the best performance, and I didn't get real bugs with ffpe but looks like many people did.
Well I'm glad people are finding this kernel useful :-) I have to update it - along with libsdl. Can't promise any date - I'm always late :-)
Guylhem
[div align=\"right\"][a href=\"index.php?act=findpost&pid=63477\"][{POST_SNAPBACK}][/a][/div]
I never tried the FFPE enabled kernel since I heard some people having issues with it, but I can say that the non-FFPE fast kernel w/ your custom SDL is by far the most useful zaurus thing I've ever installed, and I cant thank you enough for putting it together!
-ross
-
I love this kernel.. I am infact using the ffpe version, without any problems at all.
The only differenci i see is that games work better with ffpe. As a caveat though, i don't do any real precise engineering or anything with my 6k.
I really appreciate this stuff. It made my 6k much much less of a headache. and definitely made sharprom a valid option again...
But... since you are already revving up your toolchain.... any luck compiling a softfloat mplayer? I'd love to give it a spin if you have (though the reglar mplayer is working pretty nicely)
and.... any thoughts on pushing qtopia 2.1 through the soft-float chain to see what happens? Though that sounds like a headache waiting to happen.... and with a maybe limited payoff to boot. I had heard rumor that the hancom stuff installed with hancom libs on a softfloat system would be ok though......
As SA said,
thanks, it makes a diference.
-
update issue/repeat post. oops.
-
The fast kernel is awesome. thanks for keeping up the good work. however, I do have some question related to the kernel thing.
First of all, my original understanding of a NAND restore is to wipe out everything and the system should look exactly as before. but the kernel flashing make me confused
(1) on ffpe fast kernel, I restored NAND image from stock sharp kernel
I found except for the alphanumerical keys, all the other parts of my keyboards were all maped wrong. Other symptoms like reboot didn't work, neither from Qtopia nor from console. The styles in Appearance setting are missing. If I chose to rotate screen to the other orientatino in the Appearance, my z froze. All sorts of weird things. I have to flash it back to the stock kernel+rom to correct for it.
(2) on no-ffpe fast kernel, I restored NAND image from ffpe enabled fast kernel
The "dang dang" notification sound everytime you reboot are gone. Some game from Znester won't work anymore. That's the only ones I noticed, but there is a difference. The "dang dang" sound didn't recover even I swich back to the no-ffpe kernel.
So, can some body explain the relationship between kernel and NAND to me? seems my understandings of the basics are wrong here?
And I'm pretty sure the firefox, konqueror etc. frozen problem in debian must be caused by the ffpe as I switched back and forth several times. adf, how did you get around this problem?
btw, when I switch between no-ffpe and ffpe fast kernel, I assume I don't need to replace those lib/modules and symb links again. Am I right?
-
But... since you are already revving up your toolchain.... any luck compiling a softfloat mplayer? I'd love to give it a spin if you have (though the reglar mplayer is working pretty nicely)
and.... any thoughts on pushing qtopia 2.1 through the soft-float chain to see what happens? Though that sounds like a headache waiting to happen.... and with a maybe limited payoff to boot. I had heard rumor that the hancom stuff installed with hancom libs on a softfloat system would be ok though......
[div align=\"right\"][a href=\"index.php?act=findpost&pid=63486\"][{POST_SNAPBACK}][/a][/div]
Thanks a lot for the kind message. I'm happy I'm helping someone besides myself. There're other tweaks I should post - let's say I have a very "customised" SL6000 :-)
Bust first, a clarification for the precedent message with a nand question: nand reflash may or may not overwrite the kernel- depends on what you flash. On a sl6000 you have 2 (!) copies of the kernel and 2 filesystems. A couple is normally used, while the other kernel+filesystem couple is used only during reflash (so you can reflash if shit happens)
Then that reflash process only reflash what it's asked. If it does the kernel - fine. If it doesn't... you just overwrite the normal filesystem, which creates a weird previous-kernel+flashed-filesystem couple used for normal operations. How can you find out if your flash is correct ? Use uname -a. Read my flash pages to simply overwrite the kernel and keep the rest intact -because there's no reason to reflash everything unless you do something very bad, likely under root with the root partition mounted rw.
That being said, I unfortunately don't have enough time to do all I'd like, so I have to make an agenda. Here's my current agenda for the Sl6000:
- 1. learn qtopia. Will help a lot with many issues (phone app, calendar, ...) I have. And I should have done that much earlier !!
- 2. update the kernel to match tetsu's version. take advantage of that to fix the kerboard problems (basically I tried to remap internal keyboard so it would play nice with an external usb keyboard in console mode. I also wanted to remap events to short/long apps keypresses. Bad idea. I screwed up big. I'll also compile iptables modules - will help a lot.
- 3. try to tweak the libsdl a little more. I am very interested in cwaig acceleration stuff. But I can't do that alone :-) mplayer acceleration would also be very interesting.
- 4. then play with softfloat. a libsdl/mplayer/emulators suite with video acceleration *AND* softfloat would be interesting : I think vga video playback at a good framerate might be possible
- 5. make hostap work with usb wireless card. possible - someone did hack that, but a) with an old version of hostap only gave the source to Jouli who couldn't send me a copy (lost file IIRC). Has to be done again from scratch, but would help with kismet, wellenreiter and co.
- 6. finally try to do a full rom with softfloat. this goes last because I'm still curious about the opie/qtopia situation, and because more people could do that besides me - with more efficiency since they're used to do roms :-) But with the opie/qtopia story, I still don't know exactly what I should do.
Anyway IMHO the most important for the SL6000 right now would be video acceleration.
From the chip documentation:
.7.3 2D Graphics Acceleration
TC6393XB supports the acceleration as below.
- Fill
- SourceCopy
- StretchBLT
- LineDraw
By using this hardware accelerator, you can realize improvement in a performance and reduction of power consumption.
6.7.3.1 Fill
The “Fill” function of TC6393XB supports as below.
- Rectangle field range: 1 ~ 1,024 Pixel x 1 ~ 1,024Pixel
- Fill color: 16bit color
- Support function: Raster Operation (ROP3)
6.7.3.2 SourceCopy
The “SourceCopy” function of TC6393XB supports as below.
- Rectangle field range: 1 ~ 1,024 Pixel x 1 ~ 1,024Pixel
- Support function: Raster Operation (ROP3), Transparent
6.7.3.3 StretchBLT
The “StretchBLT” function of TC6393XB supports as below.
- Rectangle field range: 1 ~ 1,024 Pixel x 1 ~ 1,024Pixel
The “StretchBLT” function of TC6393XB does not support Raster Operation (ROP3) and Transparent. And, it is not possible that the expansion and reduction ratio of vertical is different from one of horizontal.
6.7.3.4 LineDraw
The “LineDraw” function of TC6393XB supports as below.
- Rectangle field range: 1 ~ 1,024 Pixel x 1 ~ 1,024Pixel
- Draw color: 16bit color
- Support function: Raster Operation (ROP3)
Yet there's no information on how to do that. And even if there was, I don't now ATM how it should be implemented in mplayer/libsdl. So congrats to cwaig for the work he did - he is making that possible. From the mere possibility to a full implementation in mplayer and libsdl, there's a long long way! If there're other SL6000 hackers, let's try to do something !
-
outstanding agenda.... all the stuff that is needed and I don't know how to do and am not likely to learn in time.
thanks again
-
Hi all (guyhelm - got your PM the other day, just hadn't got round to replying...)
The TC6393 accelleration stuff doesn't require any extra kernel level support at all 'coz the API's exposed via the fb driver.
I'd kind of worked out that it could do some of the stuff that's listed in the info Guylhem posted from looking at the kernel driver header files. Not had much time to look into it any further (rectangles working, line draw partially working, but not fully).
What I was thinking was that as a first step it'd be a doddle to add the hardware rectangle code I've already got working to SDL for a first cut at a proper SL6000 specific build, but it won't actually get us that much of a performance boost in everyday use.
But....what I'm also thinking is that I could take the Sharp QTE library, pull out the QWS objection file from it, add in a patched version where rectangles are drawn using the hardware and voila - super fast Qtopia on the SL6000. That would really be worth the effort if Sharp haven't done it already, as there's a lot of rectangle drawing in the Qtopia GUI....
(of course, I'll try to work out the rest of the hardware stuff as well)
-
Hi all (guyhelm - got your PM the other day, just hadn't got round to reply
That's fine. There's no hurry.
What I was thinking was that as a first step it'd be a doddle to add the hardware rectangle code I've already got working to SDL for a first cut at a proper SL6000 specific build, but it won't actually get us that much of a performance boost in everyday use.
Excellent - I will send you want a copy of my latest sources. Please tell me your email.
You may also want to track the "off-by-20-pixels" display bug I couldn't fix.
But....what I'm also thinking is that I could take the Sharp QTE library, pull out the QWS objection file from it, add in a patched version where rectangles are drawn using the hardware and voila - super fast Qtopia on the SL6000. That would really be worth the effort if Sharp haven't done it already, as there's a lot of rectangle drawing in the Qtopia GUI....
SDL won't be for everyday use, but it can easily be tested (SDL test apps display framerate...) and it should be much easier than recompiling qtopia. Moreover since we don't have sharp non-free extension (ex: libsl, libdtm...) many non-free apps won't run on a free built.
(of course, I'll try to work out the rest of the hardware stuff as well)
I'll try to take care of hostap/usb. Besides that, it might be interesting to include Z axis to the touchscreen driver - especially for Petite Peinture.. I've got a patch from Wolfson if you want to give it a try.
-
But....what I'm also thinking is that I could take the Sharp QTE library, pull out the QWS objection file from it, add in a patched version where rectangles are drawn using the hardware and voila - super fast Qtopia on the SL6000. That would really be worth the effort if Sharp haven't done it already, as there's a lot of rectangle drawing in the Qtopia GUI....
SDL won't be for everyday use, but it can easily be tested (SDL test apps display framerate...) and it should be much easier than recompiling qtopia. Moreover since we don't have sharp non-free extension (ex: libsl, libdtm...) many non-free apps won't run on a free built.
Slight misunderstanding there - what I intend to do is a hack of the Sharp supplied QPE binary library - it hopefully won't impact on compatibility at all
-
fabulous.... with any luck at all we will see Qtopia2.1 Rom from Qtopia (according to lpotter) guylhem's kernel/libSDL with further refinements and cwaigs sharp QTE hack arriving in the near future. Hammering them all together might make something pretty interesting
-
I've compiled the kernel with iptables support and support for my Socket ethernet card and these two things work very well, along with the SD module from the Sharp ROM. However, I'm unable to use the wi-fi card. I've copied the p80211 module from the Sharp rom and have loaded it, but when I try to connect with the wi-fi card, my Z freezes and need to be rebooted. What could be wrong?
Thanks
-
I've compiled the kernel with iptables support and support for my Socket ethernet card and these two things work very well, along with the SD module from the Sharp ROM. However, I'm unable to use the wi-fi card. I've copied the p80211 module from the Sharp rom and have loaded it, but when I try to connect with the wi-fi card, my Z freezes and need to be rebooted. What could be wrong?
Thanks
[div align=\"right\"][a href=\"index.php?act=findpost&pid=64383\"][{POST_SNAPBACK}][/a][/div]
When I was messing around w/ the Fast Kernel, I noticed that I had to insmod a bunch of USB modules or my wireless would do just what you're describing.
make sure you have all the following modules either compiled in to the kernel itself, or insmodded
p80211.o
usbcore.o
usb_ochi_tc6393.o
prism2_usb.o
Regards,
-ross
-
I've compiled the kernel with iptables support and support for my Socket ethernet card and these two things work very well, along with the SD module from the Sharp ROM. However, I'm unable to use the wi-fi card. I've copied the p80211 module from the Sharp rom and have loaded it, but when I try to connect with the wi-fi card, my Z freezes and need to be rebooted. What could be wrong?
Thanks
[div align=\"right\"][a href=\"index.php?act=findpost&pid=64383\"][{POST_SNAPBACK}][/a][/div]
When I was messing around w/ the Fast Kernel, I noticed that I had to insmod a bunch of USB modules or my wireless would do just what you're describing.
make sure you have all the following modules either compiled in to the kernel itself, or insmodded
p80211.o
usbcore.o
usb_ochi_tc6393.o
prism2_usb.o
Regards,
-ross
[div align=\"right\"][a href=\"index.php?act=findpost&pid=64388\"][{POST_SNAPBACK}][/a][/div]
I didn't have prism2_usb. Thanks a lot!!! Can I compile this prism3_usb module or I have to use the Sharp one? For now I've simply copied it from the Sharp ROM and it works fine...
-
I didn't have prism2_usb. Thanks a lot!!! Can I compile this prism3_usb module or I have to use the Sharp one? For now I've simply copied it from the Sharp ROM and it works fine...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=64391\"][{POST_SNAPBACK}][/a][/div]
I've never tried compiling it myself on the Z, but I am pretty sure that the sources are available. I'll see if I can track down the source for it and post a link when I do.
Regards,
-ross
-
Updates:
* I just found the second CF in my sled is fully accessible even the battery in the sled is depleted or removed. Thanks for this feature. However, are there anyway I can view both batteries status from the battery-changeCCCRapplet. or put it another way, are there any alternative methods to change CCCR without installing the applet?
* the backlight (aka. rotation) button is a little buggy. in portrait mode, i can turn backligh off, but can never turn it back on afterwards. in landscape, i can turn baklight on, but can never turn it off. anybody else got this problem? besides, I have to hold a certain time (sweet spot) to get the rotation work properly. holding it too short or too long will just keep the screen refreshing, but no rotation.
-
Hello
I have to tweak battery-changeCCCRapplet code. I am starting to play with qtopia so it should be possible.
Regarding the light/rotation problem, this is due to my keyboard experiments. It will be fixed in the next release.
-
Hello all,
i have one question.
The 2.6 Kernel will come to the Zauri. But till now only for 5xxx and Cxxx models, but not for the 6000.
Wouldn't it be much better to get the 2.6 Kernel done on the 6000 and do the optimizations to that Kernel.
So here is the question to you geeks. Would you port the 2.6 Kernel to the 6000L.
Here is the status off the current porting: http://www.rpsys.net/openzaurus (http://www.rpsys.net/openzaurus)
Thx for taking this in consideration
Bedman
-
an optimized tweaked 2.6 on the 6k is kind of a holy grail, I think. It is, (like most development) beyond my skill. I'd sure love to get my hands on one though
The thing is, it only really makes sense in a custom compiled qtopia rom or in openzaurus., since ( I think, am I right?) that it would not be compiled in gcc 2.95, but rather 3.4.
-
Wouldn't it be much better to get the 2.6 Kernel done on the 6000 and do the optimizations to that Kernel.
So here is the question to you geeks. Would you port the 2.6 Kernel to the 6000L.
I second this request. But where to take these geeks from? Capable people are rare, especially kernel developers. Those who are good, develop for a living and don't have motivation to do it also in spare time. Understandable, if you ask me.
This leaves the part-time developers like us for doing (also) kernel work. I have been calling people to help Richard and John but no one appeared yet. Richard only has a C7x0 (a C760) so this is what he works on. At the moment we are concentrating on finishing this step, because it also has consequences for userland which I'm working on. When the C7x0 2.6 initiative is finished and we still are motivated and have time, then we will tackle the 6000.
You can change this order by participating
-
My intention is that the differences between Cxxx models and 6000 models isn't that much. So we can participate from the great work of Richard (se my link) and should only customize the 6000 specific settings.
I think when the 2.6 Kernel is available for all Zaurus models all Custom-Roms will jump on this train, i think/hope ;-)
Bedman
-
thinking along the lines of the 2.4 unified kernel being quite good?
My guess is that you are right, but that some model specific twaeks and modules have to be done before releasing it.
-
help!
does anyone have usb mouse modules for this kernel so that a usb mouse can be used w/ input helper?
-
grr ive fallowed the intrustions word for word and am stuck and the first unziping the modules.links.tar.gz and getting a out of space error with some bad header errors what do i do?
-
are you sure you removed the stuff rom opera? is this a clean new install?
from a fresh factory sharp setup, be sure to have removed the pdf studd from oper. it should go.
-
In my experience, simply deleting the PDF stuff from opera, following Guylhem instructions, was not enough and I always ended up with missing space errors while decompressing.
At the end I simply deleted everything related to opera (substituted with the later installation of opera 7.55), and then everything worked.
I was thinking that, if we delete opera and maybe java (both replaceable with IPKs), we could have enough space for a fast kernel with all of guylhem additions AND the missing modules form the standard kernel (ie LAN and USB KB and mouse modules) and maybe bluez drivers.
I know I should try it by myself, but I am not able to access a linux machine for doing the cross compilation anytime soon
Nonone interested?
Adalberto
-
are you sure you removed the stuff rom opera? is this a clean new install?
from a fresh factory sharp setup, be sure to have removed the pdf studd from oper. it should go.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=68821\"][{POST_SNAPBACK}][/a][/div]
yes im sure i deled it ive run the command multiply times. yes it is also a fresh install. blah i dotn know what im doin wrong
-
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.
[edit]oh sorry about the double post. a mod can del the one above this one if they like[/edit]
-
what are you missing in the kernel?
I have a setup that I did by starting w/ a clean sharp install.... deleting the hitachi ohci usb module and opera (though I may have deleted opera after) customized guylhem kernel w/ ext2 and 3 v4l usb-to-serial usb audio and usb bluetooth dongle support compiled in.
I removed nothing of guylhems setup, except the bluetooth ( I have a 6000l and would only use a bluetooth usb dongle, which claims to be supported on the "boot scroll") I did make his modules (with the exception of the usb hid & mouse/kbd support in the usbdriver section) into "hard' parts of the kernel.
My point is at 1.3M the kernel fits in nicely, only 1 sharp module absolutely HAD to be deleted (it was causing lockups,) and the browser can be reinstalled.
I use a tiny targus usb mouse and belkin ir kbd when I want my z to be a laptop replacement...
I'd be happy to send a copy of my zImage.... zug doesn't seem to want it as an attachment
edit: I have support for netcat usb ethernet in there too....
-
[edit]stupid reply button[/edit]
-
hmm i was wondering were exactly to but the libsdl file? i out in /opt/Qtopia/lib/ and was wondering if thats the right spot
-
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...
-
I put the lb sdl in /usr/lib then link to it with a link of the "right" name --run something from command line that requires libsdl and you ill see what name is expected.
-
Adf, I would be interested in your kernel, as I would like to try using an external mouse.
Another think I am trying to setup is BT.
Did you, or someone else manage to setup bluez with the fast kernel?
Adalberto
-
I'll send the kernel (or a link) when I get home from work (about 8 hrs from now) or sooner if i can get the time to move stuff around on my home network via secure shell. I would attach it here, but I guess ZUg doesn't like attachments that big.
I don't have any bluetooth devices,i have a 6000l, and usb bluetooth support is an either/or--you can have bluetooth support in the "bluetooth section" (on a make menuconfig), or you can have usb bluetooth dongle support in the usb section. I went with usb bluetoth support.--my CF is pretty much dedicated to drive space.
I'd be happy to try one with regular, but no usb bluetooth for you if the one I send isn't quite it.
What bluetooth device are you using? 6000w? cf card? usb ?
-
Thank you very much adf.
I use a socket CF BT card (rev. F).
I tried to install the latest bluez drivers from Tumnus I found in another ZUG thread, but while they install correclty, I cannot really talk to the card.
I also tried guyhlem bluez I found on his webpage (under the SCO BT headset topic), but I cannot install them, neither with the graphical installer nor by commandline.
That's why I was checking if you could connect with BT and how.
Adalberto
-
my knowledge of buetooth is about zero.
Do you know what driver you need? the chip in the card? anything that will help me pick what bluetooth stuff to include? there are a bunch of options in the blutooth section....I will pick the best I can and hope it works... any info would be appreciated.
-
you, or anyone else who wants it should be able to get 2 versions of guylhem's kernel from my site.
the zImge is the one I am rtunning today, the zImage.bt is a bluetooth experiment I haven't tried. Remember to start from a sharp image, and remove (at least) the hitachi ohci module and leave the keyboard and mouse and hid modules (the rest, except sd) are negotiable, I think
the site is anyerlildog2.com
user: zug@anyerlildog2.com
pass: zug
good luck. lemme know if there is a problem
-
Thank you very much adf!
I tried to connect to your ftp, but I received an error.
Could be my proxy server in the office that only allows http via 8080.
I'll try to download them this evening from home.
Regarding BT, I Have a normal socket rev F. card, which is normally well suppoirted by the bluez drivers hanging around in ZUG.
But for some reasons I could not make them work under the fats kernel.
I'll give a try to your kernel and see what I need to install in order to have it work (I suppose I do not need the kernel modules....
Thanks again,
ciao,
Adalberto
-
You will get better results by using ftp client software, not a browser. no idea how you tried, of course .
edit:I can connect from opieftp.. ftp should be ok
I simply guessed and then added as much support as I thought would compile on the .bt kernel. honestly i am not entirely confident that it will even boot.
if it does boot, I have hopes for it though.
-
silence......
Did you manage to get the kernels? I am hopeful this is a good sign,,,,,
-
Hi adf,
sorry for my silence, but as I said, from the office I could not connect to your ftp site.
From home I managed to d/l a ftp client and am now downloading your kernels.
In the meantime I am restoring the sharp kernel.
I'll try your kernels, starting from the BT one and let's hope!
I do not have still a usb adapter (looking for it), but I'll try tumnus BT ipk and I'll let you know if it works.
Do you use the USB BT dongle?
Does it works?
Thanks for the help!
Ciao,
Adalberto
-
I have no bluetooth devices.... I compiled it in, like the svt0680 camera support, and the various ir networking options, as a sort of "just in case" measure.... If I had to use BT, I think I would use the dongle with my Z in "laptop (with the mouse and keyboard) mode" For controlling remote devices, I think wifi will serve.
-
Soory, another question.
The Hitachi ohci module is the usb_ohci_tc6393.o, correct?
Thanks,
Adalberto
-
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
-
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
-
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.
-
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!
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
-
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
-
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
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
-
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...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=69597\"][{POST_SNAPBACK}][/a][/div]
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.
-
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=70062\"][{POST_SNAPBACK}][/a][/div]
If you need somewhere to host it, I've got nearly unlimited webspace.. (I'm the technical services director for an ISP )
edit: fixed busted quote tag
-
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 ?
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
-
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!
-
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.
-
Thanks Adf, I will try tomorrow.
-
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.
-
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
-
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?
-
adf if you put in this guys kernel patches there is a 50 by way of paypal for you and my personal thanks https://www.oesf.org/forums/index.php?showtopic=11266&hl= (https://www.oesf.org/forums/index.php?showtopic=11266&hl=)
-
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?
-
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.
-
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.
-
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:
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:
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).
-
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....
-
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
-
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
[div align=\"right\"][a href=\"index.php?act=findpost&pid=70562\"][{POST_SNAPBACK}][/a][/div]
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
-
Hi,
I'll try to reply, but all corrections/updates from more expert people are very welcomed!
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
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
[div align=\"right\"][a href=\"index.php?act=findpost&pid=70680\"][{POST_SNAPBACK}][/a][/div]
-
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.
-
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 !!!
-
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.
-
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
-
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
[div align=\"right\"][a href=\"index.php?act=findpost&pid=70877\"][{POST_SNAPBACK}][/a][/div]
adf - I can't seem to get into anyerlildog2.com with zug/zug.
I get "530 Authentication failed, sorry"
Is that the right place?
-
where can i download the fast kernel ? I want to try it
Thanks Gabriele
-
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
[div align=\"right\"][a href=\"index.php?act=findpost&pid=70877\"][{POST_SNAPBACK}][/a][/div]
adf - I can't seem to get into anyerlildog2.com with zug/zug.
I get "530 Authentication failed, sorry"
Is that the right place?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=70946\"][{POST_SNAPBACK}][/a][/div]
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.
-
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=70989\"][{POST_SNAPBACK}][/a][/div]
So could you tell us where it is then?
-
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?
-
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.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=70989\")
So could you tell us where it is then?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=70997\"][{POST_SNAPBACK}][/a][/div]
I used the Zaurus ftp program to connect. Hey adf, sorry getting this thread and [a href=\"https://www.oesf.org/forums/index.php?showtopic=11286]https://www.oesf.org/forums/index.php?showtopic=11286[/url] this one mixed up!
-
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?
-
the site is anyerlildog2.com
user: zug@anyerlildog2.com
pass: zug
It was in a previous post.
Nothing secret!
adalberto
-
the site is anyerlildog2.com
user: zug@anyerlildog2.com
pass: zug
It was in a previous post.
Nothing secret!
adalberto
[div align=\"right\"][a href=\"index.php?act=findpost&pid=71137\"][{POST_SNAPBACK}][/a][/div]
Oops - I was trying user "zug".
Thanks, got it!
-
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?
-
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
-
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 (http://www.externe.net/zaurus/flash/nandmap.jpg)
I think it'd help keeping everything in the flash.
Guylhem
-
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.
-
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...
-
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
-
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.
-
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
-
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.
-
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
-
argh.... did they not upload? will do tonight then. sorry.
-
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
-
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
[div align=\"right\"][a href=\"index.php?act=findpost&pid=71576\"][{POST_SNAPBACK}][/a][/div]
-
Once the moduloes for the fast kernel are all posted, maybe a bunch of us should document 'em..and maybe turn 'em into ipks and pop 'em into a feed on externe and/or anyerlildog2? It would probably be of use.
-
I'll be happy to host them. Send me a mail with the files you want to host on my gmail.com account (guylhem) I'll put them in the flash section. I'll also upload a new backup script to create the same files one can find in the 1.12 rom. (I'm using these files to look where the mtd parameters are given but they can also be used for a complete restore)
Regarding the filesystem I made good progress. I'm now using my hack for everyday use and it seems to work reliably (rw /, got rid of most of sharp garbage). I'll try to have that posted too, but I'd best like to release everything at one (big 64M partition + rw /). I hope we can create something cool for most needs (X, qtopia on flash, qtopia on SD)
PS: could anyone send me a "strings" binary or ipk ? My net access is problematic at the moment (I'm deep in southern France - villeneuve d'aveyron in aveyron)
Guylhem
-
Asd I said I had "flattened" much of the sharp qtiopia. Now, I'm thinking that If (and I'll play w/ this for the next couple of days) cacko lite could be adopted (I'll know if it's too much of a headache pretty quick, I suspect) that w/ basic xqt2 might be wedged into the 64meg nand w/out insane linking.. either way, I should have some basic thing done with a normal linux tree within the week--it just requires drudgery..following the links, putting the files back where they belong, removing the mystery subdirs (like /home/root/modules --why anyone would feel that to have been necessary....!)
-
Then again, kdrive doesn't look like too much of a problem to compile...... decisions, decisions.
Probabky I should just get working and see what I can actually make work
edit: RW / would make use of devfs workable, right? that would be a real improvement in the way things are done...
-
the modules (and some completely useless stuff... sorry, I didn't get it all cleaned out) are uploaded as linux-2.4.18-rmk7-pxa3-common-20041002.tar.gz. 2 kernel variants are there too.
good luck
-
Thanks ads - will put the module on externe.net if you're ok. But don't lose time on the root filesystem- I already have that working, I'm currently working on the 64 Mb partition before releasing it.
I've only done some links only for var and tmp to avoid useless flash wear (they are sharing a shm partition)
-
can you send me a loadable 64meg? nand image? Woking w/ the 64 meg might make life easier.
I'll get on it asap (been kinda sick the past few days)
By all means post... what I uploaded is crufty and undocumented... can be sorted easily though.
Going cacko will be work..will stay with sharp for now.
-
can you send me a loadable 64meg? nand image? Woking w/ the 64 meg might make life easier.
I'll get on it asap (been kinda sick the past few days)
By all means post... what I uploaded is crufty and undocumented... can be sorted easily though.
Going cacko will be work..will stay with sharp for now.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=71969\"][{POST_SNAPBACK}][/a][/div]
edit: er.. did you mean you alreeady got the rootfs setup? (lots of cold medicine)
-
I got a correct rootfs, mostly fixing up etc and root. I'm manually checking everytinh - it's at least a couple of days away from a release, but if you want I can send it to you.
It fits on 32Mb because I'm still experimenting with the 64 Mb partition part (found where I had to make changes !) - it could cause total data loss if I don't find a way to fix at the same time the the normal and the rescue kernel (cause one would want to make 2 32Mb parts, the other one 1 64 Mb part - boot one kernel the other kernel and you'll kill your part).
Fixing both at the same time is not a problem, making sure everything will perfectly work at once is, because I won't get a second chance if things go bad - can you say "bricked" :-)
So I'm carefully studying all that.
-
PLease do.
32 meg should be fine for a base fs anyway.
I had wondered about problems w/ that 1st kernel.
Mostly, I can do some drudgery and save you some time for the more difficult stuff. Also, I was kinda hoping to use devfs (if it works) If we are going to set things up from scratch maybe a standard kernel doing stuff like devfs (and w/ built in support for the hardware --might mean n, l, w versions) might be worth a look.
Have you got the image somewhere that I can ftp it from?
-
PM me your ftp info and I will upload it.
Regarding devfs, you will have to change the /etc/rc.d/rc.rofilesys (which I already heavily changed)
I also removed the various .xxx_default.tar files that were taking approx 4 Mb just for offering a safe restore option. Reflashing is just as fast :-)
-
"Regarding devfs, you will have to change the /etc/rc.d/rc.rofilesys (which I already heavily changed)"
er... is this needed change likely to be self-evident? do your changes cover it ( I was assuming they did--that basically i just need /dev to be rw) do you have a suggestion
I guess I'll see this weekend.
ps.
Anything I should know re service menus, etc... if, for example, I decide to do a "q,t, reset" reset-to-sharp-default-from-cf will my Z suddenly become insane? same w/ "d,p,reset" restore form image?
Basically, are there any known problems in reset/restore/maintenance/diagnostic options?
-
What are the chances of this modified kernel and ROM hacks turning into something so straightforward and simple that an idiot like me could install it?
-
My motivation is personal idiocy. I have a hard enough time doing "regular"linux. "sharprom embedix" is a relative nightmare. The idea is to make the system more manageable, more versatile, but most importantly more comprehensible. The wizardry here is on Guylhem's end, patching the kernel source and changing the NAND format structure and doing the SDL stuff. In the end there should be something that is quite simple to flash, and simpler to use and expand.
-
Thanks guys. I'm looking forward to the "neat" rom and the instructions that i can understand. Let me know if anything I can help, usually limited to documentation and testing stuff
Shall we give it an official name?
-
we should probably wait for it to exist. It might end up not much more than a rearranged NAND simplified fs w/ 6000 optimizations and a ton o cacko. That would make it 6k cacko, or something like
-
Adf, Guylhem,
do you think that support to CF BT cards (the socket rev. F forst of all! ) will finally come in your revised kernl?
I would really like to test it with maslowsky BT applets.
Is there any chance that the US storage function, with maybe compatibility with Maslowsky's applet, will fit in the new kernel too?
I am ready to test! :-)
Tahnks a lot for your effort, and happy Easter!
Adalberto
-
eji, it is far from completion, but when it will ready you'll simply have to plug a CF , reset, and power+ok to reflash
amdonati, the usbstorage has been working for a long time. see externe.net/zaurus/kernel/usb-storage IIRC.
Regarding BT, I will add the modules. Happy easter to you too !
xjqian. Since I spend days and days on the kernel and the various parts, I'd be happy if it could be called guylhem rom (that's my ego showing again, you know :-)
-
eji, it is far from completion, but when it will ready you'll simply have to plug a CF , reset, and power+ok to reflash
[div align=\"right\"][a href=\"index.php?act=findpost&pid=72384\"][{POST_SNAPBACK}][/a][/div]
This makes me extremely happy, because I'm close to useless when it comes to Linux tinkering that goes beyond a few console commands.
Looking forward to the Guylhem ROM!
-
Happy easter and looking forward to the Guylhem room. Btw, I'm interested in the BT modules too. I have a Socket Rev G. Haven't got it to work yet.
-
there are modules on my ftpsite in the tarball. You will have to figure out which you need. They will be in the bluetooth dir (after you extract the tarball)
-
After install, my Z ask for login and password I get to a root prompt but when I type qpe it says "error while loading shared libraries: lidqtopia2.so2:cannot open shared object file :No such file or directory. Once it also said/dev/amp_bios: Permission denied could not open for writing '/home/user/Settings/qpe_new.conf' QCopChannel::send: Must construct a QApplication before using QCopChannel .Any suggestions would be helpful
-
there are modules on my ftpsite in the tarball. You will have to figure out which you need. They will be in the bluetooth dir (after you extract the tarball)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=72415\"][{POST_SNAPBACK}][/a][/div]
I didn't see any new file on your ftpsite. The only two files are two old zimages created on 3/7. am i not in the right dir?
-
coolass, what did you install ?
-
coolass, what did you install ?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=72551\"][{POST_SNAPBACK}][/a][/div]
I installed the kernel from adf' ftp site
-
Hmmmm. I'll check again tonight. I thought I had updated.
-
There! it is updated modules tarball, modules ready kernels with critical l stuff (like ext and wireless and usb buit-in)Not Guylhem's latest version, but the modules should be useful, and the kernels to..till we have finished replacements.. again, sorry about the delay.upload to the site is kinda slow, an I guess I have just been assuming stuff went when it hadn't.
I'll start on labelling the modules (from what the menuconfig tells me mostly) this week
Edit: As I said previously, the modules tarball isn't completely (though much has been done) cleaned out yet. The modules should be good for the kernel version with working usb keyboard--all except the keyboard modules, of course. Any one who gets stuff working, especially Bluetooth, please write it down and let us know.,
-
Trolling for interest......
who would be interested in kdrive on the fast kernel? My idea is that one could boot to commandline type startx and chroot into pocketworkstation using a native Xserver and no qtopia overhead.
anyone?
-
A native Xserver, Great !!!
I think many people will be interested in that project.
I guess without Qtopia we will have more RAM available and it will run faster, no ?
I am happy to see as much interest in the 6k, it's such a wondeful machine.
You have my full support.
Romain
-
very weird I got error when trying to install most of my packages from the gui, Error "The filename of this package includes character this application can't handle. Please change the filename and retry install". Never read about this before. Anyway, I'm going to flash back to stock update the kernel.
update: it's my CF card problem. My 6k seems don't like the Kingston Elite Pro card (both 512M and 1G). The above problem(it used to work) and in nand restore: Cant's initiate CF. Maybe the manufacturing tech of Kingston Elit pro, SLM (or whatever it is) is too new for Z? Otherwise it just worked fine. go figure...
-
Adf,
I just downloaded your latest kernel and modules, but before I start installing, I have a couple of questions, just to be sure I do not screw up everything! :-)
The modules installation should be done following Guyhlem Howto I suppose, but in this case, shouldn't we need updated modules links in home too? Or do we not?
Your modules files is 6 mb big, is there enough space for it with the deletion of the whole Opera 6.2?
Any other points of attention?
I am eager to test it and see if the BT card is working!
Thank you,
Adalberto
-
That 6M file is the kernel source files. What you need is the kernel image, i.e. the other two zImage files. And you don't need to go through all the steps in guylhem's how-to
just do the following (a regular kernel update). I've tested myself last night, no problem at all.
put consolescroll, zImage (ffpe or noffpe), updater.sh in the root of CF (vfat)
suspend, hit reset
power up while holding down "OK" -> update -> CF
wait for 1min until it says "update successful, please reset" ->hit reset.
power up as usual
(remove the confilcting file usb_ohci_tc6393, specified by adf)
mv /lib/modules.rom/2.4.18-rmk7-pxa3-embedix/kernel/drivers/usb/usb_ohci_tc6393.o /mnt/cf/backup (just play safe)
-
I'm not that slick.
just dl the tarball.
extract it.
have a look at the directories--you will find stuff like bluetooth and usb in /kernel/drivers.
grab likely looking modules, and pop 'em int place in modules.rom--likley looking sub directory.
then just insmod 'em and see if they work. play around with various pieces (some o that stuff is c objects that aren't modules--a bit of trial and error is called for)
I basically compiled a bunch o modules that people can pick and choose from.the deal is more like find the right module put it in a likely dir, insmod it and try it out. if it doesn't work delete it and try again when you get stuff working, let us know-!
-
Ok adf, as soon as I have some time I'll try it
Ill let you know,
Thanks,
Adalberto
-
Hello
The new kernel is approaching. Today I got my first success with the rescue kernel update (ie using my own kernel to reflash a new copy of itself) which means the 57 Mb rw / partition is only a matter of hours (depending on my free time :-) - all tests are good. I must just run a jffs2 creation script and flash that.
Today I fixed additional keyboard problems; it is now a pleasure to use the internal and an external keyboard. I recommand Axim/Stowaway bluetooth, because that's what I'm using and you can be sure it'll work as expected but any standard pc USB keyboard will be fine too.
I plan to release an updater.sh which will :
- update both the normal kernel and the rescue kernel to the newest keyboard model
- create a single 57 Mb / partition in read write, which everything where it should be. No stupid symlinks or whatever.
- maybe update to qtopia 2.11 because I just noticed qtopia 2.11 roms where starting to be available...
I will see how they works because I still have problems with qtopia part of the keyboard fix. I would like to release soon, then fix later. Documentation on the flash process (because adf had a problem with the files I gave him) is also very important to encourage further hacks of my rom.
Documentation of the keyboard changes would be interesting to C3000/C1000 users who also can use usb external keyboards; and any zaurus user with bluetooth (CF...) using a bluetooth keyboard.
Anyway hopefully I will start looking at 2.11 soon. I'm quite interested in compatibility tests, ie how good do non free apps (opera, hancom...) work under 2.11; and whether soft float is used. So if someone has some free time and can give 2.11 a try please do and report how it works.
That may be the good reason for a initial release using 2.11 or sticking to 1.7
-
I tried 2.1.1. what trolltech released was based on OZ 3.3.6. I think that this might mean recompiling the whole thing to work on your 6k setup.... Wasn't there something about video acceleration in shaprs lib qpe though? If so, maybe it would ake sense to do the compatablilty libqtopia thing as has been done already for 1.7 by maslovsky
I'm looking forward to the 57/7 NAND setup. While I admit to not having replaced / successfully, I would think that if you are doing a whole new config you can take your Z and either pull a rom off of it (best solution) or do a NAND backup and post the sys006.dbk, thus saving much labor and confusion for all.
-
i dont know if i should blame this on the fast kernel or not but is anyone having problems with irda when using it?
-
no.
-
can somebody give me an definitive answer about the conflict between bluetooth and fast kernel?
Is it because of the inherent nature (i.e. soft float, such) of fast kernel cause trouble of bluetooth or is it because the bluetooth module built into the exsisting fast kernels not working with my BT card.
if it is the latter, adf: could you do me a favor to build a kernel without BT built in? so i can install the working bluez package myself.
-
Does anyone have a copy of the modules that adf compiled? and has anyone had this working with usb ethernet or cf bluetooth ?
Thanks
Todd
-
Does anyone have a copy of the modules that adf compiled? and has anyone had this working with usb ethernet or cf bluetooth ?
Thanks
Todd
[div align=\"right\"][a href=\"index.php?act=findpost&pid=129950\"][{POST_SNAPBACK}][/a][/div]
I think they are still on my server at anyerlildog2.com/zug you'll probably have to download some extraneous crpwith 'em, though.... I built then tarred with minimal sorting. kernels should still be there as well.
There is a nice kernel at tetsu's site, too If you can't find it in english, Bam's site has a link to it.
-
Thanks man,
I can only find a kernel for a 3100 on bams sight.
-
Here (http://tetsu.homelinux.org/zaurus/kernel/v18b/zImage-v16a-6000.bin)
I haven't tried it yet, but I plan to. Let us know how it works?
-
do the tetsu kernels support overclock like the Guylhem kernel? I have to admit that the tetsu kernel "seems" much faster than the stock kernel. I have installed the overclock info and battery applet from the guylhem but i cant tell if it makes any difference.
Todd
-
haven't tried it on the 6k. it does overclock on the 3100, I'm pretty sure it will on the 6. try glxgears at different clockspeeds and see what you get
-
Well so far the tetsu kernel seems to be really good. I installed it and the modules ipk i found on his webpage, and the battery applet linked off page listed in the first post in this thread. I have not found glx gears anyplace so I can test but I have used a stop watch and opened opera. The difference between the highest setting and the lowest setting is about 1 sec. Not scientific but thats what I have .
Also all the extra kernel modules I have installed (for usb ethernet etc) seem to work as does bluetooth with my bluetooth cf card. Im tweaking my video setup to see if it is better with the new kernel.
-
I've got Tetsu's kernel too (from the site, just like trichmon), and when overcolocked, it is faster. I downloaded a pretty hefty video, and it runs noticably smoother when over clocked. PS, I've downloaded the qclockchange applet as well. It works great, but make sure it's executed as root (hold the stylus on the icon to get the menu.)
I was wondering, does anyone have a copy of the libsdl that guylhem mentions in the first post? I'd like to try it out with the hardware buttons for SNES, but of course, externe.net is down.
Thanks,
AeroSigma