irclog2html for #nslu2-linux on 20061101

`00:05.18`	`*** join/#nslu2-linux dwery (n=dwery@nslu2-linux/dwery)`
`00:06.08`	`*** join/#nslu2-linux dwery (n=dwery@nslu2-linux/dwery)`
`00:08.36`	`*** join/#nslu2-linux dwery (n=dwery@nslu2-linux/dwery)`
`00:13.04`	`dwery`	`/usrlist`
`00:13.26`	`dwery`	`damn gaim.. :)`
`00:14.35`	`kolla`	`yes, kopete is.. at least was.. like that`
`00:15.07`	`kolla`	`I tried /oper with it, with password and all :P`
`00:15.16`	`kolla`	`and it went directly onto the channel`
`00:15.27`	`kolla`	`very amusing`
`00:16.38`	`dwery`	`:)`
`00:17.46`	`*** join/#nslu2-linux mwester-laptop (n=chatzill@gw.mwester.com)`
`00:21.52`	`drif`	`mwester: apparently on that bus now? :)`
`00:27.41`	`mwester-laptop`	`I think rwhitby's on the bus - I'm in front of the TV set. Pity there's nothing on tonight... :(`
`00:28.02`	`rwhitby`	`I'm at work now`
`00:29.32`	`drif`	`and I'm the same with names it seems...`
`00:30.15`	`mwester-laptop`	`and the best part is that there's a logger that's preserving this conversation :)`
`00:30.44`	`drif`	`I have my very own torment-machine set up as well ;P`
`00:32.19`	`mwester-laptop`	`(I hope there's no moderator who's going to slap our wrists for not staying on-topic.)`
`00:56.35`	`drif`	`(if there is one - atleast he/she managed to freeze this derailed conversation altogether..)`
`01:13.08`	`CIA-8`	`03bzhou * r4349 10optware/trunk/ (make/mtr.mk sources/mtr/control): mtr: upstream upgrade to 0.72, generate control file`
`01:19.43`	`CIA-8`	`03bzhou * r4350 10optware/trunk/Makefile: promoted mtr for ds101g and mss`
`01:24.25`	`[g2]`	`mwester-laptop you don't time shift ?`
`01:25.32`	`[g2]`	`the OSD is looking sweet. I'll probably replace my TIVO soon`
`01:27.12`	`mwester-laptop`	`I hate watching TV without my TiVo... but it doesn't have anything recorded that appeals to me tonight.`
`01:27.44`	`mwester-laptop`	`I have "Who's Line is it" on BBC America on right now; that's usually pretty good.`
`01:35.01`	`drif`	`I've heard good things about it`
`01:35.19`	`drif`	`it's it +"anyway?"`
`01:35.22`	`drif`	`isn't`
`01:38.18`	`GPSFan`	`[g2]: interesting discovery, if I ping my avila, from another box, the avila responds to the ARP request with a malformed ARP reply, which is missing the same 32bit field as the ARP request it sends when trying to ping another box. Seems like the receive side is working, but the tx side completely misses the field.`
`01:38.55`	`[g2]`	`GPSFan are you bridging at all or plain interface ?`
`01:39.24`	`GPSFan`	`[g2]: I went through your .config changing various things in my .config to match. no effect.. ;>(`
`01:39.41`	`[g2]`	`GPSFan one minute... This is with the 2.4 rootfs right ?`
`01:40.45`	`GPSFan`	`[g2]: it's with the 2.6 rootfs that came on the board, tweaked. no bridging, just a basic box with an ethernet interface.`
`01:41.10`	`[g2]`	`GPSFan when did they start shipping 2.6 ?`
`01:41.27`	`[g2]`	`do you want my busybox ?`
`01:41.28`	`GPSFan`	`[g2]: you got me the kernel is 21.6.15-uc0`
`01:41.55`	`[g2]`	`oh.. some snapgear thingy`
`01:42.06`	`[g2]`	`maybe uclibc based too`
`01:42.12`	`GPSFan`	`[g2]: let me try my other rootfs that I built from scratch.`
`01:50.11`	`GPSFan`	`[g2]: I get the same malformed packets with the busybox & uClibc rootfs I guilt several days ago. again, the RX seems to receive and reply to the ARP request, with an ARP response which is missing the 0x8035 protocol identifier.`
`01:51.37`	`[g2]`	`GPSFan did you look at the packet coming out of the NPE driver ?`
`01:51.39`	`GPSFan`	`[g2]: could you compile a kernel for BE and just change the "is Loft" to is avila" in the config?`
`01:52.12`	`GPSFan`	`[g2]: I looked at the packet comming out the ethernet wire.`
`01:52.31`	`[g2]`	`GPSFan I know the packet is bad on the wire`
`01:52.45`	`[g2]`	`assuming monitor is good`
`01:53.16`	`[g2]`	`my point is that the boundary between the interface and kernel is pretty clean`
`01:53.32`	`[g2]`	`we should be able to see where the packet is getting munged`
`01:53.51`	`GPSFan`	`[g2]: I've no clue as to how to look at what's comming out of the NPE. Yes, and the madwifi driver woks jsut fine. using the same kernel.`
`01:55.26`	`GPSFan`	`[g2]: you are using the asme sources and same patches and similar .config and getting a working NPE ethernet.`
`01:55.36`	`GPSFan`	`s/same/same`
`02:00.11`	`[g2]`	`GPSFan I think so`
`02:00.24`	`[g2]`	`which leaves tool chain`
`02:00.38`	`[g2]`	`or Avila verus Loft`
`02:01.11`	`[g2]`	`GPSFan I'm also running the patch 33-mtd that loads the NPEs`
`02:01.38`	`[g2]`	`are you using a module ?`
`02:01.57`	`GPSFan`	`[g2]: that's why I asked for a kerenl built for avial from your toolchain/patchset.`
`02:02.45`	`GPSFan`	`[g2]: are upi using the ucode from the on-board redboot?`
`02:03.00`	`GPSFan`	`s/upi/you`
`02:03.06`	`[g2]`	`well the Availa kernel will may setup the PCI bus slightly diffferently`
`02:03.12`	`[g2]`	`yup on the code from RedBoot`
`02:03.40`	`GPSFan`	`for the test I don't need the PCI to work.`
`02:03.55`	`[g2]`	`npe: found at 0x42f4c, IXP425/NPE-B func: 01, rev: 2.0, size: 12848, id: 01010200`
`02:03.56`	`[g2]`	`npe: firmware loaded to NPE-B, func: 01, rev: 2.0, status: 82400000`
`02:04.43`	`[g2]`	`GPSFan did you build with the Loft mach Id ?`
`02:04.44`	`GPSFan`	`npe: found at 0x42f4c, IXP425/NPE-B func: 01, rev: 2.0, size: 12848, id: 01010200`
`02:04.44`	`GPSFan`	`npe: firmware loaded to NPE-B, func: 01, rev: 2.0, status: 92c00000`
`02:04.44`	`GPSFan`	`npe: found at 0x4617c, IXP425/NPE-C func: 01, rev: 2.0, size: 12848, id: 02010200`
`02:04.44`	`GPSFan`	`npe: firmware loaded to NPE-C, func: 01, rev: 2.0, status: 80800000`
`02:05.18`	`GPSFan`	`ooh! different status..`
`02:05.30`	`[g2]`	`npe: found at 0x4617c, IXP425/NPE-C func: 01, rev: 2.0, size: 12848, id: 02010200`
`02:05.30`	`[g2]`	`npe: firmware loaded to NPE-C, func: 01, rev: 2.0, status: 80800000`
`02:05.49`	`[g2]`	`yeah try port 1 :)`
`02:07.13`	`[g2]`	`looks like the status difference is 0x108.....`
`02:07.21`	`*** join/#nslu2-linux yvasilev (n=yvasilev@189.140.152.251)`
`02:07.24`	`[g2]`	`so 2 bits are different`
`02:08.23`	`GPSFan`	`status is the same on npe-c any idea what the status bits mean?`
`02:09.15`	`[g2]`	`I haven't looked that closely at the new NPE code`
`02:09.27`	`GPSFan`	`the other port behaves the same.`
`02:09.28`	`[g2]`	`<PROTECTED>`
`02:09.48`	`[g2]`	`GPSFan this is 2.6.19-rc3`
`02:09.53`	`GPSFan`	`yep`
`02:10.46`	`[g2]`	`give a shout if you want my kernel and jffs2 to try sometime`
`02:11.34`	`GPSFan`	`[g2]: I was sure it was a config issue, untill I went through the 2 configs side by side, and made the network parts the same.`
`02:12.14`	`GPSFan`	`[g2]: I'll take a copy of your kernel, if you don't mind. I can see if it init's the NPE and gets the same status.`
`02:12.26`	`[g2]`	`which rev of the nslu2-linux repo are you building from ?`
`02:13.07`	`GPSFan`	`[g2]: that's a question I don't quite know how to answer.`
`02:13.29`	`[g2]`	`"svn info" is your friend`
`02:14.14`	`GPSFan`	`540`
`02:14.49`	`[g2]`	`538`
`02:14.53`	`[g2]`	`pretty close`
`02:15.04`	`[g2]`	`kernel sent :)`
`02:15.29`	`[g2]`	`no Intel IP --- Wheee`
`02:15.32`	`nbd`	`[g2]: btw. about that xscale board: i'm getting a dump of the whole flash of a working wrv54g`
`02:15.48`	`GPSFan`	`thanks, 540 is basically increased entropy and the libata stuff`
`02:16.20`	`[g2]`	`nbd you've been busy in #openjtag. I've been watching throughout the day`
`02:16.34`	`nbd`	`yeah`
`02:16.40`	`nbd`	`unfortunately the srst stuff doesn't work yet`
`02:16.42`	`[g2]`	`last I saw one of the reset lines didn't seem right`
`02:16.49`	`nbd`	`something's weird about that board`
`02:17.20`	`[g2]`	`nbd did you ever see the "salted slug" ?`
`02:17.25`	`nbd`	`no`
`02:18.38`	`[g2]`	`nbd: that's the low-res pic http://www.nslu2-linux.org/wiki/uploads/NSLU2-board-front-bare.jpg`
`02:19.18`	`[g2]`	`~gs`
`02:19.19`	`jbot`	`methinks gs is South Georgia and the South Sandwich islands, or ghostscript`
`02:19.20`	`[g2]`	`~g2`
`02:19.21`	`jbot`	`Easy to use, portable and powerful 2D graphics library. URL: http://www.ap.univie.ac.at/users/ljubo/g2/g2.shtml`
`02:19.28`	`[g2]`	`~[g2]`
`02:19.29`	`jbot`	`well, [g2] is really cool, and an an all around nice guy! Also he is a real funny guy, the master of NSLU2 Buildroot and a known Slug Sacrificer. And editor of SlugNews.`
`02:19.39`	`[g2]`	`"Slug Sacrificer"`
`02:20.06`	`[g2]`	`I sent a slug to a guy that baked off the components and power-sanded to the metal`
`02:20.10`	`rwhitby`	`heh SlugNews`
`02:20.18`	`nbd`	`looks cool`
`02:20.26`	`[g2]`	`rwhitby I was just laughing at that too :)`
`02:21.20`	`[g2]`	`you really should just get an Avila board`
`02:21.29`	`rwhitby`	`nbd: we should look at how nslu2-linux and openwrt can collaborate more`
`02:21.37`	`nbd`	`rwhitby: definitely`
`02:22.02`	`[g2]`	`I would be able to build/run openwrt`
`02:22.17`	`[g2]`	`I'm running 2.6.19-rc3`
`02:22.19`	`GPSFan`	`[g2]: your kernel boots and the ehternet works.`
`02:22.39`	`[g2]`	`GPSFan super!`
`02:22.42`	`rwhitby`	`nbd: who's in the openwrt core team these days? who do I need to speak to?`
`02:23.04`	`GPSFan`	`[g2]: the status for npe-b is still the same as what I saw before.`
`02:23.09`	`nbd`	`rwhitby: project leader is [mbm], and i'm the one leading the commit stats :)`
`02:23.10`	`[g2]`	`rwhitby Kaloz and nbd are working on the IXP port`
`02:23.26`	`nbd`	`and Kaloz is the main guy working on ixp`
`02:24.25`	`[g2]`	`GPSFan but the ethernet works`
`02:25.39`	`GPSFan`	`it does.`
`02:26.05`	`rwhitby`	`nbd: sweet - so you and Kaloz are the ones to talk to :-)`
`02:26.22`	`nbd`	`does anybody here know anything about the d-link dwl-7000ap?`
`02:26.26`	`rwhitby`	`nbd: are you guys working from our kernel patchset?`
`02:26.28`	`GPSFan`	`[g2]: my madwifi modules won't load but that's probably due to some versioning you have turned on.`
`02:26.39`	`[g2]`	`rwhitby nod. that's why I asked Kaloz to stop in here :)`
`02:26.45`	`nbd`	`rwhitby: i haven't really started working on ixp yet`
`02:27.03`	`nbd`	`rwhitby: but i will once i get my wrv54g board recovered`
`02:27.27`	`rwhitby`	`nbd, Kaloz: we'd love you to work directly from our kernel patchset, and will be happy to give you write access to enable that if required.`
`02:27.45`	`rwhitby`	`(and we'll make any changes needed to enable you to work from the same patchset)`
`02:27.59`	`rwhitby`	`our goal is to not fragment the kernel work`
`02:28.05`	`nbd`	`i agree`
`02:28.16`	`nbd`	`things definitely should stay in sync there`
`02:28.28`	`rwhitby`	`sweet - we'll get along fine then :-)`
`02:29.36`	`nbd`	`btw. what build system are most of you using? i don't really know much about nslu2-linux, i just seem to remember that there was some oe based stuff and some stuff that looked like a fork of an old openwrt or uclibc buildroot`
`02:30.47`	`[g2]`	`nbd it's OE`
`02:31.42`	`[g2]`	`the optware stuff isn't in OE, but everything else is, except for the kernel repo which a staging area for upstream and inclusion in OE`
`02:31.52`	`rwhitby`	`nbd: the optware packages are a fork of an early openwrt buildroot`
`02:31.57`	`nbd`	`ah`
`02:32.26`	`[g2]`	`nbd what's the status of -ng ?`
`02:33.05`	`nbd`	`it's just kamikaze now (the -ng fork has been folded back). i think it's pretty polished for some platforms, for others more kernel work is needed`
`02:34.04`	`nbd`	`and of course some of the base system work is still unfinished, like scripts for the wifi configuration`
`02:34.05`	`[g2]`	`how many platforms are 2.6 now ?`
`02:34.15`	`rwhitby`	`once I get my new fsg-3 working as my main internet gateway, I'm going to free up my wl500g and put openwrt on it`
`02:34.18`	`nbd`	`all except for broadcom and ar7`
`02:34.33`	`nbd`	`the working ones are:`
`02:35.08`	`nbd`	`broadcom, magicbox (embedded ppc), x86 (wrap, soekris), routerboard 532, aruba`
`02:35.44`	`nbd`	`oh, i forgot the uml target`
`02:35.47`	`nbd`	`also 2.6`
`02:36.15`	`[g2]`	`no QEMU targets ? :)`
`02:36.25`	`nbd`	`the x86 one runs in qemu as well`
`02:36.58`	`[g2]`	`you guys target a 4MB or 8MB flash right ?`
`02:37.20`	`nbd`	`yes, 4 mb flash is usable for most platforms`
`02:37.43`	`nbd`	`enough for a base system with everything for standard routing needs`
`02:38.01`	`[g2]`	`how's mesh support ?`
`02:38.23`	`nbd`	`olsrd is packaged, but not integrated in the config system yet`
`02:40.46`	`GPSFan`	`[g2]: ethernet doesn't completely work, trying to copy files and not getting any errors, but not getting any files either.`
`02:43.52`	`GPSFan`	`[g2]: I do not get complete files, thisgs seem to stall after about 3Kbytes.`
`02:50.20`	`[g2]`	`GPSFan Ok 41MB kernel tarball pulls and MD5sums`
`02:50.25`	`[g2]`	`pulling it locally takes like 20 seconds`
`02:51.16`	`GPSFan`	`[g2]: ok, so there is a loft/avila issue in the your kernel, Ididn't expect it to even run, just boot..`
`02:52.28`	`GPSFan`	`but it did prove that the basic 2.6.19-rc3 code as built for loft is close to avila and I'll go on that premis to try and unravel this.`
`02:52.31`	`[g2]`	`GPSFan I'm not clear what you mean about the loft/avila issue with my kernel`
`02:53.22`	`[g2]`	`GPSFan copy the kernel I gave you and hammer the 2 instructions in the front to boot it as avila`
`02:53.27`	`GPSFan`	`your kernel is built for loft, it's running on an avila. and the net isn't quite working. I don't consider that a real problem.`
`02:53.41`	`GPSFan`	`ok will do.`
`02:54.02`	`[g2]`	`that kernel supports like 6 machines`
`02:54.17`	`[g2]`	`in theory :)`
`02:54.55`	`[g2]`	`ok like 26 seconds for 41MB`
`02:54.57`	`GPSFan`	`set how many bytes to what value?`
`02:55.49`	`[g2]`	`<PROTECTED>`
`02:56.08`	`[g2]`	`those are the first 2 32-bit words in the file`
`02:56.37`	`[g2]`	`the last bytes (03 and 51) are the machine id in hex`
`02:56.43`	`[g2]`	`0x351 = 849`
`02:58.44`	`[g2]`	`GPSFan all clear ?`
`03:01.28`	`GPSFan`	`ok so I should make the 0x351 0x34e for avila?`
`03:05.19`	`GPSFan`	`[g2]: changed it and the kernel hangs afrer decompressing, much like the first one I built, before I changed the mach-type.`
`03:05.57`	`[g2]`	`GPSFan I think the Avila mach is 54x`
`03:06.12`	`[g2]`	`which would be a 1xx number`
`03:06.15`	`[g2]`	`one sec`
`03:06.52`	`[g2]`	`526`
`03:07.17`	`[g2]`	`0x20E`
`03:07.22`	`GPSFan`	`oops, my bad ;>)`
`03:07.26`	`[g2]`	`np`
`03:07.40`	`[g2]`	`it's really nbd :)`
`03:08.31`	`nbd`	`?`
`03:08.58`	`rwhitby`	`[g2]: what's the reason that a BE build of Loft does not set CONFIG_CPU_BIG_ENDIAN ?`
`03:09.07`	`rwhitby`	`(looking at the Makefile merge)`
`03:10.03`	`[g2]`	`CONFIG_CPU_BIG_ENDIAN=y`
`03:10.29`	`rwhitby`	`not in the loft_defconfig in the kernel svn repo`
`03:11.03`	`[g2]`	`rwhitby look at loft_defconfig-be :)`
`03:11.09`	`rwhitby`	`ok, so it looks like the only thing I need to change in the Makefile is to add the devio stuff for BE loft. Everything else is the same (JFFS2 endianness matches cpu endianness)`
`03:11.15`	`[g2]`	`loft_defconfig is the LE version`
`03:11.46`	`[g2]`	`the devio is already added for the machine id`
`03:11.52`	`CIA-8`	`03rwhitby * r544 10kernel/trunk/Makefile: Makefile: added support for Loft BE`
`03:12.34`	`rwhitby`	`[g2]: the proposal is to now remove Makefile-BE. If you want BE, just use Makefile (run "make ENDIAN=b foo")`
`03:13.36`	`CIA-8`	`03rwhitby * r545 10kernel/trunk/Makefile: Makefile: added support for overridding the defconfig name`
`03:13.49`	`rwhitby`	`make that "make ENDIAN=b DEFCONFIG=loft_defconfig foo"`
`03:14.16`	`rwhitby`	`[g2]: now, what needs to be done to merge loft_defconfig-be into loft_defconfig (and have the differences done by the Makefile) ?`
`03:14.54`	`[g2]`	`rwhitby dunno, I just pulled 544 a couple seconds ago`
`03:14.59`	`mwester`	`Does that mean that we could have a "make ENDIAN=b DEFCONFIG=dsmg600_defconfig" as well, or is this just for the loft stuff?`
`03:15.03`	`rwhitby`	`(note that I still want to merge loft_defconfig into defconfig eventually, but this is an intermediate step to reduce forking)`
`03:15.09`	`[g2]`	`make that 545`
`03:15.20`	`rwhitby`	`mwester: you could do so. I'd like to not have all the defconfigs fork though.`
`03:15.36`	`rwhitby`	`(so we continue to all be testing the same things, but on different devices)`
`03:15.53`	`[g2]`	`rwhitby there is no forking. they are kernel configs`
`03:15.53`	`rwhitby`	`Now that we can do > 1MB kernels on nslu2, we should be able to have a single defconfig for all our devices.`
`03:16.08`	`rwhitby`	`[g2]: I was talking about Makefile forking`
`03:16.24`	`mwester`	`Agreed, it's just so tempting to have a kernel with the ARTOP IDE driver built in so we can skip the JFFS...`
`03:16.25`	`[g2]`	`ah... the -BE is just a very temporary file`
`03:16.40`	`rwhitby`	`[g2]: agreed - a very temporary fork :-)`
`03:16.52`	`rwhitby`	`which is going away very soon :-)`
`03:17.15`	`rwhitby`	`mwester: can we have "defconfig-diff" files, which only have the differences wanted for that platform?`
`03:17.27`	`rwhitby`	`(so that everything else remains common)`
`03:17.33`	`mwester`	`If I had 1$ for every time someone told me that something "was just temporary".... :D`
`03:17.41`	`rwhitby`	`mwester: exactly!`
`03:17.57`	`rwhitby`	`if you don't actively work against it, entropy wins every time.`
`03:17.58`	`mwester`	`re: defconfig-diff --- excellent idea!`
`03:18.02`	`[g2]`	`look there's a very simple rift afoot`
`03:18.19`	`rwhitby`	`[g2]: what's the rift?`
`03:18.38`	`rwhitby`	`(and how do we mend it)`
`03:18.58`	`mwester`	`"make ENDIAN=b DEFCONFIG_OPTS='PATA_ARTOP=y;VIA_VELOCITY=m'"`
`03:19.03`	`GPSFan`	`[g2]: ehternet works and files transfer correctly.`
`03:19.15`	`[g2]`	`GPSFan super! :)`
`03:19.44`	`GPSFan`	`[g2]: yea!`
`03:19.49`	`rwhitby`	`mwester: probably want to have that in a file by default (if a specific target wants to be permanently different), but overridable on the command line`
`03:20.29`	`mwester`	`agreed - it's begging for typing mistakes, isn't it?`
`03:21.44`	`rwhitby`	`At the moment, "diff defconfig loft_defconfig" does not give me a small set of differences. e.g. why is Bluetooth module support not allowed in the loft config? (that's a rhetorical example)`
`03:22.12`	`[g2]`	`GPSFan ok (in summary), so your board running my kernel tweaked for Avila (mach) works, but we don't know why your kernel doesn't ?`
`03:23.11`	`rwhitby`	`Similarly for CONFIG_USB_YEALINK - the Loft config is denying people the opportunity to plug in USB phones into a Loft.`
`03:23.14`	`[g2]`	`rwhitby I added the loft_defconfig for guys like GPSFan, Kaloz, nbd and other that want to build for Avila`
`03:23.14`	`GPSFan`	`[g2]: that's basically it. all the other peripherials on the board work on my kernel. haven't tested them on your's yet.`
`03:23.34`	`rwhitby`	`We don't want divergences like that to persist unless they are conscious divergences`
`03:23.56`	`nbd`	`btw. do you have any code to keep kernel configs for different targets in sync?`
`03:24.05`	`rwhitby`	`[g2]: right - my point is we need to do that in a way which reduces divergence to only the things you are intending to diverge on.`
`03:24.06`	`[g2]`	`rwhitby well as soon as the Loft/Avila goes up stream I'll put a loft_defconfig in mainline`
`03:25.11`	`rwhitby`	`[g2]: so are the Bluetooth and Yealink divergences intentional, or are they examples of unintended divergence?`
`03:25.38`	`[g2]`	`rwhitby 99% of the avila line has no USB host controller`
`03:26.03`	`[g2]`	`it's CF and 4 minipcis`
`03:26.04`	`rwhitby`	`For example, Debian handle this by having a common defconfig, which is overridden by arch-specific, which is overridden by mach-specific`
`03:26.33`	`[g2]`	`that's the other thing 99% of the users run BE`
`03:27.02`	`rwhitby`	`[g2]: LE / BE - our kernel svn repo is endian agnostic`
`03:27.12`	`rwhitby`	`Why do you state that point?`
`03:27.33`	`[g2]`	`because you mention the Debian kernel issue`
`03:27.48`	`[g2]`	`and BE and Debian don't mix`
`03:28.04`	`rwhitby`	`I mentioned Debian as an example of how to structure specificity in defconfigs`
`03:28.05`	`[g2]`	`ARM/XScale and Debian may not mix`
`03:28.38`	`[g2]`	`as in the ARM/XScale arch has issues with the 95% rule`
`03:29.03`	`[g2]`	`but back to the kernel topic at hand`
`03:29.05`	`rwhitby`	`[g2]: forget Debian. it was only an example of how to structure defconfig fragments to prevent divergence`
`03:29.24`	`rwhitby`	`(prevent divergence in unintended areas)`
`03:29.33`	`rwhitby`	`divergence is fine, as long as it is intended.`
`03:30.03`	`rwhitby`	`ok, how about CONFIG_VIDEO_DEV - are there not CF or miniPC video devices?`
`03:30.07`	`[g2]`	`which brings us back to the main point of the default defconfig`
`03:30.25`	`rwhitby`	`was CONFIG_VIDEO_DEV intended or unintended?`
`03:30.40`	`rwhitby`	`nbd: such scripts exist in Debian today`
`03:30.43`	`[g2]`	`nbd that's interesting`
`03:31.02`	`rwhitby`	`(which is why I brought Debian up as an example - they've been doing this for years)`
`03:31.04`	`[g2]`	`rwhitby that's using the debian kernel model`
`03:31.28`	`nbd`	`i definitely need to check out the debian stuff then`
`03:31.39`	`nbd`	`because when our list of targets get longer, we need to keep them in sync somehow`
`03:31.48`	`nbd`	`but also categorize them at the same time`
`03:31.49`	`rwhitby`	`[g2]: the nslu2-linux kernel SVN repo model is intended to reduce divergence between targets (preferably to zero)`
`03:32.01`	`nbd`	`because some devices don't have pci or usb, so it doesn't make sense to build those parts`
`03:32.06`	`nbd`	`it needs to be modularized somehow`
`03:32.08`	`rwhitby`	`That's why we have a Makefile which uses a single defconfig to build N targets`
`03:33.13`	`rwhitby`	`If we're going to build completely differently configured kernels for different targets, then the Makefile should be structured completely differently (i.e. building the kernel N times, rather than building it once and prepending a shim for each of N targets)`
`03:33.42`	`nbd`	`in openwrt we want to support as many devices as possible from the same kernel config`
`03:33.52`	`nbd`	`so most stuff is put in modules`
`03:34.07`	`rwhitby`	`If we need to make that change, then so be it. But we need to make it in a conscious manner, not just by forking the defconfig and not changing anything else in the repo to match the new paradigm.`
`03:34.08`	`nbd`	`but keeping things in sync between completely different targets is the hard part`
`03:34.25`	`rwhitby`	`nbd: same for nslu2-linux - support as many different targets from the same kernel`
`03:34.40`	`nbd`	`because we have targets like ar7 that have neither pci nor usb`
`03:34.50`	`nbd`	`yet things like netfilter should be similar`
`03:34.58`	`[g2]`	`nbd and you span kernel version too`
`03:34.58`	`nbd`	`that is the hard part for me`
`03:35.10`	`nbd`	`[g2]: i don't think that's important`
`03:35.15`	`nbd`	`we intend to phase out the 2.4 stuff over time`
`03:35.24`	`nbd`	`and we only use one 2.6 version for all targets currently`
`03:35.33`	`nbd`	`with a large set of generic patches`
`03:36.05`	`rwhitby`	`mwester: so that's why I'd prefer not to see a dsmg600_defconfig appear in the repo until we have collectively worked out what paradigm we are going with, and then modified everything to match that paradigm.`
`03:37.07`	`nbd`	`makes sense`
`03:37.15`	`[g2]`	`rwhitby up until now (very recently) the kernel size was maxed at 1M which drove the kernel configuration`
`03:37.26`	`rwhitby`	`[g2]: agreed. We are past that limitation now.`
`03:38.02`	`rwhitby`	`[g2]: don't get me wrong - I'm not saying anything done up to now was wrong, I'm just asking us to discuss what we do in the future.`
`03:38.37`	`rwhitby`	`(we did all the work to remove the 1MB barrier specifically so that we could have common kernels)`
`03:39.24`	`[g2]`	`so regarding common kernels`
`03:39.56`	`rwhitby`	`yep - what's your thoughts on that topic?`
`03:40.03`	`mwester`	`I'm ok with whatever we do as long as we make sure we're not make life more difficult for those using the more "feature-full" systems, or on the flip-side, making poor use of memory for those using the small systems...`
`03:40.05`	`[g2]`	`I see it as a kitchen sink for anything that's ever worked once or just stuff ppl are playing with`
`03:40.25`	`[g2]`	`versus, a kernel for a specific purpose (like the openwrt kernel)`
`03:41.15`	`rwhitby`	`mwester: agreed - e.g. we can add support for as many modules as we like, but compiling stuff into a kernel needs more thought`
`03:41.24`	`[g2]`	`so the current kernel is built with the "plug-in" module model and very little verification is done on the modules`
`03:41.49`	`rwhitby`	`[g2]: yep. we leave testing of modules up to the users.`
`03:42.18`	`[g2]`	`well that's often the difference between working and non-working kernels`
`03:42.24`	`nbd`	`do you have any common packaging system for kernel modules?`
`03:42.42`	`nbd`	`for turning them into ipkg files with proper description, files for automatically loading modules, etc?`
`03:43.01`	`[g2]`	`nbd OE automatically builds the ipkg files`
`03:43.03`	`rwhitby`	`[g2]: there is a certain set of modules required to boot - we test them`
`03:43.26`	`*** join/#nslu2-linux npt-laptop (n=npt@12-218-7-27.client.mchsi.com)`
`03:43.28`	`[g2]`	`rwhitby sure, but that's like 10%`
`03:43.40`	`[g2]`	`or 20% the most important 20%`
`03:43.48`	`[g2]`	`that are used 80% of the time`
`03:44.16`	`rwhitby`	`[g2]: if you're going into regression testing, that's a different (and important) topic.`
`03:44.34`	`rwhitby`	`but (as far as I can see) does not affect the topic at hand.`
`03:44.50`	`[g2]`	`rwhitby right. That's where just about at. Full automated regression testing`
`03:45.32`	`rwhitby`	`[g2]: yes, but that's a separate topic which is needed irrespective of the kernel paradigm`
`03:45.42`	`rwhitby`	`so let's not muddy the two together`
`03:46.43`	`[g2]`	`the nslu2-linux kernel repo is a simply a "water cooler" to discuss kernel issues regarding ixp4xx kernels`
`03:47.30`	`rwhitby`	`yes, and includes a defconfig which is intended to include as much as possible (either compiled in, or as supported modules) into a single kernel to be tested across a range of devices.`
`03:47.37`	`[g2]`	`we are the "Blue collar" "Everyman's" IXP4xx kernel team`
`03:48.49`	`[g2]`	`rwhitby s/tested across/built across/`
`03:48.59`	`rwhitby`	`well, built and booted`
`03:49.14`	`rwhitby`	`not fully tested by any means`
`03:49.24`	`[g2]`	`not even loaded`
`03:49.36`	`rwhitby`	`pardon?`
`03:49.50`	`[g2]`	`modprobe all the modules`
`03:50.05`	`[g2]`	`literally loading the modules into kernel memory`
`03:50.19`	`rwhitby`	`right`
`03:50.34`	`mwester`	`So is the issue then a defconfig containing tested stuff versus a defconfig containing "buildable" stuff?`
`03:50.36`	`rwhitby`	`perhaps we should have an initramfs in the kernel repo which does that`
`03:50.40`	`rwhitby`	`mwester: no`
`03:51.01`	`mwester`	`I'm confused then (but I'm butting in anyway :) )`
`03:51.15`	`rwhitby`	`we can't dream of having the time to test everything we put in our defconfigs`
`03:51.25`	`rwhitby`	`not butting in - it's an open discussion`
`03:52.05`	`[g2]`	`mwester it's about trying to define the common goals and focus`
`03:52.06`	`mwester`	`Agreed; we can't test everything, but what is the quality metric that permits something to be in the defconfig?`
`03:52.35`	`rwhitby`	`it builds, and if it's involved in booting or ssh, then it's been tested on at least one platform :-)`
`03:52.47`	`[g2]`	`or something like since we have a second stage loader, can we remove all the shims from the Makefile ?`
`03:52.56`	`rwhitby`	`(and then tested on all platforms eventually`
`03:53.15`	`rwhitby`	`[g2]: yes, when we have second stage bootloader support on all platforms, we should be able to remove the shims`
`03:53.34`	`rwhitby`	`(I think we're close to that point, but just need to do some more implementation)`
`03:55.30`	`[g2]`	`rwhitby so a real question is what avila support (if any) will the makefile have ?`
`03:55.54`	`rwhitby`	`anyway, back to the topic at hand - whether we want to continue the paradigm of "one kernel for all", or move to a paradigm of "one kernel for each" for the nslu2-linux svn kernel repo. Note that this does not affect what each platform sends upstream, nor does it affect what each platform does for production builds.`
`03:56.49`	`rwhitby`	`[g2]: I'd like to have support for avila in the single kernel we build, such that our kernel patches can be tested by booting them on an avila board with a defconfig which doesn't need to match the production defconfig or the upstream defconfig`
`03:58.05`	`[g2]`	`rwhitby ok well I think we just double check the endian issues and you may have already fixed that`
`03:59.11`	`rwhitby`	`[g2]: nod`
`03:59.19`	`[g2]`	`after 19+ things are totally sane regarding the libata`
`04:00.11`	`[g2]`	`so in my mind the only issues is the MAC support and the MTD notifier for micro code loading`
`04:00.28`	`[g2]`	`and both of those fall in the open IXP driver area`
`04:01.00`	`rwhitby`	`right. we would like to present a united front to l-a-k on the way we handle those things. e.g. submit patches for five platforms at once in those areas.`
`04:01.48`	`[g2]`	`I think the united front approach is the rift part I spoke about earlier`
`04:01.56`	`[g2]`	`regarding l-a-k`
`04:02.08`	`rwhitby`	`ok, what's the rift?`
`04:02.45`	`[g2]`	`my take is l-a-k is a patchocracy`
`04:03.44`	`[g2]`	`and they want ppl to do a lot of homework`
`04:04.14`	`[g2]`	`the don't want to spend much time discussing possibilities`
`04:04.30`	`rwhitby`	`is the rift between nslu2-linux and l-a-k, or within nslu2-linux ?`
`04:05.20`	`[g2]`	`rwhitby have we heard anything back on the 50+ e-mails to deepak ?`
`04:05.20`	`rwhitby`	`[g2]: agreed - l-a-k says they want discussion before patches, but really they only enter a discussion once patches are submitted.`
`04:05.28`	`rwhitby`	`[g2]: not a single reply`
`04:05.40`	`[g2]`	`that's what I'm talking about`
`04:06.05`	`[g2]`	`both the no replay, and the only really comment on patches`
`04:06.13`	`[g2]`	`s/replay/reply/`
`04:06.16`	`rwhitby`	`right, that's why our strategy is to prototype our preferred solution in our svn kernel repo, and then push patches`
`04:06.35`	`rwhitby`	`(and not wait for a reply which won't come until we submit a patch)`
`04:06.40`	`[g2]`	`which is how we got into this mess`
`04:06.47`	`rwhitby`	`??`
`04:06.52`	`rwhitby`	`what mess?`
`04:06.56`	`[g2]`	`that's exactly what I was doing with the ixp4xx`
`04:07.23`	`[g2]`	`and blaster8 got upset about what was supposed to be in the repo and what isn't`
`04:07.46`	`rwhitby`	`we've already sorted out that misunderstanding of the purpose of our svn kernel repo`
`04:07.56`	`VoodooZ`	`night`
`04:07.59`	`[g2]`	`night`
`04:08.16`	`[g2]`	`so now we are sorting out the future goals and direction`
`04:08.24`	`[g2]`	`at least between u`
`04:08.26`	`[g2]`	`us`
`04:12.13`	`rwhitby`	`yes`
`04:13.06`	`rwhitby`	`there is no problem with loft_defconfig sitting there today. we're discussing whether it stays separate, or whether we merge it back with defconfig (by changing defconfig to match it in the areas of MAC and firmware)`
`04:13.22`	`rwhitby`	`(and creating patches for the other platforms)`
`04:15.11`	`[g2]`	`I put the loft_defconfig in there for the ppl testing on the avila platform`
`04:16.03`	`[g2]`	`it's nice to be able to track the changes and working versions`
`04:16.15`	`rwhitby`	`[g2]: agreed. and now we're discussing how to bring the avila platform into the mainstream with the other platforms`
`04:16.40`	`rwhitby`	`(by moving the other platforms to the same level of functionality that the avila platform now has)`
`04:19.00`	`[g2]`	`so my goal is the same a it was nearly 2.5 years ago`
`04:19.19`	`[g2]`	`to get to the point of a dl kernel.org make loft_defconfig and run`
`04:19.36`	`[g2]`	`run a freshly minit kernel`
`04:19.44`	`[g2]`	`s/minit/minted/`
`04:20.02`	`rwhitby`	`yep, same goal for nslu2 and other platforms too`
`04:20.30`	`rwhitby`	`we've been holding back on sending defconfig upstream until we have a stable defconfig`
`04:23.08`	`[g2]`	`well it's been a busy day. More BE regression testing tomorrow`
`04:23.36`	`[g2]`	`right now there's just GPSFan's built issue`
`04:23.42`	`[g2]`	`s/built/build/`
`04:23.56`	`[g2]`	`and that's on a non-OE toolchain`
`04:24.23`	`[g2]`	`I do need to try 4.1.1 also`
`04:25.27`	`[g2]`	`time for some sleep`
`04:25.43`	`[g2]`	`I'll check the logs in the AM`
`04:25.57`	`[g2]`	`nite all`
`04:27.41`	`GPSFan`	`[g2]: night. I had a few thoughts about my problem. I'll talk to you about them tomorrow..`
`04:30.07`	`*** join/#nslu2-linux dumfrac (n=dumfrac@71-208-91-37.hlrn.qwest.net)`
`04:35.33`	`*** join/#nslu2-linux caplink811-log (n=caplink8@dslb-088-073-005-128.pools.arcor-ip.net)`
`04:37.32`	`*** join/#nslu2-linux Sinclair73de (n=Sinclair@p54A08012.dip0.t-ipconnect.de)`
`04:52.44`	`CIA-8`	`03bzhou * r4351 10optware/trunk/make/erl-escript.mk: added erl-escript`
`04:57.02`	`*** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net)`
`05:11.42`	`*** join/#nslu2-linux dumfrac (n=dumfrac@71-208-91-37.hlrn.qwest.net)`
`05:12.56`	`*** join/#nslu2-linux nSi (n=Sinclair@p54A0805F.dip0.t-ipconnect.de)`
`05:32.02`	`*** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT)`
`05:35.15`	`CIA-8`	`03bzhou * r4352 10optware/trunk/Makefile: grouped erlang packages in ERLANG_PACKAGES, promoted erl-escript`
`06:05.55`	`*** join/#nslu2-linux mithro_ (n=tim@ppp246-117.static.internode.on.net)`
`06:06.19`	`*** join/#nslu2-linux goetter_ (n=goetter@cpe-24-58-4-206.twcny.res.rr.com)`
`06:23.21`	`*** join/#nslu2-linux ecopperbech (n=copperbe@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk)`
`06:42.08`	`CIA-8`	`03bzhou * r4353 10optware/trunk/make/erl-escript.mk: erl-escript: use gnu make syntax`
`06:48.32`	`*** join/#nslu2-linux eno__ (n=eno@adsl-70-137-141-204.dsl.snfc21.sbcglobal.net)`
`07:04.01`	`*** join/#nslu2-linux eno (n=eno@nslu2-linux/eno)`
`07:13.56`	`*** join/#nslu2-linux DrZimmerman (n=theo@84-72-181-62.dclient.hispeed.ch)`
`07:14.27`	`*** join/#nslu2-linux mwester_ (n=mwester@nslu2-linux/mwester)`
`07:15.30`	`CIA-8`	`03bzhou * r4354 10optware/trunk/make/erl-escript.mk: erl-escript: stable SITE`
`08:07.35`	`*** join/#nslu2-linux jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)`
`08:07.35`	`*** topic/#nslu2-linux is nslu2-linux developer channel - use #nslu2-general for end-user questions`
`08:20.43`	`*** join/#nslu2-linux DaKa (n=David@nslu2-linux/daka)`
`08:24.54`	`*** join/#nslu2-linux matholio (n=matholio@210-84-32-207.dyn.iinet.net.au)`
`08:24.58`	`matholio`	`hi all.`
`08:25.07`	`rwhitby`	`hi`
`08:27.02`	`matholio`	`I have my nslu2 unslung on usb flash mem, but I cobbled together an old laptop drive and usb interface.`
`08:27.14`	`matholio`	`it's detected and formated fine.`
`08:27.31`	`matholio`	`how do I move from the flash to the hdd ?`
`08:27.41`	`matholio`	`can I unsling again ?`
`08:28.41`	`rwhitby`	`yep`
`08:30.11`	`matholio`	`can Ijust copy everything from the flash to the hdd, switch off, change hdd slot and boot ?`
`08:30.39`	`matholio`	`I'm expecting not.`
`08:32.30`	`*** join/#nslu2-linux CieD (n=CieD@host86-136-77-105.range86-136.btcentralplus.com)`
`08:37.07`	`rwhitby`	`actually, you probably can if get all the partitions and hidden files right`
`08:37.17`	`rwhitby`	`but easiest is just to unsling and then copy data across`
`08:38.02`	`matholio`	`right, so boot with just the hdd and unsling, add flash and copy what I need ?`
`08:38.14`	`rwhitby`	`yep`
`08:43.28`	`*** join/#nslu2-linux npt-laptop (n=npt@12-218-7-27.client.mchsi.com)`
`08:46.55`	`matholio`	`dev//sdb1 does that sound right ?`
`08:49.02`	`matholio`	`ack, whatever, I'm gonna hose it.`
`09:07.11`	`*** join/#nslu2-linux pleemans (n=peter@d51A5E421.access.telenet.be)`
`09:08.18`	`matholio`	`Somethings not right.`
`09:13.26`	`*** join/#nslu2-linux kolla (i=kolla@halbrend.uninett.no)`
`09:13.30`	`matholio`	`format failed.`
`09:34.59`	`matholio`	`woo. worked.`
`09:35.10`	`matholio`	`bit odd, the hdd doesn;t seem to work in port 1.`
`09:48.46`	`*** join/#nslu2-linux vmaster_ (n=vmaster@p549B6D36.dip.t-dialin.net)`
`09:58.59`	`*** join/#nslu2-linux likewise (n=chatzill@atwork-98.r-212.178.104.atwork.nl)`
`10:00.01`	`likewise`	`hi all`
`10:05.09`	`NAiL`	`morning, likewise`
`10:59.49`	`*** join/#nslu2-linux eiffel_ (n=eiffel@pD9574097.dip0.t-ipconnect.de)`
`11:01.15`	`*** join/#nslu2-linux blaster8 (n=blaster8@nslu2-linux/blaster8)`
`11:01.39`	`likewise`	`blaster8: hi there`
`11:01.47`	`blaster8`	`hi`
`11:01.59`	`blaster8`	`how's your custom board going?`
`11:03.51`	`likewise`	`blaster8: boards, actually. 80% has been routed of one board, 50% of the other`
`11:04.06`	`likewise`	`(not my part of the involvement, though)`
`11:04.23`	`blaster8`	`ok, so still in development`
`11:05.31`	`likewise`	`yes, the board we currently have (which is 99% done, a final proto is in the works) will probably remain a test board and not an end product.`
`11:05.57`	`blaster8`	`ok, understood`
`11:06.47`	`likewise`	`blaster8: I am trying to test the NPE GPL driver but still wrestling with OE/bitbake stuff...`
`11:06.52`	`blaster8`	`?`
`11:06.57`	`*** join/#nslu2-linux bullet (n=bullet@35.31.79.83.cust.bluewin.ch)`
`11:07.04`	`blaster8`	`Which kernel version are you trying to build?`
`11:07.31`	`likewise`	`2.6.18`
`11:07.58`	`blaster8`	`what problems are you having?`
`11:08.01`	`likewise`	`blaster8: I am working off the www.openembedded.org monotone repo.`
`11:08.07`	`blaster8`	`ok`
`11:08.44`	`blaster8`	`If you'd like some advice/help I'm happy to try`
`11:08.53`	`likewise`	`blaster8: bitbake that loops indefinitely across these 3 lines:`
`11:08.55`	`likewise`	`NOTE: ixp4xx-kernel (2.6.18-r1.534) already staged but upgrading to 2.6.17-r5.5 to satisfy kernel-module-ixp4xx-qmgr`
`11:08.57`	`likewise`	`NOTE: ixp4xx-kernel (2.6.18-r1.534) already staged but upgrading to 2.6.17-r5.5 to satisfy kernel-image-2.6.17`
`11:08.59`	`likewise`	`NOTE: ixp4xx-kernel (2.6.18-r1.534) already staged but upgrading to 2.6.17-r5.5 to satisfy kernel-image-`
`11:09.22`	`blaster8`	`can you remove tmp/ directory and try the build again from scratch?`
`11:10.02`	`likewise`	`I already did, I can do that, it will bring me two to three hours ahead though.`
`11:10.37`	`blaster8`	`so, you've tried a build from scratch and are still coming up with the same problem`
`11:11.13`	`blaster8`	`are you sure you're not specifying kernel-image-2.6.17 somewhere?`
`11:12.57`	`likewise`	`blaster8: I'll try a clean build just to be sure, while I work on other stuff :-)`
`11:13.31`	`blaster8`	`it's probably best to check your configuration then run a clean build`
`11:17.08`	`blaster8`	`do you have one or two ethernet macs on your custom board?`
`11:18.12`	`likewise`	`on the 99% finished one, 2`
`11:18.18`	`blaster8`	`hmm`
`11:18.36`	`blaster8`	`are you building the ixp4xx-npe package?`
`11:21.54`	`blaster8`	`you will need to alter it to package both the npe-b and npe-c microcode`
`11:27.28`	`NAiL`	`blaster8: we'll need that for the fsg-3 as well`
`11:27.37`	`blaster8`	`indeed`
`11:27.55`	`blaster8`	`probably best to include both in the default image, given how tiny they are`
`11:28.14`	`blaster8`	`NAiL: can you fix this up, if I explain what to do?`
`11:28.16`	`likewise`	`blaster8: currently only b is packages?`
`11:28.20`	`blaster8`	`yes`
`11:28.34`	`likewise`	`ok, I'll listen in if you explain.`
`11:28.36`	`likewise`	`:-)`
`11:28.59`	`likewise`	`I added ixp4xx-mcgrab as a package to OE, but maybe it's already in there?`
`11:29.01`	`NAiL`	`I'm at work for another four hours or so`
`11:29.18`	`blaster8`	`OK, at the moment the header file at http://www.hohnstaedt.de/ixp_npe/IxNpeMicrocode.h specifies extracting the NPE-C Crypto support image`
`11:29.43`	`blaster8`	`which would be fine, but we are not downloading the crypto support version of the Microcode file`
`11:30.39`	`blaster8`	`so we need a patch for the Microcode header file which undefines the crypto NPE image and defines the last NPE-C image`
`11:30.45`	`blaster8`	`'IX_NPEDL_NPEIMAGE_NPEC_ETH_LEARN_FILTER_SPAN_FIREWALL'`
`11:31.30`	`blaster8`	`then a bit of magic in the bitbake file to copy the newly created NPE-C image to the right place for staging, and job's done`
`11:39.52`	`likewise`	`So, http://www.rafb.net/paste/results/k8dN4k47.html for the diff`
`11:41.26`	`[g2]`	`morning blaster8 like\|lunch`
`11:41.50`	`blaster8`	`like\|lunch: that's the one`
`11:42.51`	`[g2]`	`blaster8 dunno if you caught the logs, but all is running both BE and LE for .19-rc3 for me`
`11:43.00`	`blaster8`	`is it working now?`
`11:43.51`	`[g2]`	`everything is working for me, GPSFan still has build issue, but my kernel works on his hw`
`11:43.59`	`blaster8`	`what build issue? what gcc ver?`
`11:44.36`	`[g2]`	`build issues as in his version doesnt' work with the ethernet properly`
`11:44.44`	`blaster8`	`?`
`11:44.54`	`blaster8`	`that's probably the microcode, from the log I saw`
`11:45.21`	`blaster8`	`he should try with up-to-date microcode rather than extracting from Redboot`
`11:45.47`	`[g2]`	`blaster8 it works with his microcode and my kernel`
`11:46.02`	`blaster8`	`ok, fair enough`
`11:46.06`	`blaster8`	`which GCC version?`
`11:46.22`	`[g2]`	`I'm gcc 3.4.x and he's 4.1.1 iirc`
`11:46.29`	`blaster8`	`4.1.1?`
`11:46.39`	`[g2]`	`gcc 4.1.1`
`11:46.44`	`blaster8`	`that's what SlugOS is using atm`
`11:47.16`	`[g2]`	`he's got his own tool chain, so it's quite possible he's missing a patch`
`11:47.34`	`blaster8`	`sounds likely`
`11:47.51`	`[g2]`	`I'm just giving you the update`
`11:57.19`	`blaster8`	`?`
`12:03.46`	`*** join/#nslu2-linux jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)`
`12:03.46`	`*** topic/#nslu2-linux is nslu2-linux developer channel - use #nslu2-general for end-user questions`
`12:05.37`	`[g2]`	`blaster8 I was just giving you the status update on activitiess`
`12:05.41`	`blaster8`	`ok`
`12:05.59`	`blaster8`	`I've got the ixp4xx-npe package packaging NPE-C microcode too`
`12:06.31`	`[g2]`	`the current code doesn't pull the crypto stuff does it ?`
`12:06.40`	`[g2]`	`current being our repo`
`12:08.42`	`blaster8`	`no`
`12:08.47`	`blaster8`	`it's a pain to download from intel`
`12:10.00`	`blaster8`	`gtg`
`12:12.38`	`blaster8`	`NAiL: http://pastebin.ca/raw/232561`
`12:14.59`	`VoodooZ`	`morning.`
`12:15.15`	`VoodooZ`	`wow lots of discussion going on. me like.`
`12:16.52`	`NAiL`	`blaster8: ok, I'll look into it after work`
`12:36.10`	`*** join/#nslu2-linux EvilDevil (n=evildevi@p54A6EE10.dip.t-dialin.net)`
`13:01.39`	`*** join/#nslu2-linux dwery (n=dwery@nslu2-linux/dwery)`
`13:10.39`	`*** join/#nslu2-linux osas (n=osas@CPE0016b62ceb5a-CM000f9fa84bec.cpe.net.cable.rogers.com)`
`13:28.19`	`*** join/#nslu2-linux GPSFan (n=kenm@12.10.255.248)`
`13:30.53`	`*** join/#nslu2-linux bullet_ (n=bullet@45.51.62.81.cust.bluewin.ch)`
`14:16.22`	`likewise`	`[g2]: hello`
`14:16.38`	`[g2]`	`likewise hey`
`14:21.36`	`*** join/#nslu2-linux yvasilev (n=yvasilev@189.140.152.251)`
`14:23.04`	`[g2]`	`VoodooZ ping`
`14:25.53`	`*** join/#nslu2-linux yvasilev (n=yvasilev@189.140.152.251)`
`15:18.30`	`GPSFan`	`[g2]: morning..`
`15:18.54`	`*** join/#nslu2-linux Sinclair73de (n=Sinclair@p54A0805F.dip0.t-ipconnect.de)`
`15:21.31`	`[g2]`	`GPSFan hey`
`15:22.15`	`GPSFan`	`[g2]: I tried changing my config to add the other machine defined (loft, ixdp425, etc) like your config. I changed my mach-types back to it's original config and added a shim at the start of the kernel binary (again like yours). It built ok and runs, but has the same ehternet issue as before.`
`15:22.45`	`GPSFan`	`btw I'm using gcc 3.4.5`
`15:28.49`	`dwery`	`[g2] GPSFan: hi!`
`15:28.56`	`dwery`	`[g2]: can you send me your .config?`
`15:29.54`	`GPSFan`	`dwery: g'day`
`15:30.14`	`[g2]`	`dwery which .config for BE ?`
`15:30.27`	`dwery`	`yes`
`15:30.57`	`[g2]`	`dwery lemme power on the box, but I think it's identical to the one in the repo`
`15:31.00`	`dwery`	`ok`
`15:31.15`	`[g2]`	`I'll double check`
`15:46.39`	`[g2]`	`dwery things a different`
`15:46.49`	`[g2]`	`are`
`15:47.17`	`dwery`	`ok`
`15:47.23`	`VoodooZ`	`pong`
`15:47.43`	`dwery`	`[g2]: any significant difference?`
`15:48.12`	`[g2]`	`dwery are you looking to test BE ?`
`15:48.52`	`[g2]`	`as I've got a very tiny script that creates a jffs2 busybox rootfs`
`15:49.02`	`dwery`	`No, I want to check if there's anything that can lead an explanation to my USB problems`
`15:49.43`	`[g2]`	`dwery 1.1 or 2.0 issues ?`
`15:49.49`	`dwery`	`both of them`
`15:50.10`	`VoodooZ`	`[g2]: what's up?`
`15:50.13`	`[g2]`	`have you run the usb monitor stuff ?`
`15:50.21`	`[g2]`	`do see all the usb transactions ?`
`15:50.26`	`[g2]`	`s/do/to/`
`15:50.50`	`dwery`	`nope. I get intermittent glitches`
`15:51.09`	`dwery`	`so I was starting from .config before going deeper`
`15:51.50`	`[g2]`	`VoodooZ did you see the nanocom and minicom ? http://www.digilentinc.com/Products/Detail.cfm?Prod=NANOCON&Nav1=Products&Nav2=Embedded`
`15:52.18`	`VoodooZ`	`[g2]: no but I will check it out right away.`
`15:52.53`	`VoodooZ`	`nice`
`15:53.08`	`VoodooZ`	`It the analog of the RoboStix for the gumstix.`
`15:53.20`	`VoodooZ`	`s/It/It's/`
`15:53.30`	`[g2]`	`VoodooZ sometime I'd like to take about those boards a little`
`15:53.52`	`GPSFan`	`[g2]: progress! I took my kernel tree and just made zImage using loft_defconfig-be renamed to .config. I than added the shim, and THE ETHERNET WORKS!`
`15:54.15`	`VoodooZ`	`take or talk?`
`15:54.20`	`[g2]`	`talk`
`15:54.23`	`VoodooZ`	`hehe`
`15:54.27`	`[g2]`	`thx`
`15:54.38`	`blaster8`	`GPSFan: well done`
`15:54.39`	`VoodooZ`	`Why? you interested in using one or making one?`
`15:54.40`	`dwery`	`GPSFan: congrats!`
`15:54.49`	`[g2]`	`GPSFan great news`
`15:54.51`	`blaster8`	`can you diff your old config to this one please`
`15:55.02`	`blaster8`	`and give a report of the previous error`
`15:55.04`	`dwery`	`me too, please paste`
`15:55.40`	`GPSFan`	`[g2]: yeah, there are soooooo many subtle config options. I'll get a diff to my old one to see what it was.`
`15:56.49`	`dwery`	`I'am glad almost everything works now`
`15:56.56`	`dwery`	`except my USB, of course`
`15:57.23`	`dwery`	`[g2]: you had something related to the temperature on your punch list, right?`
`15:57.27`	`[g2]`	`GPSFan that's what testing/verification is all about`
`15:57.37`	`GPSFan`	`[g2]: ;>)`
`15:59.04`	`GPSFan`	`blaster8: at first glance there are tons of differences. mostly due to my config not building lots of things that [g2]'s config builds as modules. it will take a bit of cleaning up before it's obvious what the true differences are.`
`15:59.33`	`blaster8`	`there will be loads of differences - if you post it raw we can get through most of them quickly`
`16:00.34`	`GPSFan`	`blaster8: sounds good to me. pastebin comming up in scant minutes..`
`16:00.34`	`blaster8`	`thanks`
`16:03.01`	`*** join/#nslu2-linux ByronT (i=byron-po@nslu2-linux/ByronT)`
`16:04.23`	`*** join/#nslu2-linux l0c4lh0st (n=a@j147098.upc-j.chello.nl)`
`16:06.50`	`VoodooZ`	`[g2]: digilent have nice little boards.`
`16:07.16`	`VoodooZ`	`For my robots I just breadboard my own though as I like it cheap.`
`16:07.56`	`GPSFan`	`blaster8: first it the diff between the configs (the 08:43 works, the 07:11 doesn't): http://pastebin.ca/232828 second is the log of the boot and first ping: http://pastebin.ca/232825`
`16:08.45`	`blaster8`	`could we have a universal diff - pretty please :)`
`16:09.17`	`[g2]`	`GPSFan you used the loft-defconfig-be file I e-mailed you yesterday right?`
`16:09.35`	`[g2]`	`loft_defconfig-be`
`16:09.43`	`GPSFan`	`blaster8: sorry, I'm not really a programmer and I need a little help with how to diff that. [g2] yes that's what I used.`
`16:09.57`	`blaster8`	`diff -u oldconfig newconfig`
`16:10.18`	`GPSFan`	`blaster8: comming up`
`16:12.24`	`GPSFan`	`blaster8: http://pastebin.ca/232836`
`16:13.00`	`GPSFan`	`rats It's backwards..as2!@#$!@%`
`16:13.09`	`blaster8`	`future reference, it's best to do diff -u Originalfile Newfile`
`16:14.05`	`[g2]`	`blaster8 http://www.giantshoulderinc.com/loft`
`16:14.38`	`blaster8`	`? I see a directory with nothing in it`
`16:14.52`	`[g2]`	`refresh`
`16:15.25`	`blaster8`	`better`
`16:15.29`	`GPSFan`	`http://pastebin.ca/232840`
`16:16.03`	`GPSFan`	`I've got to run off for most of the rest of the day, cu later...`
`16:16.18`	`blaster8`	`ok, thanks`
`16:20.34`	`blaster8`	`[g2]: do you have a link to the issue that GPSFan had?`
`16:21.25`	`[g2]`	`blaster8 it's in the logs from yesterday, the ARP issue`
`16:22.35`	`[g2]`	`dwery I'm guessing you saw the defconfig file`
`16:23.15`	`dwery`	`[g2]: the pastebin? will check in a few mins`
`16:23.40`	`[g2]`	`dwery no the full defconfig file on my website`
`16:24.06`	`dwery`	`no, haven't got it yet. will do`
`16:24.17`	`[g2]`	`nod just fyi`
`16:39.23`	`*** join/#nslu2-linux kfm82ibook (n=kfm82@p54BED2D9.dip.t-dialin.net)`
`16:41.14`	`dwery`	`[g2]: recompiling with a few changes`
`16:44.24`	`dwery`	`it seems it's working`
`16:45.18`	`dwery`	`I enabled the three options under EHCI`
`16:45.21`	`dwery`	`now running bonnie++`
`16:45.40`	`dwery`	`rc4 is out`
`16:47.25`	`NAiL`	`and tested? :)`
`16:49.07`	`dwery`	`compiling :)`
`16:49.47`	`[g2]`	`dwery so the USB 2.0 is working for you now ?`
`16:50.00`	`dwery`	`it seems so`
`16:50.08`	`dwery`	`I'll let bonnie run for a while`
`16:50.09`	`[g2]`	`excellent`
`16:50.37`	`[g2]`	`can you post/e-mail the diffs EHCI diffs between the working/non-working config ?`
`16:50.39`	`dwery`	`what's missing next? it seems everything is working`
`16:50.57`	`[g2]`	`dwery rc4 testing :)`
`16:51.04`	`dwery`	`I addedCONFIG_USB_EHCI_SPLIT_ISO=y`
`16:51.04`	`dwery`	`CONFIG_USB_EHCI_ROOT_HUB_TT=y`
`16:51.04`	`dwery`	`CONFIG_USB_EHCI_TT_NEWSCHED=y`
`16:52.09`	`[g2]`	`dwery the only think I know of is the calibration on the temperature module`
`16:52.22`	`[g2]`	`is that open ?`
`16:52.23`	`dwery`	`I forgot there was a calibration...`
`16:52.40`	`[g2]`	`I don't mean calibration, I mean conversion`
`16:52.46`	`dwery`	`conversion?`
`16:52.56`	`[g2]`	`the 4500 versus 45c`
`16:53.07`	`dwery`	`that it's done by sensors/lm-sensors`
`16:53.19`	`dwery`	`the driver will report the value in millidegree celsius as per specs`
`16:53.19`	`[g2]`	`is everything currently working fine ?`
`16:53.20`	`barnseenio`	`conflagration`
`16:53.32`	`barnseenio`	`'a large destructive fire'`
`16:53.35`	`barnseenio`	`hmm, perhaps not`
`16:53.45`	`dwery`	`barnseenio: :-D`
`16:53.48`	`[g2]`	`:)`
`16:54.03`	`[g2]`	`milli or centi ?`
`16:54.31`	`dwery`	`milli`
`16:54.50`	`[g2]`	`so shouln't it be 45000 ?`
`16:55.30`	`dwery`	`yes. and I think it is. you are getting 4500?`
`16:57.08`	`barnseenio`	`crikey what you guys upto?`
`16:57.14`	`barnseenio`	`rocket science?`
`16:57.27`	`barnseenio`	`putting a slug in space?`
`16:59.09`	`dwery`	`rc4 seems fine too`
`16:59.51`	`dwery`	`that meand that when .19 will be out we will be ready for upstream push of relevant patches, knowing that our kernel base is doing fine`
`16:59.56`	`dwery`	`s/meand/means/`
`17:00.33`	`[g2]`	`dwery any reason not to move to rc4 ?`
`17:00.51`	`dwery`	`none`
`17:01.07`	`[g2]`	`can you push ?`
`17:01.55`	`dwery`	`sure`
`17:01.59`	`dwery`	`how's the temperature?`
`17:02.55`	`[g2]`	`I haven't checked the temperature`
`17:03.00`	`dwery`	`doh! it's already 2.6.19-rc4 in svn/KERNEL :)`
`17:03.22`	`[g2]`	`outside it's really pretty and like 65F`
`17:03.44`	`dwery`	`I've got 15C outside`
`17:04.29`	`[g2]`	`dwery looks like things are in good shape`
`17:04.57`	`[g2]`	`I still need to verify the temp reading, but other than that I think there are no open issues`
`17:06.10`	`dwery`	`ok`
`17:06.46`	`dwery`	`once I'll have my new shelf completed I'll move to the NAS100d to see if still works`
`17:07.42`	`dwery`	`other than that, I'am still playing with my new epson driver for SANE and twiggling some datamatrix barcodes for optical documents archiving..`
`17:32.02`	`mwester`	`37F outside here.`
`17:38.50`	`[g2]`	`out to eat`
`17:46.58`	`CIA-8`	`03bzhou * r4355 10optware/trunk/make/py-selector.mk: py-selector: upstream upgrade to 0.8.9`
`18:20.12`	`dwery`	`I've just tried the same kernel on the NSLU2:`
`18:20.14`	`dwery`	`0xb0000050-0xb0000450 : "RedBoot"`
`18:20.14`	`dwery`	`mtd: partition "RedBoot" is out of reach -- disabled`
`18:30.11`	`dwery`	`http://rafb.net/paste/results/pTSuHX92.html`
`18:34.20`	`*** join/#nslu2-linux Tobbe (n=tobbe@kbhn-vbrg-sr0-vl203-120.perspektivbredband.net)`
`18:51.31`	`*** join/#nslu2-linux caplink811-log (n=caplink8@dslb-088-073-026-035.pools.arcor-ip.net)`
`19:08.33`	`*** join/#nslu2-linux CieD (n=CieD@81.168.95.39)`
`19:51.50`	`*** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby)`
`19:53.03`	`*** join/#nslu2-linux caplink811_log (n=caplink8@dslb-088-073-136-172.pools.arcor-ip.net)`
`19:54.04`	`*** join/#nslu2-linux eiffel (n=eiffel@pD9572ECE.dip0.t-ipconnect.de)`
`19:57.53`	`CIA-8`	`03bzhou * r4356 10optware/trunk/make/sendmail.mk: sendmail: use LOGNAME instead of USER so cron autobuild also have the env variable`
`19:59.44`	`CIA-8`	`03bzhou * r4357 10optware/trunk/Makefile: promoted sendmail`
`20:14.49`	`*** join/#nslu2-linux gda_ (n=gda@dslb-082-083-140-248.pools.arcor-ip.net)`
`20:16.19`	`gda_`	`eno: patch doesn't work, after configure the define looks like -DCLAMAV_tmpdir=/opt/tmp instead of -DCLAMAV_tmpdir="/opt/tmp"`
`20:16.41`	`gda_`	`have already tried some variants without success`
`20:39.48`	`dwery`	`trying mc_grab on the nslu2..`
`21:01.14`	`eno`	`gda_: -DCLAMAV_tmpdir=\"/opt/tmp\" ?`
`21:04.09`	`gda_`	`eno: that was the first that I have tried ;)`
`21:06.17`	`eno`	`gda_: -DCLAMAV_tmpdir=\\\"/opt/tmp\\\" ?`
`21:06.26`	`gda_`	`eno: okay you get then -DCLAMAV_tmpdir="/opt/tmp", but anyway it breaks with:`
`21:06.40`	`gda_`	`others.c:401: error: parse error before '/' token`
`21:09.01`	`gda_`	`eno: -DCLAMAV_tmpdir=\\\"/opt/tmp\\\": configure: error: C compiler cannot create executables`
`21:20.31`	`eno`	`gda_: k, try the following:`
`21:20.46`	`eno`	`leave CLAMAV_CPPFLAGS empty`
`21:21.25`	`eno`	`for configure CPPFLAGS="$(STAGING_CPPFLAGS) $(CLAMAV_CPPFLAGS)"`
`21:21.49`	`eno`	`for $(CLAMAV_BUILD_DIR)/.built target`
`21:21.58`	`eno`	`<PROTECTED>`
`21:21.58`	`eno`	`<PROTECTED>`
`21:22.06`	`eno`	`it should work`
`21:23.02`	`eno`	`it just the configure went thru too many quote/escape`
`21:23.15`	`gda_`	`eno: am trying`
`21:24.14`	`gda_`	`eno: it builds at least`
`21:27.25`	`gda_`	`eno: clamscan works`
`21:28.01`	`eno`	`cool`
`21:28.51`	`gda_`	`freshclam works now too`
`21:29.43`	`gda_`	`eno: am trying to check in, but hangs`
`21:29.46`	`CIA-8`	`03gda * r4358 10optware/trunk/make/clamav.mk: clamav uses now /opt/tmp instead of /tmp`
`21:30.59`	`eno`	`i read somewhere openbsd spamd is pretty good`
`21:37.09`	`gda_`	`eno: where? amavisd is very flexible`
`21:38.14`	`eno`	`http://en.wikipedia.org/wiki/Spamd`
`21:38.43`	`*** join/#nslu2-linux Tobbe (n=tobbe@kbhn-vbrg-sr0-vl203-120.perspektivbredband.net)`
`21:38.54`	`rwhitby`	`I'm looking at spamd for my personal use right now ... comparing it against spamassassin`
`21:39.25`	`rwhitby`	`oh, sorry. I'm looking at dspam - something different.`
`21:40.45`	`dwery`	`rwhitby: spamasssassin does a great job for me. I run it on two dedicated servers processing emails from my mx`
`21:40.50`	`gda_`	`eno: spamd is useless for me, I don't have an open smtp server, I get my mails with fetchmail`
`21:41.24`	`gda_`	`rwithby: amavisd uses spamassassin and can use dspam too`
`21:47.45`	`gda_`	`interesting error message:`
`21:47.48`	`gda_`	`Nov 1 19:38:43 diskstation user.err synousbdisk: USB disk is polled out.`
`22:13.21`	`*** join/#nslu2-linux blaster8 (n=blaster8@nslu2-linux/blaster8)`
`22:16.50`	`blaster8`	`'<dwery> doh! it's already 2.6.19-rc4 in svn/KERNEL :)'`
`22:16.57`	`blaster8`	`thank you, I'm here all week`
`22:16.58`	`blaster8`	`:p`
`22:17.08`	`dwery`	`:)`
`22:17.15`	`dwery`	`blaster8: does USB work fine for you?`
`22:17.23`	`blaster8`	`no hardware here`
`22:17.31`	`blaster8`	`no usb ports on the hardware I do have`
`22:17.32`	`dwery`	`right. I forgot`
`22:17.48`	`blaster8`	`we need to get that verified - are you having trouble on the NSLU2?`
`22:17.53`	`dwery`	`yes`
`22:18.04`	`dwery`	`it boots fine but hangs later`
`22:18.13`	`dwery`	`no messages on the serial port`
`22:18.23`	`blaster8`	`not good at all`
`22:18.34`	`blaster8`	`how are you implicating usb?`
`22:18.53`	`dwery`	`when I use nfsroot it works fine`
`22:19.11`	`blaster8`	`flash boot?`
`22:19.25`	`dwery`	`did not tried`
`22:19.31`	`dwery`	`I'am now recompiling for nfsroot`
`22:19.38`	`dwery`	`and will launch bonnie++ on the usb hd`
`22:20.41`	`blaster8`	`thanks`
`22:20.48`	`dwery`	`[g2] will also use bonnie++`
`22:20.55`	`blaster8`	`try compiling kernel with no usb support and flash booting, too`
`22:20.55`	`dwery`	`on the loft, I thinl`
`22:21.06`	`dwery`	`I do not have any flash root`
`22:21.11`	`blaster8`	`(or just rmmod the usb modules...)`
`22:21.18`	`blaster8`	`dwery: slugos?`
`22:21.48`	`dwery`	`nope. But given that when booting from nfs everything is ok, I'd say USB is the problem`
`22:22.56`	`blaster8`	`i guess so`
`22:24.50`	`dwery`	`We would need someone else with an NSLU2 to test`
`22:25.10`	`[g2]`	`dwery is this just rc4 or rc3 too ?`
`22:25.24`	`dwery`	`I'am running rc4 but had problems with rc3 too`
`22:25.53`	`[g2]`	`dwery your USB has never been really happy right ?`
`22:26.02`	`dwery`	`right`
`22:26.08`	`[g2]`	`that's just the Loft board`
`22:26.24`	`dwery`	`I had problems both with the loft and the nslu2`
`22:26.35`	`dwery`	`with two different enclosures and one usb net adapter`
`22:27.08`	`[g2]`	`which usb net adapter ?`
`22:27.13`	`dwery`	`rtl8150`
`22:27.18`	`[g2]`	`ah`
`22:27.24`	`[g2]`	`I've got some linksys ones`
`22:27.42`	`dwery`	`I'd say the problem is at usb layer`
`22:29.26`	`[g2]`	`well I'm wondering why you are the only one that seems to be seeing it`
`22:30.03`	`[g2]`	`both the loft and nslu2 were up on external hds 24/7 for 180 days +`
`22:30.17`	`dwery`	`which kernel?`
`22:30.32`	`dwery`	`my production nlsu2 was working just fine with an older kernel`
`22:30.32`	`[g2]`	`probably .15 and 16`
`22:31.04`	`[g2]`	`my local box is up for nearly 100 days on an external microdrive too`
`22:31.56`	`[g2]`	`ok 61 days right now`
`22:32.04`	`[g2]`	`I forgot about the last power outage`
`22:33.30`	`dwery`	`:)`
`22:33.36`	`dwery`	`I was too on .15 or .16`
`22:38.04`	`dwery`	`I AM STUPID.`
`22:38.37`	`blaster8`	`indeed?`
`22:38.58`	`[g2]`	`dwery ??`
`22:39.04`	`dwery`	`let me finish a couple of tests and I'll tell you..`
`22:39.21`	`blaster8`	`d'oh`
`22:39.32`	`[g2]`	`if dwery is stupid, I _must_ be the village idiot`
`22:39.48`	`dwery`	`:)`
`22:41.43`	`dwery`	`well, I was booting with mem=64mb in the cmdline`
`22:42.05`	`dwery`	`that's why I always pushed for memory autodetection`
`22:42.08`	`blaster8`	`disk caching`
`22:43.47`	`blaster8`	`pushing you over the 32MB limit`
`22:43.51`	`dwery`	`yep`
`22:43.59`	`dwery`	`I hate loosing time this way`
`22:44.29`	`blaster8`	`still, better than losing time trying to diagnose the issue`
`22:45.32`	`dwery`	`now recompiling for usb boot`
`22:48.21`	`*** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby)`
`22:48.36`	`blaster8`	`night all`
`22:48.42`	`dwery`	`night!`
`22:48.43`	`[g2]`	`nite blaster8`
`23:01.01`	`dwery`	`[g2]: everything seems stable now`
`23:01.10`	`dwery`	`I'm compiling a reduced size kernel for the flash`
`23:01.34`	`nbd`	`has any progress been made on making an lzma loader?`
`23:02.03`	`GPSFan`	`[g2]: just got back, the rtc needs UIE_EMUL turned on in the config. I had it on in mine and the rtc woked. I didn't have a chance to check it this morning when I gou your config up.`
`23:02.22`	`nbd`	`if not, i might give it a shot as soon as i have a kernel working on my board`
`23:02.32`	`dwery`	`nbd: lzma?`
`23:02.43`	`nbd`	`dwery: better compression`
`23:02.48`	`dwery`	`!!`
`23:02.50`	`dwery`	`nice!`
`23:03.05`	`nbd`	`we mostly use lzma loaders for our mips targets`
`23:03.27`	`dwery`	`on the nslu2 I have the 1MB limit which is way too low`
`23:03.28`	`nbd`	`and it makes things a lot smaller than gzipped stuff`
`23:03.34`	`dwery`	`it could really benefit of lzma`
`23:03.40`	`rwhitby`	`dwery: the 1MB limit has been solved`
`23:03.45`	`dwery`	`doh!`
`23:03.49`	`rwhitby`	`(using apex as a second stage bootloader)`
`23:03.57`	`dwery`	`I stay away for a couple of month and see what happens :)`
`23:04.12`	`nbd`	`even if the limit is gone, it would still be useful in order to not waste so much precious flash space :)`
`23:04.12`	`rwhitby`	`tbm has a working implementation in his latest debian-installer images`
`23:04.22`	`rwhitby`	`we just need to update OE to do the same`
`23:04.28`	`dwery`	`can apex use the ixp4xx ethernet?`
`23:04.42`	`rwhitby`	`dwery: marc is looking into that`
`23:04.47`	`dwery`	`ok`
`23:04.51`	`rwhitby`	`(and sharing the microcode partition)`
`23:04.58`	`rwhitby`	`apex now has an fis directory driver`
`23:05.06`	`dwery`	`nice.`
`23:05.12`	`dwery`	`and what happened to LudeBoot?`
`23:05.38`	`rwhitby`	`and support for skip regions, to skip over the 16 byte header which is necessary in the middle of a > 1MB kernel`
`23:05.54`	`rwhitby`	`I consider LudeBoot to be superceded as soon as APEX has network support`
`23:07.04`	`dwery`	`ack`
`23:09.09`	`dwery`	`nbd: so lzma is already in the kernel`
`23:09.10`	`dwery`	`?`
`23:09.45`	`nbd`	`dwery: no. we usually make a binary image out of the kernel, lzma-compress it and link it with the loader`
`23:09.57`	`dwery`	`ah`
`23:11.18`	`dwery`	`how does lzma compare against bzip2?`
`23:13.17`	`dwery`	`I've read the man page :)`
`23:13.39`	`nbd`	`i think lzma is better than bzip2`
`23:13.56`	`nbd`	`and it might be faster at decompression too, but i don't know that for sure`
`23:14.07`	`nbd`	`anyway, we use it for squashfs as well`
`23:17.22`	`dwery`	`I will be happy to test your loader`
`23:17.49`	`nbd`	`i don't have one for arm yet`
`23:18.01`	`nbd`	`in fact i don't even have an arm board up and running yet`
`23:18.17`	`nbd`	`but since i've messed with the loader stuff before, i could try porting it`
`23:19.19`	`dwery`	`you don't have an arm board at all?`
`23:23.13`	`*** join/#nslu2-linux dwery (n=dwery@nslu2-linux/dwery)`
`23:23.19`	`nbd`	`dwery: the board that i have is not running yet`
`23:23.26`	`nbd`	`dwery: currently in the middle of a long jtag operation`
`23:23.34`	`dwery`	`ok`
`23:25.19`	`dwery`	`[g2]: what's the status about the mac loading from eeprom/flash for the ixp4xx driver?`
`23:27.07`	`[g2]`	`dwery I haven't looked at lennert's example for the ep93xx`
`23:27.21`	`rwhitby`	`dwery: there's an implementation for the loft, and we need to port that to our other targets`
`23:27.45`	`dwery`	`I can try doing it for the nslu2`
`23:27.57`	`rwhitby`	`that'd be sweet`
`23:29.17`	`rwhitby`	`What do people think about putting the microcode in the SysConf partition on the NSLU2?`
`23:29.31`	`rwhitby`	`(since that's not flashed on an upgrade)`
`23:29.45`	`dwery`	`is the svn down?`
`23:29.50`	`dwery`	`nope`
`23:29.52`	`dwery`	`it works now.`
`23:30.11`	`[g2]`	`rwhitby the bigger question is where are you going to get the microcode`
`23:30.34`	`rwhitby`	`[g2]: it will be installed with a SlugOS image from slug-firmware.net, just like today`
`23:30.36`	`[g2]`	`meaning the RedBoot microcode is not compatible with the open NPE driver`
`23:30.37`	`CIA-8`	`03azummo * r546 10kernel/trunk/patches/2.6.19/39-ixp4xx-net-driver-mtd-load-fw.patch: Fixed microcode function detection`
`23:31.08`	`[g2]`	`dwery what part did you fix ?`
`23:31.18`	`rwhitby`	`yep, we can forget about RedBoot microcode - Christian has said he will not support the older version`
`23:31.23`	`dwery`	`it handles microcodes with func == 0x00`
`23:31.33`	`rwhitby`	`So we put a new copy in flash separately`
`23:32.31`	`rwhitby`	`have all our 3x- patches been sent to Christian for inclusion in the next version of his driver?`
`23:32.33`	`[g2]`	`rwhitby I understand what and why you are doing it`
`23:33.14`	`[g2]`	`I just asked where you were planning to get the updated microcode from`
`23:33.46`	`[g2]`	`I guess the click-through will continue to be there`
`23:34.07`	`rwhitby`	`From Intel, then distributed as part of a full 8MB SlugOS image on slug-firmware.net with a click-through license, and flashed into a separate partition (which might be SysConf)`
`23:34.56`	`rwhitby`	`then any image given to reflash (SlugOS) or flash-kernel (Debian) doesn't need to have the microcode in it, and can therefore be freely distributed and can comply with the DFSG.`
`23:35.10`	`dwery`	`[g2]: is loading mac working fine for you?`
`23:35.33`	`[g2]`	`dwery last time I had the patch in`
`23:35.41`	`[g2]`	`well a couple patches`
`23:36.01`	`[g2]`	`the eeprom notifier and an updated ixmac_open`
`23:36.45`	`[g2]`	`the ixmac_open won't be acceptable to netdev and we need to come up with a different patch`
`23:37.33`	`dwery`	`why it is not acceptable?`
`23:38.12`	`[g2]`	`tweaking the MAC on if open is a bad idea I hear`
`23:38.24`	`[g2]`	`s/if/interface/`
`23:39.07`	`[g2]`	`I think blaster8 was relaying what Christian said`
`23:39.09`	`*** join/#nslu2-linux ByronT (i=byron-po@nslu2-linux/ByronT)`
`23:39.30`	`dwery`	`ok`
`23:39.55`	`dwery`	`any solution?`
`23:40.20`	`[g2]`	`no I haven't looked deeply into it yet`
`23:40.24`	`[g2]`	`I've been testing BE`
`23:40.37`	`[g2]`	`and .19-rc3`
`23:42.06`	`[g2]`	`I'm toying with whether changning the makefile support for the Loft to not patch the machine ID at all`
`23:42.31`	`[g2]`	`several of my boxes have a custom RedBoot which passes the right machine I'D`
`23:43.18`	`[g2]`	`I may just reflash them all as the memory arg is passed correctly too`
`23:43.43`	`[g2]`	`then the machine ID and mem= wouldn't need to be set at all`
`23:43.57`	`[g2]`	`dwery you know what a pain that mem= can be :)`
`23:44.20`	`dwery`	`:-D`
`23:48.29`	`*** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby)`
`23:50.28`	`dwery`	`[g2]: if not in open() I don't know where to check for the mac`
`23:58.39`	`CIA-8`	`03azummo * r547 10kernel/trunk/patches/2.6.19/42-nslu2-mtd-load-mac.patch: Read NSLU2 mac address from RedBoot`
`23:58.41`	`dwery`	`rwhitby: it's not in the series`

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.