| 00:36.18 | *** join/#nslu2-linux yvasilev (n=yvasilev@189.140.150.87) |
| 00:38.20 | JRsup1 | sorry for creating a ruckus. The channel wasn't very active when I dropped the email and I was leaving work...I thought maybe some others who weren't in here may have had some ideas |
| 00:38.51 | JRsup1 | ncurses did fix the problem so thanks to xkr47 wherever you are..... |
| 01:20.22 | rwhitby | JRsup1: if you have kernel changes that you want us to include in the standard distro, just let me or mwester know |
| 01:26.43 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 01:30.05 | JRsup1 | rwhitby: I doubt you'll need to add anything...I doubt it'll work. I'm just adding USBgadget modules |
| 01:30.54 | rwhitby | JRsup1: I'm very interested in usb gadget support. How are you getting access to a device USB port though? |
| 01:31.08 | rwhitby | (as opposed to the host ports that are easy to access?) |
| 01:31.52 | JRsup1 | soldered one in per the how to. It's not "fully" functional but I got it to work *once* in uClinux |
| 01:32.30 | JRsup1 | fully as in you have to manually run the module since there's no GPIO for the port |
| 01:32.37 | rwhitby | interesting. got some pictures of your soldering work? |
| 01:33.57 | JRsup1 | <PROTECTED> |
| 01:34.07 | JRsup1 | she should be home in about 45 min |
| 01:37.04 | JRsup1 | rwhitby: would you have any idea why my boot process is looking for /lib/modules/2.6.21/..... but my directory structure is X/2.6.19/... |
| 01:37.13 | JRsup1 | the numbers are wrong |
| 01:38.35 | rwhitby | JRsup1: we can upload the photos to http://www.nslu2-linux.org/gallery/ |
| 01:38.58 | rwhitby | JRsup1: which kernel version are you running? |
| 01:39.15 | JRsup1 | 2.6.21 |
| 01:39.26 | rwhitby | and did you rebuild your rootfs for that new kernel, or at least ipkg install all the kernel modules for it? |
| 01:41.50 | JRsup1 | um...nope...must have missed that instruction somewhere. Don't remember doing it the last time I did this |
| 01:42.42 | JRsup1 | when I last did this about a year ago I just ran make <target> and that was good.... |
| 01:43.30 | JRsup1 | I am cross-compiling my kernel/image on a Ubuntu 6.10 system |
| 01:48.01 | JRsup1 | it didn't add my usb gadget module either.... :( |
| 01:48.16 | JRsup1 | I'm really wishing I hadn't lost my old notes on this |
| 01:48.49 | *** join/#nslu2-linux hillct (n=H@cpe-076-182-044-148.nc.res.rr.com) |
| 01:50.09 | JRsup1 | I'm not finding instructions on nslu2-linux.org for rebuilding the rootfs. I'd imagine the ipkg'ing would be done on the NSLU2 but I'm not sure on that one either. |
| 01:54.02 | JRsup1 | Hmm...in my compile environment I have 2.6.21 |
| 01:55.03 | rwhitby | the master makefile builds both kernel and rootfs |
| 01:55.17 | rwhitby | if you build slugos head, it will build 2.6.21.6 |
| 01:55.57 | rwhitby | you can change the defconfig in packages/linux/ixp4xx-kernel/2.6.21/defconfig |
| 01:56.28 | rwhitby | or you can just ipkg install the kernel modules from the slugos unstable cross feed |
| 01:56.54 | JRsup1 | I wonder if it's because I didn't actually flash the image I just went into redboot and loaded ramdisk.gz and vmlinuz |
| 01:57.43 | rwhitby | you should flash a stable starting point, with kernel modules that match the kernel you're testing, then you can test new kernel images in redboot with that. |
| 01:58.22 | rwhitby | where did the ramdisk.gz come from, such that it's contents don't match the kernel you're using it with? |
| 01:58.34 | JRsup1 | ok...I've got to go back to the instructions and remember the steps to do an actual flash |
| 01:58.47 | JRsup1 | I did a SlugImage -u -i <imagefile> |
| 01:59.04 | JRsup1 | so I thought it would match...but something's not coming up right... |
| 02:00.47 | JRsup1 | I followed http://www.nslu2-linux.org/wiki/HowTo/TestAnImageInRamUsingRedBoot |
| 02:10.03 | JRsup1 | ok, flashing a recent base image (good thing I saved that!) |
| 02:13.57 | JRsup1 | that was it...it wasn't loading the updated fs. The new flash has the appropriate 2.6.21 modules |
| 02:17.03 | JRsup1 | rwhitby: ok, so I have a running base image that's ok. I went back and ran a make menuconfig on the kernel and added the USB gadget modules. I removed the do-compile for the kernel and re-ran the make slugosbe-image. It didn't add my modules. did I miss a step? |
| 02:18.04 | rwhitby | it won't add the modules to the rootfs unless you explicitly tell it to (we don't have room in the flash for the many possible kernel modules) |
| 02:18.15 | rwhitby | look in tasks/task-slugos.bb |
| 02:23.40 | JRsup1 | so now it needs to be in defconfig (which I forgot how to add the lines here after I did a make menuconfig) *and* in the task-slugos.bb? |
| 02:28.07 | rwhitby | you need to enable the module for compilation in defconfig, and you need to add the module to the rootfs image in task-slugos.bb |
| 02:28.26 | rwhitby | (since we can't add *all* modules compiled into .ipks to the rootfs image) |
| 02:29.11 | rwhitby | (there are 432 module ipks emitted by compiling the kernel) |
| 02:29.47 | rwhitby | all of which appear in our feeds, but only a few of which are required to boot, get disk access, and get network access (so you can ipk install any other ones you need) |
| 02:33.02 | JRsup1 | do i have to make <anything> the kernel before I remove the do.compile stamp and rerun my make slugosbe-image? |
| 02:35.34 | rwhitby | JRsup1: I'm not sure whether the compile stamps is enough, since the defconfig is copied over in the unpack stage |
| 02:35.55 | JRsup1 | yes...so I know I DONT want to remove the unpack stamp |
| 02:35.59 | JRsup1 | that's one I DO remember |
| 02:36.07 | JRsup1 | that overwrites my changes |
| 02:36.25 | rwhitby | best to change the defconfig in the OE metadata, then completely rebuild the kernel. Or alternatively change the config in the kernel build directory (but remember to preserve those changes into the defconfig later) |
| 02:36.32 | JRsup1 | should i remove the rest of the stamps? and do I need to seperately make the kernel first? |
| 02:36.45 | rwhitby | oh, do you have actual code changes as well as .config changes? |
| 02:37.04 | JRsup1 | no...just config/defconfig changes |
| 02:41.05 | rwhitby | so just change the defconfig in the directory I gave you, and completely rebuild the kernel package. |
| 02:41.19 | rwhitby | (i.e. bitbake -c rebuild ixp4xx-kernel) |
| 02:43.27 | JRsup1 | ...it did do.unpack even though I left the stamp.... |
| 02:43.36 | JRsup1 | well...I did the other command |
| 02:43.47 | JRsup1 | I haven't tried direct bitbake commands yet |
| 02:47.10 | JRsup1 | I don't have bitbake as a command |
| 02:49.06 | rwhitby | you need to ". ./setup-env" |
| 02:50.30 | JRsup1 | just caught that as make slugosbe-image was running. I think I got everything back on track now |
| 02:55.28 | JRsup1 | how would I find out the name of the module to put in task-slugos.bb, and how do I make it re-run that part? |
| 02:56.06 | rwhitby | the kernel Kconfig (or corresponding Makefile in the kernel source) will tell you the name of the module |
| 02:56.21 | rwhitby | task-slugos is a package, so just bitbake -c rebuild it |
| 03:07.37 | JRsup1 | crap...something blew up, but I gotta take my fiance to the airport @ like 2am so I need sleep... Thanks for the help rwhitby...I'll pick up and try again tomorrow from here. and let you know how things work out. And I'll get some pictures of the mod. |
| 03:07.49 | rwhitby | thx |
| 03:09.54 | *** part/#nslu2-linux JRsup1 (n=chatzill@12.206.154.152) |
| 03:30.02 | *** join/#nslu2-linux hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
| 03:42.52 | *** join/#nslu2-linux DrZimmerman (n=theo@2001:5c0:8fff:fffe:0:0:0:6af1) |
| 04:49.08 | *** join/#nslu2-linux ch4os_ (n=ch4os@unaffiliated/ch4os/x-059673) |
| 05:00.07 | *** join/#nslu2-linux uIKgChUm`kxqd_A (n=Sinclair@p57B48234.dip0.t-ipconnect.de) |
| 05:03.27 | *** join/#nslu2-linux mithro_ (n=tim@ppp246-117.static.internode.on.net) |
| 05:07.04 | joshin | I've found an interesting bug that trends across the NSLU2 kernel from 2.6.18 to 2.6.20 (have not yet tried a current one). Seems that even with 400MB swap and mucking about with /proc/sys/vm/overcommit_memory tricks my slug gets confused and thinks it is out of memory. |
| 05:07.29 | joshin | This happens just doing a big tar. |
| 05:10.05 | joshin | I wonder if when the USB drive is busy (which is where the swap partition is) if it times out or something. |
| 05:10.25 | joshin | http://www.pastebin.ca/673138 |
| 05:16.30 | *** join/#nslu2-linux pleemans (n=peter@leemanpe.ugent.be) |
| 06:10.58 | CIA-6 | 03bzhou * r6735 10optware/trunk/ (Makefile make/putmail.mk): putmail: added & promoted |
| 06:32.03 | *** join/#nslu2-linux Sinclair73de (n=Sinclair@p57B48234.dip0.t-ipconnect.de) |
| 06:44.14 | *** join/#nslu2-linux pleemans (n=peter@leemanpe.ugent.be) |
| 07:05.17 | *** join/#nslu2-linux |Lunar_Lamp| (n=Lunar_La@87.114.5.188.plusnet.thn-ag3.dyn.plus.net) |
| 07:08.36 | *** join/#nslu2-linux bluepup (n=patrick@p548B7121.dip.t-dialin.net) |
| 07:12.55 | *** join/#nslu2-linux CieD (n=CieD@host86-136-74-142.range86-136.btcentralplus.com) |
| 07:49.56 | *** join/#nslu2-linux eiffel_ (n=eiffel@p5B0521B9.dip0.t-ipconnect.de) |
| 08:26.10 | *** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net) |
| 09:15.29 | *** join/#nslu2-linux kolla (n=kolla@158.38.11.12) |
| 09:30.51 | *** join/#nslu2-linux kolla_ (i=kolla@haugum.uninett.no) |
| 09:35.54 | *** join/#nslu2-linux kolla (i=kolla@haugum.uninett.no) |
| 10:20.58 | *** join/#nslu2-linux mithro_ (n=tim@ppp246-117.static.internode.on.net) |
| 11:14.20 | *** join/#nslu2-linux drath_ (i=vmaster@p5B07E0E2.dip.t-dialin.net) |
| 12:31.04 | *** join/#nslu2-linux osas (n=nnnnnnnn@72.53.149.68) |
| 12:59.35 | *** join/#nslu2-linux GPSFan (n=kenm@12.10.255.248) |
| 13:52.23 | *** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net) |
| 14:06.30 | *** join/#nslu2-linux ka6sox-laptop (n=tom@nslu2-linux/ka6sox) |
| 14:26.19 | hillct | Good morning all |
| 14:27.09 | hillct | I'm having an interesting issue I've never seen with 3.10-beta |
| 14:27.25 | hillct | I have root and var mounted separately |
| 14:28.15 | hillct | all from a flash drive |
| 14:28.29 | hillct | where sda1 is root, 2 is swap and 3 is var |
| 14:28.45 | hillct | 1 and 3 are mounted with 'defaults' |
| 14:29.20 | hillct | but after some interval, aparently less than 12 hours, sda3 suddenly is remounted read-only |
| 14:29.37 | hillct | not via any script I have running, or any other means I can identify |
| 14:30.37 | hillct | are there any other observed cases where filesystems have been inexplicably re-mounted read-only? |
| 14:49.33 | *** join/#nslu2-linux mindbender (n=Miranda@lt130.ben.tuwien.ac.at) |
| 14:53.03 | *** join/#nslu2-linux yvasilev (n=yvasilev@Dune.math.cinvestav.mx) |
| 15:46.11 | joshin | Anyone have any idea why a system with 400MB of swap and only running a tar extract on a big file from one USB connected disk to another would cause this: http://www.pastebin.ca/673138 |
| 15:46.20 | joshin | NSLU2 |
| 15:56.12 | mwester | VM behavior for recent kernels, as I understand it, apparently will kill programs that lack enough physical RAM regardless of swap space available. |
| 16:25.12 | hillct | mwester: any thoughts on my strange FS remount issue mentioned earlier? |
| 16:26.38 | hillct | I've now explicitly specified the mount options and will leave them in place to see if the issue re-emerges over the next 12 hours, but I haven't been able to identify a prodecure that will precipitate the faulty re-mount, so all I can really do is wait and see |
| 16:39.01 | joshin | mwester: That's really annoying behavior.. :) |
| 17:03.32 | *** join/#nslu2-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 17:11.51 | *** join/#nslu2-linux jipi (n=jipi@bb121-7-50-32.singnet.com.sg) |
| 17:17.00 | *** join/#nslu2-linux hp__ (n=stapel@d54C61E21.access.telenet.be) |
| 17:50.52 | *** join/#nslu2-linux ByronT (i=byron-po@nslu2-linux/ByronT) |
| 18:17.41 | *** join/#nslu2-linux bluepup (n=patrick@p548B5B77.dip.t-dialin.net) |
| 18:32.03 | *** join/#nslu2-linux Ragnor (n=Ragnor@dslb-084-062-093-221.pools.arcor-ip.net) |
| 18:50.21 | *** join/#nslu2-linux Zword (n=Zword@bos94-3-82-226-234-106.fbx.proxad.net) |
| 18:53.10 | *** join/#nslu2-linux caplink811-log (n=caplink8@dslb-088-073-037-072.pools.arcor-ip.net) |
| 19:15.17 | *** join/#nslu2-linux H4rvy (n=norm@62-30-143-108.cable.ubr05.pres.blueyonder.co.uk) |
| 20:17.42 | *** join/#nslu2-linux Reedy_Boy (n=Reedy@wikimedia/Reedy-Boy) |
| 21:01.31 | *** join/#nslu2-linux pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 22:24.53 | CIA-6 | 03bzhou * r6736 10optware/trunk/make/syx.mk: syx: old gcc does not recognize -Wno-strict-aliasing |
| 22:38.22 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 22:56.22 | *** join/#nslu2-linux drath_ (n=vmaster@p5B07E6B2.dip.t-dialin.net) |