Re: [Debian] new kernel package
2010/3/3 Sebastian Reichel : >> I think both ext3 and jffs2 should be built-in since they are the two >> kinds of filesystems most widely used on the FR. > Ok, I will reenable this one, too. I uploaded a new 2.6.29 kernel to Debian's pkg-fso repository yesterday. It includes some of Sebastian's earlier commits that were not yet released, and furthermore patches to fix the following: http://docs.openmoko.org/trac/ticket/2327 (workaround delay patch) http://docs.openmoko.org/trac/ticket/2328 (patch from the ticket, not thoroughly tested) -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Wed, Mar 03, 2010 at 12:12:54PM -0500, Stefan Monnier wrote: > > I switched from ext3 builtin to ext3 as module, because this is more > > Debian like. I guess I will have to change this back to built in, > > because we have no initramfs? > > So, IIUC you also switched to jffs2 as module, which would explain why > I can't boot into my NAND-installed Debian. > I think both ext3 and jffs2 should be built-in since they are the two > kinds of filesystems most widely used on the FR. Ok, I will reenable this one, too. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
> I switched from ext3 builtin to ext3 as module, because this is more > Debian like. I guess I will have to change this back to built in, > because we have no initramfs? So, IIUC you also switched to jffs2 as module, which would explain why I can't boot into my NAND-installed Debian. I think both ext3 and jffs2 should be built-in since they are the two kinds of filesystems most widely used on the FR. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
>> > well, but that's a specific scenario for a rather limited audience, isn't >> > it? >> Sure nowadays but if a user could easily choose encryption they might >> just use it. > I suspect that without a hardware encryption engine the performance and > battery life hit will be too much for most people. I doubt it: there are very significant performance differences between jffs2-on-NAND and ext3-on-uSD, but people hardly ever bother to mention it. The impact of encryption would probably be fairly low as well. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
>>> '> Apart from factoring out those modules, is the new kernel improved in some way? And is it built without the debug settings? >>> It's the latest upstream andy-tracking, mostly meaning that if >>> compared to July snapshot Bluetooth, GPS etc. should handle suspend >>> better among else. Debug is disabled. WLAN should work, but because of >>> the debug being disabled one usually hits this bug quite soon: >> I just tried it and the boot fails with "unable to mount rootfs on >> unknown block". My Debian / partition is on the NAND, if it matters. >> Any idea what might be the problem? > Had the same issue. Solved it re-running 'configure-uboot.sh' with > rootfstype=ext2 instead of ext3, What is this "configure-uboot.sh"? I'm not even using U-Boot but Qi instead. Furthermore, I'm using neither ext2 nor ext3 since / is on the NAND (where I use jffs2). Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Wednesday 03 March 2010, Timo Juhani Lindfors wrote: > "arne anka" writes: > > well, but that's a specific scenario for a rather limited audience, isn't > > it? > > Sure nowadays but if a user could easily choose encryption they might > just use it. I suspect that without a hardware encryption engine the performance and battery life hit will be too much for most people. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
"arne anka" writes: > well, but that's a specific scenario for a rather limited audience, isn't > it? Sure nowadays but if a user could easily choose encryption they might just use it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
> Encrypted SD would be one application where you want to use initramfs. well, but that's a specific scenario for a rather limited audience, isn't it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
"arne anka" writes: > an initrd is imo used mostly to cover different hw configurations w/o > having to rebuild the kernel everytime. Encrypted SD would be one application where you want to use initramfs. > i guess it would slow down the boot (load/unload intrd, free ram and so > on) w/o added value. Btw, nowadays it is not unloaded in any special way. initramfs just removes all files and mounts real root on top of the (now empty) tmpfs. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
> working. I guess it's better to compile the ext3 support back into > the kernel since apparently most (if nor all) people use ext3, i guess it is a good decision to have that kind of essentials built-in. > until we get a kernel with initrd support i am not very fond of the initrd stuff. the fr is hardly extensible, we need what hardware is there and what is need to make it at least boot (or work). an initrd is imo used mostly to cover different hw configurations w/o having to rebuild the kernel everytime. i guess it would slow down the boot (load/unload intrd, free ram and so on) w/o added value. as fort the modules and init.d -- why isn't adding the modules to /etc/modules sufficient? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Tue, Mar 02, 2010 at 10:48:26PM +0100, Quim Testar wrote: > Sebastian Reichel wrote: > > > On Tue, Mar 02, 2010 at 08:03:32PM +0100, Quim Testar wrote: > >> Sebastian Reichel wrote: > >> > >> > On Tue, Mar 02, 2010 at 10:12:32AM +0100, Quim Testar wrote: > >> > >> >> Had the same issue. Solved it re-running 'configure-uboot.sh' with > >> >> rootfstype=ext2 instead of ext3, but leds were not working for me in > >> >> the new version and decided to downgrade anyway. Moreover, with ext2 > >> >> the root partition needs to recheck at boot everytime system goes down > >> >> uncleanly, which happens often to me. > >> > > >> > as I said multiple times - you need to load the led kernel module to > >> > have working leds. I guess I should add an init.d script to > >> > fso-config-gta02, which will load these modules. > >> > > >> > >> Even in this very thread. Can't say I tried hard to make it work. My > >> fault. > >> > >> BTW, is there a reason behind the fact that rootfs must be mounted as > >> ext2 now? or should it work? > > > > I switched from ext3 builtin to ext3 as module, because this is more > > Debian like. I guess I will have to change this back to built in, > > because we have no initramfs? > > > > Or maybe the file > http://pkg-fso.alioth.debian.org/freerunner/configure-uboot.sh should be > changed? I'm not sure what to do. Actually I left ext2 in the kernel just in case and planned to modularize it once I'm sure everything is still working. I guess it's better to compile the ext3 support back into the kernel until we get a kernel with initrd support, so that it can boot from ext3 filesystems. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
Sebastian Reichel wrote: > On Tue, Mar 02, 2010 at 08:03:32PM +0100, Quim Testar wrote: >> Sebastian Reichel wrote: >> >> > On Tue, Mar 02, 2010 at 10:12:32AM +0100, Quim Testar wrote: >> >> >> Had the same issue. Solved it re-running 'configure-uboot.sh' with >> >> rootfstype=ext2 instead of ext3, but leds were not working for me in >> >> the new version and decided to downgrade anyway. Moreover, with ext2 >> >> the root partition needs to recheck at boot everytime system goes down >> >> uncleanly, which happens often to me. >> > >> > as I said multiple times - you need to load the led kernel module to >> > have working leds. I guess I should add an init.d script to >> > fso-config-gta02, which will load these modules. >> > >> >> Even in this very thread. Can't say I tried hard to make it work. My >> fault. >> >> BTW, is there a reason behind the fact that rootfs must be mounted as >> ext2 now? or should it work? > > I switched from ext3 builtin to ext3 as module, because this is more > Debian like. I guess I will have to change this back to built in, > because we have no initramfs? > Or maybe the file http://pkg-fso.alioth.debian.org/freerunner/configure-uboot.sh should be changed? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Tue, Mar 02, 2010 at 08:03:32PM +0100, Quim Testar wrote: > Sebastian Reichel wrote: > > > On Tue, Mar 02, 2010 at 10:12:32AM +0100, Quim Testar wrote: > > >> Had the same issue. Solved it re-running 'configure-uboot.sh' with > >> rootfstype=ext2 instead of ext3, but leds were not working for me in the > >> new version and decided to downgrade anyway. Moreover, with ext2 the root > >> partition needs to recheck at boot everytime system goes down uncleanly, > >> which happens often to me. > > > > as I said multiple times - you need to load the led kernel module to > > have working leds. I guess I should add an init.d script to > > fso-config-gta02, which will load these modules. > > > > Even in this very thread. Can't say I tried hard to make it work. My fault. > > BTW, is there a reason behind the fact that rootfs must be mounted as ext2 > now? or should it work? I switched from ext3 builtin to ext3 as module, because this is more Debian like. I guess I will have to change this back to built in, because we have no initramfs? -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
Sebastian Reichel wrote: > On Tue, Mar 02, 2010 at 10:12:32AM +0100, Quim Testar wrote: >> Had the same issue. Solved it re-running 'configure-uboot.sh' with >> rootfstype=ext2 instead of ext3, but leds were not working for me in the >> new version and decided to downgrade anyway. Moreover, with ext2 the root >> partition needs to recheck at boot everytime system goes down uncleanly, >> which happens often to me. > > as I said multiple times - you need to load the led kernel module to > have working leds. I guess I should add an init.d script to > fso-config-gta02, which will load these modules. > Even in this very thread. Can't say I tried hard to make it work. My fault. BTW, is there a reason behind the fact that rootfs must be mounted as ext2 now? or should it work? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
Sebastian Reichel writes: > There will probably be more things beeing compiled as modules in > the next version. My aim is to compile everything as module which > is not in the linus kernel tree, so that these can be built with Good to hear. I hope no major regressions occur in this process. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Tue, Mar 02, 2010 at 05:40:10PM +0200, Timo Juhani Lindfors wrote: > Sebastian Reichel writes: > > as I said multiple times - you need to load the led kernel module to > > have working leds. I guess I should add an init.d script to > > fso-config-gta02, which will load these modules. > > init script does not sound very nice. How about just warning about > this during package installation time? mh I think the init script is a common used way for this. So far I saw it in the nvidia/non-free package and in dahdi (isdn driver). There will probably be more things beeing compiled as modules in the next version. My aim is to compile everything as module which is not in the linus kernel tree, so that these can be built with Debian's module-assistant. This way it should be easier for luca to add the -s3c branch to the kernel in Debian main. luca: any comments on this? -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
Sebastian Reichel writes: > as I said multiple times - you need to load the led kernel module to > have working leds. I guess I should add an init.d script to > fso-config-gta02, which will load these modules. init script does not sound very nice. How about just warning about this during package installation time? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Tue, Mar 02, 2010 at 10:12:32AM +0100, Quim Testar wrote: > Stefan Monnier wrote: > > >> '> Apart from factoring out those modules, is the new kernel improved in > >>> some way? And is it built without the debug settings? > > > >> It's the latest upstream andy-tracking, mostly meaning that if > >> compared to July snapshot Bluetooth, GPS etc. should handle suspend > >> better among else. Debug is disabled. WLAN should work, but because of > >> the debug being disabled one usually hits this bug quite soon: > > > > I just tried it and the boot fails with "unable to mount rootfs on > > unknown block". My Debian / partition is on the NAND, if it matters. > > Any idea what might be the problem? > > > > Had the same issue. Solved it re-running 'configure-uboot.sh' with > rootfstype=ext2 instead of ext3, but leds were not working for me in the > new version and decided to downgrade anyway. Moreover, with ext2 the root > partition needs to recheck at boot everytime system goes down uncleanly, > which happens often to me. as I said multiple times - you need to load the led kernel module to have working leds. I guess I should add an init.d script to fso-config-gta02, which will load these modules. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
Timo Juhani Lindfors wrote: > Quim Testar writes: >> new version and decided to downgrade anyway. Moreover, with ext2 the root >> partition needs to recheck at boot everytime system goes down uncleanly, >> which happens often to me. > > No fs is going to like unclean shutdown very much so you better avoid them > :) Oh, I do my best trying to xD ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
Quim Testar writes: > new version and decided to downgrade anyway. Moreover, with ext2 the root > partition needs to recheck at boot everytime system goes down uncleanly, > which happens often to me. No fs is going to like unclean shutdown very much so you better avoid them :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
Stefan Monnier wrote: >> '> Apart from factoring out those modules, is the new kernel improved in >>> some way? And is it built without the debug settings? > >> It's the latest upstream andy-tracking, mostly meaning that if >> compared to July snapshot Bluetooth, GPS etc. should handle suspend >> better among else. Debug is disabled. WLAN should work, but because of >> the debug being disabled one usually hits this bug quite soon: > > I just tried it and the boot fails with "unable to mount rootfs on > unknown block". My Debian / partition is on the NAND, if it matters. > Any idea what might be the problem? > Had the same issue. Solved it re-running 'configure-uboot.sh' with rootfstype=ext2 instead of ext3, but leds were not working for me in the new version and decided to downgrade anyway. Moreover, with ext2 the root partition needs to recheck at boot everytime system goes down uncleanly, which happens often to me. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
> '> Apart from factoring out those modules, is the new kernel improved in >> some way? And is it built without the debug settings? > It's the latest upstream andy-tracking, mostly meaning that if > compared to July snapshot Bluetooth, GPS etc. should handle suspend > better among else. Debug is disabled. WLAN should work, but because of > the debug being disabled one usually hits this bug quite soon: I just tried it and the boot fails with "unable to mount rootfs on unknown block". My Debian / partition is on the NAND, if it matters. Any idea what might be the problem? Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
"arne anka" writes: > with that new package, the fr doesn't vibrate on incoming call. > something missing in the kernel itself or do i need yet another module? ls /sys/class/leds? lsmod? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Sun, Feb 21, 2010 at 10:50:10PM +0100, arne anka wrote: > with that new package, the fr doesn't vibrate on incoming call. > something missing in the kernel itself or do i need yet another module? Actually I compiled the vibrator support into the kernel because the module wasn't working for me. First of all you could check if the following file exists: /sys/class/leds/neo1973:vibrator/brightness Apart from this I currently don't know how FSO activates the vibrator, but probably you should load 'ledtrig_timer'. btw loading 'ledtrig_heartbeat' module and then echo 'heartbeat' > /sys/class/leds/neo1973:vibrator/trigger animates your freerunner - it's quite cool :D > btw: why is there a cdrom.ko? I did not change anything containing the keyword cdrom, but there are usb cdrom drives, so I think it should stay there as a module. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
with that new package, the fr doesn't vibrate on incoming call. something missing in the kernel itself or do i need yet another module? btw: why is there a cdrom.ko? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Sun, Feb 21, 2010 at 10:01:56AM +, Neil Jerram wrote: > On 21 February 2010 02:34, Sebastian Reichel wrote: > > Hi, > > Hi Sebastian, > > > I just uploaded a new kernel package to the pkg-fso repository. > > Please note, that you need to load 'neo1973kbd' for the buttons > > to work and 'leds-neo1973-gta02' for the leds to work. You > > probably want to add these to your /etc/modules. > > Apart from factoring out those modules, is the new kernel improved in > some way? And is it built without the debug settings? I already disabled debug with my last upload, but this time I also disabled SYSFS_DEPRECATED, which results in a working udev again. Apart from this there is now ubifs support. I also changed some more built in stuff to modules, but these will be loaded by udev (e.g. lis302dl) -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
2010/2/21 Neil Jerram : '> Apart from factoring out those modules, is the new kernel improved in > some way? And is it built without the debug settings? It's the latest upstream andy-tracking, mostly meaning that if compared to July snapshot Bluetooth, GPS etc. should handle suspend better among else. Debug is disabled. WLAN should work, but because of the debug being disabled one usually hits this bug quite soon: http://docs.openmoko.org/trac/ticket/2327 Also unfortunately due to some refactoring of touch screen code in andy-tracking, this happens from time to time, but luckily quite rarely: http://docs.openmoko.org/trac/ticket/2328 -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On 21 February 2010 02:34, Sebastian Reichel wrote: > Hi, Hi Sebastian, > I just uploaded a new kernel package to the pkg-fso repository. > Please note, that you need to load 'neo1973kbd' for the buttons > to work and 'leds-neo1973-gta02' for the leds to work. You > probably want to add these to your /etc/modules. Apart from factoring out those modules, is the new kernel improved in some way? And is it built without the debug settings? Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian] new kernel package
Hi, I just uploaded a new kernel package to the pkg-fso repository. Please note, that you need to load 'neo1973kbd' for the buttons to work and 'leds-neo1973-gta02' for the leds to work. You probably want to add these to your /etc/modules. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community