**** BEGIN LOGGING AT Wed Apr 14 02:59:56 2010 Apr 14 03:07:37 rcn-ee: patch unexpectedly ends in middle of line (\n) patch: **** malformed patch at line 240: Apr 14 03:08:27 yeap, noticed that too... (my cable modem is very slow tonight) fixing as we speak.. Apr 14 03:14:35 2nd try the charm: http://pastebin.com/5SDB3ZKC just do a "bzr diff > remove.diff" "patch -p0 -R < remove.diff" then "patch -p0 < newpastebin" Apr 14 03:21:43 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? Apr 14 03:24:06 it looks like you still have the old one, the source was different around: static void __init omap3_beagle_init(void) Apr 14 03:24:16 oh, kay Apr 14 03:24:51 and that was what was causing the patch to stop... Apr 14 03:29:43 uhoh...same error around line 238 this time Apr 14 03:33:05 rcn-ee: ping Apr 14 03:33:22 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" Apr 14 03:35:02 rcn-ee: you are too kind for a faltering noob like me Apr 14 03:35:07 :-) Apr 14 03:35:54 laughs, we are all noob's here.. wait till i finally figure out git, then force everyone to git clone my tree.. ;) Apr 14 03:58:21 rcn-ee: is there anything i need to do for Kconfig? Apr 14 03:59:18 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... Apr 14 04:02:21 rcn-ee: cool. thanks. Apr 14 04:02:41 fuck... Apr 14 04:05:46 rcn-ee: http://pastebin.com/L0HdENxz Apr 14 04:05:49 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/ Apr 14 04:07:28 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... Apr 14 04:08:10 rcn-ee: :-/ okay thanks for you help! Apr 14 06:38:39 hmm, is plymouth going to be used on ARM? Or rather, present tense, is it used on ARM? Apr 14 06:39:01 On any system with serial console (in addition to local tty0), Plymouth refuses to show the splash screen. Apr 14 06:39:33 http://users.csc.calpoly.edu/~dgoyette/amtterm.log -- this is from my host system. Apr 14 06:40:16 plymouth is a dependency of mountall, so yes, its on all ubuntu systems now Apr 14 06:41:40 Bummer it's not usable with serial console. :( Apr 14 06:42:06 'I would expect to see splash on tty0 and messages on ttyS0.; Apr 14 06:43:40 * ogra has that here Apr 14 06:43:48 with plymouth Apr 14 06:45:28 hmm, maybe I should try putting back "quiet"... but that gets rid of messages on serial console, too. Apr 14 06:45:38 amitk-afk, with the new kernel it hangs but without OOPS Apr 14 06:45:56 I'll have to try it with ARM sometime again. Apr 14 06:46:07 oh, wait Apr 14 06:46:20 if you use console= plymouth wont show a splash at all Apr 14 06:46:29 yeah. Apr 14 06:46:34 thats known Apr 14 06:46:56 https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/516825 Apr 14 06:47:05 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] Apr 14 06:47:09 right Apr 14 06:47:24 it's marked fixed... but I disagree with that. Apr 14 06:47:59 amitk, http://paste.ubuntu.com/414122/ :( Apr 14 06:48:08 thats what i get after some unsuccessful boots Apr 14 06:49:21 [main.c] check_for_consoles:checking if splash screen should be disabled Apr 14 06:49:21 [main.c] check_for_consoles:serial console found! Apr 14 06:49:26 * ogra removes the HUB and attaches the USB key directly Apr 14 06:50:06 hmm, hangs too Apr 14 06:50:10 no oops Apr 14 06:50:35 w/o hub, it won't work Apr 14 06:50:48 well, it finds the disk and mounts it Apr 14 06:51:02 but hangs right after with no messages Apr 14 06:51:46 ogra: line 41 on the paste says you had a ext4 error Apr 14 06:51:55 did your FS become corrupt? Apr 14 06:52:12 amitk, i doubt ext4 *can* get corrupt that way Apr 14 06:52:19 its never mounted RW Apr 14 06:52:25 my boot doesnt get that far Apr 14 06:52:35 EXT4-fs error (device sda1): __ext4_get_inode_loc: unable to read inode block - inode=267617, block=1049142 Apr 14 06:52:54 right Apr 14 06:53:07 ogra: we've had lots of issues with ext4 corruption, was this tried on a fresh image? Apr 14 06:53:09 i know what you think, but my boot never gets to mountall Apr 14 06:53:24 (mountall is remounting / RW) Apr 14 06:53:38 we are talking about "read" here... Apr 14 06:53:48 amitk, thats the USB install from yesterday Apr 14 06:53:55 using your newest kernel from people Apr 14 06:54:00 so it could be corrupted in the last shutdown Apr 14 06:54:18 amitk, i know, but how would the disk get corrupted if itwas never mounted ? Apr 14 06:54:27 i mean RW mounted Apr 14 06:54:47 hmm, unpowered HUB doesnt work either Apr 14 06:54:56 nor does the mini USB port Apr 14 06:55:14 what are you using the OTG port for? Apr 14 06:55:35 well, i was just trying all options and attached the disk with adapter Apr 14 06:55:44 i didnt expect that to work :) Apr 14 07:01:21 ogra: so you're saying that the kernel is lying about the ext4 error? :) Apr 14 07:01:44 amitk, not sure if it lies or if it has a hiccup Apr 14 07:02:04 * amitk doubts it Apr 14 07:02:13 though i'd guess given the other USB issues i see that its not the FS but the underlying layer Apr 14 07:02:48 i havent had any other ext4 errors Apr 14 07:03:05 i dont have any other errors at all now, it just gets stuck Apr 14 07:03:39 sometimes it managed to print the ureadahed message, sometimes it just gets stuck when leaving the initramfs Apr 14 07:03:54 i didnt get further than ureadahead with this kernel Apr 14 07:04:23 the archive kernel got a bit further (up to the apparmor messages ) and got stuck then Apr 14 07:04:35 and either oopsed or not Apr 14 07:05:34 without USB we're a bit screwed :/ Apr 14 07:06:13 * ogra gets more coffee Apr 14 07:07:03 ogra: you are seeing errors now! Apr 14 07:07:06 [ 35.254974] EXT4-fs error (device sda1): __ext4_get_inode_loc: unable to read inode block - inode=267617, block=1049142 Apr 14 07:07:09 [ 35.267272] EXT4-fs error (device sda1): ext4_find_entry: reading directory #2 offset 0 Apr 14 07:07:13 [ 35.277526] Kernel panic - not syncing: Attempted to kill init! Apr 14 07:07:15 [ 35.283630] [] (unwind_backtrace+0x0/0xe8) from [] (panic+0x54/0x138) Apr 14 07:07:18 [ 35.291900] [] (panic+0x54/0x138) from [] (exit_notify+0x0/0x144) Apr 14 07:07:21 [ 35.299804] [] (exit_notify+0x0/0x144) from [<00000001>] (0x1) Apr 14 07:07:25 ^^^ that is the beginning of a panic aka oops Apr 14 07:10:37 that was in one out of 20 boots Apr 14 07:10:42 didnt show up again Apr 14 07:10:49 now it just gets stuck Apr 14 07:11:02 no oops no error at all, just locks up Apr 14 07:11:40 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 Apr 14 07:13:13 its definately not the filesystem Apr 14 07:14:07 ogra: did you see my comments on the dove netboot images bug? Apr 14 07:14:18 if it wouldnt take ages i'd try another install right now Apr 14 07:14:45 lool, havent read my bugmail yet, if you made comments today i didnt see them, i saw your last one yesterday Apr 14 07:14:52 * ogra looks at evo Apr 14 07:15:32 ogra: No need for a full install, just loading the images is a good enough test Apr 14 07:15:42 lool, ah, well, at least we build the netboot initrd the same way the cdimage one is built now Apr 14 07:15:47 ogra: So GrueMaster was saying that the initrd has incorrect values Apr 14 07:15:57 lool, i cant test dove i dont have the HW Apr 14 07:16:03 So the bug should probably be reopened, but I dont have the hardware either Apr 14 07:16:11 only NCommander GrueMaster or plars can test Apr 14 07:16:51 i was just aiming for consistency, the cdrom initrd which is an initramfs obviously worked for GrueMaster Apr 14 07:17:09 so we excluded at least one breaking factor here Apr 14 07:17:29 lool: what was the bug number? I can recheck Apr 14 07:17:40 Bug 541399 Apr 14 07:17:42 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 Apr 14 07:18:05 lool, you shouldnt need ramdisk_size with initramfs Apr 14 07:18:15 or /dev/ram0 Apr 14 07:18:44 what i dont get is why we use a different load address at all Apr 14 07:18:49 that seems broken Apr 14 07:19:18 building the same setup the cdrom initrd has while keeping the same address should suffice Apr 14 07:20:04 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/ Apr 14 07:20:34 i wish i had the time to make a dd'able image out of it Apr 14 07:21:47 amitk, do you still need my broken USB install ? else i'll start over with a fresh install to see if it changes anything Apr 14 07:22:59 * ogra wants to try if he can probably get away with a minimal install to SD if running netinst Apr 14 07:23:15 thats better than nothing given time runs short Apr 14 07:27:57 ogra: please do, I'm interested in a fresh install Apr 14 07:28:03 I'm doing that here too Apr 14 07:28:09 well, i wont do a USB install Apr 14 07:28:18 which is our main issue atm Apr 14 07:28:40 though i'm not sure parted can handle installing to the media we run from but netinst makes me hope Apr 14 07:35:01 grr, so partman doesnt let me create /boot as fat Apr 14 07:35:04 thats a prob Apr 14 07:56:25 ogra: I'm still ooming on the new image while installing... Apr 14 07:56:39 can you check with free ? Apr 14 07:56:56 if swap is actually 128M Apr 14 07:57:01 ogra: yes it is Apr 14 07:57:09 I checked on serial console Apr 14 07:57:14 * ogra curses very loudly Apr 14 07:57:35 I'm stuck at the keyboard layout dialog Apr 14 07:57:37 did you modify anything else than adding serial ? Apr 14 07:57:59 new kernel and serial Apr 14 07:58:07 * ogra wonders why it doesnt OOM for him Apr 14 07:58:17 ubuntu@ubuntu:~$ free -m Apr 14 07:58:17 [ 684.363372] Out of memory: kill process 1743 (gnome-session) score 50392 or a child Apr 14 07:58:20 [ 684.371276] Killed process 1974 (metacity) vsz:32548kB, anon-rss:1000kB, file-rss:7380kB total used free shared buffers cached Apr 14 07:58:23 Mem: 240 205 35 0 8 49 Apr 14 07:58:25 can you change the cmdline and add only-ubiquity to it ? Apr 14 07:58:26 -/+ buffers/cache: 146 93 Apr 14 07:58:28 Swap: 120 118 1 Apr 14 07:58:43 i guess we'll have to default to that Apr 14 07:59:02 it wont start the desktop but go directly into the installer Apr 14 07:59:29 indeed the user needs to have a big enough swap in his install Apr 14 07:59:37 * ogra sees a pile of release notes ahead Apr 14 08:01:25 * ogra is afk for a moment Apr 14 08:01:43 just 1M of swap free, I guess even starting a serial console shell is a step towards oom Apr 14 08:01:54 yes Apr 14 08:02:06 but lets go the only-ubiquity path ... Apr 14 08:02:12 its the best fallback we have Apr 14 08:02:25 <- really afk Apr 14 08:55:46 morning Apr 14 08:56:22 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" Apr 14 08:56:28 hrw: morning Apr 14 08:56:37 amitk, at which point ? Apr 14 08:56:56 * ogra definately sees an issue with update-initramfs atm Apr 14 08:56:58 ogra: last I saw it was almost finished with the install Apr 14 08:57:20 right, thats likely either the kernel installation or the bootloader step Apr 14 08:57:21 ogra: I have the session active in case you want some information to help you debug Apr 14 08:57:47 hrw: since you're involved with OE, what kernel version do they ship for beagleboard? Apr 14 08:57:52 yeah, file a bug with ubuntu-bug -p ubiquity Apr 14 08:59:40 amitk: 2.6.32 based on linux-omap-psp branch Apr 14 08:59:56 what is psp? Apr 14 09:00:10 TI branch of linux-omap Apr 14 09:00:19 never read what makes it special Apr 14 09:00:39 Platform Support Package Apr 14 09:00:50 TI language for BSP Apr 14 09:01:10 said TI OMAP OE expert Apr 14 09:01:16 and there is nothing special, about it, everything goes upstream Apr 14 09:01:47 XorA: but TI code lands in psp and then migrate to linux-omap - right? Apr 14 09:02:03 ogra, did you resolve the "Unhandled fault: external abort on non-linefetch" issue? Apr 14 09:02:04 hrw: yes I beleive thatd the path, but its so damn quick these days Apr 14 09:02:18 nosse1, yes, fixed in todays images Apr 14 09:02:31 amitk: git://arago-project.org/git/people/sriram/ti-psp-omap.git Apr 14 09:02:49 May I ask what it was? Compile flag issue? Apr 14 09:03:08 amitk: OE uses da0c86a8f3bd57fad0ccd05eb1b5e3326d7f36aa revision + 41 patches added Apr 14 09:04:05 hrw: where would I find their defconfig? Apr 14 09:05:10 nosse1, code in parted that tried to run dmidecode snippets to read BIOS info from /dev/mem Apr 14 09:05:10 moment Apr 14 09:05:12 amitk: arch/arm/configs Apr 14 09:05:23 amitk: if you mean TI defconfig Apr 14 09:05:24 ohh, so they use the defconfigs? Apr 14 09:05:26 sigh, so we cant install to mmc Apr 14 09:05:33 OE has its defconfig in metadata Apr 14 09:05:34 amitk: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-psp-2.6.32/beagleboard/defconfig Apr 14 09:05:40 initramfs-tools has no support for it Apr 14 09:06:35 * amitk looks, although a lot has changed in 2.6.33 Apr 14 09:06:47 so which image should I use on my beagle today? Apr 14 09:07:25 ogra: bug 562888 Apr 14 09:07:27 Launchpad bug 562888 in ubiquity (Ubuntu) "omap installation failed with unrecoverable error (affects: 1)" [Medium,New] https://launchpad.net/bugs/562888 Apr 14 09:08:49 amitk, Apr 14 09:08:52 Jan 1 00:48:52 ubuntu python: File "/usr/share/ubiquity/install.py", line 1664, in configure_bootloader Apr 14 09:08:52 Jan 1 00:48:52 ubuntu python: raise InstallStepError("No bootloader installer found") Apr 14 09:08:52 Jan 1 00:48:52 ubuntu python: InstallStepError: No bootloader installer found Apr 14 09:09:05 i wonder why it didnt show the correct error msg though Apr 14 09:09:27 * amitk wonders how ogra managed to install yesterday Apr 14 09:09:37 amitk, i used d-i Apr 14 09:09:42 thats more flexible Apr 14 09:10:19 d-i offers you actually to install without bootloader, in ubiquity thats possible too but a bit hidden Apr 14 09:10:20 * amitk has wasted 2 hours Apr 14 09:10:36 on the last page you can select "advanced" Apr 14 09:10:45 there you can check "dont install bootloader" Apr 14 09:11:06 amitk, use netinst and do a minimal install Apr 14 09:11:11 its way faster Apr 14 09:11:22 http://ports.ubuntu.com/ubuntu-ports/dists/lucid/main/installer-armel/current/images/omap/netboot/omap/ Apr 14 09:11:44 as long as your target is USB it will work Apr 14 09:11:56 donty try mmc though, initramfs-tools is buggy Apr 14 09:12:00 ogra: just copy these to casper/ ? Apr 14 09:12:17 amitk, nope, just have a vfat SD card ... copy all three files to / Apr 14 09:12:30 if you want to use serial for installing, edit boot.scr Apr 14 09:13:05 i'll set up wikipages for all install variants after freeze ... once i have time for that Apr 14 09:13:41 amitk, you didnt waste the 2h ... now we are at least sure that only-ubiquity wont OOM, thanks a lot Apr 14 09:25:48 * XorA guesses he better find out how to install u-boot on a beagle :-) Apr 14 09:26:22 XorA: you need to finding it out? I thought that you can do that anytime ;D Apr 14 09:26:55 hrw: I have never done it Apr 14 09:27:00 hrw: never needed to until now Apr 14 09:27:38 XorA: use Koen's instructions on angstrom /demo/beagleboard/README Apr 14 09:28:30 XorA: I always used those Apr 14 09:32:23 ogra, the gnome desktop has become very smooth. Even on my 256M system. I think the fix last night really improved my issues Apr 14 09:33:03 great Apr 14 09:48:39 hrw: thanks, they are nice and easy to follow :-) Apr 14 10:10:34 arse I hit the C3 EHCI bug really quick :-( Apr 14 10:12:59 XorA: On the bright side, that means you managed to get the system up and running really quick :) Apr 14 10:12:59 hello. are you aware that http://www.ubuntu.com/getubuntu/releasenotes/1004 links to a non-existing https://wiki.ubuntu.com/ARM/LucidReleaseNotes page? Apr 14 10:13:38 persia: but as you guys dont support the zippy I cant install it, only live disk Apr 14 10:14:15 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) Apr 14 10:15:11 XorA: What happens when you try to install? Bugs are welcome, although most of them probably end up being 10.10 candidates. Apr 14 10:15:28 persia: my EHCI port shuts down, its a hardware bug on C3 and earlier boards Apr 14 10:15:43 persia: I could drop in a place-holder page. so far I have only used Debian/Lenny on armel (openrd, gumstix, RD-6281-A) Apr 14 10:15:54 Basically, if a patch is simple and easy to maintain, there's no reason for it not to be there. Apr 14 10:15:54 Basically, if a patch is simple and easy to maintain, there's no reason for it not to be there. Apr 14 10:16:20 XorA: Oh, a known hardware issue that can't be worked around in the kernel? Yeah, not much hope there. Apr 14 10:16:37 bmwiedemann: That'd be a great start, if you don't mind. Thanks. Apr 14 10:20:38 persia: its what the C4 boards fixed Apr 14 10:23:37 persia: done Apr 14 10:24:06 you goes should turn on heartbeat on one of the leds by default Apr 14 10:24:32 bmwiedemann: Thanks. Apr 14 10:25:38 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. Apr 14 10:26:25 persia: ok, its quite easy as you in the led class in sysfs Apr 14 10:28:19 XorA: So one could write a tool that flashed the led if present, and didn't if not, and have it safely present everywhere? Apr 14 10:31:09 persia: its literally as easy at echo heartbeat >/sys/class/leds/name/function Apr 14 10:31:21 trigger not function, but you see what I mean Apr 14 10:32:21 We we just need a good way to pick *which* led to flash for heartbeat. Apr 14 10:32:58 persia: anyway Im concentrating on just getting the damn thing installed :-) Apr 14 10:33:22 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. Apr 14 10:35:19 arse my EHCI port seems to have given up completely Apr 14 10:40:19 any of you guys been installing with OTG port? Apr 14 10:43:30 not using the zoom2 SD card helps Apr 14 11:03:26 ogra: 09:18 < ogra> lool, you shouldnt need ramdisk_size with initramfs Apr 14 11:03:30 ogra: are you sure? Apr 14 11:05:15 lool, yes Apr 14 11:05:27 i had the same issue with omap Apr 14 11:05:40 initrd needed ramdisk_size set, initramfs didnt Apr 14 11:05:51 thats why i moved dove to initramfs for netinst Apr 14 11:06:07 i'm waiting for feedback from NCommander who wanted to test that hours ago Apr 14 11:07:27 lool, i think its a differece of mounting compressed vs fully unpacking Apr 14 11:07:54 (though thats just a guess) Apr 14 11:08:35 OMAP3 beagleboard.org # ext2load mmc 0 0x80000000 uImage Apr 14 11:08:35 Loading file "uImage" from mmc device 0:1 (xxa1) Apr 14 11:08:35 ** ext2fs_devread() read error - block Apr 14 11:08:35 ** Unable to read "uImage" from mmc 0:1 ** Apr 14 11:08:44 ah well, i had to try at least :/ Apr 14 11:17:01 Anyone else that have had problems with "BUG: soft lockup - CPU#0 stuck for 61s!"? Apr 14 11:17:35 nope Apr 14 11:17:36 I'm getting it when doing heavy disk activity (e.g. dpkg) when using NFS Apr 14 11:18:05 though i never use NFS Apr 14 11:18:33 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 Apr 14 11:19:23 XorA: did you upgraded MLO too? Apr 14 11:19:36 hrw: yes Apr 14 11:19:43 hrw: both from Angstrom Apr 14 11:19:43 nosse1: you're not using the Ubuntu kernel though... Apr 14 11:19:49 It's a coincidence that this occurs at the same time that the HW bug is discussed in this channel :( Apr 14 11:20:15 nosse1: C3 beagle? Apr 14 11:20:22 amtik, no I'm not Apr 14 11:20:43 XorA, no. The AM3517-EVM. That's why I cannot run the vanilla ti-omap kernel Apr 14 11:21:13 nosse1: C3 and earlier beagle there is not enough grunt in the power rail of EHCI and port drops out under heavy load Apr 14 11:21:41 and I have C3+C3+B7 ;( Apr 14 11:21:51 hope that TI will release XM soon Apr 14 11:21:54 * XorA has C3 and B6 Apr 14 11:22:28 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 Apr 14 11:22:29 and one of C3 has to work as mediaplayer plugged to TV Apr 14 11:23:40 yeah we all need XMs :-D Apr 14 11:23:57 otherwise ubuntu work is going to be painful Apr 14 11:24:07 ++ Apr 14 11:24:43 though we're getting closer to at least have *something* for lucid Apr 14 11:24:58 XorA: too bad that this time I would rather have to pay for Beagleboard... the ones which I have I got for free Apr 14 11:25:20 make your employer pay ;) Apr 14 11:26:11 ogra: you mean me myself? Apr 14 11:26:20 :D Apr 14 11:26:25 ogra: I am self employed Apr 14 11:26:35 if you are self employed, reclaim it from taxes ;) Apr 14 11:26:45 its a "tool" :) Apr 14 11:26:50 I know Apr 14 11:26:59 hrw, i'm not planning to stop my experimental builds, so you can always use an external kernel with ubuntu for Bx/Cx's... Apr 14 11:27:09 I just bought 42" plasma TV for my work Apr 14 11:27:23 ogra: you live disk image looks nice, I just cant actually do anything with it Apr 14 11:27:23 thats indeed an important tool to have :) Apr 14 11:27:28 rcn-ee: most of my Debian machines use own kernels Apr 14 11:27:35 XorA, can you define that ? Apr 14 11:27:43 ogra: I have no working usb Apr 14 11:27:51 "anything" is a bit broad :) Apr 14 11:28:05 ogra: so I can stare at the screen :-) Apr 14 11:28:31 XorA: connect BB to TV and boot ubuntu - nothing to stare at ;D Apr 14 11:28:34 XorA, http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-live/current/ tried a recent one ? Apr 14 11:28:50 ogra: usb in the image works, it appears my port just blew Apr 14 11:29:05 it should definately work on the C4 ... not sure about 3 Apr 14 11:29:21 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? Apr 14 11:29:46 beagleXM with 2xsize and good wifi/bt on board would be nice Apr 14 11:29:56 rcn-ee, attach gdb to the hanging apt and get a backtrace Apr 14 11:31:02 okay, I'll try that.. it only locked up 50/50, on my two runs, so i'll try that... Apr 14 11:31:43 hey, 50/50 is already better than 100% :) Apr 14 11:32:51 i know... ;) it almost installed netbook-image last night.. right before it segfaulted in the middle of the last stage of apt-get... Apr 14 12:10:39 sigh, i want class 20 SD cards Apr 14 12:10:58 i bet the card is worn out once i'm done with install tests Apr 14 12:15:54 You just need a better FTL on your card. Apr 14 12:16:32 * 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. Apr 14 12:17:04 ok, finallly i get the right initramfs-tools Apr 14 12:17:09 * ogra crosses fingers Apr 14 12:18:21 WOHOO ! Apr 14 12:18:24 user setup reached Apr 14 12:18:53 and we're in pkgsel Apr 14 12:19:09 * ogra gets some coffee while d-i does its duty Apr 14 12:43:33 amitk, so my SD install seems to have similar issues Apr 14 12:44:14 i see no oops though Apr 14 12:44:33 ogra: break=premount doesn't give me a shell Apr 14 12:44:40 ugh Apr 14 12:44:57 it definately shoudl give you busybox Apr 14 12:45:06 * ogra tries here Apr 14 12:45:26 what i see is that the SD read LED is flickering very fast Apr 14 12:45:40 but booting stops at Apr 14 12:45:43 Begin: Running /scripts/init-bottom ... Apr 14 12:45:43 Done. Apr 14 12:45:43 init: ureadahead main process (128) terminated with status 5 Apr 14 12:46:15 ogra, This one I also get all the time Apr 14 12:46:26 (note status 5 means it recognozed flash media it doesnt want to read and exited gracefully) Apr 14 12:47:12 nosse1, how did you get stuck with the ubuntu kernel before ? did that look similar ? Apr 14 12:47:52 Yes, it locked up sometime after that message Apr 14 12:48:11 I never actually learned what and where it stopped Apr 14 12:48:42 so thats similar then ... and it was fixed for you with a custom kernel but same rootfs/initrd ? Apr 14 12:49:05 amitk, break=bottom clearly gets me to busybox Apr 14 12:49:12 * ogra tries premount Apr 14 12:49:25 ogra, break=bottom worked for me as well Apr 14 12:50:02 Yes, custom kernel. And generate new initrd from that kernel's modules Apr 14 12:50:40 but using update-initramfs from ubuntu. right ? Apr 14 12:50:48 yes Apr 14 12:51:11 amitk, so i can chroot /root from busybox but dont get to a prompt Apr 14 12:51:12 I inject the kernel into the NFS root tree and use update-initramfs with qemu (in chroot env) Apr 14 12:52:00 * ogra reboots and checks /dev ... i have a suspicion Apr 14 12:52:50 hmm, no, all devices are there, devtmpfs is mounted fine Apr 14 12:52:59 ogra, Speaking of which: In my effort to root out the NFS problem, I now try to run the kernel config from TI. Apr 14 12:53:32 now I have a message during boot saying: mount: mounting none on /dev failed: No such device Apr 14 12:53:49 But I get into login, and /dev has been mounted properly Apr 14 12:54:06 thats because you dont have devtmpfs enabled in your kernel Apr 14 12:54:16 comes from initramfs' init Apr 14 12:54:50 amitk, i wonder if it makes sense to compare our config to nosse1's Apr 14 12:56:07 Could this be related? Apr 14 12:56:16 ogra: I'm not getting a shell with break=bottom (I see the panic instead) Apr 14 12:56:24 or break=premount Apr 14 12:56:29 i do on SD card Apr 14 12:56:31 I mean this error you now describe is the exact reason why I cannot use the ti-omap kernel Apr 14 12:56:47 * amitk tries break=top Apr 14 12:57:10 amitk, which kernel do you use ? my install indeed uses the archive kernel still Apr 14 12:57:30 my own kernel Apr 14 12:57:38 installed in chroot Apr 14 12:57:46 right Apr 14 12:58:07 archive kernel definately gets me busybox ... but no boot either Apr 14 12:58:20 * amitk tries the arhive kernel Apr 14 12:58:33 * ogra goes and makes all initscripts as noisy as he can Apr 14 12:59:32 I'm sorry guys, I need to leave for kindergarden. I'm unable to be of any further assistance until tomorrow Apr 14 13:00:03 I am very keen on following this discussion though Apr 14 13:00:12 * ogra didnt know nosse1 was *that* young Apr 14 13:00:22 *lol* Apr 14 13:00:25 :) Apr 14 13:01:06 amitk, hmm, i added --debug to mountall which should be the next thing running after ureadahead and i dont get anything Apr 14 13:01:11 [ 0.000000] Kernel command line: console=ttyS2,115200n8 console=tty0 ro root=49b39455-6136-471e-8140-cd5 Apr 14 13:01:14 8dbc48900 vram=12M omapfb.mode=dvi:1280x720MR-16@60 break=bottom debug usbcore.blinkenlights=1 initcall_deb Apr 14 13:01:17 ug Apr 14 13:01:35 ogra: ^ my cmdline, still no busybox shell on break Apr 14 13:01:37 so i suspect we get actually stuck in ureadahead Apr 14 13:01:46 ogra: mountall doesn't output to the console by default Apr 14 13:01:58 lool, i added --debug in the initscript Apr 14 13:02:07 ogra: If you want it to do that, add console output, and switch from daemon to verbose Apr 14 13:02:07 it should make a lot of noise Apr 14 13:02:19 ogra: As I said, it doesn't log to the console by default Apr 14 13:02:33 usbcore.blinkenlights=1? what it does? Apr 14 13:02:36 --debug turned it on when i debugged with KEybuk recently Apr 14 13:03:16 hum Apr 14 13:03:24 indeed lool is right once again Apr 14 13:03:36 --verbose is the parameter Apr 14 13:04:01 Right Apr 14 13:04:07 hrw: blinken blinks the lighs on the usb hub (useful to tell if usbcore is working fine) Apr 14 13:04:30 ok, lets see what --verbose gets us Apr 14 13:04:58 no output at all Apr 14 13:05:02 ogra: do drop --daemon Apr 14 13:05:07 lool, i did Apr 14 13:05:11 ogra: do you have console output in your mountall.conf? Apr 14 13:05:18 its only mountall --verbose Apr 14 13:05:59 lool, seems to be the default Apr 14 13:06:08 22 # temporary, until we have progress indication Apr 14 13:06:09 23 # and output capture (next week :p) Apr 14 13:06:09 24 console output Apr 14 13:06:24 ... Apr 14 13:06:25 31 exec mountall --verbose # --daemon $force_fsck $fsck_fix Apr 14 13:06:36 but i get no output at all Apr 14 13:06:58 so that somewhat makes me think we get stuck in ureadahead Apr 14 13:07:01 ogra: does break have anything to do with splash (i've removed that) Apr 14 13:07:14 amitk, not to my knowledge Apr 14 13:07:23 but plymouth might have changed the world Apr 14 13:07:32 * amitk hates it Apr 14 13:07:47 sigh, where is Keybuk if i need him Apr 14 13:08:06 i wonder if we miss some magical kernel bit for ureadahead Apr 14 13:08:32 ogra: Does upstart start at all? Apr 14 13:08:36 ogra: are you past initrd? Apr 14 13:08:42 lool, yes Apr 14 13:08:55 Begin: Running /scripts/local-bottom ... Apr 14 13:08:56 Done. Apr 14 13:08:56 Done. Apr 14 13:08:56 Begin: Running /scripts/init-bottom ... Apr 14 13:08:56 Done. Apr 14 13:08:56 init: ureadahead main process (134) terminated with status 5 Apr 14 13:08:58 lool, ^^^ Apr 14 13:09:04 thats where we get stuck Apr 14 13:09:16 my USB image gets a bit further but hangs then as well Apr 14 13:09:49 on the USB install i can actually see the apparmor profiles being set Apr 14 13:10:07 apw also seemed to think that bits of userspace is being run and exiting... Apr 14 13:10:34 amitk, right, but that a different kernel made it work for nosse1 is suspicious Apr 14 13:10:56 so i suspect we miss a kernel setting that some userspace bit requires Apr 14 13:11:14 which is why i'd love to consult Keybuk ... who isnt here Apr 14 13:14:56 aha Apr 14 13:14:58 Begin: Running /scripts/init-bottom ... Apr 14 13:14:58 Done. Apr 14 13:14:59 init: Failed to spawn ureadahead main process: unable to execute: Permission denied Apr 14 13:14:59 moo Apr 14 13:15:15 i made ureadahead unexecutable Apr 14 13:15:37 and added "echo "moo"" to mountall directly when the script is exece'd Apr 14 13:15:46 it doesnt move on though Apr 14 13:16:13 the SD LED is flickering very fast again Apr 14 13:17:53 amitk, silly question, but what are our console settings ? Apr 14 13:18:02 i dont seem to get any tty0 output at all Apr 14 13:21:20 ogra: yeah, I don't see anything on tty0 either. Only serial Apr 14 13:21:39 right, there is something wonky with text consoles here Apr 14 13:23:09 # CONFIG_FRAMEBUFFER_CONSOLE is not set Apr 14 13:23:11 ah Apr 14 13:24:02 amitk, i guess we need that :) Apr 14 13:24:09 imx51 and dove have it Apr 14 13:25:00 amitk, and that makes me guess that plymouth might be unhappy and crash or something similar Apr 14 13:27:13 ogra: ok, will look, meanwhile I've added some comments to the bug (https://bugs.edge.launchpad.net/ubuntu/+source/linux-ti-omap/+bug/562343) Apr 14 13:27:24 Launchpad bug 562343 in linux-ti-omap (Ubuntu Lucid) (and 1 other project) "installation to USB device results in a non-booting system with OOPS (affects: 1) (heat: 8)" [High,New] Apr 14 13:28:04 amitk, init doesnt exit for me Apr 14 13:28:47 and the flashing SD card LED somewhat indicates that something acesses the filesystem Apr 14 13:30:25 amitk, hmm, looking at your log you dont even get into initramfs Apr 14 13:30:35 (you should have shown me the full log earlier) Apr 14 13:31:15 in fact *your* crash is exactly if you enter the initramfs ... is you boot.scr ok ? Apr 14 13:31:47 i posted it up there ^^^^ Apr 14 13:32:11 amitk, only the bottom snippet Apr 14 13:32:28 amitk, the full log shows that you are not even entering initramfs Apr 14 13:33:34 ogra: i meant my boot.scr Apr 14 13:33:51 ah, yeah, the log has it too Apr 14 13:33:53 seems ok Apr 14 13:34:11 seems your initramfs isnt though Apr 14 13:34:37 the udev line is clearly *inside* initramfs ... Apr 14 13:34:51 and it dies immediately after firing up udev Apr 14 13:35:10 try to regenerate your initramfs Apr 14 13:35:15 ogra: yeah, disregard that. I'm currently running the archive kernel with my own initramfs (to debug the break=) problem. Will switch back to my own kernel. Apr 14 13:35:43 Image Type: ARM Linux RAMDisk Image (uncompressed) Apr 14 13:35:43 Data Size: 2261686 Bytes = 2.2 MB Apr 14 13:35:44 ogra: kernel with FB almost done Apr 14 13:35:47 way to small Apr 14 13:36:01 there are bits missing for sure ... by whatever reason Apr 14 13:36:45 hmm, or no ... newer initramfses on my systems are as small ... Apr 14 13:43:13 ... more coffee... Apr 14 13:45:00 ogra: kernel with FB in on people Apr 14 13:45:46 that fixed tty0, but our problem still remains... Apr 14 13:47:10 ok Apr 14 13:47:31 morning Apr 14 13:47:33 i'd really love to talk to KEybuk, sigh Apr 14 13:47:55 amitk, FB compiled in or module ? Apr 14 13:48:00 compiled-in Apr 14 13:48:13 ah, then i should be able to just use my initrd Apr 14 13:48:49 ogra: but I _still_ don't get a busybox shell Apr 14 13:49:00 do you get through initramfs ? Apr 14 13:49:15 you should see all the "running scripts init-blah" messages Apr 14 13:49:55 nope Apr 14 13:50:19 hi. how much does a Freescale i.MX51 Babbage board pda cost? Apr 14 13:50:28 (about) Apr 14 13:51:17 $750 Apr 14 13:51:30 amitk, re-roll your initramfs something is corrupt there Apr 14 13:51:35 and... which is the cheapest board on which ubuntu-arm has been tested ? Apr 14 13:51:54 ogra: doesn't kernel install already do that? Apr 14 13:51:59 http://store.digi.com/index.cfm?fuseaction=product.display&Product_ID=1711 Apr 14 13:52:24 amitk, it re-rolls, but did you mkimage etc ? Apr 14 13:52:39 ogra: yes, mkimage uImage, uInitrd Apr 14 13:52:49 http://www.digi.com/products/embeddedsolutions/connectcore-wi-mx51.jsp#overview <-- Click "contact us" for the Linux version Apr 14 13:53:07 Google is your friend Apr 14 13:53:14 amitk, strange ... my boot definately goes through even with your current kernel ... Apr 14 13:53:29 ogra: the latest one? Apr 14 13:53:44 yup Apr 14 13:53:53 ogra: did you find why the upstart was stopped during the boot? Apr 14 13:53:58 * amitk wonder if he should run a apt-get upgrade on the chroot Apr 14 13:54:02 was following the problem but had to get to work Apr 14 13:54:20 amitk, didnt you use your USB installation root ? Apr 14 13:54:57 I tested yesterday when I was playing with u8500 and had to remove some services to get it to boot, but didn't had time to go and further debug upstart to check who was the culprit Apr 14 13:56:00 ogra: I did.. Apr 14 13:56:20 thats very strange, i havent seen such behavior Apr 14 13:56:21 rsalveti: u8500 got some available boards or still ST-E internal only? Apr 14 13:56:52 amitk, want a uInitrd on people ? Apr 14 13:57:19 ogra: give me the whole package, uImage, boot.scr and uInitrd Apr 14 13:57:31 ok Apr 14 13:57:43 hrw: we've been working with then with other projects and boards, so we got some u8500 to work with when it was released Apr 14 13:58:04 hrw: but the kernel, boot loader, mali driver and etc are all internal only atm Apr 14 13:58:09 thanks Apr 14 13:58:28 hrw: they're pushing the kernel upstream, but the support is still very basic Apr 14 13:58:38 rsalveti: so same like it was with NDK-15 Apr 14 13:58:54 but this time they learnt that using few years old kernel is not good Apr 14 13:59:10 amitk, btw, no messages on console ... only a blinking cursor ... did you see kernel msgs ? Apr 14 13:59:12 hrw: sure, currently we're using 2.6.29 Apr 14 13:59:39 ogra: yes Apr 14 13:59:40 quite old and the kernel itself is not that stable, but it's working fine Apr 14 14:00:00 amitk, http://people.canonical.com/~ogra/beagle/ Apr 14 14:00:07 rsalveti: when I had ndk-15 it was using 2.6.16.2 which at that time was up to .51 stable update. now I have NHK-15 with 2.6.20 kernel which I do not even want to look at Apr 14 14:00:11 ogra: I see the kernel messages Apr 14 14:00:12 note i'm fiddling with boot.scr atm Apr 14 14:00:17 hrw: we got oe and maemo running on top of it as a proof of concept Apr 14 14:00:24 you might want to change it for your purpose Apr 14 14:00:27 rsalveti: and android Apr 14 14:00:46 hrw: sure, they are working inside mainly with android Apr 14 14:00:53 rsalveti: on SCW'09 ST-E shown android on u8500 Apr 14 14:01:01 now that maemo/meego stuff got more attention Apr 14 14:01:44 hrw: yeah, the kernel is being developed mainly to support android Apr 14 14:02:02 amitk, oh, intresting ... there *are* messages, but the console blanks at the point where i have the hang Apr 14 14:02:16 i just switched my monitor over to late Apr 14 14:02:29 hrw: we also have the basic mali support, but this will be closed source in the end, like sgx stuff Apr 14 14:02:55 rsalveti: it it will be redistributable then it will be good Apr 14 14:02:57 hrw: currently we're developing basic support for X acceleration, like exa, dri2 and xvideo Apr 14 14:03:17 rsalveti: we (OH) did that for stn8815 few years ago Apr 14 14:03:28 hrw: yeah, andrea was talking about it Apr 14 14:03:47 then oh went for intel and they had to drop the project Apr 14 14:03:55 anyway stn8815 is dead Apr 14 14:03:57 amitk, whats even more intresting, while i still have the hang, the LDE behavior changed Apr 14 14:04:00 *LED Apr 14 14:04:21 both SD LEDs are solid green now Apr 14 14:04:32 ogra: I have a board which talks after 'system halted' Apr 14 14:05:43 ogra: USR0 and USR1? Apr 14 14:06:04 amitk, HAHAHAHAHA !!! Apr 14 14:06:25 * ogra fixes /lib/init/fstab Apr 14 14:06:43 * amitk prepares to strangle ogra :) Apr 14 14:07:18 hrw: but I think that with u8500 ste will at least make it full supported upstream Apr 14 14:08:02 amitk, so i suspect the "console output" line in mountall.conf tries to write to plymouth ... while fbcon was broken it just got stuck there ... now i see the old "mount time in the future" bug Apr 14 14:08:24 rsalveti: I hope too - it makes maintaince much cheaper Apr 14 14:09:28 hrw: sure, besides making it easier for everyone that wants to used it as a product Apr 14 14:09:37 the quality is much better when it's upstream Apr 14 14:09:48 vendor's kernel is always a mess Apr 14 14:10:55 Lots of that is code-review issues. Going through that many layers of code review internally could theoretically generate a good vendor kernel, but it's really expensive (and seems odd when one can mainline it for the same effort and lower cost) Apr 14 14:10:59 ogra: no change with your initrd and kernel, I'll check my boot.scr now Apr 14 14:11:24 amitk, yeah, probably one of your kernel debuig settings prevents initrd from being used Apr 14 14:11:37 * ogra curses Apr 14 14:11:41 persia: yeah, but people seems afraid of mainline developers :-) Apr 14 14:11:43 i cant get past fsck ! Apr 14 14:12:24 ogra: did you fix both fstabs? Apr 14 14:12:47 amitk, only /lib/init/fstab that usually suffices Apr 14 14:13:50 * ogra edits /etc/fstab too Apr 14 14:14:23 lool: I tested http://ports.ubuntu.com/dists/lucid/main/installer-armel/20081029ubuntu98/images/dove/netboot/dove/ image yesterday and it now works. Completed the install with no issues. Apr 14 14:14:50 Starting kernel ... Apr 14 14:14:50 Uncompressing Linux... done, booting the kernel. Apr 14 14:14:50 Ubuntu lucid (development branch) ubuntu ttyS2 Apr 14 14:14:50 ubuntu login: Apr 14 14:14:54 WOHOOOOO !!!! Apr 14 14:15:12 amitk, so the console fix is essential :) Apr 14 14:15:57 amitk, lets corner Keybuk in brussels ... he owes us beer ... lots of ... i asked him yesterday and he insisted the bug would be 100% fixed in any case Apr 14 14:16:55 Linux ubuntu 2.6.33-500-omap #5 Tue Apr 13 11:58:48 EEST 2010 armv7l GNU/Linux Apr 14 14:16:55 Ubuntu 10.04 (lucid) Apr 14 14:16:55 Welcome to Ubuntu! Apr 14 14:16:58 :D Apr 14 14:17:29 * ogra is happy that he can finally start to work Apr 14 14:18:58 * amitk hugs ogra Apr 14 14:19:19 ogra: so fixing both fstabs was reqd? Apr 14 14:19:29 amitk, yep Apr 14 14:20:22 now the point that counts ... Apr 14 14:20:34 * ogra tries update-initramfs with vfat /boot Apr 14 14:21:34 asac, why dont i have network on my cmdline system ? shouldnt NM sort that ? Apr 14 14:21:59 oh, i dont have a driver Apr 14 14:22:35 amitk, ergh ... no more USB with your latest kernel from people Apr 14 14:31:05 GrueMaster: Ok, the uinitrd settings were *not* changed Apr 14 14:36:21 ogra: new kernel uploaded to people with OTG settings reverted. Apr 14 14:36:43 * ogra pulls Apr 14 14:40:04 ogra: greetings Apr 14 14:42:43 amitk, urgh and shutdown (sudo halt) results in an oops Apr 14 14:44:13 ogra: try with archive kernel first, there are several changes in my kernel that we might not want at such short notice Apr 14 14:44:16 hey prpplague (sorry i'm *very* busy ... final freeze is tomorrow) Apr 14 14:44:52 ogra: np, just saying hello Apr 14 14:47:44 * ogra curses Apr 14 14:48:04 amitk, so while initramfs creation works, linux-image isnt installable on vfat :( Apr 14 14:48:49 silly postinst ! Apr 14 14:58:01 ogra: any luck? (I need a break from this stuff) Apr 14 15:03:32 amitk, gimme a min ... just got into a discussion in -kernel Apr 14 15:04:58 np Apr 14 15:07:09 ogra: so what did you have to change in /lib/init/fstab? Just the 1 -> 0 Apr 14 15:07:10 ? Apr 14 15:07:35 amitk, yep Apr 14 15:08:45 crapo i trashed my SD Apr 14 15:15:34 amitk, lookd good Apr 14 15:15:38 *looks Apr 14 15:23:19 amitk, if you upload dont forget to adjust the deps Apr 14 15:23:41 we need flash-kernel and uboot-mkimage Apr 14 15:26:48 ogra: against linux-image-2.6.33.....? Apr 14 15:26:55 yep Apr 14 15:29:42 ogra: so usb is working now, right? Apr 14 15:30:05 amitk, gimme a sec, it works with the SD install ... i want to make sure root on USB works too Apr 14 15:40:33 amitk, root on USB works too now Apr 14 15:43:28 amitk, so lool just pointed me to code that cares for uboot-mkimage ... but flash-kernel shoudl be a dep Apr 14 15:45:45 * ogra wonders why he hasnt gotten flash-kernel installed on omap now Apr 14 15:53:35 ogra: we might not need flash-kernel as a strong dep for the same reason Apr 14 15:53:42 ogra: these are usually recommends Apr 14 15:53:52 lool, i dont have it at all in my two omap installs Apr 14 15:54:16 and iirc we had a reason to make it a dep in imx51 Apr 14 15:54:19 * ogra chacks again Apr 14 15:54:22 *checks Apr 14 15:54:41 ogra: I don't think it was a dep for imx51 Apr 14 15:55:21 Recommends: flash-kernel Apr 14 15:55:26 linux-image-2.6.31-605-imx51 Apr 14 15:55:32 ogra: You need to update flash-kernel-installer for the same reason Apr 14 15:55:39 so right, make it a recommends Apr 14 15:55:55 lool, yes, i'm doing that with some really ugly code Apr 14 15:55:56 ogra: No Apr 14 15:55:58 ogra: only flash-kernel? Apr 14 15:56:04 ogra: see debian/flash-kernel-installer.postinst line 48 Apr 14 15:56:07 amitk, yes Apr 14 15:56:27 ogra: the Recommends is optional and just there to "be nice" to people installing an omap kernel by hand Apr 14 15:56:32 lool, there was a reason for having the recommends ... iirc it was to enable people who manually roll images Apr 14 15:56:38 right Apr 14 15:56:38 ogra: Yes Apr 14 15:56:46 so lets stay nice :) Apr 14 15:56:54 and have that recommends in omap too Apr 14 15:57:03 no dep though Apr 14 15:57:09 ogra: not related to the fact you're missing it in your installed image Apr 14 15:57:12 i'll handle that in flash-kernel-installer Apr 14 15:57:20 yeah, i know Apr 14 15:57:21 If you used ubiquity / d-i that is Apr 14 15:57:25 i did Apr 14 15:57:30 well, d-i Apr 14 15:57:46 ubiquity needs another image chjange before we can use it Apr 14 15:57:51 ogra: I don't think it is even in recommends, in the kernel pkg Apr 14 15:57:53 god, i cant type anymore Apr 14 15:58:06 it is only in the bootloader section Apr 14 15:58:13 amitk, please make it one for people maunally installing kernels Apr 14 15:58:54 * ogra thinks these flash-kernel-installer changes will forever destroy the bit of reputation his coding style has left Apr 14 15:59:47 fiddling with fstab is really really nasty :/ Apr 14 16:01:11 ogra: So if you used d-i / ubiquity, the problem is in flash-kernel-installer, not in deps Apr 14 16:01:24 hmm Apr 14 16:01:28 I agree we want a recommends or a suggests, but I would personally go for a suggests Apr 14 16:01:35 it is in deps Apr 14 16:01:41 its just not executed Apr 14 16:01:52 since there is no match for the beagle Apr 14 16:01:58 ogra: Yes, exactly Apr 14 16:02:03 ogra: that's not related to deps Apr 14 16:02:08 lool, so ... i need an opinion Apr 14 16:02:47 mdz suggested to create /boot/uboot for the first partition of the mmc (vfat needed for booting) Apr 14 16:03:31 the only way i see to create that dir and make sure its mounted under /boot/uboot (for running mkimage) is to add code that adds this stuff to fstab in flash-kernel-installer Apr 14 16:03:39 lool, do you have any better idea ? Apr 14 16:04:19 i dont think i can invent a new partman module right now some hours before the freeze Apr 14 16:04:24 ogra: You need to update flash-kernel and flash-kernel-installer for OMAP beagleboard Apr 14 16:04:29 lool: we have a debian.ti-omap/control.d/vars. where we define the bootloader. The control generation scripts then automatically add that to a Recommmends in the control file. Apr 14 16:04:33 lool, yes, i know Apr 14 16:04:57 lool, i know what to do there ... please read above ... that fstab fiddling is more important Apr 14 16:05:49 ogra: Ok; need to finish a call to focus on the questions Apr 14 16:06:04 amitk: That's nice to have; I would _personally_ to for a suggests instead of recommends Apr 14 16:06:06 lool, ok, i'll write some code you can review then Apr 14 16:06:18 I can argue why, but I'd rather convince ogra so that he agrees with the approach Apr 14 16:06:26 s/to/go Apr 14 16:06:40 well, go with whatever you feel is right :) Apr 14 16:06:50 i'm way to focused to finish omap :) Apr 14 16:06:53 ogra: So recommends make it a bit harder to replace the bootloader Apr 14 16:07:06 ogra: e.g. to use grub for arm, or mukluk Apr 14 16:07:14 well, do you ever expect omap to not use uboot ? Apr 14 16:07:19 oh, ok Apr 14 16:07:25 thats an argument :) Apr 14 16:07:32 amitk, go with a suggests :) Apr 14 16:07:44 Hmm that was easy :) Apr 14 16:07:48 heh Apr 14 16:08:04 lool, i promised you i'D work on it ;) Apr 14 16:10:57 ogra: I didn't understand that /boot/uboot story; is this for images, for installed system, or both? Apr 14 16:11:06 installed Apr 14 16:11:10 ogra: Also, why do we have this requirement? is it to have a copy of the installed uboot? Apr 14 16:11:15 to get around the hardlinks on /boot Apr 14 16:11:32 no its for uImage/uInitrd and boot.scr Apr 14 16:11:47 ogra: Which hardlinks are these again? Apr 14 16:12:08 lool, dpkg ... when replacing vminuz-* Apr 14 16:12:16 or System.map-* etc etc Apr 14 16:12:32 ok, but u-boot is usually in /usr/lib? Apr 14 16:12:32 it tries to create backup files using hardlinks Apr 14 16:13:00 lool, well, we could call it /boot/bootloaderpartition if that makes it clearer Apr 14 16:13:09 i made up /boot/uboot Apr 14 16:13:42 ogra: Can't we have anything which needs to have hardlinks in /boot and have /boot be in extN? Apr 14 16:13:44 the point is that we cant have /boot on vfat ... and that the bootpartition needs to be mmcblk0p1 Apr 14 16:13:58 lool, nope, omap uboot doesnt support ext2 Apr 14 16:14:23 we talked about it in nice and thats supposed to be fixed at some point Apr 14 16:14:27 but not atm Apr 14 16:14:31 ogra: Ok; dont we flash the kernel in NAND? Apr 14 16:14:36 no Apr 14 16:14:48 we use SD for booting Apr 14 16:14:56 similar to imx51 Apr 14 16:15:05 but with a real vfat partition Apr 14 16:15:18 so that partition should have an fstab entry Apr 14 16:15:29 ogra: So the NAND stuff is for post 10.04? Apr 14 16:15:38 yeah Apr 14 16:15:58 ogra: Would I be you, I would find it much more easy and clean to implement the NAND stuff right now Apr 14 16:15:59 lool, i have a working kernel since noon today :) i'm trying what i can Apr 14 16:16:24 I think in terms of coming up with a working design and such, the vfat approach is horrible Apr 14 16:16:31 it is Apr 14 16:16:36 its quick though Apr 14 16:16:41 Also, we will dump it after 10.04! Apr 14 16:16:42 and i only have a few hours left Apr 14 16:16:45 yes Apr 14 16:16:50 Upgrades will be disastrous Apr 14 16:16:52 thats was the plan from the beginning Apr 14 16:17:01 lool: ogra: I'm going with what is automatic for all kernel flavours (define it in var.flavour) and let the control-scripts do the rest. I don't like this sort of change 5 minutes before a freeze Apr 14 16:17:03 thats handleable Apr 14 16:17:20 besides all x86 flavours and fsl-imx51 use it already Apr 14 16:17:26 amitk: Oh you mean it's not easy to switch from suggests to recommends? Apr 14 16:17:37 amitk, yes, all i want is the same imx51 does Apr 14 16:17:47 amitk: It doesn't matter then Apr 14 16:17:48 lool: it is probably easy, I don't know enough about the ramifications... Apr 14 16:17:49 lool, i think the other way round Apr 14 16:17:59 currently it is a recommends Apr 14 16:18:07 ogra: I understand, was justan example Apr 14 16:18:08 in imx51 at least Apr 14 16:18:21 amitk: No need to worry about it Apr 14 16:18:26 yerah Apr 14 16:18:29 we can visit Recommends -> suggests later Apr 14 16:18:31 just go for it Apr 14 16:18:55 The main point is: this dep doesn't really matter for us in practice, it's just a nice to have, and on the long term a suggests would make more sense Apr 14 16:19:04 ogra: So back to your vfat issue Apr 14 16:19:08 lool, yeah :) Apr 14 16:19:11 ogra: flash-kernel was initially meant to flash stuff to NAND Apr 14 16:19:15 ogra: It's really meant for that Apr 14 16:19:16 i know Apr 14 16:19:27 but mtd is totally untested with our kernel Apr 14 16:19:30 ogra: I would find it easier to just implement that instead of this complex SD setup Apr 14 16:19:31 SD works Apr 14 16:19:46 ogra: is it hard to test? Apr 14 16:19:51 no idea Apr 14 16:20:01 i have not much experience with mtd ... Apr 14 16:20:18 and if i trash my board now we're screwed Apr 14 16:20:24 ogra: I seriously think you'll lose many days to build a decent design for what you're trying to do with vfat on SD and hardlinks in another partitions and that will be a waste post 10.04 and will prevent upgrades Apr 14 16:20:31 ogra: you can't really trash it Apr 14 16:20:38 ogra: you can always press user button and boot from SD Apr 14 16:20:39 we'd have to setup partitioning to use mtd and something like ubifs? Apr 14 16:20:43 i dont have *many days* Apr 14 16:20:48 amitk: No need for a FS Apr 14 16:20:52 amitk: it's just for kernel + initrd Apr 14 16:20:54 i have a few hours Apr 14 16:21:08 ogra: Exactly, so would I be you, I would pick the simplest thing being NAND Apr 14 16:21:19 the simplest thing is SD for me Apr 14 16:21:37 since i have experience with that and dont need to start to learn while implementing Apr 14 16:21:43 it just butt ugly Apr 14 16:21:50 You're in trouble IMO Apr 14 16:22:00 i am Apr 14 16:22:07 that was supposed to land a week ago Apr 14 16:22:17 but i didnt have anything to work with Apr 14 16:23:23 ogra: So I'll just finish exploring the NAND stuff to have it here for reference: I think flash-kernel currently writes to mtdblock devices; you only get these if the kernel knows which areas of the flash map to each mtdblock device; problem is that IIRC beagleboard doesn't have any partition table for them Apr 14 16:23:51 ogra: So it would either be absolute addressing from the whole mtdblock device, or making sure we have partitions (perhaps we do have partitions?) Apr 14 16:24:05 it should create one device for each partition Apr 14 16:24:31 lool, ogra@ubuntu:~$ ls /dev/mt* Apr 14 16:24:31 ls: cannot access /dev/mt*: No such file or directory Apr 14 16:24:42 no mtd support ... Apr 14 16:24:43 ogra: For SD; I dont understand enough details of the problem; I suspect it impacts partman which is complex and picky Apr 14 16:25:04 lool, it will be a hack in flash-kernel-installer at this point of time Apr 14 16:25:12 surely not partman at all Apr 14 16:25:18 amitk: Do you know why we miss MTDs in the kernel support? Is this missing drivers, missing config, bug...? Apr 14 16:25:31 ogra: "lol" Apr 14 16:26:26 ogra: Ok; so here's what I would propose Apr 14 16:26:36 ogra: That will make your like easy to some extent Apr 14 16:26:47 ok Apr 14 16:27:00 ogra: a) make sure we create a flash-kernel.conf which explains that we're in a special mode to support beagleboard on sd card in 10.04 Apr 14 16:27:15 right, i was planning to Apr 14 16:27:36 essentially planned to steal from imx where i can ... apart from the fstab stuff Apr 14 16:28:03 b) flash-kernel should, when this mode is set, look for where the first partition of the SD card (VFAT) is mounted -- or you could have a hardcoded value -- and copy over the /boot/* bits into the mounted partition Apr 14 16:28:17 I don't really like /boot/uboot, but it could work Apr 14 16:28:33 well, another option would be mcopy to the partition file Apr 14 16:28:38 In reality, it should be /boot but it's too hard to move our files around Apr 14 16:28:55 ogra: I suspect you're taking risks by using mcopy Apr 14 16:29:03 yeah, probably Apr 14 16:29:04 a) requires to ensure dosfstools is installed, new dep in multiple places Apr 14 16:29:13 but it would overcome the fstab issue Apr 14 16:29:14 b) what happens if the partition is also mounted? Apr 14 16:29:26 For fstab you have two options Apr 14 16:29:28 hmm, right Apr 14 16:29:41 lool: missing config. (http://paste.ubuntu.com/414408/). I did this yesterday but then got side tracked by this boot issue today, so reverted it out of my tree. Apr 14 16:29:43 Either you make sure there's an fstab entry and it's created in the install phase and then you just expect it's mounted at $place Apr 14 16:30:13 right, thats the /boot/uboot approach Apr 14 16:30:22 OR you hardcode the device / UUID where this should be written to, and then you check mounted filesystems to see whether it's mounted or not; if it is, you update this place, if it's not you mount it to $place and unmount it when done Apr 14 16:30:39 amitk: I think it's desirable, so please include it Apr 14 16:31:34 ogra: you'll have another kernel to test and confirm then (for flash support) Apr 14 16:32:13 lool, ok thats a bit more code than adding the following to flash-kernel-installer Apr 14 16:32:15 mkdir /target/boot/uboot Apr 14 16:32:15 uuid="$(block-attr --uuid /dev/mmcblk0p1)" Apr 14 16:32:15 echo "$uuid vfat defaults 0 0" >>fstab Apr 14 16:32:33 amitk: I am not a release manager, but I wouldn't think the feature freeze applies in the same conditions as on the other kernel packages here Apr 14 16:32:34 well, /target/etc/fstab ... but essentially that Apr 14 16:32:43 lool, it doesnt Apr 14 16:33:07 we have a bit more freedom in all places were we dont touch other arches code Apr 14 16:34:10 ogra: I personaly wouldn't write directly to fstab, if the installer can include/detect the partition that's fine, otherwise I wouldn't hack the contents of fstab Apr 14 16:34:13 the above is surely the most minimal, quickest but also hackiest approach Apr 14 16:34:22 a) you don't actually need an fstab entry b) it's very risky to touch it Apr 14 16:34:50 ogra: did you check whether the installer actually creates an entry for you already? Apr 14 16:34:52 you mean i should better deal through flash-kernel with temporary mounting/unmounting ? Apr 14 16:35:02 It might be creating entries not mounted by default for other-os partitions Apr 14 16:35:10 it doesnt Apr 14 16:35:17 ogra: yes; but if you do mount/umount, check that the fs isn't mounted somewhere else first Apr 14 16:35:44 i added all omap realted code the last two days there isnt anything magic in it yet Apr 14 16:35:53 *any Apr 14 16:36:08 thats all 10.10 or for the interim Apr 14 16:36:26 indeed Apr 14 16:37:20 ogra: But I really really think that you take less risks by trying the NAND route and you'll save yourself time in the end Apr 14 16:37:43 lool, i'm scared to miss the freeze Apr 14 16:38:03 and that code touches other arches code Apr 14 16:39:10 lool, http://paste.ubuntu.com/414411/ Apr 14 16:39:20 thats flash-kernel-installer Apr 14 16:40:38 * ogra needs a break and actually some breakfast ... i havent eaten today Apr 14 16:41:21 * amitk hands ogra his all-day liquid diet Apr 14 17:00:52 ogra: a) I suggest you put some flag for the special mode in flash-kernel.conf, e.g. "beagle-board-install-location = sd" or just install-location; b) do the mkdir if the dir doesn't exist just before mounting, that's more robust c) not sure whether boot_uuid= or rootfs= have a meaning in flash-kernel.conf already; make sure it's the same meaning and no new variable are introduced needlessly Apr 14 17:00:59 ogra: on that note I need to drop off Apr 14 17:05:33 lool, thanks a lot Apr 14 17:05:46 root uuid only has a meaning for boot.scr Apr 14 17:06:07 but i think i'll just create that on the go in flash-kernel-installer Apr 14 17:07:26 * persia idly notes that not all hardware has NAND Apr 14 17:10:07 persia: at u8500 u-boot is loading the kernel and initrd from the emmc (bigger and chipier) Apr 14 17:10:08 Show romanization Apr 14 17:10:10 cheaper Apr 14 17:10:21 argh Apr 14 17:10:37 my logitech mouse is not working as it was before Apr 14 17:10:44 rsalveti: That's an example, indeed :) Apr 14 17:11:25 persia: i think it's 8gb Apr 14 17:11:36 so you can put the whole system there, besides the kernel Apr 14 17:11:42 much like a desktop Apr 14 17:13:09 rsalveti: Ought be indistinguishable from any SD boot (e.g. booting my amd64 laptop from SD). Apr 14 17:13:20 But that depends, of course, on the bootloader :) Apr 14 17:13:32 yeah, sure Apr 14 17:21:28 ogra, did you discover the kernel/initrd issue? Apr 14 17:21:34 * sveinse is nosse1@home Apr 14 17:21:50 ogra: people has the (hopefully) final kernel. Will upload after confirmation that it works for you. Apr 14 17:23:55 amtik, did you have to change the kernel today? I.e. are we looking at a ti-omap -6 ? Apr 14 17:26:06 sveinse: yes, several config changes to make the install process work fine (mtd, framebuffer console, rtc driver, etc.) Apr 14 17:26:40 amtik, then I can try it once more on my EVM tomorrow then Apr 14 17:27:42 sveinse: I doubt it will help a lot over -5 since I don't really have any EVM hardware to enable.. Apr 14 17:28:12 perhaps we'll be able to add more support when we get more boards after release Apr 14 17:28:35 amitk, well I can try at least. It's not the end of the world if doesnt work though Apr 14 17:29:44 sveinse: sure :) Apr 14 17:29:44 may I ask the exact nature of the initrd boot issue ogra was working on when I left? Apr 14 17:30:05 the boot would stop somewhere in the initramfs Apr 14 17:30:31 Because it is very similar to the symptoms I'm seeing on the AM3517-EVM, you see Apr 14 17:30:55 I also had this problem yesterday when trying it on u8500 Apr 14 17:31:09 it turned out to be missing FRAMEBUFFER_CONSOLE support Apr 14 17:31:24 well, in combination with mountall :) Apr 14 17:31:50 yeah, probably the issue I had was with mountall Apr 14 17:31:56 right, the actual bug was in mountall Apr 14 17:32:10 but didn't show up because of lack of FB support :) Apr 14 17:32:16 cat > /etc/e2fsck.conf << EOF Apr 14 17:32:18 [options] Apr 14 17:32:26 broken_system_clock = true Apr 14 17:32:29 EOF Apr 14 17:32:37 thatsthe proper fix btw :) Apr 14 17:32:55 nice, no /lib/init/fstab hacking then :) Apr 14 17:33:14 i'll see if we can make that a default on beagle Apr 14 17:33:26 since we definately wont have a battery Apr 14 17:33:37 cool, will try it when I get home Apr 14 17:34:15 its less evil than fstab hacking .... it will still check the filesystem ... but ignore the clock Apr 14 17:34:28 BTW: Is that (the system clock) why when you boot you see the kernel time doing a sudden jump up to a high value? Apr 14 17:34:40 yep Apr 14 17:38:07 Will the arm release follow the same release schedule (RC then release) as the main release plan? Apr 14 17:38:41 yes Apr 14 17:38:59 for now at least Apr 14 17:42:42 and it will be LTS? Apr 14 17:44:02 no Apr 14 17:44:55 sveinse: there isn't anything worth an LTS in here yet :) Apr 14 17:47:05 ok. Point is LTS would fit our project/product schedule very well. If it were LTS, the customer support effort would be much simpler for us. Apr 14 17:48:22 Our product is designed for a market lifetime of 5 yrs (2017) after launch. Apr 14 17:52:10 sveinse: Even if 10.04 *was* LTS it wouldn't last until 2017. 12.04, if an LTS, would last that long. Apr 14 17:53:37 Yes, yes I know. It's us as mfg responsibility to provide the end user support anyways. During the period it covered by LTS, we will have an easier job keeping it up to date due to the LTS, that's all Apr 14 17:53:52 sveinse: So if you're actually planning a 2012 launch, and you want a product that runs Ubuntu, my recommendation would be to run current-devel and participate in making Ubuntu work to meet the product needs, so that the 12.04 release was absolutely perfect for you, and so that you had a track record supporting some specific image that could be enough to get LTS approval for it. Apr 14 17:54:16 ogra, is the "broken_system_clock = true" /etc/e2fsck.conf setting official for going forward now? (lucid -> lucid+1) Apr 14 17:54:55 The customer will not know Ubuntu is running in the scenes in our product. In fact we will try hard not to reveal that fact. Apr 14 17:54:58 rcn-ee, well, i'm still discussing soemthing like a cmsdline option with Keybuk in -devel Apr 14 17:55:01 sveinse: Oh, if that's all you're worried about, there will be critical bug support for all of userspace for 5 years anyway: just no special arm-specific work after 18 months (but, frankly, if all the arm-specific stuff isn't ironed out in 18 months, there's not enough user testing to matter for 60 months). Apr 14 17:55:36 rcn-ee, i guess for 10.04 it will be our best option but we'll discuss a better solution at UDS Apr 14 17:55:39 But we will use Ubuntu for deployment and upgrade. And drive the userspace system as well Apr 14 17:55:49 okay, nothing official yet.. ;) I'll wait before i rewrite the scripts.. Apr 14 17:55:52 sveinse: So you'd just be worried about the kernel. WIth the current state of the Ubuntu kernels for ARM, you'd probably end up rolling your own kernel anyway (sadly, we're still a ways from truly generic kernels for ARM). Apr 14 17:56:26 persia, not the kernel, no. Because we're running custom HW which mandates custom kernel anyways Apr 14 17:56:26 rcn-ee, its the most official thing we have Apr 14 17:57:00 of course, by 10.10, all the old beagles will be long gone, and everything should have spots for battery hookups. ;) Apr 14 17:57:28 Basically, it's the "PC" idea which is tempting: We worry only about the kernel and the end-user application. The rest is the distro. Apr 14 17:57:41 amitk, http://paste.ubuntu.com/414443/ (tring to reboot into the new kernel) Apr 14 17:57:54 With Ubuntu, it is now possible to achieve this goal Apr 14 17:58:08 * ogra_cmpc climbs upstairs to hot the reset buttomn Apr 14 17:58:15 *hit even Apr 14 17:58:19 sveinse, as long as you honor a couple specific config settings, it's pretty easy to use deb-pkg in a arm chroot to roll your own... Apr 14 17:58:39 sveinse: In that case, it's unlikely to matter that there's only 18 months of support for ARM, because there are 60 months of support for everything else, so most userspace will get critical bugfixes and security uploads. Just make sure that any outstanding porting issues are hammered out in the first 18 months. Apr 14 17:59:15 ogra_cmpc: "hot" is probably also correct, although implies a lower level of hardware hackery :) Apr 14 17:59:30 heh Apr 14 17:59:38 ogra_cmpc: this is on bootup? Apr 14 17:59:42 persia: and like you said, we can probably switch/participate on 12.04 as well and follow that when the time is right Apr 14 18:00:00 sveinse: The only possible issue would be if there was some massive change to the architecture that meant hardware in 2013 *couldn't build* for armel. Apr 14 18:00:31 amitk, no that was on shutdown Apr 14 18:01:06 amitk, i'm in the new kernel now seeing mtd[0-9] and mtdblock[0-n] Apr 14 18:01:14 * ogra_cmpc tries another reboot Apr 14 18:01:26 persia, like the state of the art armel is called Cortex-A42 and not compatible with A8... Apr 14 18:01:34 sveinse: If you're thinking about switching, I *strongly* recommend that you base on 10.04, get into 10.10 as it is developing, attend the 11.04 UDS to start getting your base stuff implemented, attend the 11.10 UDS to make sure to fix the many significant bugs actual users exposed in that in 11.04, and then chase 12.04 for stabilisation and LTS-worthiness. If you don't start now, it's unlikely you can get your stuff well-supported for LTS in 12 Apr 14 18:01:34 .04. Apr 14 18:01:53 amitk, this time it worked, i'll try another reboot if i'm sure dpms kicked in Apr 14 18:02:00 (like in 10min) Apr 14 18:02:08 sveinse: Right. Such a massive change would make 10.04 unsupportable in e.g. 2013, but I think that's unlikely. Apr 14 18:04:03 persia, it is still possible to follow 10.04 and on, because the product release isnt until Q1-2012. I would expect a feature freeze of around Q2/3-2011 Apr 14 18:05:29 apw, kernel looks good so far i dont think its urgent to have the upload in tonights image though Apr 14 18:05:51 ogra_cmpc, cool then i'll await your 'go/no-go' Apr 14 18:05:53 persia, currently we are evaluating if we are to use Ubuntu. Coming from an purely embedded background (the project that is), it is a large jump into "mainline" distro philosophy -- like the fact that the packages are built natively Apr 14 18:06:03 sveinse: Hrm. That gets tricky. I'm expecting FF for 12.04 in Q4 2011. Apr 14 18:06:25 apw, i just want to wait for another 10min until dpms kicks in to be sure http://paste.ubuntu.com/414443/ doesnt show up Apr 14 18:07:06 sveinse: Yeah, general-purpose-OS is fairly different from embedded. That said, it offers a lot of flexibility it's hard to get in embedded, at the cost of a larger footprint. Apr 14 18:07:39 well ... Apr 14 18:07:57 depends how you will define embedded in five years Apr 14 18:08:12 persia, Yes. And again the far greatest reason for wanting Ubuntu is the upgrade/package system which solves a lot for our part when it comes to deployment Apr 14 18:08:21 i guess thne you are at the state of a normal low powered laptop of today Apr 14 18:09:07 our system is speced with 512M/1G NAND, so it will work, but not with too great margin (considering the space at least) Apr 14 18:09:57 rcn-ee, did you manage to capture any backtrace from apt ? Apr 14 18:10:06 ogra_cmpc: "embedded" means two things to me. 1) computers that are inside other things, and not expected to have any real "interface", so much as just run control software (e.g. the main processor in your keyboad). 2) a softwre building philosophy traditional for such environments, where ideally you want a single monolithic binary, but you may end up breaking it up a bit for ease-of-management: however you know, in advance, everything that it Apr 14 18:10:07 needs to do,and the code does that. Apr 14 18:10:23 sveinse: 1G NAND is tight. Any chance that could be 2G? Apr 14 18:10:28 (or emmc works) Apr 14 18:10:59 nah, nothing really good/useful yet.. Had some urgent emails this morning, where 1.4.4ss X-loader and 2010-03 seems to be causing issues with 9.10.. ;) Apr 14 18:11:19 persia, perhaps. We landed on 1G because then you can use SLC NAND, which has a high data retention. MLC are poor in that respect Apr 14 18:11:35 Perhaps 2G SLCs are becoming more common now Apr 14 18:12:06 rcn-ee, pfft 9.10 ... thats so old Apr 14 18:12:24 sveinse: Worth a look. We don't recommend installing Ubuntu with less than 2G space. It's possible to do things like mount / and /usr separately, but that tends to annoy folk when some partition runs out, and there's still free space on the other. Apr 14 18:12:35 rcn-ee, i just remembered it because i see kirkland in #ubuntu-devel Apr 14 18:12:53 (he's our qemu maintainer) Apr 14 18:13:00 (and for general use we really recommend 4G, but 2G works, if necessary) Apr 14 18:13:03 I know.. ;) but since i release images on rcn-ee.net i need to half ass support them before the next release.. ;) Apr 14 18:13:18 rcn-ee: Only two more weeks :) Apr 14 18:13:31 persia, well, if i can make it :P Apr 14 18:13:58 persia, yes. Ubuntu's reccomendation is not an issue, because we will strictly control the packages going into the product. Basically it will be ubuntu-minimal + custom QT (running on fbdev) + our app. Apr 14 18:14:06 thanks, ogra, i'll watch ubuntu-devel for any hints... Apr 14 18:14:13 amitk, so i get the same oops after waiting 10min Apr 14 18:14:24 amitk, i guess there is an issue with dpms Apr 14 18:14:34 apw, ^^^^ Apr 14 18:14:41 sveinse: How do you strictly control the packages? Is there no UI available? Apr 14 18:15:09 sveinse: I'm all for folks using Ubuntu in products, but I worry that we may not be able to meet that requirement. Apr 14 18:15:21 persia, no Ubuntu UI (gnome/kde), only our application. Apr 14 18:15:28 persia, can't wait, specially with daily X-loader/U-boot changes happening in Angstrom right now.. ;) Apr 14 18:15:28 persia, is there a problem with that? Apr 14 18:15:50 (if nothing else, someone can spoof their local DNS, and swap a package name so the automatic updater installed e.g. ubuntu desktop) Apr 14 18:15:59 rcn-ee, we dont touch uboot/x-loader in 10.04 Apr 14 18:16:05 sveinse: I can work around it in 20 minutes. If that's acceptable to you, then there's no problem :) Apr 14 18:16:15 we just rely on them being in NAND Apr 14 18:16:31 persia, we won't associate ubuntu into this. At least not visibly. We must, however due to copyright and source references of course. Apr 14 18:17:55 sveinse: Understood. I just want to make sure that you realise that while you can not install stuff by default, and not give the users a UI to install stuff, that if you allow updates over the network, and you're based on Ubuntu, it's trivial for a user to install anything they want. This may be a hackers-only-manufacturer-unsupported use case, but if you have (e.g. regulatory) reasons why this *cannot* happen, I'm unsure that you've selected the Apr 14 18:17:55 right base. Apr 14 18:17:57 persia, I think that's fine. The product we're building is training equipment for emergency medical personel. Apr 14 18:18:03 Yeah i saw that... Sadly I'm going the other way, betting on me finishing XM support at the last minute.. ;) (need latest x-loader/uboot for xm) here's my nasty script: http://bazaar.launchpad.net/~beagleboard-kernel/%2Bjunk/image-builder/annotate/head%3A/tools/setup_sdcard.sh Apr 14 18:19:02 sveinse: Oh, that's easy. Just make sure the end-user license specifies that it is no longer guaranteed to comply with X, Y, and Z if there is end-user modification to the base software, so that anyone who hacks it can't complain when it doesn't act like they expect. Apr 14 18:19:03 persia, We don't think the customer will have the compteance or will to do that. However, if someone does, by GPL it's fine that they install ubuntu-netbook on it Apr 14 18:19:39 The only thing we keep to our chest til the business logic Apr 14 18:19:47 sveinse: Yeah. Just wanted to make sure. Some regulatory regimes for some classes of equipment don't allow that, which makes it tricky. Apr 14 18:20:25 We'll have to see. This isn't settled internally yet. But there's the TiVoization monster lurking in the back here as well Apr 14 18:23:07 Oh, good point. I always forget about the GPLv3 restrictions. Apr 14 18:25:31 hmm Apr 14 18:25:47 * ogra_cmpc wonders how to put initrd into nand on beagle Apr 14 18:26:27 ogra_cmpc, if it's the same as the AM3517-EVM, its a specific region in the NAND Apr 14 18:26:57 ogra_cmpc, http://elinux.org/BeagleBoardNAND Apr 14 18:27:23 sveinse, thats what i'm reading atm Apr 14 18:27:40 but it diesnt have an explicid initrd partition Apr 14 18:27:50 ogra_cmpc, ummm.. it doesn't mention initrd, no Apr 14 18:27:53 i guess i need to use the filesystem one Apr 14 18:28:05 Hold on, I'll dig up the descr for the AM3517 Apr 14 18:29:27 ogra, just need to carve another section: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=arch/arm/mach-omap2/board-omap3beagle.c;h=962d377970e9bb198d410abf1ac1b418d0658341;hb=HEAD ;) Apr 14 18:29:27 * sveinse is wondering if the partition table is hardcoded into u-boot... Apr 14 18:30:09 rcn-ee, no way ... amitk would kill me if i requested any change now Apr 14 18:30:45 i know.. ;) I'm keeping my mouth shut too.. Apr 14 18:31:25 heh Apr 14 18:32:06 sveinse: It's not. Apr 14 18:33:49 did you guys decide on a mount name for the vfat /dev/mmcblk0p1 partition? If so, I'll make it consistent with the demo images... Apr 14 18:35:36 i'm still pondering to use NAND now that i have it actually Apr 14 18:36:34 though i need to find the right runes for the uboot env and for initramfs Apr 14 18:37:28 ogra_cmpc: please file the bug and I'll start looking Apr 14 18:37:59 amitk, which one ? dss2 ? Apr 14 18:38:41 ogra_cmpc: so you get identical oops for halt and dpms? Apr 14 18:38:51 right, the dss2 one Apr 14 18:40:47 amitk, for halt when dpms is active Apr 14 18:41:05 oh, i guess you meant reboot :) Apr 14 18:41:15 * ogra_cmpc didnt try halt yet Apr 14 18:41:49 amitk, yes, just tried, halt and reboot Apr 14 18:42:08 * ogra_cmpc sighs and climbs the stairs once more Apr 14 18:43:35 ogra_cmpc: If you have another machine up there, consider a USB-controlled switch :) Apr 14 18:43:47 (mind you, this may cause you to inadvertently gain weight) Apr 14 18:44:01 i need a relais to press the reset button Apr 14 18:44:18 i usually dont work from the living room :) Apr 14 18:44:30 no danger of gaining weight :) Apr 14 18:47:43 ogra_cmpc: so no-go for upload, right? Apr 14 18:48:53 hmm, is there another -500-omap kernel now? Apr 14 18:49:21 DanaG: there will be by tomorrow Apr 14 18:49:26 And I did notice that you'd put not only musb_hdrc, but also g_ether (and nothing else) into the kernel. Apr 14 18:49:47 I wish there were a way to compile-in all the gadget drivers, and select via sysfs which one gets to be active. Apr 14 18:50:08 Either that, or have the musb_hdrc built-in but g_* as modules. Apr 14 18:50:36 DanaG: I did that but ogra_cmpc reported that it killed his EHCI-connected peripherals Apr 14 18:50:56 I have to investigate what is going on... Apr 14 18:51:11 Weird. Apr 14 18:51:15 OTG might be fixed as an SRU (after release next week) Apr 14 18:51:26 I also have some weird behavior with my asix. Apr 14 18:51:37 asix seems to work just fine here Apr 14 18:51:44 It doesn't work when plugged in during boot.. I have to unplug and replug the usb+ethernet thingy for it to work. Apr 14 18:51:53 I can sniff packets with tshark, and get literally zero. Apr 14 18:51:53 the USB code is all plain 2.6.33 mainline Apr 14 18:52:04 huh Apr 14 18:52:21 And yet it thinks it's up. Apr 14 18:52:45 there is definitely something up with the usb stack of omap3 in 2.6.33 mainline. Apr 14 18:55:41 oh yeah, and I did get a log of plymouth (in this case, on my host) refusing to show splash. Apr 14 18:55:49 www.csc.calpoly.edu/~dgoyette/amtterm.log Apr 14 18:56:09 console=ttyS0 console=tty0 Apr 14 19:03:12 amitk, well, its your reputation ... upload if you feel like Apr 14 19:06:18 amitk, apw, i'm happy with the functionallity for now if you guys feel ok with an oops on shutdown/reboot ... Apr 14 19:06:41 ogra_cmpc, /me is just the monkey which pushed the buttons ... Apr 14 19:06:43 amitk, just note that slangasek just said 0000 UTC is freeze time Apr 14 19:07:08 ah, you just asked the same :) Apr 14 19:17:38 can i make ubuntu arm running on a Processor : ARM926EJ-Sid(wb) rev 5 (v5l) ? Apr 14 19:18:05 armv5te, so only ubuntu 9.04 Apr 14 19:18:24 oh hi Stskeeps Apr 14 19:21:14 * NCommander waves to Stskeeps Apr 14 19:21:19 'lo Apr 14 19:21:24 Stskeeps: why only 9.04? Apr 14 19:21:41 9.10 is for armv6+vfp Apr 14 19:21:50 and next step again would be armv7 Apr 14 19:22:03 k understood Apr 14 19:22:08 9.04 is enough Apr 14 19:22:15 do you have a rootfs ready somewhere? Apr 14 19:22:22 Mer? Apr 14 19:22:22 :P Apr 14 19:22:37 Stskeeps: are you collaborating with ubuntu-arm too? Apr 14 19:22:46 Stskeeps: well a mer image could be good too Apr 14 19:22:49 nop, i'm in the meego camp now Apr 14 19:25:07 Mer would be *lovely* but it proves exceedingly difficult to integrate with Ubuntu, unfortunately. Apr 14 19:30:16 can i run rootstock from my x86 machine and have a generated armel rootfs ? Apr 14 19:30:44 it does not seem clear from this infos: https://wiki.ubuntu.com/ARM/RootfsFromScratch Apr 14 19:30:48 goshawk: That is indeed the central usecase for the existence of rootstock. Apr 14 19:34:17 sigh Apr 14 19:34:32 so lool was right, NAND would be trivial Apr 14 19:34:58 but i cant change the bootargs to actually load an initramfs or to change the cmdline Apr 14 19:35:04 * ogra_cmpc cires Apr 14 19:35:41 *cries too Apr 14 19:38:26 oh man Apr 14 19:38:36 that would be so easy Apr 14 19:41:33 sigh, why does redboot appear so much easier every time i try to do something with uboot that goes beyond the defaults Apr 14 19:42:10 hey who was using the AM3517 here? Apr 14 19:44:05 prpplague, nosse1_away Apr 14 19:44:25 ogra_cmpc: ahh thanks Apr 14 19:52:30 * ogra_cmpc wonders if anyone ever tried to cat boot.scr into the u/boot mtdblock partition and if that would work Apr 14 20:06:41 it doesnt Apr 14 20:08:15 ogra_cmpc: calling it a day... Apr 14 20:14:25 amitk, did you upload anything ? Apr 14 20:15:15 apw, ?? Apr 14 20:15:36 ogra_cmpc, i was about to hit return on it Apr 14 20:15:42 ok Apr 14 20:15:46 ogra_cmpc, happy ? Apr 14 20:15:47 justwanted to make sure Apr 14 20:16:03 apw, far from beimng happy but i'm ok Apr 14 20:16:30 i still have a very long night ahead to implement what should have happened a week ago Apr 14 20:16:59 ogra_cmpc, sorry if that is my fault ... i hate working late too Apr 14 20:17:11 apw, not your fault Apr 14 20:17:21 circumstances Apr 14 20:19:44 asac, can we get a last munite MIR ? Apr 14 20:19:50 *minute Apr 14 20:30:16 hmm, libcairo2 fails to build from source on karmic afaict Apr 14 20:38:31 good morning Apr 14 20:39:57 I'm trying rcn latest Lucid prebuilt image on my Beagle, it works well but at startup I get some "could not write bytes: Broken pipe", what's wrong? http://pastebin.com/Wgr3hP1Z Apr 14 20:55:19 ogra_cmpc: which one? Apr 14 20:56:05 asac, heh, not filed yet Apr 14 20:56:55 asac, uboot-envtools (two commands in the package) Apr 14 20:57:17 ogra_cmpc: what for ? Apr 14 20:57:21 omap? Apr 14 20:57:23 with that i could write kernel/initrd to NAND and have proper env variables set on beagle Apr 14 20:57:27 yeah Apr 14 20:58:01 ogra_cmpc: where would the impl change land? flash-kernel? Apr 14 20:58:19 flash-kernel-installer and flash-kernel, yes Apr 14 20:58:37 whats the risk? Apr 14 20:58:37 flash-kernel-installer would actually be the tool making use of the commands Apr 14 20:58:43 zero ? Apr 14 20:58:58 uboot-envtools is definitly perfect ;)? Apr 14 20:59:05 we wipe the NAND and replace the default setup with our vars Apr 14 20:59:16 no idea if its perfect Apr 14 20:59:30 its fw_setenv and fw_printenv Apr 14 20:59:43 doesnt contain much more (some docs) Apr 14 21:01:24 so the idea is: flash-kernel-installer uses fw_setenv to set bootcmd and bootparms as well as bootdelay Apr 14 21:02:12 flash-kernel cats uInitrd to the Kernel mtd device and cats uInitrd to the filesystem mtd device Apr 14 21:02:53 the bootcmd we set before automatically loads uImage and uInitrd and execs bootcmd then Apr 14 21:03:06 that drops the requirement fo a SD card Apr 14 21:03:16 we can boot directly from USB Apr 14 21:03:26 and dont need vfat /boot Apr 14 21:36:12 asac, bug #563394 Apr 14 21:36:13 Launchpad bug 563394 in uboot-envtools (Ubuntu) "MIR uboot-envtools is needed for flash-kernel installer in omap (affects: 1)" [Undecided,New] https://launchpad.net/bugs/563394 Apr 14 21:46:57 ogra_cmpc: can you fix the build system to not remove source files on make clean ;) ... and add the .o there and then run MAKE clean ;) Apr 14 21:47:03 also add -g so we get debug symbols Apr 14 21:47:10 that to debian/rules Apr 14 21:48:50 also all the CONFIG_ variables are nowhere configured Apr 14 21:48:59 does that mean we want empty default? Apr 14 21:49:00 oh, sigh Apr 14 21:49:09 thats a lot of changes Apr 14 21:49:28 * ogra_cmpc will be busy with flash-kernel until the freeze kiscks in Apr 14 21:49:43 and i'm nit even sure i can make that one Apr 14 21:49:48 *not Apr 14 21:50:03 i didnt expect it to be that bad Apr 14 21:50:28 ogra_cmpc: any words when freeze will kick in? Apr 14 21:50:39 in 1h or rather 12 ;) Apr 14 21:52:13 0000 UTC Apr 14 21:52:34 i'm unlikely to make it with flash-kernel Apr 14 21:52:57 (and i'm up since 6am ... cant even tyype straight) Apr 14 22:31:49 * DanaG wishes ubuntu had an official arm cross-compiler. Apr 14 22:35:42 see /topic :) Apr 14 22:42:34 DanaG : What do you mena? Apr 14 22:42:38 mean? Apr 14 22:42:48 OH .. well, yeah Apr 14 22:43:00 nice thing about building natively on the buildd machines Apr 14 22:43:05 Oddly enough, there _does_ seem to be an official ppc compiler. Apr 14 22:43:11 er, ppc cross-compiler. Apr 14 22:52:01 phew Apr 14 22:52:18 so i got a working NAND implementation Apr 14 22:53:19 ogra@ubuntu:~$ sudo flash-kernel Apr 14 22:53:19 [sudo] password for ogra: Apr 14 22:53:19 Generating kernel u-boot image... done. Apr 14 22:53:19 Erasing Kernel NAND space... done. Apr 14 22:53:19 Flashing kernel... done. Apr 14 22:53:21 Erasing Initramfs NAND space... done. Apr 14 22:53:23 Flashing Initramfs... done. Apr 14 22:53:25 ogra@ubuntu:~$ Apr 14 22:53:47 ogra : What platform? Apr 14 22:53:53 buti wont make flash-kernel-installer in time i guess Apr 14 22:54:02 lool, ^^^ fyi Apr 14 22:54:08 Martyn, omap Apr 14 22:54:26 I heard David Mandala's interesting speech at the Texas Linux Fest -- about a single kernel for ARM platforms. He sees it as 3 years out... Apr 14 22:54:30 I think we can do better than that :) Apr 14 22:56:34 3 years for maybe "all" arm.. omap should have multi-omap support by the end of the kernel release, then on top of your work and the device tree stuff... Apr 14 22:56:56 Martyn, do you have a git tree for your current multi arm work? Apr 14 22:59:02 rcn-ee : Yes, internally at smooth-stone Apr 14 22:59:10 rcn-ee : Not even ready for an -mm release Apr 14 22:59:33 hmm, so is the idea now to nand-flash the ubuntu kernel and initramfs? Apr 14 22:59:47 What about the beagle-xm, which may be sans NAND? Apr 14 23:01:41 DanaG: lol Apr 14 23:01:48 DanaG: Yeah, it will definitely we without NAND Apr 14 23:02:08 DanaG, they ubuntu is currently only targeting C4... ;) Apr 14 23:02:15 Now, if u-boot had ext4 support, that would be pure win. Apr 14 23:02:33 if u-boot had any extX support.. ;) (that worked) Apr 14 23:02:37 u-boot needs to be read from somewhere too Apr 14 23:03:01 rcn-ee: ISTR we're using ext2 support in the dove images, not quite sure anymore Apr 14 23:03:24 problem is that we still need to load u-boot from MMC I guess Apr 14 23:03:28 so with vfat Apr 14 23:03:36 because the ROM will load it Apr 14 23:03:53 i know what you mean, i a couple other boards (avr32, etc) that has no problems with extX partitions running mainline u-boot.. Only the beagle has issues... Apr 14 23:04:59 lool, http://paste.ubuntu.com/414595/ ... i need uboot-envtools in main and integrate it into flash-kernel-installer (for cmdline/root UUID etc), but it apparently works well already Apr 14 23:05:09 rcn-ee : Right now the bulk of the work I'm doing is getting the smooth-stone SoC supported, and trying to figure out ways of recycling as much of the ARM tree in an abstracted way to do it Apr 14 23:05:24 lool, thanks so much for poking me towards NAND Apr 14 23:05:49 oh... right, you do still need fat32. Apr 14 23:05:54 It's a chicken-and-egg problem. Apr 14 23:06:00 Of course Martyn, cant' wait to see what that board can actually do. ;) Apr 14 23:06:02 Can't read u-boot itself from ext4, anyway. Apr 14 23:06:14 rcn-ee : One of the big problems, at least for me, is that Grant Likely device tree patches aren't going to make it in until mid 2.6.35, even .36 Apr 14 23:06:22 rcn-ee : Coming to Brussels? Apr 14 23:06:25 I wonder if you could fit u-boot in an MBR. Apr 14 23:06:34 DanaG : No. i've tried Apr 14 23:06:38 Bummer. Apr 14 23:06:55 DanaG ; The problem is keeping it under 63 sectors (512bytes*63) Apr 14 23:07:04 Nope, not across the pond anytime soon, but i will be in esc san jose.. Apr 14 23:07:31 ogra_cmpc: eh Apr 14 23:07:33 rcn-ee, thats a shame ! Apr 14 23:08:15 DanaG, actually someone did intergrate X-loader into u-boot as a side project... can't remember how many months back on the beagleboard group... Apr 14 23:08:22 lool, i got a freeze exception until fri. btw Apr 14 23:08:29 rcn-ee : Pity .. I'm bringing a prototype of sorts Apr 14 23:08:35 for that bit at least Apr 14 23:08:37 rcn-ee : nVidia is helping :) Apr 14 23:09:02 what? no way! ;) Apr 14 23:09:27 i know they are kinda betting on the tegra platform, so it makes some sense... Apr 14 23:09:42 now, a Tegra netbook could be cool. Apr 14 23:09:55 rcn-ee : Heh .. true. Although I feel kind of guilty being one of the reasons the tegra2 200 platform is hard to get right now Apr 14 23:10:06 I may not much like nvidia... but at least I'd probably be able to use compiz on the thing. Apr 14 23:10:18 ... as opposed to PowerVR. Apr 14 23:10:25 DanaG : I already saw four prototype 'smartbooks' based on the tegra2 .. but the 200 has some problems with Mini PCIe Apr 14 23:10:41 (weak ordering is supported, strong ordering is not, which breaks the PCI driver in linux_ Apr 14 23:11:02 Your just helping to get things supported before everyone starts yelling about the issues... Apr 14 23:11:02 DanaG : Try the more exciting idea -- the potential for using CUDA Apr 14 23:11:16 hmm, weak ordering? Apr 14 23:11:22 DanaG : Yeah. Apr 14 23:11:41 http://www.mail-archive.com/linux-omap@vger.kernel.org/msg02948.html Apr 14 23:11:42 i just want a PCI-E, then stick ati/nouveu based card into it.. ;) the open-rd was interesting, but backordered.. Apr 14 23:12:08 * ogra_cmpc falls dead Apr 14 23:13:13 ogra :Sleep time? Apr 14 23:13:56 DanaG : Bingo Apr 14 23:14:00 Sucks that the Base and Client have different sets of I/O. Apr 14 23:14:12 and because the assumption is strong ordering (where the tegra2 demands weak ordering) ... we get brokenness all over the place Apr 14 23:14:14 I want a superset of both... "client" without the onboard IGP, with PCIe slot. Apr 14 23:14:51 hmm, still doesn't quite say what strong / weak ordering is. Is it presence or lack of specific instructions? Apr 14 23:17:46 Oh ogra, found another device with no battery backed rtc... The Always-innovating touchbook doesn't have a backup battery... There's a mod on their wiki to add one... Apr 14 23:17:53 think of it as the difference between TCP and UDP Apr 14 23:18:07 TCP ensures that the order of packets is perserved and checked Apr 14 23:18:16 UDP .. ordering is -not- guaranteed or checked Apr 14 23:19:52 ah, but instead of packets, it's "things you tried to fetch from memory"? (would have to include a sequence marker, of course.) Apr 14 23:20:24 something like that Apr 14 23:20:39 there are entire chapters in my PCI book dedicated to the subject Apr 14 23:21:28 hmm, that reminds me of something I had thought would be interesting: use a PCIe FPGA to do all sorts of stuff. Apr 14 23:21:56 Something I wanna' see: http://www.sondigo.com/sirocco/overview -- something like that, but with 2.6 kernel. Apr 14 23:22:13 It's a c-media PCI audio chip on a Realtek Lexra MIPS CPU. Apr 14 23:22:25 Most ARM SOCs don't have surround sound. Apr 14 23:24:09 .. thinks Apr 14 23:24:19 NO ARM SoC's have surround sound yet, that I can think of Apr 14 23:24:38 I don't even think the Tegra2 is more than 2.1 Apr 14 23:25:27 yeah, I realized that after I spoke / typed / pressed enter. Apr 14 23:27:56 http://landley.net/notes-2009.html **** ENDING LOGGING AT Thu Apr 15 02:59:56 2010