**** BEGIN LOGGING AT Sat May 09 06:41:03 2009 May 09 08:29:43 MoZes: did that work with cu too? May 09 08:29:50 i think i tried that, but no luck for me then May 09 08:42:55 mjl-: what is cu ? May 09 08:46:46 oh sorry, i thought you were using that. :) cu is a simple terminal-like program May 09 08:47:05 a bit like minicom May 09 09:58:40 cu is an abbreviation for call unix May 09 09:58:51 iirc May 09 10:31:54 hmm May 09 10:32:15 * MoZes is trying to figure out how to make an initial ram disk May 09 10:33:43 find . | cpio -o -H newc | gzip -9fv > ../tmprepack.gz May 09 10:33:43 cd .. May 09 10:33:43 mkimage -A arm -O linux -T initramfs -C gzip -n 'ramdisk' -d /tmp/uInitrd-tmp.gz tmprepack.gz May 09 10:34:04 it should be like that, right? once I've unpacked the contents of the ramdisk into $PWD May 09 10:35:14 eno__: http://www.ueber.net/code/r/kirkwood May 09 10:39:17 ioh, I mean -T ramdisk there May 09 13:13:25 cool. now Slackware runs on the Sheevaplugf May 09 13:13:43 * MoZes sets about working out what modifications to make to the installer May 09 13:45:38 MoZes: did building the initramfs as above work? May 09 13:45:58 MoZes: BTW, IIRC you can just cat a kernel and a cpio archive and then use mkimage on the result May 09 13:46:53 yep I got it all working May 09 13:47:33 slackware has its own mkinitrd script, so I built a ramdisk as usual, containing the kirkwood modules, and zcatted it into cpio -div, and then repacked it and made a uInitrd with mkimage May 09 13:48:00 I couldn't get the sheevaplug to read the kernel nor uinitrd from an ext2 filesystem though, so I made a 100M fat16 partition on my usb stick May 09 13:48:06 that works fine. May 09 13:48:44 I am not sure that this version of u-boot supports ext2 May 09 13:48:54 I'm not sure what it wouldn't read it. But this USB stick is one of those that has a hidden partition of some sort for windows software, I think, which shows up asa cdrom May 09 13:48:57 * MoZes shrugs May 09 13:49:10 Md: I updated to 9th april u-boot from the marvell web site May 09 13:49:29 Md: this u-boot has an 'ext2load' command so it must do May 09 13:50:38 I couldn't get the plug to recognise one of my usb sticks though - 'usb start' said the device was not ready; the stick does work in a pc though May 09 13:50:53 but I've read that the usb recognition is a bit hit and miss anyway May 09 13:54:11 Md: it supports ext2/3/4 May 09 13:59:30 * MoZes will try again with his other plug and a different usb stick later on May 09 15:10:25 somebody has a handy rootfs? I have tried tbm's and it asks me for maintainance root pass and another rootfs i have created hangs starting cron with kernel 2.6.30-rc4 booted by tftp and rootfs nfs mounted May 09 15:19:34 zumbi_: why does it ask for maintenance? is the fs corrupted? May 09 15:20:49 josch: i have some errors when booting, but it is a nfs boot and it is tbm's tarball May 09 15:21:29 josch: if you are interested I can give you more info May 09 15:21:39 tbm's tarball is nothing more than a debian debootstrap May 09 15:22:06 josch: right May 09 15:22:21 what errors do you get? May 09 15:23:39 Buffer I/O error on device mtdblock2, logical block 129760 May 09 15:23:39 uncorrectable error : <3>uncorrectable error : <3>end_request: I/O error, dev mtdblock2, sector 1038080 May 09 15:24:00 Buffer I/O error on device mtdblock0, logical block 0 May 09 15:24:01 uncorrectable error : <3>uncorrectable error : <3>end_request: I/O error, dev mtdblock2, sector 1038080 May 09 15:24:13 i am using 2.6.30-rc4 tftpboot kernel May 09 15:24:28 Possibly non-existent or swap device? May 09 15:24:28 fsck died with exit status 8 May 09 15:25:39 josch: http://rafb.net/p/BMEzLU15.html May 09 15:25:40 phew.. had this with my openmoko freerunner.. - beats me May 09 15:29:03 josch: i got poweroff in middle of an upgrade on the preshipped ubuntu rootfs and I can not boot the default rootfs either May 09 15:30:00 i should flash erase all, but i do not understand why this cames out when doing NFS/TFTP May 09 15:32:22 mjl-: thx, will try today May 09 15:50:22 zumbi_: i have gentoo :D May 09 15:51:03 zumbi_: did you put raid support on your kernel? May 09 15:52:39 zumbi_: http://openplug.org/plugforum/index.php?topic=206.msg1199#msg1199 <- thats the answer for mtdblock0, i understand the errors from mtdblock2 are due to bad blocks May 09 15:57:49 zumbi_: /etc/fstab in my tar ball mentions sdaX; you probably simply didn't change that May 09 15:58:00 zumbi_: and the mtdblock? errors have nothing to do with the other error May 09 16:00:37 mjl-: $ file Inferno/arm/bin/isheeva May 09 16:00:37 Inferno/arm/bin/isheeva: Plan 9 executable, ARM 7-something May 09 16:01:08 did you tftp boot it? May 09 16:02:50 eno: you have to boot the uisheeva May 09 16:02:58 u is for uimage. isheeva is the plain kernel May 09 16:03:07 and yes, i tftp booted May 09 16:03:23 it was this for me: dhcp, tftp, bootm May 09 16:03:29 didn't find a command yet to do that in one step :) May 09 16:05:18 anyway, if all is right, it'll crash after a few prints... ☺ May 09 16:09:11 mjl-: i don't have usheeva automatically built, even after "mk nuke install" under os/kirkwood May 09 16:09:28 i did have mkuimage built May 09 16:11:06 ok, "mk usheeva" May 09 16:11:13 hmm, strange. it's in the "default" target. May 09 16:12:25 ahhh, no not strange :) May 09 16:12:36 default builds uisheeva*, but "install" doesn't May 09 16:12:40 no big problem May 09 16:12:53 and i've been using "inst", which copies the uisheeva to /n/tftp/ May 09 16:18:54 eno: i fixed it. thanks! May 09 16:19:10 mjl-: is that what you're seeing? http://pastebin.com/m37a520f3 May 09 16:19:33 i don't see "Inferno" printed May 09 16:19:58 but apparently it booted May 09 16:20:06 and may have crashed :-) May 09 16:20:21 yeah, that's what i'm seeing May 09 16:20:28 revision 0 only prints Inferno May 09 16:20:41 those lines with a t on it are printed for each clock interrupt May 09 16:20:58 cool, i'll study the code May 09 16:21:20 so i assume you build on plan9? May 09 16:21:38 or inferno May 09 16:21:44 i built on linux May 09 16:21:45 i have to do that too ☺. most is in l.s, which is pretty much entirely copied from other os/* support dirs May 09 16:21:50 i build on openbsd May 09 16:22:11 shouldn't matter :) May 09 16:22:27 right, the beauty of plan9/inferno May 09 16:22:41 well, perhaps for plan 9 the plan 9 compilers could be used instead of the inferno compilers. May 09 16:22:57 which of os/* is the closest to sheevaplug? May 09 16:22:59 i know there has been a difference between the two, how they do long long i think. May 09 16:23:18 i've been looking at ks32, and pxa & sa1110 May 09 16:23:30 but it all looks pretty much the same to me :) May 09 16:23:44 the inferno-ds code also looks the same May 09 16:24:10 alright, great progress May 09 16:24:29 at least the l.s bits. and not too much glue code is necessary it seems. so it probably mostly comes to driving the hardware right. May 09 16:25:00 i'm pretty happy that i already got it to do anything ☺ May 09 16:25:02 i like it that you minimize dependencies, even have a separate mkuimage May 09 16:25:42 i looked at mkimage from u-boot... but it needed al kinds of headers from all over the place... May 09 16:25:49 what are you compiling on? linux? May 09 16:26:43 yeah, linux May 09 16:27:37 in optware, i used an old version of u-boot, which can compile mkimage pretty easily May 09 16:28:30 i'm still more used to linux, but i think i'm getting the idea of inferno/plan9 May 09 16:28:50 cool :) May 09 16:29:01 have to eat now. ttyl! May 09 16:29:09 thanks for running the code so quickly! May 09 16:29:24 thank you, this is fun May 09 17:24:45 tbm: right, fstab was teh missing bit. Thanks :-) BTW, i had uboot installed with sd support, i just need an sd to test it. May 09 17:35:15 armin76: i think i have raid, CONFIG_MD_RAID0=m May 09 17:37:41 zumbi_: someone said that it was due to that, since it looks for devices May 09 17:43:46 i did flash uboot with bubt, so i might try yo reflash it from tbm rootfs and check if those errors go away May 09 18:08:10 zumbi_: they won't May 09 18:12:54 umm, so we just need to live with it? May 09 18:17:53 http://osgeeks.blogspot.com/2009/05/compiling-ubuntu-karmic-koala-mipsel.html May 09 18:24:18 zumbi_: the I/O errors at boot time are normal May 09 18:24:21 it's not a bug May 09 18:25:13 Md: i read that on a forum post, but it would be nice to have a hack to hide them May 09 18:25:59 zumbi_: they are caused by udev, this is fixed in unstable and will be also fixed by the next stable update, as soon as I can find some time to make one... May 09 18:26:45 if you want a quick fix, add mtd[0-9]*|mtdblock[0-9]* to the list of ignored devices at the top of /etc/udev/rules.d/60-persistent-storage.rules May 09 18:32:55 zumbi_: yeah May 09 18:35:54 Yes, that works :) May 10 00:58:15 anyone know of a usb wifi dongle that supports AP mode when plugged into a SheevaPlug (I'm happy to run Ubuntu, Debian, OpenWrt or SlugOS on the plug to achieve this)? May 10 01:10:25 rwhitby: did you try to STFW? e.g. http://rt2x00.serialmonkey.com/wiki/index.php/AP-mode_Howto May 10 01:11:05 Md: first line says "Note that this will not work with Ralink's USB chips" May 10 01:12:03 believe me, I have been on the quest for a usb wifi dongle that works on an ARM-based distribution for a number of years now ... May 10 01:12:53 Just about all usb wifi dongles will work with some distribution in client or adhoc modes, but none have I found that work in AP mode May 10 01:13:29 then, looks like that there isn't any May 10 01:14:24 I was hoping that the port of Ubuntu to kirkwood might open up a new option, but yes, it's a very faint hope. May 10 01:14:46 the issue is with drivers (and hardware), not the architecture **** ENDING LOGGING AT Sun May 10 02:59:57 2009