[08:23] hi guys, I just noticed that lots of device nodes in /dev dir has "+" attribute. Could anybody point me to any doc/wiki about ACL implementation in Ubuntu? E.g. which CONFIG_XXX_ACL should be enabled in kernel and which user space utilities are using ACL to fine control FS or other stuffs. Thanks! [08:24] * eggonlea is reading https://help.ubuntu.com/community/FilePermissions and https://wiki.ubuntu.com/ACL-OnByDefault. [08:25] But these two doc seem not provide a whole view of ACL in Ubuntu. [08:37] eggonlea: + attribute? [08:37] how do you see that? [08:38] lool, just with "ls -l" [08:39] e.g. [08:39] lli5@sh-dt-4513:/vobs/ubuntu$ ls -al /dev/snd [08:39] total 0 [08:39] drwxr-xr-x 3 root root 240 2010-03-24 11:18 . [08:39] drwxr-xr-x 15 root root 4100 2010-04-02 18:48 .. [08:39] drwxr-xr-x 2 root root 60 2010-03-24 11:18 by-path [08:39] crw-rw----+ 1 root audio 116, 10 2010-03-24 11:18 controlC0 [08:39] crw-rw----+ 1 root audio 116, 9 2010-03-30 18:12 pcmC0D0c [08:39] crw-rw----+ 1 root audio 116, 8 2010-04-09 15:43 pcmC0D0p [08:39] crw-rw----+ 1 root audio 116, 7 2010-03-24 11:18 pcmC0D1c [08:39] crw-rw----+ 1 root audio 116, 6 2010-03-24 11:18 pcmC0D2c [08:39] crw-rw----+ 1 root audio 116, 5 2010-03-24 11:18 pcmC0D3c [08:39] crw-rw----+ 1 root audio 116, 4 2010-03-24 11:18 pcmC0D4p [08:39] crw-rw----+ 1 root audio 116, 3 2010-03-24 11:18 seq [08:39] crw-rw----+ 1 root audio 116, 2 2010-03-24 11:18 timer [08:43] eggonlea: Hmm indeed [08:44] This troubled us because we didn't enable ACL in kernel by default. :) [08:44] Any doc to describe this? [08:45] I'm wondering if we have to enabled all ACL configuration in kernel. [08:46] I wonder whether it's an ACL [08:49] Er, so, what's this? [08:51] stracing ls and getfacl, it appears to query ACL indeed [08:51] getxattr("/dev/video0", "system.posix_acl_access", "\x02\x00\x00\x00\x01\x00\x06\x00\xff\xff\xff\xff\x02\x00\x06\x00\xe8\x03\x00\x00\x04\x00\x06\x00\xff\xff\xff\xff\x10\x00\x06\x00\xff\xff\xff\xff \x00\x00\x00\xff\xff\xff\xff", 132) = 44 [08:51] the + usually notates an ACL [08:51] Yes; I checked the info page from ls and it says + is for ACL other than SELINUX [08:51] and we definately support ACL in ubuntu [08:52] not sure why its set on audio devices though [08:52] When I actually query acls, I do see that there's an ACL in place, but I wonder where it comes from [08:52] i was under the impression while we support them, we dont set up any ACL's by defualt [08:52] e.g. getfacl /dev/video0 gives http://paste.ubuntu.com/411491/ [08:52] well, i would start looking at udev rules [08:53] So we need to know who's using ACL and what's the requirement to kernel. [08:53] It's clear that plain owner + group differ from the ACL, but what I don't understand is why an ACL is needed at all [08:53] eggonlea: So the device noces are created by udev [08:53] lool, it should be. [08:54] eggonlea: /lib/udev/rules.d/70-acl.rules [08:54] So it seems that's for consolekit integration, misc devices get an ACL on top [08:55] It seems that this is to allow access to the devices depending on who's logged in [08:56] eggonlea, for the kernel just enable CONFIG_GENERIC_ACL and the _POSIX_ACL functions for each filesystem [08:56] lool: Wow, it seems so. [08:56] it kind of makes sense, but it's a bit scary at the same time [08:56] ogra: I did not see any "acl" keyword in /etc/fstab [08:57] do you think FS_ACL is needed? [08:57] well, its enabled in all ubuntu kernels [08:57] so to prevent later issues i would just try to build my kernel config as close to ubuntu as possible [08:58] You are right. I'll check if there's any drawback or impact. [08:58] as i said above, i dont think we use ACL by default, the devices might be an exception because of console/policykit [08:59] eggonlea: In practice, things might work via groups, but it's best not to rely on that [08:59] My user isn't in the audio group for instance [09:00] Yes, that's why we have to add ubuntu user to audio group with non-ubuntu kernel. [09:00] We'll enable it if nothing get impacted. Thanks! [09:01] hmmm, I hope the omap kernel will have all the usb-gadget device-type drivers enabled. [09:01] i think though that the audio group will persist for some releases still ... people still tend to remove pules which then forces you to use the group [09:02] *pulse [09:02] MUSB_HDRC (or whatever it is) needs to =y, but all the g_ether and g_audio shouldn't need that. === XorA|gone is now known as XorA [09:13] DanaG: do you have a point to a known working USB (peripherals + OTG) on Beagleboard? [09:13] A point? Not sure I get the question. [09:13] I'm using rcn-ee's images, for now, anyway. [09:13] I'm using ehci as host and otg as peripheral. [09:13] ogra: does the config on bug 541030 work for you? It doesn't give me keyboard/mouse yet [09:14] Launchpad bug 541030 in linux-ti-omap (Ubuntu Lucid) (and 1 other project) "omap kernel musb/ehci ports not enabled on beagleboard (affects: 1) (heat: 14)" [High,Triaged] https://launchpad.net/bugs/541030 [09:14] DanaG: sorry, pointer [09:14] I was looking for known working configs on 2.6.33 [09:15] amitk, i only tried it on sunday, i think you updated the patch inbetween, the sunday build didnt work at all for me (USB wise) [09:15] I've got my USB hub on ehci, and that isn't working [09:16] I have weird behavior with my asix adapter: doesn't work if plugged in during boot -- has to be unplugged and replugged. [09:16] amitk, i tried both, HUB and direct connection [09:18] ogra: direct connection won't work, the ehci port only support high speed usb, not full speed (keyboard/mice) [09:18] http://elinux.org/BeagleBoard#USB [09:19] oh, thanks [09:19] i didnt know that [09:23] OTG port supports both, but I don't have a mini-mini (whatever it is called) USB cable [09:24] i have a mini to normal adapter here [09:26] hmm, i wonder how risky it is to bump compcache to 50% for all armel arches [09:27] we have no subarch concept at packaging level [09:27] http://trisoft.de/pics/ZHost.JPG <-- this is what I need [09:27] so if i do it in the casper package it would happen for all [09:27] amitk, isnt that the one with two shortened pins ? [09:28] my adapter looks the same but doesnt have pin shortening [09:28] or is that only necessary for nokia ? [09:28] (that adapter works with the revB board i have) [09:29] ogra: yeah, there are two kinds. [09:29] ah, good [09:29] you need the pins shortened [09:29] hrm [09:29] not so good thenm [09:29] you could do it on the board as described in the wiki [09:29] just short the J6 pad [09:29] i definately dont want to solder on HW i'm relying on for getting the image done :) [09:31] ogra: you will have to to get working keyboard/mouse through the OTG board, AFAIK [09:31] DanaG: ^^ [09:32] why ? i have a powered hub i can attach to the normal USB port [09:32] and also several unpowered ones [09:32] ogra: ok, try out the kernel on people and see if that works for you [09:32] oh, "shortened"... I thought you meant "less long" [09:32] ogra: this enabled rcn-ee's 'good' config [09:32] is USB compiled in so i can test it with the server image ? [09:32] "shortED". [09:33] ogra: yes [09:33] yeah, seems so ... [09:33] * ogra just had to dig out the patch :) [09:39] amitk, no go with unpowered hub [09:40] * ogra digs for the powered one [09:42] amitk, nor with powered ... tried both ports (OTG and normal) [09:45] ogra: and did you verify that the config is identical to what rcn-ee recommended in the bug? [09:45] amitk, i just took your kernel and replaced the uImage on the SD [09:45] if its compiled in it should just work [09:46] * ogra switches back to serial console to check dmesg [09:46] ogra: please confirm the config. So I'm not crazy for not uploading the 'simple' fix [09:46] I wonder if any other long-time beagleboard users have any inputs here... [09:47] lrg: ^ [09:48] amitk, no mentioning in dmesg and no plug events (i see its a codesourcery kernel so i'm sure its yours) [09:48] * ogra checks the config [09:49] ogra: try "modprobe ehci-hcd" [09:49] amitk, i cant, its a server image [09:49] thats why i asked if everything is compiled in [09:49] * amitk prepares another kernel with ehci-hcd compiled in [09:49] let me try with a live image first [09:49] it just takes endless to boot compared to server [09:50] and i have no SD ready with one, takes a while [09:53] ogra: good idea, I'll switch to a server image too [09:54] note that only works if you dont need any modules [09:54] hey amitk, ogra [09:54] yo lrg [10:05] ogra: people now has a kernel with ehci compiled in [10:06] ok [10:11] i see ehci in dmesg now, but the kbd doesnt get powered on [10:11] i guess hci stuff is modules [10:12] * ogra tries live [10:13] hci? [10:13] well, input drivers [10:16] aah, HID [10:17] amitk, live works [10:17] tell me what you will do with HID since i need to include the udeb in d-i if it stays modular [10:18] hey, even my moschip USB->ETH works out of the box now [10:19] * ogra fires up firefox to see if it survives with 25% compcache [10:20] eggonlea: ping? [10:20] www.ubuntu.com works \o/ [10:20] * ogra tries something havier [10:21] ogra: so EHCI needs to be compiled in for now... I plan to keep HID modular [10:21] bah, hello OOM [10:23] NCommander: ack [10:27] the framebuffer definately has some issues with plymouth [10:53] ok, compcache with 50% doesnt let firefox OOM anymore [10:54] and confirmed that ehci is reqd to be compiled in [10:54] will finalise the patches and prep for upload [10:54] amitk, what about sound ? [10:54] i dont seem to have any sound device atm === hrw|gone is now known as hrw [10:55] morning [10:57] are there plans to keep kernel+initrd in nand on omap platform? [10:57] ogra: do you care about sound ATM? [10:57] as you want to have rootfs on usb stick then this would drop requirement of sd card for boot [10:57] amitk, well, if we can have it it would be great, not essential though [10:58] amitk, what breaks it ? USB ? [10:58] hrw, probably later, for 10.04 not [10:58] ok [10:58] way to much to do to even make the installer work in the next 7 days [10:59] ogra: Hey do you know if the OMAP daily images work somewhat already? [10:59] lool, they dont, we're waiting for a kernel [10:59] lool, no USB support atm [10:59] ogra: Do they boot without USB? [10:59] e.g. if I write them to SD, will they show some UI? [10:59] lool, yes, but you dont have input devices and no target to install to [11:00] lool, you get all the way to the live desktop [11:00] ogra: Ok thanks; What about the netboot ones? [11:00] lool, i havent tested them for a while, they might work ... server definately does to a certain point if you modify boot.scr for serial [11:01] (and the preseed file, i havent rebuilt since i changed debian-cd) [11:01] live has a to low compcache value for installing atm [11:01] ogra: Do you intend to build a SD image for d-i images? [11:02] i'm pondering to use only-ubiquity [11:02] lool, no, time is to short, i'll try to get server and live working ... in case there is time left i'll look into netinst d-i images like we have for imx51 [11:02] but its unlikely [11:03] lool, getting partman and flash-kernel hacked up to do what we need will be time consuming [11:04] oh we disabled alternate desktop images for armel [11:04] lool, thats what i was talking about yesterday :)# [11:04] lool, server is your best bet [11:04] ogra: It's disabled or simply broken? [11:04] unless you want a live image [11:04] ogra: Did you push the fix I suggested? [11:05] lool, disabled, we dont support desktop on armel anymore [11:05] lool, yup [11:05] thanks for that suggestion again :) [11:05] no xubuntu image anymore either hmm [11:05] nope [11:06] only netbook [11:06] and server [11:06] ogra: compiling a final kernel for test with all changes after reworking... once that is verified, I'll ask for an upload [11:06] ogra, asac: Can you guys confirm that the subarch name we've been using for omap is "armel+omap"? [11:06] we have massively cut down on images [11:06] I see https://wiki.ubuntu.com/LucidLynx/ReleaseManifest mentions armel+OMAP3, and would like to write armel+omap there [11:06] lool, confirmed [11:06] amitk, yay [11:11] lool, i think davidm added the 3 to indicate that we will only support omap3 by release (probably note it in brackets or something) [11:15] ogra: added, thanks [11:17] amitk, i see weird errors in dmesg if ubiquity tries to start partman [11:17] ogra: if you'll confirm the kernel on people, we're good to upload [11:17] ogra: pastebin? [11:19] * ogra weaits for ubuntu-paste to return the prompt [11:20] grrr, paste.ubuntu.com is broken again [11:20] amitk, http://pastebin.com/khbv1c5i [11:20] amitk, see the parted messages at the bottom [11:26] ogra: something not using setrlimit(RLIMIT_CORE, ...) correctly? [11:26] might be [11:27] man 5 core [11:30] ogra: it is a warning message printed by do_coredump() inside the kernel [11:30] if (cprm.limit == 0) { [11:30] /* [11:30] * Normally core limits are irrelevant to pipes, since [11:30] * we're not writing to the file system, but we use [11:30] * cprm.limit of 0 here as a speacial value. Any [11:30] * non-zero limit gets set to RLIM_INFINITY below, but [11:30] yeah, RTLIMIT_CORE being 0 is wanted cjwatson tells me [11:30] * a limit of 0 skips the dump. This is a consistent [11:30] * way to catch recursive crashes. We can still crash [11:30] * if the core_pattern binary sets RLIM_CORE = !0 [11:30] * but it runs as root, and can do lots of stupid things [11:30] * Note that we use task_tgid_vnr here to grab the pid [11:30] * of the process group leader. That way we get the [11:30] * right pid if a thread in a multi-threaded [11:30] * core_pattern process dies. [11:30] */ [11:31] printk(KERN_WARNING [11:31] "Process %d(%s) has RLIMIT_CORE set to 0\n", [11:31] task_tgid_vnr(current), current->comm); [11:31] printk(KERN_WARNING "Aborting core\n"); [11:31] goto fail_unlock; [11:31] cool [11:31] in that case, please give the ack for the latest kernel on people [11:31] ogra: ^ [11:31] i'll test it, one sec [11:32] https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/498525 [11:32] Launchpad bug 498525 in linux (Ubuntu Lucid) (and 1 other project) "[lucid] breaks apport: core dumps get aborted even if core_pattern is a pipe (affects: 2) (heat: 16)" [High,Fix released] [11:34] amitk, so that fix is missing from the omap kernel ? [11:34] apw: this bug above ^^ [11:34] ogra: I think so [11:34] apw: I guess the patch you created should be applied to all flavours? [11:35] amitk, it is allplied to all flavours based on .32 [11:35] its that .33 was not taken from leaans rebase means you didn't get it [11:35] apw: I'm going to try cherry-picking it into omap [11:35] amitk, ok [11:35] we likely need to put that on the release sprint agenda too [11:35] deciding what to do about .33 [11:36] apw, we have no committed support for omap at all [11:36] personally i think it should be synced with leaans pass though .33 version. she was said to have kept it [11:37] apw, https://wiki.ubuntu.com/LucidLynx/ReleaseManifest [11:38] i wonder what N/A means in that context [11:38] apw, its pretty much "get something out that runs and install roughly and dont care anymore" [11:38] but regardless of what you say we will be expected to do secirity on it [11:38] which means it doesn't want to be an unmaintainable mess [11:38] we need to have an installable image by release but dont do any further stuff with it [11:39] i will believe that when we get to M without updating it [11:49] ogra: feedback? [11:52] amitk, installing ... [11:55] crap, OOmed when trying to install it on the running system [12:03] ogra: 364MiB is the lower bound. How much are you running with omap? [12:03] ogra: ^we ever successed ran with on Dove [12:04] NCommander, i know the minimal values [12:04] 256M plus 50% compcahce atm [12:04] ogra: hrm, that should push you just enough to complete installation. Doesn't ubiquity activate swap space like d-i does? [12:23] 1 [12:23] Ups [12:27] sigh, only-ubiquity dies too in ubi-partman [12:38] ogra: OOM got it? [12:38] or something else? [12:43] ubi-partman [12:43] no OOM [12:44] ogra: oh. I though ubi-partman was dying due to OOM before [12:46] no, it does with "error 10" [12:47] i suspect its caused by udisks-part-id failing [12:48] ogra: why is that failing [12:48] no idea yet [12:48] * NCommander decides this is a good time to fix apport [12:48] apport works fine for me [12:49] ogra: the retracer been down for two weeks, chroot broke [12:49] i just filed bug 559144 with it [12:49] Launchpad bug 559144 in udisks (Ubuntu Lucid) (and 1 other project) "udisks-part-id crashed with signal 7 in memcpy() (affects: 1)" [High,New] https://launchpad.net/bugs/559144 [12:49] and I couldn't rebuild the chroot on jocote [12:49] * NCommander points to apport stauts in the topic [12:52] err [12:52] * ogra glares at the bugreport [12:52] ProcCmdLine: quiet splash vram=12M omapfb.mode=dvi:1280x720MR-16@60 file=/cdrom/preseed/hostname.seed -- boot=casper [12:52] wtf [12:53] hostname.seed? [13:04] must be something that parses the line its surely not in the actual cmdline [13:08] msg ndechesne comment ca va? [13:08] heh [13:08] * ogra hands OlivierP a / [13:14] ogra: Just checking lucid-netbook-armel+omap.img, apparently it doesn't follow the chs expectations for beagleboard? [13:14] Partition 1 has different physical/logical endings: phys=(1023, 3, 32) logical=(8283, 2, 1) [13:15] it woprks so who cares [13:15] it just uses the dove scripts in slightly modified ways, CHS is only relevant if you use MLO on the image which we dont do [13:16] ogra: Do you have u-boot on the image? [13:16] lool, nopüe [13:16] erks, I have no MLO on any of my boards [13:16] the expectation is that x-loader and u-boot sit in NAND [13:16] ogra: So the image only works if people have a working x-loader and u-boot in NAND with proper config? [13:16] Ok [13:16] right [13:16] for 10.04 thats the most minimal [13:17] I thought you were trying to change the image scripts to use proper partitions [13:17] for later we'll come up with something better [13:17] lool, i will, but not for 10.04 [13:17] we're way to late, my target is to have something installable at all by release going the path of least resistance [13:19] you guys do have the script to make correct partitions? [13:21] XorA: No; only the public (manual) instructions [13:21] XorA: unfortunately, our scripts are usually based on parted which has a rigid view of what values one should use for chs addressing [13:21] lool: http://git.openembedded.net/cgit.cgi/openembedded/tree/contrib/angstrom/omap3-mkcard.sh [13:22] lool: for reference [13:23] XorA: Thanks; we considered using other disk utilities such as fdisk or sfdisk or others, but that's an helpful example [13:23] lool: I still get 50 odd downloads of that a day from new beagleboard owners [13:23] lool, i'll need to have partman-uboot, flash-kernel etc changes before final freeze (and whatever else bugs we find during next week) thats work enough given we only have a usable kernel today [13:23] * ogra sighs about reconnects [13:24] i'll dd the working live image off my Sd and upload it to people.u.c so others can play as well [13:24] XorA: it might make sense to round the size down to the nearest cylinder boundary before dd-ing zeroes [13:24] lool: that makes sense [13:25] XorA: For our particular case, I wish we wouldn't need root (we currently don't have root on the image build server) [13:25] XorA: Also, I'm afraid the scripts relies on using real hardware of type MMC to create the image?! [13:25] It seems to rely on a /dev/foop2 device for instance [13:26] could you repost the script ? i was disconnected [13:26] you can do it be prepping a blank image in a file once, then writing your FS on top of that [13:26] http://git.openembedded.net/cgit.cgi/openembedded/tree/contrib/angstrom/omap3-mkcard.sh [13:26] That only exists for real devices (unless you ask kpartx) and not for USB attached MMC drives [13:26] thanks :) [13:27] ah, yeah, i had a similar approach using sfdisk [13:30] * ogra uploads http://people.canonical.com/~ogra/lucid-netbook-armel+omap.img [13:30] that uses 50% compcache and has working USB [13:31] awesome [13:31] 40min to go [13:31] ogra: on what? [13:31] NCommander, ?? [13:31] * NCommander does his first likewise-open build [13:31] ogra: 40 mins to go on what? [13:31] ECC Failed, page 0x00080000 [13:31] gah [13:31] NCommander, the upload [13:32] lool, wait for the image above [13:32] lool, the cdimage images all have the broken kernel [13:32] ogra: ugh, your upload bandwidth supassing mine in spades; with my up, that would take about 4 hours [13:32] NCommander, SDSL 2Mbit [13:32] ogra: I have 15 down burst up to 50Mbit, with 1Mbit up [13:32] while it sucks wrt downloading i have a guranteed 2M upload all the time [13:32] ;.; [13:33] and the 1 is questionable [13:33] ogra: I'll trade :-P [13:33] NCommander, costs a fortune though [13:33] * XorA has that ADSL where I can request to boost my upload at cost of download [13:33] ogra: can't be as bad as what I'm paying to get 1 Mbit up versus 264k [13:33] XorA: I envy you [13:33] XorA, germany doesnt have such offers sadly [13:34] ogra: its rare in the UK, I think this ISP is the only one [13:34] XorA: nor do most ISPs int he states [13:34] I havent here, but my office does have it boosted [13:36] ogra: This is before the kernel [13:36] lool, urgh [13:36] bad u-boot ? [13:37] wrote u-boot with the wrong mixed up sw/hw ecc settings I would guess [13:38] XorA, yeah, lool doesnt trust me so he doesnt use my packages :P [13:38] we have MLO and u-boot.bin in the archive :) [13:38] * XorA hasnt ubuntud any of his beagles yet [13:38] ogra: I'm using MLO and u-boot.bin from the archive... [13:38] lool, aw, C4 ? [13:38] qemu-maemo-system-arm [13:39] ah [13:39] phew [13:39] i tested it on C4 [13:42] lool, qemu-maemo-system-arm might emulate a different revision in which case you probably need a different MLO [13:43] * ogra considers to be brave and try what the live image does on his B6 [13:45] ogra: I just managed to load our u-boot, but can't break into it [13:45] ogra: er, doesn't your B6 only have 128M? [13:45] NCommander, thus "brave" :) [13:46] ogra: ah. Ping me when its done booting sometime after final freeze ;-) [13:46] seems though our DSS2 already fails on it i get no graphical output [13:46] its stuck on the u-boot splash [13:46] Is there anyway to break the start of our u-boot? [13:47] lool: it should break on any key [13:47] lool, only hitting a key [13:47] while the countdown runs [13:47] I don't see any coundtown [13:47] are you sure its our u-boot ? [13:47] Note that it uses the default environment; I don't have any default binary environment [13:48] U-Boot 2010.03-rc1 (Mar 24 2010 - 15:50:56) [13:48] it definately defaults to a 10 sec countdown [13:48] ogra: I don't see which other one it could possibly be [13:48] wow [13:48] its up ot date [13:48] * NCommander is sad being on u-boot 1.4.3 ;.; [13:48] what I get is http://paste.ubuntu.com/411595/ [13:48] NCommander, yes, i pulled the very latest upstream that upstream recommended to me [13:49] ogra: Dove's u-boot is a dinosaur. Although its not as bad as things still shipping u-boot 1.1, and Marvell has added some nice features [13:49] lool, seems it'S stuck, the countdown appears after that [13:49] like mounting NFS in u-boot :-) [13:49] lool, http://paste.ubuntu.com/411596/ [13:50] ah yes, ran into that in real hardware, if you us angstrom's u-boot 2010.03-rc1 you have to use the new 1.4.4ss x-loader... [13:50] Start in 49 minutes (5000000) - wow, buildds are getting slammed this morning [13:51] * ogra hopes thats not the omap kernel [13:51] ogra: that assumes you have some delay [13:51] rcn-ee: Ah [13:51] ogra: no, that's compiz [13:51] rcn-ee: Do you have a binary x-loader I could try out to confirm? [13:51] ah, k [13:51] rcn-ee: Preferably signed [13:51] yeap.. [13:51] ogra: ti kernel is building, I set it so high that it was picked up as soon as a buildd freed up [13:52] NCommander, yup, i see it [13:52] lool, they are uploaded here http://rcn-ee.net/deb/tools/ [13:52] ogra: why are you hoping it isn't the kernel? [13:52] * NCommander watchs his racing OOo builds [13:52] amitk, ?? [13:52] amitk, i said i suspect it *is* the kernel [13:52] 15:51 * ogra hopes thats not the omap kernel [13:53] amitk: he was worried that the 50 minute build delay was for the kernel [13:53] ah [13:53] i was referring to the 49min delay [13:53] * NCommander looks at the build queue to shuffle things around [13:53] amitk, i thoght you referred to the SIGBUS errors [13:53] Got to love crunch time [13:53] so heads up, that'll be in the FAQ's.. on boards with an older x-loader (1.4.2 is on C4's) when you upgrade u-boot to 2010.03, you need to flash the new 1.4.4ss X-loader... (or hold the user botton down on reset with the MLO on the sd card) [13:54] otherwise it'll just stall at u-boot load.... [13:54] * ogra twiddles thumbs ... [13:54]