Re: legousbtower kernel module
bert wrote: > On 07.05.2012, at 19:05, Paul Fox wrote: > > > bert wrote: > >> > >> On 07.05.2012, at 18:19, Paul Fox wrote: > >> > >>> bert wrote: > Hi, > > I'm trying to connect a LEGO RCX via the RCX 2.0 USB Tower. When > plugging it > in, it gets listed with name and vendor in the messages log. > > However, /dev/usb/lego0 is not created. The corresponding udev rule is > installed by Fedora's "nqc" rpm, but it relies on the "legousbtower" > kernel > module. > > AFAICT, it does not work because legousbtower.ko is missing. > > This is both on an XO-1.5 (11.3.0) and a 1.75 (11.3.1). The latter at > least > creates an entry in /dev while plugged in, but it's a generic usb one. > On > >> the > former I don't see any dev node created when plugging in. > > Am I doing something wrong, or is it really just that the OLPC kernel > is > missing that module? If so, where can I get it? Or do I have to try > >> compiling > myself? > >>> > >>> i think the kernel is really missing that module. i'd never heard > >>> of it until just now. > >>> > >>> i'll see if we can get an rpm built for 11.3.0 and 11.3.1. (and 12.1.0) > >>> > >>> paul > >> > >> Awesome! But the driver is in the regular kernel sources, right? Just not > >> configured to be built? > > > > yes. > > > > paul > > =- > > paul fox, p...@laptop.org > > I installed (rpm -Uvh) this kernel on top of 883: > > http://rpmdropbox.laptop.org/f14-xo1.5/kernel-2.6.35.13_xo1.5-20120508.1139.olpc.eb0c7a8.i586.rpm > > It booted fine, but the touchpad does not work, keyboard does, network does > not, lego tower does not. > > Should I have done this differently? Any advice how to diagnose this, and > get the machine working correctly again? > > Thanks! did you "cp -a /boot/* /bootpart/boot/" ? our kernel rpms still have this "feature" where not quite all the right pieces are put in place. that might nor might not be the entire problem -- i hope so. (you might try "uname -a" and see if the kernel you ended up booting matches the above rpm.) i won't be able to test myself until monday, so you if you simply want a working machine, go to /bootpart/boot and redirect the vmlinuz symlink back to the original kernel, and reboot. paul =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: legousbtower kernel module
On 07.05.2012, at 19:05, Paul Fox wrote: > bert wrote: >> >> On 07.05.2012, at 18:19, Paul Fox wrote: >> >>> bert wrote: Hi, I'm trying to connect a LEGO RCX via the RCX 2.0 USB Tower. When plugging it in, it gets listed with name and vendor in the messages log. However, /dev/usb/lego0 is not created. The corresponding udev rule is installed by Fedora's "nqc" rpm, but it relies on the "legousbtower" kernel module. AFAICT, it does not work because legousbtower.ko is missing. This is both on an XO-1.5 (11.3.0) and a 1.75 (11.3.1). The latter at least creates an entry in /dev while plugged in, but it's a generic usb one. On >> the former I don't see any dev node created when plugging in. Am I doing something wrong, or is it really just that the OLPC kernel is missing that module? If so, where can I get it? Or do I have to try >> compiling myself? >>> >>> i think the kernel is really missing that module. i'd never heard >>> of it until just now. >>> >>> i'll see if we can get an rpm built for 11.3.0 and 11.3.1. (and 12.1.0) >>> >>> paul >> >> Awesome! But the driver is in the regular kernel sources, right? Just not >> configured to be built? > > yes. > > paul > =- > paul fox, p...@laptop.org I installed (rpm -Uvh) this kernel on top of 883: http://rpmdropbox.laptop.org/f14-xo1.5/kernel-2.6.35.13_xo1.5-20120508.1139.olpc.eb0c7a8.i586.rpm It booted fine, but the touchpad does not work, keyboard does, network does not, lego tower does not. Should I have done this differently? Any advice how to diagnose this, and get the machine working correctly again? Thanks! - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Wanting to know a bit of (NetworkManager) workflow upon resume-from-suspend
On Sat, 2012-05-12 at 15:20 -0400, Martin Langhoff wrote: > On Sat, May 12, 2012 at 4:38 AM, Ajay Garg wrote: > > I tried the "rmmod/modprobe" hack in "olpc-configure", and it worked > > (obviously because, this time the "/etc.modprobe.d/libertas.conf" could be > > fetched/read from persistent storage). Mesh-icons were no more visible in > > the neighborhood-view (both during reboot, and resume-from-suspend). > > > > But I too felt that this is more of a hack, and not a clean solution. > > Well, as you pointed out in later emails, the initramfs generation > will pick it up from there. I'd forgotten about that -- sorry. > > So what you want to do is get libertas.conf into some package > (olpc-utils) or install it from an OOB module -- the xo1 module is a > good candidate. > > In fact I'm liking the OOB module option. I think we would accept a > patch to OOB's xo1 module, where based on an option it creates this > file. Just have to make sure it's created before dracut is used to > generate the initramfs. > Hi Martin: Don't think OOB is used to generate the initramfs, from the kernel spec file: # set to 1 to build the initramfs during kernel-build time # set to 0 to build the initramfs during %post on the host %define buildinitramfs 1 Doesn't that mean the kernel rpm provides pre-build initrd.img and actrd.img? Doesn't OOB just sign what is in the kernel rpm? Think you would need to re-create initrd.img as needed then place the revised initrd.img into the image via OOB, to be signed by OOB. Jerry ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Wanting to know a bit of (NetworkManager) workflow upon resume-from-suspend
On Sat, May 12, 2012 at 4:38 AM, Ajay Garg wrote: > I tried the "rmmod/modprobe" hack in "olpc-configure", and it worked > (obviously because, this time the "/etc.modprobe.d/libertas.conf" could be > fetched/read from persistent storage). Mesh-icons were no more visible in > the neighborhood-view (both during reboot, and resume-from-suspend). > > But I too felt that this is more of a hack, and not a clean solution. Well, as you pointed out in later emails, the initramfs generation will pick it up from there. I'd forgotten about that -- sorry. So what you want to do is get libertas.conf into some package (olpc-utils) or install it from an OOB module -- the xo1 module is a good candidate. In fact I'm liking the OOB module option. I think we would accept a patch to OOB's xo1 module, where based on an option it creates this file. Just have to make sure it's created before dracut is used to generate the initramfs. A bit late, but we may be able to land it for 12.1.0 (or later for 12.2.0). cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Fwd: BioLite - BioLite Stove -- interesting device
FYI, via Robert Howard. Cheers, Sameer -- Forwarded message -- From: "Robert Howard" Date: May 12, 2012 8:55 AM Subject: BioLite - BioLite Stove -- interesting device To: "Sameer Verma" Cc: "Robert Howard" Sameer, Have you heard of this device? Efficient cook stove with a TEG that puts out 5 volts. http://biolitestove.com/ Robert ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Wanting to know a bit of (NetworkManager) workflow upon resume-from-suspend
Martin, Some observations :: a) All observations (appearance/non-appearance of mesh-icons) is inert to the presence/absence of the following packages :: * dracut * dracut-modules-olpc * dracut-modules-ceibal b) I could only see one initramfs image, on any of the signed/unsigned builds :: * olpcrd.img (with "initrd.img" being a symbolic link to it) So, some queries :: a) Is the (singular) RAM FS image (olpcrd.img) generated for every kind of build (but loaded into memory only when ALL of the following are met) :: * laptop is secured * image is signed * there is no developer key, either in pendrive, or on SD at "/security/develop.sig". b) I could not find the place where this (singular) RAM FS image is generated, in the osbuilder (presumably via dracut). Doing some greps, gave me the following results :: ## [ajay@localhost bleeding-edge]$ grep -r -i -s "initrd" . ./modules/xo1_5/kspost.50.xo15-tweaks.inc: " ${DN}${PN}\initrd.img" expand$ to ramdisk ./modules/signing/preimage.40.sign-os.sh:if [ -e "$fsmount/boot/initrd.img" ]; then ./modules/signing/preimage.40.sign-os.sh:./sign-os.sh $okey $fsmount/boot/initrd.img $fsmount/boot/runrd.zip ./modules/signing/preimage.10.extract.sh:if [ -e "$fsmount/boot/initrd.img" ]; then ./modules/signing/preimage.10.extract.sh:cp $fsmount/boot/initrd.img $tgt/data.img ./modules/signing/README: - if found, the initramfs at /boot/initrd.img (or /boot/olpcrd.img) will be ./modules/signing/README:found at /boot/initrd.img will be signed into runos.zip and runrd.zip ./modules/xo1/kspost.50.xo1-tweaks.inc:# FIXME: old olpc.fth looks for olpcrd.img, but we now use initrd.img ./modules/xo1/kspost.50.xo1-tweaks.inc:[ -e "/boot/olpcrd.img" ] || ln -s initrd.img /boot/olpcrd.img [ajay@localhost bleeding-edge]$ grep -r -i -s "olpcrd" . ./modules/signing/preimage.10.extract.sh:elif [ -e "$fsmount/boot/olpcrd.img" ]; then ./modules/signing/preimage.10.extract.sh:cp $fsmount/boot/olpcrd.img $tgt/data.img ./modules/signing/README: - if found, the initramfs at /boot/initrd.img (or /boot/olpcrd.img) will be ./modules/xo1/kspost.50.xo1-tweaks.inc:# FIXME: old olpc.fth looks for olpcrd.img, but we now use initrd.img ./modules/xo1/kspost.50.xo1-tweaks.inc:[ -e "/boot/olpcrd.img" ] || ln -s initrd.img /boot/olpcrd.img ./modules/xo1/kspost.50.xo1-tweaks.inc: " ${DN}${PN}\olpcrd.img" expand$ to ramdisk ## Looking forward to a reply (especially to the first query). Thanks and Regards, Ajay On Sat, May 12, 2012 at 2:26 PM, Ajay Garg wrote: > > > On Sat, May 12, 2012 at 2:08 PM, Ajay Garg wrote: > >> Thanks Martin. >> Very neatly explained :) >> >> I tried the "rmmod/modprobe" hack in "olpc-configure", and it worked >> (obviously because, this time the "/etc.modprobe.d/libertas.conf" could be >> fetched/read from persistent storage). Mesh-icons were no more visible in >> the neighborhood-view (both during reboot, and resume-from-suspend). >> >> But I too felt that this is more of a hack, and not a clean solution. >> >> >> So, I ventured out exploring dracut. >> I created a initramfs image on my home/work laptop, hosting Fedora-14, >> via the command :: >> >>"dracut test.img" >> >> and then listed the contents of it >> >>"lsinitrd test.img" >> >> I saw that "/etc/modprobe.d/*" files were a part of "test.img". >> So, I think that these files _are_ included as part of the initramfs >> image, as per say. >> >> >> So, >> >> """ >> Is this observation (that /etc/modprobe.d/* files are included, as per >> say) in line with what is expected? >> If yes, that is kind of a relief, since that would mean that only >> "/etc/modprobe.d/libertas.conf" is not being included (in initramfs that >> is). >> """ >> > > Well, just inspected "lsinitrd olpcrd.img" (assuming "olpcrd.img" _is_ the > initramfs image in the signed build :D ) > "olpcrd.img", in fact, does not contain any /etc/modprobe/* files. > > > Am looking into exploring customized dracut-modules-olpc.. > > > Thanks and Regards, > Ajay > > > >> >> >> >> Thanks and Regards, >> Ajay >> >> >> >> On Fri, May 11, 2012 at 3:33 AM, Martin Langhoff < >> martin.langh...@gmail.com> wrote: >> >>> On Thu, May 10, 2012 at 1:23 PM, Ajay Garg >>> wrote: >>> > If I boot with "/security/develop.sig" folder in my pendrive, >>> > a) >>> > mesh-icons are observed in neighborhood-view, both during reboot and >>> > resume-from-suspend. >>> >>> Welcome to the initramfs stage of your journey! When the laptop needs >>> activation, it loads a different initramfs that among other things >>> loads the libertas module. >>> >>> You need to get your /etc/modprobe.d/ files into the initramfs. For >>>
Re: [Sugar-devel] Wanting to know a bit of (NetworkManager) workflow upon resume-from-suspend
On Sat, May 12, 2012 at 2:08 PM, Ajay Garg wrote: > Thanks Martin. > Very neatly explained :) > > I tried the "rmmod/modprobe" hack in "olpc-configure", and it worked > (obviously because, this time the "/etc.modprobe.d/libertas.conf" could be > fetched/read from persistent storage). Mesh-icons were no more visible in > the neighborhood-view (both during reboot, and resume-from-suspend). > > But I too felt that this is more of a hack, and not a clean solution. > > > So, I ventured out exploring dracut. > I created a initramfs image on my home/work laptop, hosting Fedora-14, via > the command :: > >"dracut test.img" > > and then listed the contents of it > >"lsinitrd test.img" > > I saw that "/etc/modprobe.d/*" files were a part of "test.img". > So, I think that these files _are_ included as part of the initramfs > image, as per say. > > > So, > > """ > Is this observation (that /etc/modprobe.d/* files are included, as per > say) in line with what is expected? > If yes, that is kind of a relief, since that would mean that only > "/etc/modprobe.d/libertas.conf" is not being included (in initramfs that > is). > """ > Well, just inspected "lsinitrd olpcrd.img" (assuming "olpcrd.img" _is_ the initramfs image in the signed build :D ) "olpcrd.img", in fact, does not contain any /etc/modprobe/* files. Am looking into exploring customized dracut-modules-olpc.. Thanks and Regards, Ajay > > > > Thanks and Regards, > Ajay > > > > On Fri, May 11, 2012 at 3:33 AM, Martin Langhoff < > martin.langh...@gmail.com> wrote: > >> On Thu, May 10, 2012 at 1:23 PM, Ajay Garg >> wrote: >> > If I boot with "/security/develop.sig" folder in my pendrive, >> > a) >> > mesh-icons are observed in neighborhood-view, both during reboot and >> > resume-from-suspend. >> >> Welcome to the initramfs stage of your journey! When the laptop needs >> activation, it loads a different initramfs that among other things >> loads the libertas module. >> >> You need to get your /etc/modprobe.d/ files into the initramfs. For >> your vanilla build, look into dracut-modules-olpc. If you're hoping to >> get this integrated into a build with an alternative initramfs (hint: >> Ceibal) that build will have a custom version of dracut-modules-olpc. >> >> That is the right way. When the laptop is in secure mode, olpc.fth is >> _ignored_, so no chance to set a kernel cmdline there. >> >> An easier alternative might be to check for those flags under /sys, >> and if they are there, rmmod/modprobe libertas for example in >> olpc-configure (so during early boot). >> >> >> >> >> m >> -- >> martin.langh...@gmail.com >> mar...@laptop.org -- Software Architect - OLPC >> - ask interesting questions >> - don't get distracted with shiny stuff - working code first >> - http://wiki.laptop.org/go/User:Martinlanghoff >> > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Wanting to know a bit of (NetworkManager) workflow upon resume-from-suspend
Thanks Martin. Very neatly explained :) I tried the "rmmod/modprobe" hack in "olpc-configure", and it worked (obviously because, this time the "/etc.modprobe.d/libertas.conf" could be fetched/read from persistent storage). Mesh-icons were no more visible in the neighborhood-view (both during reboot, and resume-from-suspend). But I too felt that this is more of a hack, and not a clean solution. So, I ventured out exploring dracut. I created a initramfs image on my home/work laptop, hosting Fedora-14, via the command :: "dracut test.img" and then listed the contents of it "lsinitrd test.img" I saw that "/etc/modprobe.d/*" files were a part of "test.img". So, I think that these files _are_ included as part of the initramfs image, as per say. So, """ Is this observation (that /etc/modprobe.d/* files are included, as per say) in line with what is expected? If yes, that is kind of a relief, since that would mean that only "/etc/modprobe.d/libertas.conf" is not being included (in initramfs that is). """ Thanks and Regards, Ajay On Fri, May 11, 2012 at 3:33 AM, Martin Langhoff wrote: > On Thu, May 10, 2012 at 1:23 PM, Ajay Garg > wrote: > > If I boot with "/security/develop.sig" folder in my pendrive, > > a) > > mesh-icons are observed in neighborhood-view, both during reboot and > > resume-from-suspend. > > Welcome to the initramfs stage of your journey! When the laptop needs > activation, it loads a different initramfs that among other things > loads the libertas module. > > You need to get your /etc/modprobe.d/ files into the initramfs. For > your vanilla build, look into dracut-modules-olpc. If you're hoping to > get this integrated into a build with an alternative initramfs (hint: > Ceibal) that build will have a custom version of dracut-modules-olpc. > > That is the right way. When the laptop is in secure mode, olpc.fth is > _ignored_, so no chance to set a kernel cmdline there. > > An easier alternative might be to check for those flags under /sys, > and if they are there, rmmod/modprobe libertas for example in > olpc-configure (so during early boot). > > > > > m > -- > martin.langh...@gmail.com > mar...@laptop.org -- Software Architect - OLPC > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel