=== bjf is now known as bjf[afk] === bjf[afk] is now known as bjf === bjf is now known as bjf[afk] [01:11] rcn-ee: on-line? [01:11] about beagle xm [01:33] rcn-ee: back from vacation ? [02:50] hey rsavoye back.. ;) power lines went.. [02:50] everybody wants XM fixes. :-) [02:51] TI is sending me another XM board, hopefully without the RAM problem, so real soon I'll be ready for more testing. :-) [02:51] i bet they do.. ;) Fingers crossed on getting one on monday. .;) [02:56] I'll send you my flakey one:-) [02:57] that's okay i got a good collection of broken beagles. ;) [02:57] also got an iMX51 coming tomorrow. [02:58] Genesis is giving them to developers, if you don't have one yet [02:58] i was playing around with an imx51 based system last month, someone needs to take that git tree by the hornes and fix it.. i know freescale wont'.. [02:58] hope you had a few good days off [02:59] so I assume Maverick won't run on it, but it ships with a hacked up lucid [02:59] oh, i've just been busy this week... ;) lots of testing the gpio stuff to finally fix the 'ro' issues in 2.6.35.. going to post v6 to linux-omap later.. [03:03] rcn-ee: I'm building with my custom v6 version now to test on my xM [03:03] didn't test my xM yet :-) [03:04] http://kernel.ubuntu.com/git?p=rsalveti/ubuntu-maverick.git;a=shortlog;h=refs/heads/rsalveti-master [03:04] it's just finishing the build, takes quite a while =\ [03:04] yeah, about 6 hours. .;) [03:05] i'm about 95% sure that one will get pulled and put in tmind's tree. ;) [03:05] I've got an OpenJDK test that's been running for 4 days... and still not done [03:05] ouch [03:06] it's my third try to even see if if actually finishes... [03:08] Hey there Rob :) [03:08] rsavoye, is that on a c4 or igepv2? [03:08] hey Martyn how's it going.. Still fun stuff happening at smoothstone. ;) [03:08] * Martyn has a CortexA9 compile farm now :) [03:08] smooth-stone, yeah :) [03:08] a babbage board sitting in a closet in Sweden someplace [03:08] (the - is important, we're even being SUED over it.. sheesh) [03:09] ah crap... someone wants to stop innovation and forward progres... [03:09] rsavoye : if you give me a git tree to pull from, I can do a clone and compile it... [03:09] that's what I want. distcc on a rack of arms [03:09] rsavoye : Not quite a "rack" of em, but we do have a lot of Versatile Express hardware [03:10] Martyn: for OpenJDK ? [03:10] and other CortexA9 boards [03:10] any remote access :-) [03:10] oh, I thought you were doing kernel compiles :) [03:10] rsavoye : No :) That firewall is airgap. [03:10] no, testing rcn-ee's kernel builds on an XM [03:11] right now I'm deep in fixing the ARM assembler for OpenJDK, but running the tests is slow [03:11] I bet [03:11] Shark is very bad at the moment [03:11] but I'd bet rcn-ee would love a faster build [03:11] I'm not using shark yet, just fixing the real arm interpreter after a calling convention change broke it a few months ago [03:12] i could.. ;) i finally up'd my main kernel build machine from the 500Mhzish to 600.. ;) [03:13] Heh [03:13] I'm clocking around the same (800Mhz) but on a quad core machine [03:13] and with more of 'em [03:13] it's a little scary in the basement right now.. i need to find room to install my tegra and panda. ;) [03:13] tegra = ok [03:13] panda = *shudder* [03:13] bamboo is a strange creature of a board [03:14] it's a little strange.. ;) [03:16] rsavoye, is your openjdk testing scripted and automated? [03:16] yes, "make check" :-) [03:17] lol [03:18] so I'm running the tests on one board in NZ, and gdb on the other one [03:19] sheesh [03:19] hopefully I'll get some hardware in here soon that actually works so I stop begging for remote access [03:19] i think we need to pull kblin in again, he's had some grand schemes of an arm mulitnode build/etc machine. ;) [03:19] Indeed [03:20] rsavoye : I'm surprised you need to remote that far to get access to the hardware [03:20] there don [03:20] 't seem to be many of us here in the US... [03:21] i think there's almost a dozen.. ;) [03:21] oh right, you're on this side of the big puddle too [03:22] yeah i just get up early so it looks like i'm europe.. ;) [03:23] me too, I like my few hours of intersection with the OpenJDK team in the UK [03:24] and sometimes it's the only way to get things done, otherwise your chasing emails over the next day.. [03:25] in my case it's useful, as they understand java, and I don't. course they don't know assembler, so we have interesting discussions :-) [03:25] interesting :-) [03:26] lately we connect someplace in the middle, which works [03:26] talking to java guys about assembler is pretty funny though. [03:27] in the back of my mind i've always kinda wondered, does openjdk use the ARM_THUMBEE stuff? [03:29] it will when I'm done :-) [03:29] after I fix the calling convention, then comes all the new thumb2 stuff [03:29] I have a huge patch for that luckily, but it'll need debugging [03:30] cool! ;) [03:30] the point of this is to make java run as fast as possible [03:31] and those builtin java instructions will defintelly help that.. i always thought it was weird the old java instructions in the arm9/etc where so closed.. [03:39] okay send v6... i really hope no more changes are needed.. ;) [06:06] hm, lots of crashes with my xm =\ [06:06] probably the memory issue [06:06] but no read only.. ;) [06:07] hahah, true :-) [06:07] does it work better if I limit the memory at the cmdline? [06:08] umm, i've never tried doing that... [06:10] in your bootarg try half.. "mem=256M" [06:10] yeah, that's what I'm trying now [06:11] weird, sometimes the kernel does boot [06:11] other doesn't even shows the boot log [06:11] other some random seg faults haha :-) [06:11] memory issues are awesome [06:11] yeah they are a pain... [06:15] ok, now just some cool warnings that were happening all the time [06:16] [ 0.000000] WARNING: at /home/ubuntu/kernel/ubuntu-maverick/arch/arm/mach-omap2/clkt_clksel.c:375 omap2_init_clksel_parent+0xf4/0xf8() [06:16] [ 0.000000] WARNING: at /home/ubuntu/kernel/ubuntu-maverick/arch/arm/mach-omap2/clkt_clksel.c:194 omap2_clksel_recalc+0xcc/0xf0() [06:16] [ 0.000000] (null): no physical address for uart#3, so skipping early_init... [06:16] [ 0.000000] WARNING: at /home/ubuntu/kernel/ubuntu-maverick/arch/arm/mach-omap2/serial.c:727 omap_serial_init_port+0x88/0x1f8() [06:16] probably some missing patches all around [06:17] yeap, the uart#3 stuff isn't in 2.6.36-rc1 either.. [06:19] rcn-ee: do you know if they are somewhere at least? [06:19] or it's something we should fix [06:20] rcn-ee: it seems that it does works fine with mem=256M [06:20] cool... stress it fully at that setting.. some of the ideas going around, was the chip select that split the 512 in two halves wasn't correctly working.. [06:21] yep, that would make sense [06:23] this was the original uart3 fix, it didn't get merged.. http://www.mail-archive.com/linux-omap@vger.kernel.org/msg24695.html for 2.6.36-rc1 the usart changed alot so it needs to be tweaked.. [06:24] cool, some work for the weekend [06:24] :-) [06:27] rcn-ee: does your xM works with usb and ethernet? [06:28] hm, seems to work now :-) [06:28] yeap, both usb's (otg/ehci), usb Ethernet, hdmi, serial work... it runs till in run aptitude.. ;) [06:29] cool :-) [06:51] GrueMaster: sent you an email, about x-loader and u-boot for es2 [06:51] you can find them at http://people.canonical.com/~rsalveti/maverick/boot/es2/ [07:03] morning folks [07:09] night! :-) === markos_ is now known as Guest61543 === kmargar is now known as markos_ [07:22] Say, I see we're now getting some stuff marked Linaro. [07:22] I get that Linaro is some consortium that includes Canonical, but what does that DO for us? [07:32] Say, and what does "flash-kernel" do on XM? There's no Flash... does it do SD instead? [07:38] https://bugs.launchpad.net/ubuntu/+source/flash-kernel/+bug/365053 [07:38] Launchpad bug 365053 in initramfs-tools (Ubuntu) (and 1 other project) "On armel (Babbage platform), kernel image upgrading breaks if Ubiquity is instructed not to install a bootloader (affects: 1) (heat: 19)" [Medium,Triaged] [07:42] hello [07:43] anybody there [07:43] Flash-kernel is also trying: Erasing Kernel NAND space... + dd if=/dev/zero of=/dev/mtdblock3 bs=4194304 count=1 [07:43] Is there someone that know a little about Ubuntu that can help me [07:44] : hi i dont know much of ubuntu but i can help you [07:44] ok cool [07:45] you know how with Ubuntu firefox comes with it well on firefox I have lost my web browser and can you help me get it back [07:49] hmm, ubuntu kernel fails on beagleboard: http://pastebin.com/WTjJgxgm [07:52] does anyone know anything about Ubuntu that wont mind giving someone a hand [07:52] GO in #ubuntu -- this channel is for ARM-specific stuff. [07:53] thanks [07:54] i want to create ubuntu image for arm tell me the exact procedure [07:54] can I add you and chat to you again [07:54] ya sure [07:55] my id siddharth.waikar3@gmail.com [07:55] send me request [07:55] thanks I need to unstall firefox first do you know how to do that [07:56] in Ubuntu [07:56] ok run command sudo apt-get remove firefox [07:59] its gone [07:59] ok now run previous command [08:00] I have to restart be back in a minute [08:00] no not required [08:00] ok [08:01] its installing it again [08:41] ogra: morning, oli, did you guys tested latest daily build omap4 image. [08:41] it looks like it stops at booting [09:00] Now if only we could get PowerVR drivers in the repos as nicely as fglrx and nvidia... and if only the danged things had GLX, and not just ES. [09:01] cooloney, yes, we're trying to find out why oem-config doesnt come up since a week [09:01] cooloney, i assume it stops at the X wallpaper ? [09:03] ogra: oh, no, it stops at just enabled the AppArmor [09:03] after the automatic reboot it does ? === fta_ is now known as fta [09:14] let me post you an image [09:14] ogra: http://people.canonical.com/~roc/IMG_20100820_160409.jpg [09:14] hmm, seems it doesnt reboot [09:15] it should actually reboot at the point where it does the "reboot check" line [09:15] smells like a kernel regression [09:16] GrueMaster, on an up to date panda image, if you call sudo reboot on cmdline, does it do the right thing ? [09:16] I haven't had a chance to get to a cmdline post-update. System hangs. [09:17] ogra: did the latest 903.7 kernel work before? [09:17] Same as cooloney. [09:17] ogra: i didn't try daily build for sometime, [09:17] GrueMaster, hmm, i thought you had a way to at least get a console [09:17] cooloney: The kernel appears fine. There is something else that appears to be hanging the system. [09:18] GrueMaster, the kernel doesnt seem to work fine if the reboot command cant execute [09:19] ogra: I am running the current kernel now. And yes, reboot works fine. [09:19] I reboot in between package updates. [09:19] weird [09:20] why doesnt it work from initramfs then [09:25] argh, es2gears won't run on the powervr. === fta_ is now known as fta === fta_ is now known as fta [09:41] hmm, so i downgraded upstart and dbus now, still hangs hard if i start p the system bus [09:41] *up [09:49] ogra: A3 image works fine. [09:49] cooloney, yes, we know, can you give me the /var/log/jasper.log file from your broken test ? [09:54] ogra: ok, pls wait for a while === fta_ is now known as fta [09:57] ogra: I saw the same issue that he is seeing once before, but couldn't reproduce it. [10:11] argh, stupid SGX. [10:24] DanaG: which platform are you on? [10:25] Beagleboard. [10:25] Exit message has been set to: "PVRShell: Unable to create surface" [10:25] ... and those stupid powervr demos show that their hardware really is annoying... with ATI, nvidia, intel, and even all the various open-source 2D things, you use standard OpenGL. PowerVR? They use some proprietary .POD, and god-only-knows what. Their demos don't even compile on x86_32 -- missing make_platform.mak and such. [10:27] DanaG: Your best option with powervr is OGLES2 it seems. [10:28] Anyway, my definition of "Useful 3D" is "Runs Compiz". [10:28] As long as nothing ARM will do that, ARM is not viable for netbooks or such for me. [10:29] DanaG: does compiz run on something else than OGL? GLES maybe? [10:29] Nope. [10:29] Nor can kwin, I believe. === fta_ is now known as fta [10:54] ogra: too bad, i failed to find that log file in my SD card, it enters initramfs eventually === amitk is now known as amitk-afk [11:07] http://wiki.meego.com/ARM/Meego_on_Beagleboard_from_scratch#Run_the_TI_demos [11:07] ah, fixed my PVR. [11:18] So, I got a beagle+zippy, and I connected power, ethernet, USB, and HDMI, and inserted a class 6 Sd with the maverick Alpha 3 image. I get lights for power and ethernet, but nothing else appears to happen (no video output, no ARP registration on the network). Any suggestions on how to debug? I also see nothing on the zippy serial port. [11:20] HDMI ?= [11:21] the beagle doesnt have HDMI, there are only DVI signals on the port [11:21] you dont even see uboot on serial ? [11:21] There's a port that fits an HDMI cable [11:21] right [11:22] I don't see anything at all. [11:22] its a HDMI port but DVI signals [11:22] That's fine: it's wired to an HDMI->DVI-D converter before going to a DVI screen. [11:22] ah, good [11:23] how do you boot ? [11:23] you need to hold down the user button to make the romcode access the SD [11:23] S1 or S2? [11:24] ogra: You are not relying on the u-boot in NAND? [11:24] persia, the one that has "user" written next to it :) [11:24] ogra: This way you would only need a boot.scr, no MLO, no u-boot [11:24] vstehle, that wouldnt work with XMs [11:24] vstehle: New versions of both. [11:24] nor with pandas [11:25] ogra: Oh you want a generic solution for OMAP3 & 4? I see... [11:25] yes, thats how our images are designed [11:25] ogra: Of course; silly me :) [11:25] vstehle, I'm not sure I have anything in NAND, or I'd expect to see some serial output [11:26] persia: "old" beagle for sure say hello on serial, even with no SD [11:26] you should see 40T on the serial port as soon as you fire up the board [11:26] that tells you "i'm alive but have nothing in NAND" [11:26] persia: You need a null modem. [11:26] I still have nothing on the serial port, but I've some DVi output now, so I'm happy. Thanks. [11:26] ah, great [11:27] persia: strange you have nothing on serial; check cable & config [11:27] you will likely run into mmc issues though [11:27] either it wont find the mmc at all or only have it available in readonly mode [11:28] We'll see. Plymouth is running now. [11:29] plymouth ? [11:29] so it did the resizing already and rebooted ? [11:29] Yep. [11:29] hmm, then you dont seem to have mmc issues [11:29] It's a very small card :) [11:29] 4G is minimum [11:30] ogra: too bad, i failed to find that log file in my SD card, it enters initramfs eventually [11:30] * ogra will add enough spare space on the image to make it 2.2G big so people dont get the idea to use it on less than 4G cards === fta_ is now known as fta [11:30] cooloney, the log should be in /dev/.initramfs/ [11:31] during the initramfs [11:31] Yeah, 4G. I wouldn't do less, after all the time I spent arguing that supporting 2G was madness :) [11:31] or if you got to the reboot stage it might already have been copied to the rootfs [11:34] persia, if its a normal C4 i'D suggest to immediately create a swap file manually and swapon once ubiquity created the user [11:34] (on a tty while the removal stuff of oem-config runs) [11:37] ogra: if i ran 'halt' or 'reboot' during initramfs, the log will be gone? [11:38] cooloney, if it went through the second part (that sets up everything) the log should have been copied to the rootfs already [11:38] (that part ends with the "reboot check" message) [11:38] ogra, I'm still waiting for something interesting to load over the eye-searing background. That said, how would I distinguish an abnormal C4? [11:38] persia, you cant, its OOming silently [11:39] persia, though you could be hit by Bug 616581 [11:39] Launchpad bug 616581 in ubiquity (Ubuntu) "oem-config fails to run (affects: 3) (dups: 1) (heat: 24)" [High,Triaged] https://launchpad.net/bugs/616581 [11:40] ogra: I'll pull down the latest dove live when I get back to the hotel and try and get you anothe rdata point on the dbus issue to confirm if its specific to pre-installs [11:40] NCommander, great [11:41] ogra, Indeed I am :) [11:41] though i just downgraded a daily to the last known working upstart and dbus packages [11:41] persia, just wait until you can hit enter and end up on a rootshell [11:41] ogra: isn't it nice how easy it is to tweak a pre-installed image ;-)? [11:41] persia, then you can do the setup manually [11:41] Indeed. [11:41] NCommander, well, next i'll try to downgrade to the former kernel ... [11:42] NCommander, and *thats* tricky on preinstalled images [11:42] packages are surely a lot easier to change though, i agree [11:42] ogra: can't you just kick a new uImage into the VFAT and turn it on? [11:43] uImage isnt the prob :) [11:43] ogra: and respin the uInitrd? [11:43] right you need to respin it [11:43] ogra: that's not super difficult [11:44] if you cant chroot into the rootfs it is :P [11:44] respinning isn't an issue, but it helps if you mount the SD on another armel device to do so... [11:44] ogra: strip the top 64 bytes of the uInitrd, zcat uInitrd | cpio -ivd [11:44] change the files yo uneed, then repack, and mkimage [11:44] urgh [11:44] nah [11:44] i prefer to use a clean respin from scratch [11:45] ogra: that being said, the kernel should still boot if its mismatched; we're not depending on any special modules on OMAP for normal boot last I checked [11:45] Clean respin or same-arch chroot is much better than that hack [11:45] right, without input devices etc :P [11:45] "an hdmi port but DVI signals" -- say, how is that even different? [11:46] ooh, fbvncserver! [11:46] http://code.google.com/p/android-vnc/ [11:46] Static one works fine on my non-Android Beagle. [11:46] Say, now that I don't need Flash... I should try android beagle again. It's a bummer I couldn't find the danged asix module, though. === amitk-afk is now known as amitk [11:48] DanaG, HDMI can have lots of different signals, but usually includes DVI-D and audio, and may contain one or more serial channels, and perhaps even an ethernet channel. [11:50] Serial and ethernet? That'd be spiffy. [11:50] That serial channel must be how LG makes their receivers and TVs work together. [11:51] persia: do you plan to be around tonight? I can use your help w/ the libd-i changes [11:51] HDMI 1.4 added ethernet. I think the serial is limited to Consumer Electronics Control messages though, by the spec (although one could conceivably generate non-compliant equipment...) [11:51] say, I need to ask rcn-ee for kernel headers... since the ubuntu ARM official kernel fails to init omapfb. [11:52] * persia refers to the specs for more detail, having only a limited understanding of HDMI [11:52] NCommander, probably not more than another hour or two (it's later here than there) [11:54] argh, ureadahead bails on my thing -- OOM. [11:54] Didn't rsalveti have a patch for that? [11:54] dont use the netbook images on less than 512M :) [11:55] I used the "minimal". [11:55] persia, yes, but Keybuk wasnt available the last days [11:55] * persia mumbles "We don't have maintainers in Ubuntu" [11:55] ah, that android vnc server needs "kbde" -- keyboard emulator. [11:55] Oh yeah, and what's the deal with Linaro? [11:55] I know it's a working-group of sorts, but what does it DO for us? [11:56] persia, but we have braches owned by people you cant commit to :P [11:56] DanaG, you know how you can run any x86 machine with the ubuntu -generic kernel ? [11:56] DanaG, From my (limited) understanding, it's ARM's linux initiative group doing upstream stuff we can use. [11:56] DanaG, thats one example of things linaro will implement [11:56] Cool. [11:56] Either openfirmware-type or UEFI-type could be useful. [11:57] Though, right now there's a TianoCore for ARM... but no way to really do anything with it. [11:57] There's no arm grub-efi. [11:57] currently they are working on unifying uboot [11:57] ogra, branches are for people who don't know how to use the archive as a VCS. keybuk wrote a great document explaining how the archive was essentially a VCS. Plus, james_w set up a VCS that auto-imports anything uploaded, just in case people wanted to use obsolete external VCSs. [11:58] persia, right, but still he is the only one with access to the ureadahead branch [11:58] DanaG, There's a few openfirmware implementations for ARM: someone just needs to add support for specific hardware of interest :) [11:58] persia, indeed i could just blindly upload and ignore bzr [11:59] * persia is of the opinion that folks using bzr to handle packaging and not following UbuntuDistributedDevelopment guidelines deserve the side effects [12:02] ogra: http://pastebin.ubuntu.com/480892/ [12:03] ogra: this time it stops before initramfs [12:04] cooloney, WOAH ! [12:05] that looks really bad [12:06] i looks like my SD card is not good [12:06] *it [12:06] no, i see the same on a fresh image here [12:06] need i try another onw? [12:06] ok, [12:06] * ogra is just done with a test [12:06] got it [12:12] oh yeah, I tried btrfs... got lack of fsck.btrfs/ [12:14] hmm, so doing an fsck on a freshly dd'ed image doesnt show any errors [12:14] thats weird [12:15] Hi there. What's a good filesystem to use on a SD card? On my 4 GB card I get 17.5 MB/s read. FAT gives 3.7 MB/s write but ext3 is half that at 1.7 MB/s... [12:19] http://pastebin.com/zR7pepwM [12:19] that's my problem with -1001-omap. [12:21] michaelh1, The best filesystem is one supported by the FTL on the flash card, which is incredibly hard to detect. All filesystems are bad to some degree, as we don't have raw access to the eraseblocks, and are dealiing with a false abstraction of a block device. [12:21] Say, I'm wondering if I should make my laptop's ssd be btrfs. [12:22] In general, journalling filesystems are less bad. [12:22] DanaG, 1001-omap isnt an ubuntu kernel, talk to the people maintining it :) [12:22] DanaG, again, depends on the FTL [12:22] So -15 is Ubuntu? [12:24] But the linux-omap package depends on 1002 (which isn't even out yet). [12:25] Okay, I'll try 15. [12:25] surely not [12:25] Hrm? Any kernel in the archives is inherently an Ubuntu kernel. Any other kernel isn't. [12:26] persia, we have two omap3 flavours, one is a linaro oen [12:26] linux-omap is ours, linx-linaro-omap is linaros [12:27] or linux-linaro-image-omap [12:27] seems their meta doesnt have a toplevel metapackage [12:27] * persia doesn't see how linux-linaro-image-omap isn't an Ubuntu kernel, although it's not the default kernel. [12:27] in any case linux-omap should not depends on the -1001- package (which is linaros) [12:28] if that happens, thats a bug [12:28] I agree with that :) [12:28] DanaG: at least ext4 gives much better performance than ext3, according to several tests I made. At least on a SATA disk. And I have no problem using it on eMMC. [12:29] btrfs sounds good too. Now sure how mature it is though. ext4 is definitely mature enough (used in our servers without any issue) [12:30] * ogra wonders if lag knows if there were any filesystem driver related changes in the omap4 kernels recently [12:31] DanaG: otherwise, Squashfs rocks for read-ony parts of your fs. It's lightning fast. [12:31] i can fsck the SD card 100 times on x86 without any errors ... [12:31] but as soon as i run it on the üpanda i have lots and loits of filesystem errors [12:31] ogra: perhaps issues in the mmc block drivers? [12:31] mopdenacker, possible [12:32] ... causing corruption after time. [12:32] ogra: Not that I'm aware of, but I can check [12:33] ogra: So I don't have to read all the backlog, can you briefly tell me what the problem is? [12:33] ogra, do you confirm that your pre-installed images don't support OMAP ES2.0 yet? alpha3 doesn't boot on my Blaze, that's why I suspect this. [12:34] lag, http://pastebin.ubuntu.com/480892/ all these fs errors (which i dont get when running fsck on other arches with the same filesystem) [12:34] mopdenacker, right, we only have one es2 yet thats at the QA person [12:34] mopdenacker, so we cant do any development for es2 yet [12:35] lag, so looking at the changelog of the linux-ti-omap4 package it seems there were a lot mmc realted changes [12:38] ogra: thanks! That's an issue. We will address it during the call this afternoon. [12:39] i think the es2's are on their way now [12:39] ogra: Nothing's been changed in the past 2 weeks [12:39] lag, there was an upload on the 5th [12:39] and the first image after the 5th was the first one that stopped working [12:40] Yes, two weeks ago [12:40] So something in that lot has killed your build? [12:40] well, something between the 4th (alpha3) and the 9th (teh first image that was buildable again) [12:42] ogra: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=commitdiff;h=371114579a7d9c313ff76707fbeff39f0a0a4015 [12:42] ogra: Take your pick [12:42] lag, well grep for MMC in there [12:43] Brain grepping :) [12:43] ha ! [12:43] at least i see oem-config again now [12:43] with lots of hacking [12:43] 15 MMC changes [12:43] yeah [12:44] it could as well be e2fsprogs [12:44] there was a merge on the 7th [12:45] the new oem-config ui looks nice [12:46] argh [12:46] no more way to set the hostname [12:46] thats bad [12:46] ogra: Take a know good kernel (I suggest alpha3) and put it on the daily build image [12:46] known* [12:46] Then test [12:47] If you are greeted with the same results, it's the kernel's fault [12:47] If not, blame e2fsprogs [12:48] lag, yeah, its just not that easy :P [12:48] ogra: Why isn't it? [12:48] initrd [12:48] right [12:48] Rebuild that too [12:49] Do you want me to rebuild it for you? [12:49] i need to test on a virgin image [12:49] which means it is tricky to get exactly all the changes into the initrd [12:49] * lag chuckles "virgin" [12:49] Do you have any better ideas? [12:50] not really [12:50] :) [12:50] but i'm trying all other opportunities first :) [12:51] and additionally i just got oem-config up so i have to finish that install [12:52] k [12:54] ogra: do you have documentation for building your pre-installed images? Our plans are to make such images for our next internal release. [12:55] mopdenacker: dd and go [12:55] mopdenacker, not yet and the last two weeks i was held up due to the non-booting images its on my TODO to provide such docs [12:56]