[02:37] If I use u-boot to configure my beagleboard to use SPI, will the stock Ubuntu kernel pick up on the device? where will it show up in /sys/? [03:06] andruk, those u-boot spi setting in 2010-03 are still in their infancy.. I'm not even sure if Angstrom's 2.6.32-psp kernel does that either... [03:17] rcn-ee: oh, okay. so, to adjust the SPI settings in the kernel, I just need to get the source from https://code.launchpad.net/~beagleboard-kernel/+junk/2.6-stable ? will it be blindingly obvious how to compile a new kernel? [03:17] andruk, you have a zippy1 right? [03:18] rcn-ee: nope, just a vanilla bb [03:19] ah yes, i remember now, you were just wanting to get "spidev" to work... this patch works: http://elinux.org/BeagleBoard/SPIPatch-2.6.32 [03:20] all you need to do is "bzr branch" the 2.6-stable... add that patch anywhere in the patch dir, then add a "patch -p1 -s < ${DIR..etc" to patch.sh then run build_kernel.sh... ALl you need is CC defined in system.sh [03:23] something like this: http://pastebin.com/hZd2XLu6 (had it saved in my temp since our last conversation) [03:25] andruk, if it actually works for you and your spi devices work, I'll rework the patch and actually commit it... [03:55] rcn-ee: so, is that a patch for patch.sh? [03:55] rcn-ee: the pastebin link, I mean [03:55] yeah, it's a patch for patch.sh and it adds the SPIPatch-2.6.32.diff file... [04:07] rcn-ee: patch unexpectedly ends in middle of line (\n) patch: **** malformed patch at line 240: [04:08] yeap, noticed that too... (my cable modem is very slow tonight) fixing as we speak.. [04:14] 2nd try the charm: http://pastebin.com/5SDB3ZKC just do a "bzr diff > remove.diff" "patch -p0 -R < remove.diff" then "patch -p0 < newpastebin" [04:21] so, this is what patch.sh should look like (check near the bottom): http://pastebin.com/YgATCjdJ and this is what patches/spi/SPIPatch-2.6.32.diff should look like: http://pastebin.com/h2LJgJK3 right? [04:24] it looks like you still have the old one, the source was different around: static void __init omap3_beagle_init(void) [04:24] oh, kay [04:24] and that was what was causing the patch to stop... [04:29] uhoh...same error around line 238 this time [04:33] rcn-ee: ping [04:33] very weird... well i don't want to break 2.6-stable till tomorrow, so i just pushed it to another tree, that change is here: "bzr branch lp:~beagleboard-kernel/+junk/2.6-stable-spi" [04:35] rcn-ee: you are too kind for a faltering noob like me [04:35] :-) [04:35] laughs, we are all noob's here.. wait till i finally figure out git, then force everyone to git clone my tree.. ;) === jldugger is now known as pwnguin [04:58] rcn-ee: is there anything i need to do for Kconfig? [04:59] no, the mcspi method is on by default... the only thing you need to worry about for the Kconfig is if your running for lucid or (all the others) IS_LUCID define in system.sh takes care of that... [05:02] rcn-ee: cool. thanks. [05:02] fuck... [05:05] rcn-ee: http://pastebin.com/L0HdENxz [05:05] laughs, i think i know the bug you see... Use this uImage and Modules i built last time: http://rcn-ee.homeip.net:81/dl/testing/spidev/ [05:07] heading to bed, i'll dig up why it didn't work in the 2.6-stable tree tomorrow.. the one i posted above was from last week when we were talkign about it, not sure if i have the whole patch anymore... [05:08] rcn-ee: :-/ okay thanks for you help! [07:38] hmm, is plymouth going to be used on ARM? Or rather, present tense, is it used on ARM? [07:39] On any system with serial console (in addition to local tty0), Plymouth refuses to show the splash screen. [07:39] http://users.csc.calpoly.edu/~dgoyette/amtterm.log -- this is from my host system. [07:40] plymouth is a dependency of mountall, so yes, its on all ubuntu systems now [07:41] Bummer it's not usable with serial console. :( [07:42] 'I would expect to see splash on tty0 and messages on ttyS0.; [07:43] * ogra has that here [07:43] with plymouth [07:45] hmm, maybe I should try putting back "quiet"... but that gets rid of messages on serial console, too. [07:45] amitk-afk, with the new kernel it hangs but without OOPS [07:45] I'll have to try it with ARM sometime again. [07:46] oh, wait [07:46] if you use console= plymouth wont show a splash at all [07:46] yeah. [07:46] thats known [07:46] https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/516825 [07:47] Launchpad bug 516825 in plymouth (Ubuntu) "plymouth doesnt show any splash as soon as a console= commandline option is used on boot (affects: 2)" [Medium,Fix released] [07:47] right [07:47] it's marked fixed... but I disagree with that. === amitk-afk is now known as amitk [07:47] amitk, http://paste.ubuntu.com/414122/ :( [07:48] thats what i get after some unsuccessful boots [07:49] [main.c] check_for_consoles:checking if splash screen should be disabled [07:49] [main.c] check_for_consoles:serial console found! [07:49] * ogra removes the HUB and attaches the USB key directly [07:50] hmm, hangs too [07:50] no oops [07:50] w/o hub, it won't work [07:50] well, it finds the disk and mounts it [07:51] but hangs right after with no messages [07:51] ogra: line 41 on the paste says you had a ext4 error [07:51] did your FS become corrupt? [07:52] amitk, i doubt ext4 *can* get corrupt that way [07:52] its never mounted RW [07:52] my boot doesnt get that far [07:52] EXT4-fs error (device sda1): __ext4_get_inode_loc: unable to read inode block - inode=267617, block=1049142 [07:52] right [07:53] ogra: we've had lots of issues with ext4 corruption, was this tried on a fresh image? [07:53] i know what you think, but my boot never gets to mountall [07:53] (mountall is remounting / RW) [07:53] we are talking about "read" here... [07:53] amitk, thats the USB install from yesterday [07:53] using your newest kernel from people [07:54] so it could be corrupted in the last shutdown [07:54] amitk, i know, but how would the disk get corrupted if itwas never mounted ? [07:54] i mean RW mounted [07:54] hmm, unpowered HUB doesnt work either [07:54] nor does the mini USB port [07:55] what are you using the OTG port for? [07:55] well, i was just trying all options and attached the disk with adapter [07:55] i didnt expect that to work :) [08:01] ogra: so you're saying that the kernel is lying about the ext4 error? :) [08:01] amitk, not sure if it lies or if it has a hiccup [08:02] * amitk doubts it [08:02] though i'd guess given the other USB issues i see that its not the FS but the underlying layer [08:02] i havent had any other ext4 errors [08:03] i dont have any other errors at all now, it just gets stuck [08:03] sometimes it managed to print the ureadahed message, sometimes it just gets stuck when leaving the initramfs [08:03] i didnt get further than ureadahead with this kernel [08:04] the archive kernel got a bit further (up to the apparmor messages ) and got stuck then [08:04] and either oopsed or not [08:05] without USB we're a bit screwed :/ [08:06] * ogra gets more coffee [08:07] ogra: you are seeing errors now! === XorA|gone is now known as XorA [08:07] [ 35.254974] EXT4-fs error (device sda1): __ext4_get_inode_loc: unable to read inode block - inode=267617, block=1049142 [08:07] [ 35.267272] EXT4-fs error (device sda1): ext4_find_entry: reading directory #2 offset 0 [08:07] [ 35.277526] Kernel panic - not syncing: Attempted to kill init! [08:07] [ 35.283630] [] (unwind_backtrace+0x0/0xe8) from [] (panic+0x54/0x138) [08:07] [ 35.291900] [] (panic+0x54/0x138) from [] (exit_notify+0x0/0x144) [08:07] [ 35.299804] [] (exit_notify+0x0/0x144) from [<00000001>] (0x1) [08:07] ^^^ that is the beginning of a panic aka oops [08:10] that was in one out of 20 boots [08:10] didnt show up again [08:10] now it just gets stuck [08:11] no oops no error at all, just locks up [08:11] and yes, i mounted the usb key on my desktop inbetween where it doesnt show any issues, i also fsck'ed it already with no errors [08:13] its definately not the filesystem [08:14] ogra: did you see my comments on the dove netboot images bug? [08:14] if it wouldnt take ages i'd try another install right now [08:14] lool, havent read my bugmail yet, if you made comments today i didnt see them, i saw your last one yesterday [08:14] * ogra looks at evo [08:15] ogra: No need for a full install, just loading the images is a good enough test [08:15] lool, ah, well, at least we build the netboot initrd the same way the cdimage one is built now [08:15] ogra: So GrueMaster was saying that the initrd has incorrect values [08:15] lool, i cant test dove i dont have the HW [08:16] So the bug should probably be reopened, but I dont have the hardware either [08:16] only NCommander GrueMaster or plars can test [08:16] i was just aiming for consistency, the cdrom initrd which is an initramfs obviously worked for GrueMaster [08:17] so we excluded at least one breaking factor here [08:17] lool: what was the bug number? I can recheck [08:17] Bug 541399 [08:17] Launchpad bug 541399 in linux-mvl-dove (Ubuntu) (and 1 other project) "netboot image fails to boot. (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/541399 [08:18] lool, you shouldnt need ramdisk_size with initramfs [08:18] or /dev/ram0 [08:18] what i dont get is why we use a different load address at all [08:18] that seems broken [08:19] building the same setup the cdrom initrd has while keeping the same address should suffice [08:20] ah, sweet, omap netboot has its boot.scr now http://ports.ubuntu.com/ubuntu-ports/dists/lucid/main/installer-armel/current/images/omap/netboot/omap/ [08:20] i wish i had the time to make a dd'able image out of it [08:21] amitk, do you still need my broken USB install ? else i'll start over with a fresh install to see if it changes anything [08:22] * ogra wants to try if he can probably get away with a minimal install to SD if running netinst [08:23] thats better than nothing given time runs short [08:27] ogra: please do, I'm interested in a fresh install [08:28] I'm doing that here too [08:28] well, i wont do a USB install [08:28] which is our main issue atm [08:28] though i'm not sure parted can handle installing to the media we run from but netinst makes me hope [08:35] grr, so partman doesnt let me create /boot as fat [08:35] thats a prob [08:56] ogra: I'm still ooming on the new image while installing... [08:56] can you check with free ? [08:56] if swap is actually 128M [08:57] ogra: yes it is [08:57] I checked on serial console [08:57] * ogra curses very loudly [08:57] I'm stuck at the keyboard layout dialog [08:57] did you modify anything else than adding serial ? [08:57] new kernel and serial [08:58] * ogra wonders why it doesnt OOM for him [08:58] ubuntu@ubuntu:~$ free -m [08:58] [ 684.363372] Out of memory: kill process 1743 (gnome-session) score 50392 or a child [08:58] [ 684.371276] Killed process 1974 (metacity) vsz:32548kB, anon-rss:1000kB, file-rss:7380kB total used free shared buffers cached [08:58] Mem: 240 205 35 0 8 49 [08:58] can you change the cmdline and add only-ubiquity to it ? [08:58] -/+ buffers/cache: 146 93 [08:58] Swap: 120 118 1 [08:58] i guess we'll have to default to that [08:59] it wont start the desktop but go directly into the installer [08:59] indeed the user needs to have a big enough swap in his install [08:59] * ogra sees a pile of release notes ahead [09:01] * ogra is afk for a moment [09:01] just 1M of swap free, I guess even starting a serial console shell is a step towards oom [09:01] yes [09:02] but lets go the only-ubiquity path ... [09:02] its the best fallback we have [09:02] <- really afk === hrw|gone is now known as hrw [09:55] morning [09:56] ogra: "The installer encountered an unrecoverable error. A desktop session will now be run so that you may investigate the problem or try installing again" [09:56] hrw: morning [09:56] amitk, at which point ? [09:56] * ogra definately sees an issue with update-initramfs atm [09:56] ogra: last I saw it was almost finished with the install [09:57] right, thats likely either the kernel installation or the bootloader step [09:57] ogra: I have the session active in case you want some information to help you debug [09:57] hrw: since you're involved with OE, what kernel version do they ship for beagleboard? [09:57] yeah, file a bug with ubuntu-bug -p ubiquity [09:59] amitk: 2.6.32 based on linux-omap-psp branch [09:59] what is psp? [10:00] TI branch of linux-omap [10:00] never read what makes it special [10:00] Platform Support Package [10:00] TI language for BSP [10:01] said TI OMAP OE expert [10:01] and there is nothing special, about it, everything goes upstream [10:01] XorA: but TI code lands in psp and then migrate to linux-omap - right? [10:02] ogra, did you resolve the "Unhandled fault: external abort on non-linefetch" issue? [10:02] hrw: yes I beleive thatd the path, but its so damn quick these days [10:02] nosse1, yes, fixed in todays images [10:02] amitk: git://arago-project.org/git/people/sriram/ti-psp-omap.git [10:02] May I ask what it was? Compile flag issue? [10:03] amitk: OE uses da0c86a8f3bd57fad0ccd05eb1b5e3326d7f36aa revision + 41 patches added [10:04] hrw: where would I find their defconfig? [10:05] nosse1, code in parted that tried to run dmidecode snippets to read BIOS info from /dev/mem [10:05] moment [10:05] amitk: arch/arm/configs [10:05] amitk: if you mean TI defconfig [10:05] ohh, so they use the defconfigs? [10:05] sigh, so we cant install to mmc [10:05] OE has its defconfig in metadata [10:05] amitk: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-psp-2.6.32/beagleboard/defconfig [10:05] initramfs-tools has no support for it [10:06] * amitk looks, although a lot has changed in 2.6.33 [10:06] so which image should I use on my beagle today? [10:07] ogra: bug 562888 [10:07] Launchpad bug 562888 in ubiquity (Ubuntu) "omap installation failed with unrecoverable error (affects: 1)" [Medium,New] https://launchpad.net/bugs/562888 [10:08] amitk, [10:08] Jan 1 00:48:52 ubuntu python: File "/usr/share/ubiquity/install.py", line 1664, in configure_bootloader [10:08] Jan 1 00:48:52 ubuntu python: raise InstallStepError("No bootloader installer found") [10:08] Jan 1 00:48:52 ubuntu python: InstallStepError: No bootloader installer found [10:09] i wonder why it didnt show the correct error msg though [10:09] * amitk wonders how ogra managed to install yesterday [10:09] amitk, i used d-i [10:09] thats more flexible [10:10] d-i offers you actually to install without bootloader, in ubiquity thats possible too but a bit hidden [10:10] * amitk has wasted 2 hours [10:10] on the last page you can select "advanced" [10:10] there you can check "dont install bootloader" [10:11] amitk, use netinst and do a minimal install [10:11] its way faster [10:11] http://ports.ubuntu.com/ubuntu-ports/dists/lucid/main/installer-armel/current/images/omap/netboot/omap/ [10:11] as long as your target is USB it will work [10:11] donty try mmc though, initramfs-tools is buggy [10:12] ogra: just copy these to casper/ ? [10:12] amitk, nope, just have a vfat SD card ... copy all three files to / [10:12] if you want to use serial for installing, edit boot.scr [10:13] i'll set up wikipages for all install variants after freeze ... once i have time for that [10:13] amitk, you didnt waste the 2h ... now we are at least sure that only-ubiquity wont OOM, thanks a lot [10:25] * XorA guesses he better find out how to install u-boot on a beagle :-) [10:26] XorA: you need to finding it out? I thought that you can do that anytime ;D [10:26] hrw: I have never done it [10:27] hrw: never needed to until now [10:27] XorA: use Koen's instructions on angstrom /demo/beagleboard/README [10:28] XorA: I always used those [10:32] ogra, the gnome desktop has become very smooth. Even on my 256M system. I think the fix last night really improved my issues [10:33] great [10:48] hrw: thanks, they are nice and easy to follow :-) [11:10] arse I hit the C3 EHCI bug really quick :-( [11:12] XorA: On the bright side, that means you managed to get the system up and running really quick :) [11:12] hello. are you aware that http://www.ubuntu.com/getubuntu/releasenotes/1004 links to a non-existing https://wiki.ubuntu.com/ARM/LucidReleaseNotes page? [11:13] persia: but as you guys dont support the zippy I cant install it, only live disk [11:14] bmwiedemann: Feel free to create that page if you like. I'm not sure anyone has composed the ARM-specific release notes yet (but more help is always welcome) [11:15] XorA: What happens when you try to install? Bugs are welcome, although most of them probably end up being 10.10 candidates. [11:15] persia: my EHCI port shuts down, its a hardware bug on C3 and earlier boards [11:15] persia: I could drop in a place-holder page. so far I have only used Debian/Lenny on armel (openrd, gumstix, RD-6281-A) [11:15] Basically, if a patch is simple and easy to maintain, there's no reason for it not to be there. [11:15] Basically, if a patch is simple and easy to maintain, there's no reason for it not to be there. [11:16] XorA: Oh, a known hardware issue that can't be worked around in the kernel? Yeah, not much hope there. [11:16] bmwiedemann: That'd be a great start, if you don't mind. Thanks. [11:20] persia: its what the C4 boards fixed [11:23] persia: done [11:24] you goes should turn on heartbeat on one of the leds by default [11:24] bmwiedemann: Thanks. [11:25] XorA: The seeds aren't subarch (let alone board) aware, so there's no easy/safe way to do that. On the other hand, if you have some code that does that in userspace, it could be in a package (although not for 10.04) that folks are encouraged to install on such a device. [11:26] persia: ok, its quite easy as you in the led class in sysfs [11:28] XorA: So one could write a tool that flashed the led if present, and didn't if not, and have it safely present everywhere? [11:31] persia: its literally as easy at echo heartbeat >/sys/class/leds/name/function === jussi01 is now known as jussi [11:31] trigger not function, but you see what I mean [11:32] We we just need a good way to pick *which* led to flash for heartbeat. [11:32] persia: anyway Im concentrating on just getting the damn thing installed :-) [11:33] Unfortunately, it seems there's no direct correlation between /sys/class/leds/* and the leds on my laptop :( Some of them seem to be known to the kernel, but not exposed, and others are exposed, but unknown to the kernel. [11:35] arse my EHCI port seems to have given up completely [11:40] any of you guys been installing with OTG port? [11:43] not using the zoom2 SD card helps [12:03] ogra: 09:18 < ogra> lool, you shouldnt need ramdisk_size with initramfs [12:03] ogra: are you sure? [12:05] lool, yes [12:05] i had the same issue with omap [12:05] initrd needed ramdisk_size set, initramfs didnt [12:05] thats why i moved dove to initramfs for netinst [12:06] i'm waiting for feedback from NCommander who wanted to test that hours ago [12:07] lool, i think its a differece of mounting compressed vs fully unpacking [12:07] (though thats just a guess) [12:08] OMAP3 beagleboard.org # ext2load mmc 0 0x80000000 uImage [12:08] Loading file "uImage" from mmc device 0:1 (xxa1) [12:08] ** ext2fs_devread() read error - block [12:08] ** Unable to read "uImage" from mmc 0:1 ** [12:08] ah well, i had to try at least :/ [12:17] Anyone else that have had problems with "BUG: soft lockup - CPU#0 stuck for 61s!"? [12:17] nope [12:17] I'm getting it when doing heavy disk activity (e.g. dpkg) when using NFS [12:18] though i never use NFS [12:18] I'm kind of stuck as for some reason my EHCI driver started to give in, so my connection to my USB disk also fails [12:19] XorA: did you upgraded MLO too? [12:19] hrw: yes [12:19] hrw: both from Angstrom [12:19] nosse1: you're not using the Ubuntu kernel though... [12:19] It's a coincidence that this occurs at the same time that the HW bug is discussed in this channel :( [12:20] nosse1: C3 beagle? [12:20] amtik, no I'm not [12:20] XorA, no. The AM3517-EVM. That's why I cannot run the vanilla ti-omap kernel [12:21] nosse1: C3 and earlier beagle there is not enough grunt in the power rail of EHCI and port drops out under heavy load [12:21] and I have C3+C3+B7 ;( [12:21] hope that TI will release XM soon [12:21] * XorA has C3 and B6 [12:22] XorA. This might be it. I use a bus powered hub (because of this USB 1.1 vs. 2.0 thing in OMAP) connected to USB disk, kbd and mouse. Perhaps the load of the kbd and mouse is too heavy [12:22] and one of C3 has to work as mediaplayer plugged to TV [12:23] yeah we all need XMs :-D [12:23] otherwise ubuntu work is going to be painful [12:24] ++ [12:24] though we're getting closer to at least have *something* for lucid [12:24] XorA: too bad that this time I would rather have to pay for Beagleboard... the ones which I have I got for free [12:25] make your employer pay ;) [12:26] ogra: you mean me myself? [12:26] :D [12:26] ogra: I am self employed [12:26] if you are self employed, reclaim it from taxes ;) [12:26] its a "tool" :) [12:26] I know [12:26] hrw, i'm not planning to stop my experimental builds, so you can always use an external kernel with ubuntu for Bx/Cx's... [12:27] I just bought 42" plasma TV for my work [12:27] ogra: you live disk image looks nice, I just cant actually do anything with it [12:27] thats indeed an important tool to have :) [12:27] rcn-ee: most of my Debian machines use own kernels [12:27] XorA, can you define that ? [12:27] ogra: I have no working usb [12:27] "anything" is a bit broad :) [12:28] ogra: so I can stare at the screen :-) [12:28] XorA: connect BB to TV and boot ubuntu - nothing to stare at ;D [12:28] XorA, http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-live/current/ tried a recent one ? [12:28] ogra: usb in the image works, it appears my port just blew [12:29] it should definately work on the C4 ... not sure about 3 [12:29] ogra, i was playing around with a hacked rootstock that installed apt/dpkg -dbgsym's and it still locked up at iso-codecs is there anything i can dump for a useful trace? [12:29] beagleXM with 2xsize and good wifi/bt on board would be nice [12:29] rcn-ee, attach gdb to the hanging apt and get a backtrace [12:31] okay, I'll try that.. it only locked up 50/50, on my two runs, so i'll try that... [12:31] hey, 50/50 is already better than 100% :) [12:32] i know... ;) it almost installed netbook-image last night.. right before it segfaulted in the middle of the last stage of apt-get... [13:10] sigh, i want class 20 SD cards [13:10] i bet the card is worn out once i'm done with install tests [13:15] You just need a better FTL on your card. [13:16] * persia wishes there was a handy generic interface to hint to FTLs which filesystem one intended to use so it could use the flash optimally. [13:17] ok, finallly i get the right initramfs-tools [13:17] * ogra crosses fingers [13:18] WOHOO ! [13:18] user setup reached [13:18] and we're in pkgsel [13:19] * ogra gets some coffee while d-i does its duty [13:43] amitk, so my SD install seems to have similar issues [13:44] i see no oops though [13:44] ogra: break=premount doesn't give me a shell [13:44] ugh [13:44] it definately shoudl give you busybox [13:45] * ogra tries here [13:45] what i see is that the SD read LED is flickering very fast [13:45] but booting stops at [13:45] Begin: Running /scripts/init-bottom ... [13:45] Done. [13:45] init: ureadahead main process (128) terminated with status 5 [13:46] ogra, This one I also get all the time [13:46] (note status 5 means it recognozed flash media it doesnt want to read and exited gracefully) [13:47] nosse1, how did you get stuck with the ubuntu kernel before ? did that look similar ? [13:47] Yes, it locked up sometime after that message [13:48] I never actually learned what and where it stopped [13:48] so thats similar then ... and it was fixed for you with a custom kernel but same rootfs/initrd ? [13:49] amitk, break=bottom clearly gets me to busybox [13:49] * ogra tries premount [13:49] ogra, break=bottom worked for me as well [13:50] Yes, custom kernel. And generate new initrd from that kernel's modules [13:50] but using update-initramfs from ubuntu. right ? [13:50] yes [13:51] amitk, so i can chroot /root from busybox but dont get to a prompt [13:51] I inject the kernel into the NFS root tree and use update-initramfs with qemu (in chroot env) [13:52] * ogra reboots and checks /dev ... i have a suspicion [13:52] hmm, no, all devices are there, devtmpfs is mounted fine [13:52] ogra, Speaking of which: In my effort to root out the NFS problem, I now try to run the kernel config from TI. [13:53] now I have a message during boot saying: mount: mounting none on /dev failed: No such device [13:53] But I get into login, and /dev has been mounted properly [13:54] thats because you dont have devtmpfs enabled in your kernel [13:54] comes from initramfs' init [13:54] amitk, i wonder if it makes sense to compare our config to nosse1's [13:56] Could this be related? [13:56] ogra: I'm not getting a shell with break=bottom (I see the panic instead) [13:56] or break=premount [13:56] i do on SD card [13:56] I mean this error you now describe is the exact reason why I cannot use the ti-omap kernel [13:56] * amitk tries break=top [13:57] amitk, which kernel do you use ? my install indeed uses the archive kernel still [13:57] my own kernel [13:57] installed in chroot [13:57] right [13:58] archive kernel definately gets me busybox ... but no boot either [13:58] * amitk tries the arhive kernel [13:58] * ogra goes and makes all initscripts as noisy as he can [13:59] I'm sorry guys, I need to leave for kindergarden. I'm unable to be of any further assistance until tomorrow [14:00] I am very keen on following this discussion though [14:00] * ogra didnt know nosse1 was *that* young [14:00] *lol* [14:00] :) [14:01] amitk, hmm, i added --debug to mountall which should be the next thing running after ureadahead and i dont get anything [14:01] [ 0.000000] Kernel command line: console=ttyS2,115200n8 console=tty0 ro root=49b39455-6136-471e-8140-cd5 [14:01] 8dbc48900 vram=12M omapfb.mode=dvi:1280x720MR-16@60 break=bottom debug usbcore.blinkenlights=1 initcall_deb [14:01] ug [14:01] ogra: ^ my cmdline, still no busybox shell on break [14:01] so i suspect we get actually stuck in ureadahead [14:01] ogra: mountall doesn't output to the console by default [14:01] lool, i added --debug in the initscript [14:02] it should make a lot of noise [14:02] ogra: If you want it to do that, add console output, and switch from daemon to verbose [14:02] ogra: As I said, it doesn't log to the console by default [14:02] usbcore.blinkenlights=1? what it does? [14:02] --debug turned it on when i debugged with KEybuk recently [14:03] hum [14:03] indeed lool is right once again [14:03] --verbose is the parameter [14:04] Right [14:04] hrw: blinken blinks the lighs on the usb hub (useful to tell if usbcore is working fine) [14:04] ok, lets see what --verbose gets us === nosse1 is now known as nosse1_away [14:04] no output at all [14:05] ogra: do drop --daemon [14:05] lool, i did [14:05] ogra: do you have console output in your mountall.conf? [14:05] its only mountall --verbose [14:05] lool, seems to be the default [14:06] 22 # temporary, until we have progress indication [14:06] 23 # and output capture (next week :p) [14:06] 24 console output [14:06] ... [14:06] 31 exec mountall --verbose # --daemon $force_fsck $fsck_fix [14:06] but i get no output at all [14:06]