| 00:52.18 | *** join/#nslu2-linux sdm485 (n=NSLU2-IR@S0106005018008e03.cg.shawcable.net) |
| 01:07.39 | CIA-5 | 03rwhitby * 10debian/patches/ (41 files in 5 dirs): Removed patches that have been moved over to the kernel repo. |
| 01:10.07 | *** join/#nslu2-linux drif_ (n=drif@82-203-145-25.dsl.gohome.fi) |
| 01:11.06 | CIA-5 | 03rwhitby * 10debian/configs/ (6 files): Removed obsolete configs - now in kernel repo |
| 01:27.20 | *** join/#nslu2-linux VoodooZ (n=chatzill@toronto-HSE-ppp4179753.sympatico.ca) |
| 02:13.25 | *** join/#nslu2-linux jbowler (n=jbowler@nslu2-linux/jbowler) |
| 02:28.02 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 02:59.01 | CIA-5 | 03rwhitby * 10debian/patches/debian-arm-nslu2.patch: Removed, because tbm has added it to Debian proper |
| 03:02.46 | *** join/#nslu2-linux EvilDevil (n=ps@p54A6D3E5.dip.t-dialin.net) |
| 03:03.29 | *** part/#nslu2-linux EvilDevil (n=ps@p54A6D3E5.dip.t-dialin.net) |
| 03:04.28 | CIA-5 | 03rwhitby * 10debian/Makefile: Latest updates for 2.6.15-2 (including the new nslu2 flavour). |
| 03:58.48 | *** join/#nslu2-linux NAiL_ (n=repvik@banan.dataparty-mn.biz) |
| 04:04.04 | *** part/#nslu2-linux Ximinez (n=repvik@nslu2-linux/pdpc.active.repvik) |
| 04:54.47 | *** join/#nslu2-linux cheef-daniel (n=Cheef-Da@p549AC2DC.dip0.t-ipconnect.de) |
| 05:56.36 | *** join/#nslu2-linux jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 05:56.36 | *** topic/#nslu2-linux is nslu2-linux developer channel - use #nslu2-general for end-user questions |
| 06:00.49 | *** join/#nslu2-linux philips (n=brandon@shell.osuosl.org) |
| 07:27.45 | *** join/#nslu2-linux DrZimmerman (n=theo@84-72-180-35.dclient.hispeed.ch) |
| 08:27.20 | *** join/#nslu2-linux eFfeM (n=slug@ip545787f8.direct-adsl.nl) |
| 08:30.41 | eFfeM | morning |
| 08:31.22 | NAiL | morning |
| 08:31.41 | eFfeM | hi NAiL |
| 08:31.57 | eFfeM | do i recall correctly that you were going to try debianslug today ? |
| 08:32.02 | NAiL | yeah |
| 08:32.07 | NAiL | I'm kindof preparing to right now |
| 08:32.14 | NAiL | cleaning my desk and such ;-) |
| 08:32.21 | eFfeM | (i'm waiting to reflash it) |
| 08:32.34 | eFfeM | ouch. cleaning, doesn't sound good |
| 08:32.42 | NAiL | Problem is that I'll have to take down my internet connection to do it |
| 08:32.51 | eFfeM | i also want to get it running |
| 08:33.05 | eFfeM | are you using your slug as a router ? |
| 08:33.22 | NAiL | yup |
| 08:33.24 | NAiL | wireless |
| 08:34.00 | eFfeM | cool, i had a few usb dongles lying around, but never managed to get any of them to work |
| 08:34.11 | NAiL | which chipset? |
| 08:35.55 | eFfeM | that is always the tricky thing |
| 08:36.07 | eFfeM | as most of them cannot be opened |
| 08:36.21 | eFfeM | i am fairly sure one of them uses a prism chipset |
| 08:36.35 | NAiL | are all of them G? |
| 08:36.45 | eFfeM | one of the others was realtek if i recall correctly but with a philips mac |
| 08:36.52 | eFfeM | the prism yes,the realtek no |
| 08:36.56 | NAiL | brb |
| 08:37.04 | eFfeM | ok |
| 08:38.18 | eFfeM | philips, any progress on the audio? decided to install debianslug to see if a different endianness makes a difference |
| 08:42.49 | CIA-5 | 03jbowler * 10kernel/2.6.15/defconfig: Corrected config options for Loft |
| 08:42.49 | NAiL | oh well, this is going to take a fair while |
| 08:43.17 | NAiL | I've got a load of stuff stored on the slug that I've gotta backup first :P |
| 08:44.30 | *** join/#nslu2-linux [g2] (n=Tom@cpe-066-057-008-035.nc.res.rr.com) |
| 08:44.43 | NAiL | morning, [g2] |
| 08:45.01 | eFfeM | i've took my chances as virtually all is backed up well, so I moved everthing to a backup dir |
| 08:45.12 | [g2] | NAiL |
| 08:45.18 | [g2] | NAiL heh :) |
| 08:45.25 | eFfeM | hi [g2] |
| 08:45.36 | [g2] | hey |
| 08:45.46 | [g2] | time for some sleep :) |
| 08:47.08 | eFfeM | lol, just got up |
| 08:47.16 | eFfeM | 2 am your time ? |
| 09:06.08 | [g2] | 4AM |
| 09:17.35 | eFfeM | [g2], then it is really time for sleep... |
| 09:39.59 | NAiL | hmm |
| 09:40.32 | NAiL | I think I can actually fit this webcam (except the lens) inside a slug.. |
| 09:40.41 | NAiL | a camslug... good idea :-PP |
| 09:53.55 | *** join/#nslu2-linux NAiL (n=repvik@nslu2-linux/pdpc.active.repvik) |
| 10:34.06 | *** join/#nslu2-linux eFfeM (n=somebody@ip545787f8.direct-adsl.nl) |
| 10:38.52 | *** join/#nslu2-linux mithro (n=tim@87.116.151.180) |
| 11:05.38 | *** part/#nslu2-linux eFfeM (n=somebody@ip545787f8.direct-adsl.nl) |
| 11:10.31 | *** join/#nslu2-linux llagendijk (n=louis@lagendijk.xs4all.nl) |
| 11:16.33 | *** join/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 11:17.04 | *** join/#nslu2-linux eFfeM (n=slug@ip545787f8.direct-adsl.nl) |
| 11:43.06 | eFfeM | hmm, still having troubles booting into debianslug; inititally thought perhaps the partition was too big so moved to a smaller one (1.5 GB) but that does not help. I never leave the flashing orange led state |
| 11:43.15 | eFfeM | anyone a suggestion? |
| 11:43.41 | rwhitby | nope, put serial on it :-) |
| 11:44.14 | eFfeM | yeah, should do that, did have troubles getting the holes open and don't have the gear |
| 11:44.45 | rwhitby | use the "push the pins through from the other side while heating" trick. |
| 11:45.13 | rwhitby | the middle two clear easily (even by using the "percussive method" if you have no solder sucker) |
| 11:45.26 | eFfeM | yes, need to find myself the cable stuff as well |
| 11:45.28 | rwhitby | the outside two have the internal planes to suck the heat |
| 11:46.15 | eFfeM | ok, I'll get a cable a.s.a.p. (i think we should have these at work) and try it |
| 11:47.12 | eFfeM | orange flashing means it is still in the boot stage isn't it? |
| 11:50.25 | rwhitby | well, there's nothing in debian yet to change it, so it could mean anything |
| 11:51.30 | eFfeM | ah ok, |
| 11:52.07 | eFfeM | will re-check my work first to see if I didn't make any mistake |
| 11:55.44 | NAiL | eFfeM: you've got a debianslug-image? |
| 11:56.09 | eFfeM | NAiL, where should that one be ? |
| 11:56.33 | eFfeM | i asked something to that extend yesterday, but did not really get an answer |
| 11:57.01 | NAiL | what did you flash your slug with? |
| 11:57.05 | eFfeM | should I have an image somewhere on my boot partition? and if so, where should it come from and go to ??????? |
| 11:57.47 | NAiL | I was wondering if you had the image you used to flash your slug |
| 11:57.53 | eFfeM | NAiL, I did do a make debianslug-image with the master makefile |
| 11:57.55 | CIA-5 | 03rwhitby * 10debian/.cvsignore: Updated to match Makefile |
| 11:58.09 | NAiL | yeah, did that work at all? |
| 11:58.23 | eFfeM | then got this in tmp/deploy/images: |
| 11:58.24 | eFfeM | debianslug-nslu2-20060111212325.flashdisk.img |
| 11:58.28 | NAiL | mine boots, but the network doesn't work |
| 11:58.41 | eFfeM | it boots fine |
| 11:58.50 | rwhitby | BTW, you guys are choosing a very volatile time to be building images. |
| 11:59.00 | eFfeM | even the network is working for me, I can get in using ssh |
| 11:59.20 | NAiL | rwhitby: isn't HEAD always volatile? ;) |
| 11:59.31 | eFfeM | rwhitby, yeah, I know my timing is not that good. I was too eager to see if an LE driver would solve my audio problems |
| 12:00.02 | eFfeM | and next week I'm on a business trip for a week. this seemed a nice project for a free saturday... |
| 12:00.42 | eFfeM | for me the network does work and I can into the slug with ssh, but then I cannot get to booting from hard disk |
| 12:01.05 | rwhitby | well, all I can say is that I haven't tested an image since before the start of the big OE breakage |
| 12:01.20 | eFfeM | rwhitby, should there be a debian image on the harddisk when booting from there? |
| 12:01.36 | rwhitby | doesn't need to be |
| 12:02.24 | eFfeM | ah, ok, at some point I had the impression that the LE openslug image in the flash was used as a booter for a real debian kernel |
| 12:03.06 | NAiL | eFfeM: mind sending me your image? I'd like to try and see if that works better on my box |
| 12:04.47 | eFfeM | NAiL, sure |
| 12:05.01 | eFfeM | dcc send ok ? |
| 12:05.11 | NAiL | might work |
| 12:05.53 | eFfeM | it tells me here offering |
| 12:06.09 | eFfeM | normally I would put this on my web server dir on my slug :-) |
| 12:06.43 | NAiL | doesn't seem to work, no |
| 12:06.49 | NAiL | could you mail it to me? |
| 12:06.59 | eFfeM | np, address ? |
| 12:07.08 | NAiL | pm |
| 12:10.21 | eFfeM | NAiL, it is uploading, takes a little bit of time, 8MB img, 512 kbit uplink (also in use for other things and yahoo doesn't seem very fast either) |
| 12:11.54 | eFfeM | NAiL, it is gone here, let me know if this works for you |
| 12:12.21 | eFfeM | build from the head, partially thu, partially fri |
| 12:12.28 | eFfeM | in a clean env |
| 12:14.16 | NAiL | thanks |
| 12:14.18 | NAiL | downloading now |
| 12:14.35 | eFfeM | yw |
| 12:14.47 | eFfeM | actually i did all of the instructions except for two: |
| 12:14.48 | eFfeM | Add your name to the DebianSlugUsers list. |
| 12:14.48 | eFfeM | Reboot into Debian. |
| 12:15.03 | eFfeM | I decided to reverse the order, never got past the reboot .... |
| 12:17.01 | CIA-5 | 03rwhitby * 10debian/Makefile: Made it only build the nslu2 flavour instead of all arm flavours. |
| 12:39.41 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 12:42.42 | eFfeM | rwhitby, apparently leds do work on debianslug as these are e.g. in /boot/disk and that is the same as the openslug one |
| 12:56.21 | NAiL | rwhitby: I figured out what was wrong with my debianslug image... It doesn't read the ip from SysConf, and goes dhcp. Since I don't have a dhcp-server, it simply doesn't come up. |
| 12:56.34 | NAiL | The dhcp client just forks off into the background |
| 12:57.12 | NAiL | so now I just have to set up a dhcp server :P |
| 12:57.35 | *** part/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 13:18.31 | *** join/#nslu2-linux ingeba (n=ingeba@83.80-203-45.nextgentel.com) |
| 13:29.13 | eFfeM | NAiL, that is why my slug got a fixed ip address |
| 13:33.15 | ingeba | The past few days, compiling Unslung has given me: |
| 13:33.17 | ingeba | ERROR: Nothing provides gmp-native |
| 13:33.18 | ingeba | ERROR: dependency gmp-native (for gcc-cross) not satisfied |
| 13:33.20 | ingeba | NOTE: no buildable providers for virtual/armeb-linux-gcc |
| 13:33.21 | ingeba | ERROR: dependency virtual/armeb-linux-gcc (for unslung-packages) not satisfied |
| 13:33.23 | ingeba | NOTE: no buildable providers for unslung-packages |
| 13:33.24 | ingeba | make: *** [distro] Error 1 |
| 13:33.26 | ingeba | Any idea, anyone? |
| 13:34.36 | eFfeM | rwhitby, are you still there? I think I found the cause: /etc/default/functions says: test -x sbin/init && exec sbin/init |
| 13:34.46 | NAiL | ingeba: ltns :) |
| 13:34.51 | NAiL | but no idea on the problem |
| 13:34.53 | eFfeM | this is the place where it hangs. However if I call sbin/init directly it says: |
| 13:35.03 | ingeba | NAiL: Hi! |
| 13:35.03 | eFfeM | root@NSLU2:/# sbin/init |
| 13:35.04 | eFfeM | Usage: init [-e env ] [-t seconds] 0123456SsQqAaBbCcUu |
| 13:35.51 | NAiL | the debootstrap takes its time |
| 13:39.15 | eFfeM | NAiL, yeah but I waited several minutes to no avail (at one point > 15 mins) |
| 13:39.46 | eFfeM | and I was really surprised seeing init called without params and if I try that from the shell it complains ... |
| 13:41.27 | *** join/#nslu2-linux nslu2-log_ (n=nslu2-lo@nslu2-linux/dyoung) |
| 14:37.18 | NAiL | eFfeM: I just booted to debianslug successfully |
| 14:37.42 | NAiL | sda: assuming drive cache: write through |
| 14:37.47 | NAiL | oops |
| 14:38.17 | eFfeM | NAiL, very good. from the hard disk? what did you do? |
| 14:40.57 | eFfeM | i seem to be stuck in init |
| 14:44.13 | NAiL | I didn't have to do anything special |
| 14:44.19 | eFfeM | actually ixp400_eth seems to start but that's about the end |
| 14:44.22 | NAiL | of course, the led still blinks though |
| 14:44.39 | eFfeM | how long did you have to wait |
| 14:45.09 | NAiL | couple of minutes or so |
| 14:45.26 | eFfeM | dhcp or fixed ip ? |
| 14:45.31 | NAiL | fixed |
| 14:45.52 | NAiL | I've got a serial console though, so I'm cheating :-P |
| 14:46.39 | eFfeM | ah ok |
| 14:47.19 | eFfeM | can you do me a favor and reboot and tell me when it is through ? |
| 14:47.34 | NAiL | There's a slight problem with that |
| 14:47.46 | NAiL | because when the slug goes down, so does my internet |
| 14:47.55 | *** join/#nslu2-linux cheef-daniel (n=Cheef-Da@p549AB960.dip0.t-ipconnect.de) |
| 14:48.01 | NAiL | and right now, it's a rather long list of manual tasks to get it back up :P |
| 14:49.08 | eFfeM | ah, ok, nevermind then |
| 14:49.34 | eFfeM | actually i did not see you go away .... |
| 14:51.03 | NAiL | no, that's because I'm ssh'ing to a server in another town where I've got a screen-session ;-) |
| 14:51.24 | eFfeM | understood |
| 14:52.07 | *** join/#nslu2-linux macsat (n=macsat@0x535b9779.arcnxx9.adsl-dhcp.tele.dk) |
| 14:55.00 | eFfeM | NAiL, it is using the same fixed address as without hd I assume |
| 14:55.08 | eFfeM | it is booting now for five minutes |
| 14:56.13 | NAiL | hmm |
| 14:58.30 | eFfeM | my root fs is 1.5 G and on /dev/sda2, I assume this is not a problem |
| 15:00.04 | *** join/#nslu2-linux cheefDaniel (n=Cheef-Da@p549AB960.dip0.t-ipconnect.de) |
| 15:02.15 | *** join/#nslu2-linux Jacmet (n=jacmet@50C59F0E.flatrate.dk) |
| 15:12.54 | *** join/#nslu2-linux cheefDaniel (n=Cheef-Da@p549AB960.dip0.t-ipconnect.de) |
| 15:33.39 | eFfeM | Got it working!!!!!!!!! |
| 15:33.58 | eFfeM | finally figured out that i was on dhcp (stupid me) |
| 15:34.12 | eFfeM | i'll immediately update the wiki |
| 15:42.22 | eFfeM | NAiL, you did't follow the instructions! you're not in http://www.nslu2-linux.org/wiki/DebianSlug/DebianSlugUsers |
| 15:42.25 | eFfeM | :-) |
| 15:42.39 | eFfeM | this will put you out of the top 10 as I just took the 10th spot .... |
| 15:42.45 | eFfeM | <grin> |
| 16:17.44 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 17:01.11 | *** join/#nslu2-linux bullet (n=bullet@182.63.203.62.cust.bluewin.ch) |
| 17:13.17 | *** join/#nslu2-linux kagy (n=keving@87.65.156.212) |
| 17:23.21 | eFfeM | hi, for whom this concerns/interests |
| 17:23.55 | eFfeM | I just installed debianslug, but apparently the filesystem after turnon does not contain ipkg |
| 17:24.09 | eFfeM | for the time I've resolved this by coping everything with ipkg from /initrd |
| 17:25.46 | eFfeM | i tried to build ipkg; earlier today I got a compile error, but now it does work |
| 17:26.16 | eFfeM | (and for those who wonder why the heck I would need ipkg since I have apt-get: ipkg is still needed to get your own modules installed) |
| 17:32.59 | eFfeM | btw when installing a package I also get |
| 17:33.00 | eFfeM | Architecture-specific modutils configuration for arm not found, using defaults |
| 17:33.08 | eFfeM | decided to ignore that for now |
| 17:36.13 | eFfeM | anybody an idea where this symbol should come from: xscale_mc_clear_user_page |
| 17:36.19 | eFfeM | it is used by videobuf.ko |
| 17:42.45 | *** join/#nslu2-linux eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 17:48.36 | *** join/#nslu2-linux cpage (n=cpage@netblock-68-183-40-90.dslextreme.com) |
| 19:00.18 | jbowler | eFfeM-log: I think the videobuf.ko symbol is a change in 2.6.15 (i.e. I suspect it is a bug and videobuf hasn't been updated). |
| 19:00.31 | jbowler | I didn't think Debian used ipkg - don't you want dpkg? |
| 19:01.53 | *** join/#nslu2-linux caplink811-log (n=caplink8@dslb-084-059-088-051.pools.arcor-ip.net) |
| 19:07.52 | *** join/#nslu2-linux Eiffel (n=x@p548695C4.dip0.t-ipconnect.de) |
| 19:55.57 | *** join/#nslu2-linux macsat (n=macsat@0x535b9779.arcnxx9.adsl-dhcp.tele.dk) |
| 20:07.36 | *** join/#nslu2-linux AdamBake1 (n=aab@userch028.dsl.pipex.com) |
| 20:08.17 | *** join/#nslu2-linux Tiersten (n=tman@nslu2-linux/Tiersten) |
| 20:13.05 | NAiL | hmm |
| 20:13.11 | NAiL | I can't edit the wiki again |
| 20:13.40 | NAiL | Could anyone add a line about "dpkg reconfigure locales" fixing the LC_ALL, LANG etc. errors? |
| 20:16.09 | rwhitby | NAiL: did you put in the author field? |
| 20:16.51 | NAiL | quite possibly not, my dear watson |
| 20:17.16 | NAiL | other than locales being unconfigured, the system works great |
| 20:17.27 | NAiL | oh, and the led still blinking ;-) |
| 20:20.30 | NAiL | Again, brilliant work by whoever did it :-) |
| 20:22.04 | rwhitby | led blinking will be handled by the nslu2-tools debian package when it is done |
| 20:22.30 | NAiL | I'll add a note about that on the wiki |
| 20:36.22 | *** join/#nslu2-linux orda (n=orda@rul3z.org) |
| 20:36.32 | *** join/#nslu2-linux kfm (n=kfm82@p54BEF3E0.dip.t-dialin.net) |
| 21:02.19 | NAiL | YAY :D. I got my USB-scanner to work! |
| 21:06.41 | rwhitby | due to LE? |
| 21:09.55 | NAiL | yup |
| 21:12.04 | rwhitby | so I guess you're a proponent of debianslug/LE now :-) |
| 21:15.12 | NAiL | It does look very, very nice |
| 21:15.25 | NAiL | I still have BE OpenSlug running though |
| 21:30.47 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 21:38.49 | *** join/#nslu2-linux ingeba (n=ingeba@83.80-203-45.nextgentel.com) |
| 21:51.58 | rwhitby | tbm: let's discuss the booting of debian here. |
| 21:52.05 | tbm | so rwhitby and I were discussing about how to boot Debian. I'm not quite happy about the 1 meg kernel restriction and some other things |
| 21:52.19 | tbm | so my idea was to use RedBoot to load AMEX from flash where Linux normally is |
| 21:52.30 | tbm | then AMEX could load the real kernel and initrd. This would give us |
| 21:52.41 | tbm | the option to change the boot loader w/o having to change redboot, fix the |
| 21:52.57 | tbm | system id, have a kernel that's bigger than 1 meg, have command line/env |
| 21:52.59 | *** join/#nslu2-linux pTweety (i=www@thor.66h.42h.de) |
| 21:53.02 | tbm | variables in flash, etc etc |
| 21:53.19 | rwhitby | s/AMEX/APEX/ ? |
| 21:53.27 | tbm | yeah, sorry |
| 21:53.33 | tbm | http://wiki.buici.com/bin/view/Main/ApexBootloader |
| 21:54.53 | tbm | we could also see what the developer of Apex thinks of adding an usb stack. (It has ext3 support already). Then we could directly boot from a usb disk without an initramfs. |
| 21:55.01 | jbowler-away | It's also possible to work round the 1MByte limit using an initramfs |
| 21:55.52 | tbm | Although that's not strictly needed but probably wouldn't hurt either |
| 21:55.52 | tbm | jbowler-away: how? |
| 21:55.52 | jbowler-away | That is, use a <1M kernel and load modules from kinit - the package kernel+initramfs is the kernel |
| 21:57.04 | tbm | right. But 1M is really not much. I wouldn't mind having the option to have bigger kernels. |
| 21:57.25 | tbm | and apex also gives you environment variables which might be handy. |
| 21:58.09 | rwhitby | tbm: a few people already run apex on the nslu2, and beewoolie hangs out in #openslug sometimes |
| 21:58.16 | rwhitby | ~seen beewoolie |
| 21:58.29 | jbot | beewoolie <n=beewooli@206.124.142.26> was last seen on IRC in channel #openjtag, 20h 41m 49s ago, saying: 'ka6sox-office: Apparently, I was wrong about ep1220's board. There is nSRST line.'. |
| 21:58.59 | rwhitby | [g2] was running it for a while |
| 21:59.32 | NAiL | I'm running APEX on my test slug |
| 21:59.53 | NAiL | the problem with apex is no NPE |
| 22:00.32 | tbm | NPE? |
| 22:00.57 | rwhitby | ixp ethernet |
| 22:00.59 | NAiL | the network interface doesn't work in APEX |
| 22:01.33 | jbowler-away | So you can brick the slug just by damaging the rootfs |
| 22:02.13 | NAiL | Then you'll need serial or JTAG to recover |
| 22:02.53 | jbowler-away | I don't see why it would be necessary to have an NSLU2-specific kernel >1MByte, - even with kernel bloat there is still stuff which can be removed, just so long as it can be loaded from kinit (which it can - e.g. the RTC) |
| 22:03.33 | tbm | well, you can always unbrick it with uplug2 in that case. |
| 22:03.50 | tbm | the nice thing about using apex is that it would actually allow you to change environment variables via upslug2 |
| 22:04.49 | tbm | jbowler-away: I'd like to avoid having a nslu2 specific kernel in Debian. We have a generic ixp4xx image but that's currently much larger than 1 meg and I'm not sure modularizing it is such a good idea. |
| 22:05.07 | tbm | it's sometimes quite helpful to have stuff like nfs in the kernel |
| 22:05.09 | tbm | e.g. |
| 22:05.39 | jbowler-away | The generic ixp4xx we are generating for OE is 900k |
| 22:06.03 | jbowler-away | Well, 916028 bytes |
| 22:06.36 | jbowler-away | I don't see why nfs modules in kinit are functionally any different from nfs non-modules in the kernel. |
| 22:07.15 | jbowler-away | So far as I am aware the system behaves the same way on boot (i.e. the same way for kernel+nfs as for kernel+insmod nfs-module). |
| 22:08.33 | tbm | yeah, but it's more work for users than simply compiling it in. Anyway, and you're not bothered by the functionality apex potentially provides |
| 22:08.39 | tbm | e.g. no longer needing to fix the system id |
| 22:08.41 | jbowler-away | The problem with the boot loader approach is that the boot loader sucks up 1MByte of flash. |
| 22:08.43 | tbm | having environment variables |
| 22:08.52 | tbm | that's right |
| 22:09.08 | tbm | hmm, I suppose that's less of an issue for me than for you because I'm interested in running from usb disk |
| 22:09.12 | tbm | while you want a system in flash |
| 22:09.18 | rwhitby | tbm: note that nslu2-linux also supports configurations where everything (including user applications) are in flash for diskless applications |
| 22:09.35 | rwhitby | (even usb flash disk-less) |
| 22:09.42 | tbm | yeah |
| 22:09.43 | jbowler-away | No - it doesn't make any difference to me, the slugos stuff will run off the generic 1MByte kernel regardless. |
| 22:10.21 | [g2] | tbm IMHO just replacing the Redboot kernel with a full one makes lots of sense |
| 22:10.24 | rwhitby | I would be hesitant to create a separate booting strategy just for debianslug |
| 22:10.37 | [g2] | re APEX |
| 22:10.57 | tbm | for Debian, I'm not bothered by wasting 1MB since we don't need flash but (like rwhitby just says) I'm not sure it makes sense to diverge from how openslug is done |
| 22:11.02 | tbm | regarding flash layout |
| 22:11.15 | [g2] | tbm rwhitby is totally correct the vast majority of users are Unslung users |
| 22:11.23 | tbm | [g2]: replacing redboot means that some people might brick their machines |
| 22:11.39 | tbm | whereas that won't happen if you leave redboot alone and add apex in addition |
| 22:11.53 | jbowler-away | The problem is that if Debian expects nfs support in the kernel by default then it doesn't matter if it is in the kernel or initramfs - it takes about the same amount of flash - and that won't work with the maximally deconfigured systems. |
| 22:12.39 | jbowler-away | If the base system is minimal you can add stuff to it, but if the base system isn't minimal some things can't be added - they won't fit. |
| 22:13.03 | tbm | jbowler-away: it doesn't expect nfs support or anything; it was just one example of a feature some people might want in an ARM kernel. Probably not the best example tho. |
| 22:13.07 | jbowler-away | So either you are saying that some applications are unsupported (because they won't fit) or it isn't really the base system ;-) |
| 22:14.11 | jbowler-away | tbm: a bootable ixp4xx (no NPE) requires a kernel <1MByte, but not much less, so 1MByte is the bottom line. Add anything to that and someone will need to remove it. |
| 22:15.11 | [g2] | jbowler-away that kernel on the NSLU2 is 99.99% useless as only 0.01 % have serial |
| 22:15.43 | jbowler-away | Right, so the NPE has to be added for NSLU2, but not for loft or avila. |
| 22:16.11 | [g2] | Loft / Avila has JTAG, Serial etc... |
| 22:16.19 | [g2] | Redboot source |
| 22:16.29 | [g2] | different world |
| 22:16.32 | tbm | by the way, those Intel access libraries the ixp400 eth driver needs are a GPL violation (since they link against the kernel). |
| 22:16.33 | jbowler-away | But we can't put the NPE in the kernel because of the license, so it has to be insmodded somewhere. |
| 22:16.47 | *** join/#nslu2-linux ingeba (n=ingeba@83.80-203-45.nextgentel.com) |
| 22:16.48 | tbm | I'll try to talk to a contact at Intel and see if they can raise this issue within the company. |
| 22:17.06 | jbowler-away | tbm: that's a matter of legal opinion |
| 22:17.23 | rwhitby | yeah, let's not get into that discussion rat-hole :-) |
| 22:17.24 | jbowler-away | So far as I know Linus's lawyers haven't contacted us yet... |
| 22:17.25 | [g2] | tbm GL and godspeed |
| 22:17.45 | rwhitby | So anyway, here was my thoughts about booting debian. |
| 22:17.53 | rwhitby | 1) normal redboot as today |
| 22:18.07 | tbm | jbowler-away: when you have some time could you test something for me? I tried again loading an ext2 initrd and an initramfs but it doesn't work. Loading an cramfs initrd works tho. Can you see if it works for you (and yes, I compiled ext2 support into the kernel). |
| 22:18.21 | rwhitby | 2) normal nslu2-flavour kernel as today (it needs to have a different cmdline from the generic ixp4xx debian kernel anyway) |
| 22:18.44 | tbm | right, 2) is another thing apex would solve :) |
| 22:18.48 | rwhitby | either: |
| 22:19.12 | [g2] | tbm I think the default config may have ext2 as a module |
| 22:19.21 | tbm | [g2]: yeah but I changed it |
| 22:19.24 | rwhitby | 3a) have debian-installer in a normal initrd after you flash the image, and at the end of the installation, it writes a new kernel which loads a recovery/pivot rootfs from jffs2 |
| 22:19.53 | [g2] | tbm where were you loading it from FLASH ? |
| 22:20.15 | tbm | [g2]: from the network. (load -r -b 0x01000000 initrd) |
| 22:20.33 | rwhitby | 3b) have debian-installer work from a jffs2 partition, and on first boot it loads debian-installer and after the installation it sets a flag in the jffs2 to say "look for this disk partition before running debian-installer again" |
| 22:20.53 | [g2] | tbm I think that's a bad addr |
| 22:20.58 | [g2] | 1 too many 0s |
| 22:21.28 | [g2] | maybe not but how big was it ? |
| 22:21.28 | rwhitby | [g2]: initrd is normally loaded at 0x01000000 and vmlinuz at 0x01d00000 |
| 22:21.39 | tbm | I've taken it from http://www.nslu2-linux.org/wiki/HowTo/TestAnImageInRamUsingRedBoot |
| 22:21.41 | rwhitby | and initrd is 10MB max |
| 22:21.47 | rwhitby | tbm: yep, that's correct. |
| 22:22.36 | tbm | okay, let's discuss 2) again. I'd really like to avoid having a specific slug kernel image and just go with a generic ipx4xx kernel. But I need a specific kernel command like to boot the slug |
| 22:22.48 | tbm | is there a way to change the command line in a compiled kernel binary? |
| 22:22.55 | [g2] | so initramfs 0x1000000-0x1A00000 and kernel @ 0x1d00000-1dfffff |
| 22:23.14 | rwhitby | tbm: there is - we did that for Unslung 1.0 (a binary sed changed /dev/ram0 to /dev/slug) |
| 22:23.39 | rwhitby | but it's a tedious process with needs to uncompress and edit vmlinux (not vmlinuz) |
| 22:23.41 | [g2] | or just recompile the kernel |
| 22:24.02 | tbm | rwhitby: right, I've done something similar. I should be more precise: can you do it if you have no cmdline set by default. |
| 22:24.05 | rwhitby | [g2]: recompiling negates tbm's goal of having a single standard ixp4xx debian kernel |
| 22:24.15 | tbm | i.e. instead of just changing e.g. /dev/ram0 to /dev/slug, adding a new cmdline where there's none |
| 22:24.30 | rwhitby | tbm: you'd need a large default cmdline to give you the space to overwrite |
| 22:24.59 | rwhitby | or you could probably do a kernel prepend which sets something up in ATAGs and then passes that to the kernel. |
| 22:25.08 | rwhitby | (like we currently do for the machine id) |
| 22:25.23 | tbm | hmm, interesting. Do you know how to do that? |
| 22:25.30 | tbm | (or can you find out? :) |
| 22:25.43 | rwhitby | nope, it's pure speculation on my part. jbowler is our prepend expert. |
| 22:26.02 | tbm | ok, maybe he knows. |
| 22:26.19 | [g2] | right I think a prepend shim is the way to fix it |
| 22:26.33 | jbowler-away | tbm: yes, the command line has a default allocation, you can just overwrite it |
| 22:26.48 | tbm | ATAG is ARM specific, right? Something similar won't work on MIPS? (I have a similar problem on a different device) |
| 22:26.50 | jbowler-away | rwhitby: the data for the command line has a fixed size IIRC |
| 22:26.54 | [g2] | but that's the tolerable solution |
| 22:27.34 | jbowler-away | I would like to avoid the need for a command line. Can we set this stuff in the board setup? |
| 22:27.46 | tbm | jbowler-away: wanna show me some devio code to add/change a command line when you're not-away? |
| 22:28.07 | rwhitby | tbm: that's gonna be difficult, cause you need to uncompress the kernel first |
| 22:28.27 | rwhitby | and the padding at the end had to be found by trial and error. |
| 22:28.32 | jbowler-away | tbm: it's fairly obvious, you just read the address from System.map and overwrite that address. |
| 22:28.59 | tbm | jbowler-away: it wasn't obvious for me to look at System.map, doh! Thanks a lot. |
| 22:29.17 | jbowler-away | You need to find the right symbol, the code is baroque. |
| 22:29.44 | tbm | jbowler-away: another question you might be able to answer: is there a way to add an initramfs to a kernel binary w/o recompiling it. |
| 22:29.50 | rwhitby | jbowler-away: would a target-specific cmdline shim mean we could use a single kernel binary for nslu2, nas100d and loft? |
| 22:29.55 | tbm | I suppose cat kernel foo.cpio.gz > bar won't simply work? |
| 22:30.04 | [g2] | rwhitby tbm this is really just an issue for the Nslu2/Lude etc |
| 22:30.20 | jbowler-away | arch/arm/kernel/setup.c "default_command_line" |
| 22:30.46 | jbowler-away | tbm: no, well, you could relink it, it's just pulled in as a binary. |
| 22:30.48 | [g2] | its not an issue for the Loft as I can ship Intel binaries as Loft customers bought HW |
| 22:31.08 | tbm | jbowler-away: what command line do you want to hardcode into the kernel source? |
| 22:31.14 | jbowler-away | The problem is that there is an 'end' symbol which gets compiled into the code to find the lenght. |
| 22:31.54 | jbowler-away | tbm: I don't, I want the board setup to be able to set the rootfs device on NSLU2 (and probably nas100d), and I want the board setup to poke the RTC probe parameters. |
| 22:32.23 | jbowler-away | I can't get a command line which will work with both NAS100D and NSLU2 - one needs /dev/mtdblock4, the other /dev/mtdblock2 |
| 22:32.36 | tbm | board setup = ATAG? |
| 22:32.38 | *** join/#nslu2-linux VoodooZ (n=chatzill@toronto-HSE-ppp4006543.sympatico.ca) |
| 22:32.44 | rwhitby | jbowler-away: ah, so do it based on partition data |
| 22:32.45 | jbowler-away | ? |
| 22:33.06 | jbowler-away | rwhitby: how? I'd like /dev/Flashdisk ;-) |
| 22:33.29 | tbm | jbowler-away: do you want to hardcode it in arch/arm/mach-*/*nslu2-setup.c or add a code so you can prepend a command line with atag? |
| 22:33.38 | rwhitby | hmm - the mtd table is available, so you could do it by name. |
| 22:33.42 | jbowler-away | I want to hard code it into nslu2-setup.c |
| 22:34.03 | VoodooZ | what's the dev name for the buzzer? openslug-3.1 doesn't seem to have it created unless It changed name? |
| 22:34.07 | tbm | right, I'm not sure that's such a good idea. Because not everyone might use the same flash layout |
| 22:34.15 | jbowler-away | rwhitby: it has to be in the init rootfs name space... that has mtdblock? |
| 22:34.18 | tbm | going by mtd name like rwhitby says sounds good tho |
| 22:34.28 | jbowler-away | Here's the current generic command line: |
| 22:34.32 | jbowler-away | "root=/dev/mtdblock4 rw rootfstype=jffs2 mem=32M@0x00000000 init=/linuxrc rtc-x1205.hctosys=1 rtc-x1205.probe=0,0x6f rtc-ds1672.probe=0,0x68 rtc-ds1672.hctosys=1 pcf8563.hctosys=1 noirqdebug console=ttyS0,115200n8" |
| 22:34.39 | jbowler-away | Bad things: |
| 22:34.41 | jbowler-away | root= |
| 22:34.47 | jbowler-away | mem= |
| 22:34.56 | jbowler-away | But I think all the other stuff is ok. |
| 22:34.59 | jbowler-away | Poor things: |
| 22:35.05 | jbowler-away | Having to list every rtc probe |
| 22:35.19 | jbowler-away | Not having the EEPROM work on Loft (I think it will need a probe too) |
| 22:36.24 | *** part/#nslu2-linux kagy (n=keving@87.65.156.212) |
| 22:38.58 | tbm | but so it's not possible to change the cmd line by prepending something to the kernel image, right? |
| 22:39.00 | rwhitby | jbowler-away: I'd have to look where flash probe is done |
| 22:39.14 | jbowler-away | tbm: I'm sure it is |
| 22:39.41 | jbowler-away | After all, the command line is passed in by the boot loader. |
| 22:39.59 | tbm | jbowler-away: if you have some time do you think you could find out how and give me an example. |
| 22:40.00 | jbowler-away | It must be possible to change that |
| 22:40.33 | jbowler-away | I don't actually know where to look - it's this 'tag' (atag?) stuff, it causes 'command_line' to be copied over 'default_command_line' |
| 22:40.59 | rwhitby | there is an ATAG document on kyllikki's site I think ... |
| 22:44.52 | jbowler-away | Here's the minimal loft command line (assuming you want the serial to work): |
| 22:44.55 | jbowler-away | root=/dev/mtdblock2 rootfstype=jffs2 init=/linuxrc mem=64M@0 console=ttyS0,115200 |
| 22:45.17 | jbowler-away | The mem setting is required, though you can do mem=32M@0 and it will still boot. |
| 22:45.27 | rwhitby | http://www.simtec.co.uk/products/SWLINUX/files/booting_article.html |
| 22:45.52 | jbowler-away | The only thing in there which is a real problem is the /dev/mtdblock2 |
| 22:47.10 | jbowler-away | Oh well, that's easy isn't it. |
| 22:48.38 | jbowler-away | We just need to find the ATAG for the command line - this only goes wrong if NSLU2 (and possibly NAS100D) don't have a command line, but I think NSLU2 does. |
| 22:49.36 | rwhitby | jbowler-away: we should be able to prepend a shim which overrides ATAG_CMDLINE anyway ... |
| 22:50.52 | jbowler-away | Or ATAG_NONE if it isn't there. |
| 22:51.19 | jbowler-away | Why doesn't loft boot unless I put a mem= in the command line? |
| 22:51.24 | *** join/#nslu2-linux pTweety (i=www@thor.66h.42h.de) |
| 22:55.04 | *** join/#nslu2-linux macsat (n=macsat@0x535b9779.arcnxx9.adsl-dhcp.tele.dk) |
| 22:58.17 | rwhitby | jbowler-away: kernel.bbclass was broken for unslung - it was assuming include/sound/* existed. |
| 22:58.22 | *** join/#nslu2-linux erq|working (n=erqnel@c-6129e253.59-8-64736c14.cust.bredbandsbolaget.se) |
| 22:58.26 | rwhitby | I've pushed a fix. |
| 22:58.36 | [g2] | jbowler-away dunno about the mem |
| 22:58.56 | jbowler-away | rwhitby: that was a very recent change (yesterday) |
| 22:59.19 | jbowler-away | [g2]: it looks like RedBoot isn't passing in an ATAG_MEM |
| 22:59.51 | rwhitby | [g2] has the source for Loft's redboot, so we should be able to tell for certain |
| 23:00.03 | jbowler-away | This is the minimum command line: root=/dev/mtdblock4 rootfstype=jffs2 init=/linuxrc console=ttyS0,115200 mem=32M |
| 23:00.22 | jbowler-away | That should work on NSLU2 (though the RTC won't come up). |
| 23:02.33 | jbowler-away | Since the mem has to be specified for the board code to run mem=32M should be in the ixp4xx default I think. |
| 23:02.49 | jbowler-away | Along with the console |
| 23:06.10 | rwhitby | jbowler-away: looks like something has broken glibc-2.2.5 being found for unslung too ... |
| 23:09.31 | rwhitby | hmm - glibc-2.2.5 get's built early, but unslung-image seems to want to build something else which glibc-2.2.5 doesn't provide but a later version does |
| 23:10.59 | jbowler-away | yes, and a multiple-provider glibc,glibc-intermediate whine has appeared while building slugos-packages |
| 23:11.07 | jbowler-away | Here's the fix from slugos.conf: |
| 23:11.38 | jbowler-away | +PREFERRED_PROVIDERS += "virtual/${TARGET_PREFIX}libc-for-gcc:glibc" |
| 23:12.04 | jbowler-away | I think that will probably solve the unslung problem too. |
| 23:13.41 | VoodooZ | [g2]: with beewoolie's latest changes to apex (enable MMU) I get a 31secs boot with the latest openslug. Not too shabby at all! |
| 23:14.33 | VoodooZ | although we've been getting some explained crashes so I'm investigating those. I wonder if they could be related to the kernel command-line ovridde that apex uses or the MMU stuff. |
| 23:15.05 | rwhitby | jbowler-away: yeah, just trying that fix now |
| 23:15.38 | rwhitby | jbowler-away: nope, that didn't fix it |
| 23:15.45 | [g2] | jbowler-away I'll have to look at that ATAG in redboot |
| 23:16.50 | [g2] | BBL |
| 23:16.55 | [g2] | I'll check the logs |
| 23:18.47 | rwhitby | jbowler-away: PROVIDES = "virtual/libc ${@['virtual/${TARGET_PREFIX}libc-for-gcc', '']['nptl' in '${GLIBC_ADDONS}']}" |
| 23:18.55 | rwhitby | nptl is not in GLIBC_ADDONS in 2.2.5 |
| 23:25.25 | jbowler-away | Who changed it? |
| 23:26.36 | rwhitby | jbowler-away: I think the depends is new |
| 23:26.58 | rwhitby | and I think it should be satisfied by glibc-intermediate, cause it does not have the conditional |
| 23:27.57 | *** join/#nslu2-linux beewoolie-afk (n=beewooli@206.124.142.26) |
| 23:28.42 | rwhitby | so I've added a glibc-intermediate_2.2.5.bb and set the provider to that. |
| 23:29.49 | jbowler-away | Ok, the DEPENDS is really an RDEPENDS I think - unslung-image now DEPENDS on everything in RDEPENDS too (i.e. it will build the RDEPENDS as well as the DEPENDS). |
| 23:30.30 | jbowler-away | It should be possible (and is a good idea) to remove the DEPENDS, although I had to fix stuff up in the RDEPENDS to get that to work in slugos-image. |
| 23:32.16 | rwhitby | tbm: beewoolie is the author of apex |
| 23:32.40 | beewoolie | speak of the devil. |
| 23:33.01 | beewoolie | rwhitby: do you mind answering a circuits question? |
| 23:33.19 | rwhitby | jbowler-away: unslung-image still needs to build libc to get the additional libraries for the rootfs which are not provided by linksys |
| 23:33.48 | rwhitby | beewoolie: shoot. if I can answer I will. if I can't, I'll do my best to hide my ignorance and give you a wishy-washy half-answer. |
| 23:33.56 | beewoolie | :-> |
| 23:35.05 | beewoolie | So, I've been testing my dweeby little jtag circuit. I've found that the nTRST portion has a very long rise time. |
| 23:35.23 | winkle | hm, http://ipkg.nslu2-linux.org/feeds/unslung/native/Packages.gz is empty |
| 23:36.29 | beewoolie | The circuit came from Tiersten, IIRC. It is driven by an SN3904. I believe the circuit is design as a open collector... OTP... |
| 23:37.23 | beewoolie | Sorry. |
| 23:37.45 | beewoolie | The question is this. Should nTRST be driven both high and low in order to get good frequency response? |
| 23:38.54 | rwhitby | winkle: you're right. that's not supposed to be like that. the autobuilder must have failed. all the packages are still there if you want to get them individually |
| 23:39.33 | beewoolie | I think what's happening on that particular line is that it only drives the line low. it looks like it letting the signal float high which makes for a poor signal |
| 23:40.00 | rwhitby | beewoolie: I expect it can. the only reason I can think of it being open collector is if there are devices which drive TRST to reset other chips on the board, but that would be very suss. |
| 23:40.04 | beewoolie | rwhitby: if this isn't your baliwick, then so be it. I recall that you were around when I was getting help with it. |
| 23:40.38 | rwhitby | let's see if I have my copy of the jtag standard handy ... |
| 23:40.57 | beewoolie | You've got it? I haven't been willing to pay the price. Is it worth buying? |
| 23:41.09 | beewoolie | I believe the spec says that there should be pull-ups. |
| 23:41.47 | rwhitby | nope, it's at work. |
| 23:42.07 | rwhitby | there should at least be pullups if it's OC |
| 23:42.30 | beewoolie | rwhitby: is that spec worth paying the $$$$ |
| 23:43.02 | beewoolie | rwhitby: BTW, my circuit does work, it's just not very clean so it doesn't run very fast. |
| 23:43.12 | rwhitby | beewoolie: dunno. I wouldn't buy it just to answer that question :-) |
| 23:45.30 | beewoolie | rwhitby: I've been using the ARM TRM to understand the TAP interface. I suspec that I'm OK at this point with what it gives. It may be important for other parts of the standard that I don't yet understand. For instance, I have a BSDL parser that is based on reading BSDL files. There's lots that I can onlyguess. |
| 23:46.42 | rwhitby | beewoolie: feel free to ping me on Monday at work |
| 23:47.11 | rwhitby | jbowler-away: I just had to correct the FILESPATH to make glibc-intermediate_2.2.5 work |
| 23:47.42 | beewoolie | rwhitby: thx. |
| 23:50.02 | rwhitby | beewoolie: see /msg |
| 23:55.12 | VoodooZ | beewoolie: Hey, I've tried various scenario and it seems the new apex causes my slug to go nuts on me. even with the MMU option disabled. very odd. |
| 23:55.25 | beewoolie | VoodooZ: Hmm. |
| 23:55.37 | beewoolie | I wonder if there isn't something else that isn't being properly initialized. |
| 23:55.42 | VoodooZ | I tried updating the kernel command line to match openslug's but no diff. |
| 23:55.54 | beewoolie | That should be done at a minimum. |
| 23:55.59 | VoodooZ | yep. |
| 23:56.03 | beewoolie | it's good that it doesn't seem to be the MMU code. |
| 23:56.15 | beewoolie | BTW, the jtag circuit that I published *does* work. |
| 23:56.19 | beewoolie | I think it's really really slow. |
| 23:56.30 | beewoolie | I'm working to evaluate the performance of it right now. |
| 23:56.38 | rwhitby | jbowler-away: for some reason glibc-intermediate doesn't build, so I'm just making the provide for libc-for-gcc be unconditional for unslung |
| 23:56.40 | VoodooZ | well, i was only able to do quick tests so... I'll have to do more. |
| 23:57.18 | VoodooZ | Did somebody successfully recompiled redboot for the slug btw? |
| 23:58.57 | rwhitby | VoodooZ: not that I know of |
| 23:59.01 | beewoolie | VoodooZ: BTW, which kernel version are you using? |
| 23:59.02 | VoodooZ | beewoolie: unless openslug "assumes" the MMU is in a certain state on startup? |
| 23:59.02 | *** part/#nslu2-linux winkle (i=winkle@kleopatra.acc.umu.se) |
| 23:59.15 | VoodooZ | 2.6.15 which comes standard with openslug-3.1 |
| 23:59.16 | beewoolie | VoodooZ: yeah. All kernels do. They assume that the MMU is off. |
| 23:59.19 | beewoolie | OK. |
| 23:59.40 | beewoolie | As I wrote before, it'll be a while before I can setup my slug test gear. |