IRC log for #nslu2-linux on 20071210

00:49.45*** join/#nslu2-linux pradin (n=pradin@vpnwl-228-129.net.rpi.edu)
01:04.00VoodooZmwester: Thanks. My build was successful and 1003528bytes in size...
01:04.24VoodooZNow, I have to figure out how to flash it using apex my first attempt appears to fail..
01:24.38VoodooZdo I have to erase a flash block before I write to it in Apex or? writing the kernel to it doesn't give me the same checksum...
01:50.16VoodooZdo I have to flash a ramdisk? and if so where is it? In the 8m image?
02:03.37ka6sox-laptopif there is one it will be in the flash image yes.
02:03.55ka6sox-laptopalong with the bootloader/kernel/config partions.
02:04.04VoodooZusing slugimage tool right?
02:04.36VoodooZnormally I would have done it from linux using reflash but I screwed around too much and now only have access to apex...
02:04.57mwesterThere is no ramdisk with the SlugOS kernel.
02:05.15VoodooZok. so technically my current FIS dir is useless?
02:05.37mwesterErase the MTD region for the kernel, then flash the kernel there -- boot to that address, and you should see the kernel decompress on the serial port.
02:05.59VoodooZbtw, how big is a flash block in apex? checksum in ram and flash don't match...so I'm wondering if I need to erase first..
02:06.05mwesterNo, your FIS dir will be unchanged
02:06.29VoodooZaside from Redboot who uses it anyways? mtd driver in linux?
02:06.34mwesterThe flash block size should be an attribute of the hardware, not the bootloader.
02:06.49VoodooZok. how big? I'm just paranoid to erase too much...
02:06.56mwesterIf you erase and flash the MTD partition for the kernel, it will align to a flash block size.
02:07.09mwesterWhat does your FIS directory look like?
02:07.23VoodooZ<PROTECTED>
02:07.23VoodooZ<PROTECTED>
02:07.23VoodooZ<PROTECTED>
02:07.23VoodooZ<PROTECTED>
02:07.23VoodooZ<PROTECTED>
02:07.25VoodooZ<PROTECTED>
02:07.28VoodooZ<PROTECTED>
02:07.30VoodooZ<PROTECTED>
02:07.33VoodooZ<PROTECTED>
02:08.10VoodooZare those 2 16bytes skips special trailers? Still needed?
02:09.02VoodooZthe problem is apex's erase function only takes one address argument so I was worried about the block size..
02:09.13mwesterOk.  You should be able to erase the Kernel partition, and reflash.  It won't break anything.  Yes the the skips are the funky parts in the image for the (brain damaged) redboot on the NSLU2.
02:09.28mwesterDoes it not take an address and a length?
02:09.42VoodooZapex> help erase
02:09.42VoodooZerase DST Erases the DST region.  The default length is 1 which will erase a single flash block.  APEX will report an error if the DST driver does not support an erase function. e.g.  erase nor:0           # Erase first flash block
02:09.55mwesterAh.
02:09.57mwesterYuck.
02:10.16VoodooZthus why I'm a bit paranoid..
02:10.21VoodooZ128k?
02:10.41mwesterA flash block is a lot smaller than that -- usually several k bytes.
02:11.51VoodooZplus, the fis driver of apex only works for reads...
02:12.04VoodooZso dump & copy (from)..
02:12.16VoodooZso I can't do 'erase fis://Kernel'
02:12.39VoodooZunless it's a compile time option?
02:12.57VoodooZI ended up using a binary from apex's site for the nslu2..
02:12.57mwesterflash block size is 0x20000 IIRC
02:13.17mwester(The FIS directory is one flash block in size)
02:13.28VoodooZ128k then.
02:13.41mwesterBytes or bits?
02:13.53VoodooZgood point!
02:14.17*** join/#nslu2-linux rwhitby` (n=rwhitby@ppp240-74.static.internode.on.net)
02:14.23mwesterIf you just specify it using the math from the fis dir, you should be fine.
02:14.34VoodooZI'll try..
02:15.15mwesterYep, 128K Bytes it is.
02:15.28VoodooZso I did: erase nor:0x00060000
02:15.44VoodooZbut I would need to do that for multiple block no?
02:16.05mwesterThat's what I would expect -- where's the number of blocks, or the ending address go in the command line?
02:16.08VoodooZI thought I remembered seeing a way to specify how many blocks..
02:16.21mwesterIs there nothing on the wiki?
02:16.21VoodooZI'll check the web site again..
02:17.31VoodooZactually, looking at 'help fill': fill -4 0xe5 0x100+256    # Write 64 0x000000e5's #  & set default fill width to 4
02:17.58VoodooZso -8?
02:18.19mwesterThe APEX site says it's something like nor:0x00060000+0x00100000, if I read it correctly.
02:18.48mwesterOr perhaps nor:0x00060000+0x000FFFFF
02:19.04VoodooZI'll try ...
02:19.08*** join/#nslu2-linux osas (n=nnnnnnnn@i216-58-54-200.cybersurf.com)
02:19.33VoodooZI guess it's not a big deal if I clobber the 16byte trailer right?
02:19.55mwesterNope, that can be recreated.  What can't be fixed is if you erase apex.
02:20.42VoodooZthat's why I'm asking for help. paranoia saves lives! :)
02:20.59VoodooZok.. seems to work as dumping the region shows all 0xFFs..
02:21.08VoodooZnow to flashing..
02:21.12mwester:)
02:21.52VoodooZfirst I have to xreceive the darn image which takes forever...
02:25.38VoodooZYes!! checksum now matches!
02:26.12VoodooZbtw, what's the official kernel command line? Mine seems to have been resetted when I flashed Apex...
02:26.38VoodooZIt nows uses: console=ttyS0,115200 root=/dev/ram by default which I doubt is good..
02:27.16mwesterShould be one built into the kernel, actually, that might work.  But mine says:
02:27.19VoodooZI found this one in slugos.inc: root=/dev/mtdblock4 rootfstype=jffs2 rw init=/linuxrc   Looks a bit more familiar
02:27.42mwesterconsole=ttyS0,115200n8 root=/dev/mtdblock4 rootfstype=jff
02:27.42mwesters2 rw init=/linuxrc noirqdebug
02:27.52mwester(one one line - sorry, bad paste)
02:27.53VoodooZok.
02:27.59VoodooZthat looks more like it..
02:28.16VoodooZI think the apex binary I got came with old defaults...
02:28.25VoodooZeasy to change later.. I'll test it first..
02:28.48VoodooZI guess I'll flash the jffs2 the same way now..
02:29.09mwesterYep :)
02:29.13VoodooZI won't touch the ramdisk..
02:29.56VoodooZI'm curious though, is slugos still using a ramdisk/initrd? (somewhere else perhaps?)
02:34.44mwesterNo
02:34.57mwesterDid it at one time?
02:35.07mwesterIt boots directly to the jffs2
02:36.54VoodooZok. thanks. Just re-learning all this.. xmodem xfer in progress... I'll finish flashing later though as I have to go play hockey..
02:37.02VoodooZThanks for all your great help.. much appreciated..
02:38.27mwesterEnjoy your game!
02:47.42*** join/#nslu2-linux hillct (n=H@cpe-024-211-242-232.nc.res.rr.com)
02:56.15*** join/#nslu2-linux mithro (n=tim@secure.astc-design.com)
03:37.21*** join/#nslu2-linux kadath (n=kadath@cpe-65-189-40-96.cinci.res.rr.com)
03:48.18*** join/#nslu2-linux kadath (n=kadath@cpe-65-189-40-96.cinci.res.rr.com)
04:02.39*** join/#nslu2-linux yvasilev (n=yvasilev@189.140.247.242)
04:46.00*** join/#nslu2-linux DrZimmerman (n=theo@2001:5c0:8fff:fffe:0:0:0:6af1)
05:08.06*** join/#nslu2-linux mithro_ (n=tim@secure.astc-design.com)
05:12.44*** join/#nslu2-linux bazz- (n=mucux@83.101.13.88)
05:16.16*** join/#nslu2-linux mithro (n=tim@secure.astc-design.com)
05:24.40VoodooZmwester: It seems to boot pretty far but shortly after the rtc message it started looping with the line: Data CRC 39dafdbb != calculated CRC 7d5629b9 for node at 000047e4
05:24.58VoodooZanyways, time for bed. but I'll try more things tommorow.. thanks
05:40.43*** join/#nslu2-linux sIt]er^fofokUEZ (n=Sinclair@p57B4951F.dip0.t-ipconnect.de)
06:01.39*** join/#nslu2-linux jacques (n=jacques@nslu2-linux/jacques)
06:23.10mwesterVoodooZ:  That's where it mounts the rootfs.  Looks like there's a problem with your jffs2 image.  What is the command line printed out by the kernel when it booted (that'll tell you what mtdblock it thinks is the rootfs), and what is the FIS look like (also as printed by the kernel)?  Got the right partition?  Also, perhaps theres an endian issue with the rootfs?
06:34.19*** join/#nslu2-linux oleo (n=leon@193.2.111.2)
07:24.08*** join/#nslu2-linux eiffel (n=eiffel@p5B0522A1.dip0.t-ipconnect.de)
08:09.49*** join/#nslu2-linux kolla (n=kolla@drift1.uninett.no)
08:10.35*** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net)
08:40.44*** join/#nslu2-linux oleo (n=leon@www.lecad.uni-lj.si)
08:41.32*** join/#nslu2-linux pleemans (n=peter@d51A5E76A.access.telenet.be)
09:16.14*** join/#nslu2-linux Ragnor (n=Ragnor@dslb-084-060-166-237.pools.arcor-ip.net)
09:20.12*** join/#nslu2-linux pleemans_ (n=peter@d51A5E76A.access.telenet.be)
09:36.24*** join/#nslu2-linux pleemans (n=peter@d51A5E76A.access.telenet.be)
09:58.05*** join/#nslu2-linux lyakh (n=lyakh@p57BD3901.dip0.t-ipconnect.de)
12:58.56*** join/#nslu2-linux dwery (n=dwery@nslu2-linux/dwery)
13:23.07*** join/#nslu2-linux kadath_ (n=kadath@cpe-65-189-40-96.cinci.res.rr.com)
13:56.42VoodooZmwester: yeah, it was my jffs2.. I was too tired I guess and just skipped the checksum.. works fine now..
14:17.56*** join/#nslu2-linux rwhitby` (n=rwhitby@ppp240-74.static.internode.on.net)
14:28.32*** join/#nslu2-linux GPSFan (n=kenm@12.10.255.246)
14:59.52CIA-803osas 07slugos-3.10-beta * r421 10slugos/openembedded/packages/asterisk/ (12 files in 3 dirs): asterisk: update to 1.4.15
15:27.16*** join/#nslu2-linux jprind (i=jprindiv@nat/redhat-ca/x-86bb998bdeb54654)
15:35.40*** part/#nslu2-linux hillct (n=H@cpe-024-211-242-232.nc.res.rr.com)
16:15.52*** join/#nslu2-linux yvasilev (n=yvasilev@dune.math.cinvestav.mx)
16:16.49*** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby)
16:39.49*** join/#nslu2-linux thraxisp (n=thraxisp@ottgate.precidia.com)
16:58.58*** join/#nslu2-linux pleemans (n=peter@d51A5E76A.access.telenet.be)
17:13.43*** join/#nslu2-linux yvasile1 (n=yvasilev@dune.math.cinvestav.mx)
17:35.03CIA-803osas 07slugos-3.10-beta * r422 10slugos/openembedded/packages/ (8 files in 4 dirs): asterisk-core-sounds-en: asterisk 1.4 core sound files
17:35.50CIA-803osas 07slugos-3.10-beta * r423 10slugos/openembedded/packages/ (8 files in 4 dirs): asterisk-extra-sounds-en: asterisk 1.4 extra sound files
17:36.44CIA-803osas 07slugos-3.10-beta * r424 10slugos/openembedded/packages/ (8 files in 4 dirs): asterisk-moh-freeplay: asterisk 1.4 music on hold files
17:38.52CIA-803osas 07slugos-3.10-beta * r425 10slugos/openembedded/packages/zd1211b/ (8 files in 3 dirs): zd1211b: version B of the zd1211 driver
18:15.14*** join/#nslu2-linux caplink811 (n=Joerg@ip-90-186-118-87.web.vodafone.de)
18:47.11*** join/#nslu2-linux thraxisp (n=thraxisp@ottgate.precidia.com)
19:20.47CIA-803osas 07slugos-3.10-beta * r426 10slugos/openembedded/conf/distro/slugos-packages.conf: slugos-packages.conf: enable asterisk 1.4 sound packages
19:33.08CIA-803bzhou * r7440 10optware/trunk/ (4 files in 2 dirs): added plan9port
19:46.01*** join/#nslu2-linux drath_ (i=vmaster@p5B07D820.dip.t-dialin.net)
19:51.15CIA-803bzhou * r7441 10optware/trunk/make/plan9port.mk: plan9port: corrected host staged plan9port dir
20:06.52*** join/#nslu2-linux yvasilev (n=yvasilev@189.179.5.228)
20:27.45*** join/#nslu2-linux Reedy_Boy (n=Reedy_bo@wikimedia/Reedy-Boy)
21:40.31CIA-803bzhou * r7442 10optware/trunk/make/plan9port.mk: plan9port: create dummy arm directory and mkfile
21:45.31*** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net)
22:10.30CIA-803osas 07slugos-3.10-beta * r427 10slugos/openembedded/conf/distro/slugos-packages.conf: slugos-packages.conf: enable zd1211b package
22:38.49*** join/#nslu2-linux mithro (n=tim@203.122.250.137)
23:05.50*** join/#nslu2-linux mithro (n=tim@secure.astc-design.com)
23:30.50*** join/#nslu2-linux yvasile1 (n=yvasilev@189.140.140.84)
23:36.15*** join/#nslu2-linux mithro (n=tim@secure.astc-design.com)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.