[02:13] baptistemm, apologies, I got pulled away doing a favor for a friend [02:16] will chat with you tomorrow [02:23] cooloney: should I file a new bug for the ftrace config changes? [02:23] cooloney: or just give you the patch? [02:31] AceLan: great, please file a new bug and send me the patch? [02:48] cooloney: got it [02:49] AceLan: thanks a lot. === rsalveti_ is now known as rsalveti [03:26] AceLan: could you give me a hand [03:26] AceLan: please try to set the mac address on your fsl-imx51 hardware [03:27] AceLan: maybe that will cause kernel panic [04:00] cooloney: yo [04:01] cooloney: my fsl-imx51 h/w doesn't have fec, only wireless [04:08] AceLan: oh, too bad [08:27] moin [08:33] psurbhi, morning, have you seen the mail from kees ? [08:33] smb, no [08:33] * psurbhi checks [08:33] smb, morning :) [08:34] psurbhi, He has found some problems with your sync patch apparently [08:34] smb, ok [08:34] let me check.. [08:42] * smb good-mornings cking [08:42] hiya [08:43] morning smb psurbhi and cking [08:43] * abogani waves [08:43] hi cooloney, cking [08:45] Hey abogani. Reminds me you asked for some sponsoring and a forgot. You got a page somewhere I could add things to? [08:45] I forgot, even [08:45] Heya apw [08:46] smb, morning you ... [08:46] * apw waves to psurbhi [08:47] * psurbhi waves back to apw [08:48] apw: morning, [08:48] smb: The link is https://wiki.ubuntu.com/AlessioIgorBogani/linux-rtPPUApplication. It isn't really necessary anymore because DMB have choosen to refuse me upload rights on linux-rt package. Evidently more than 3 years of work and 7 Ubuntu supported releases don't matter nothing :-) [08:48] o/ cooloney [08:49] abogani, have people been uploading it for you as in sponsoring the uploads though? [08:50] smb, thanks for pointing this out [08:50] smb: In any case I really appreciate your comments about me and my work. In this I can bring up my moral (if comments are positive obviously) :-) [08:50] abogani, Hm, sad. What exactly was their reasoning? [08:50] apw: Since Intrepid Luke Yelavich [08:50] smb: No one sponsor me. [08:50] abogani, thought as much ... [08:51] so was it just lack of sponsors getting behind you, probabally need some social engineering to line them up before hand [08:51] abogani, Doh. Well on my side it was mainly because timing and forgetting [08:51] close to release and some sprints [08:52] smb: No worry I know that you (like other UKT members are really busy). [08:52] apw: I'm starting to think that linux-rt don't have a lot of users... :-| [08:53] hmm maybe i should try the RT kernel [08:53] never really looked at it [08:53] * abogani wonders if someone of UKT would want "adopt" linux-rt package. [08:54] abogani, You usually find out one hour after removing the package completely :-P [08:54] smb: Indeed [08:54] abogani, No thank you. Its nothing about the package, but I already have enough O_o [08:55] smb: :) [08:57] abogani, busy for release for sure, and a lot of traveling about just there as well, and ash clouds and ... mad times indeed [08:58] don't mention the a** word [09:00] apw: Thanks anyway. As I already said above I know than you really are busy. :-) [09:00] cking, the v* word then? [09:00] volcano is fine by me ;-) [09:01] * smb pictures an eruption under cking 's chair [09:04] that's not a particularly pleasant image [09:05] smb: Please don't forget to add sponsor to above mentioned wiki page... I really appreciated it :-) [09:06] cking, No. But you mentioned the v* word. Well, I hope for the best. Lucky you don't fly to UDS. I heard some closures in Ireland and Scotland have been done [09:06] abogani, I try to finally remember this time. [09:11] apw, we could give btrfs as an experimental support in maverick [09:12] smb, maybe a*h down here this afternoon ... [09:12] urk [09:12] psurbhi, we generally don't offer installs on EXPERIMENTAL marked filesystems, the major barrier is whether the on disk format has stopped changing or not [09:13] though the wiki says it has not, it seems it has [09:13] but we would find out later if it changes.. as of now.. it does not seem to have changed for a long time [09:13] i think that may be a gating issue, if they have stopped changing it, we may be able to offer it as a 'at your own risk' job [09:13] the wiki says "its still experimental and susceptible to change" [09:14] apw, yes! 'at your own risk' exactly [09:14] a UDS topic for sure, to work out the constraints on whether we can and get people to go investigate them [09:16] ya [09:17] psurbhi, i note that there is an upstream potential fix in that mainline bug linked from the unmount is a slow as snot bug we were just discussing [09:17] you might want to revert our patch and shove that on and test the result [09:18] apw, ok.. for lucid? [09:18] or for maverick? [09:19] apw, i mean do we revert it for lucid too? [09:19] psurbhi, for lucid as your workaround probably has not been copied to maverik, but otherwise both [09:19] smb, ok [09:20] psurbhi, the important thing at this stage is to get the suggested patch tested [09:20] psurbhi, That is the thing you wanted to check when i asked about kees mail. Remember? ;-) [09:20] smb, thats what started the discussion :) [09:21] and report back in the upstream bug if it works for you, perhaps get kees to test as well as he has some more test cases [09:21] thanks for that [09:21] apw, the suggested patch ? [09:21] apw, ya.. get it [09:22] i will do it and report back [09:30] psurbhi, most excellent [10:10] pgraner, about? [10:11] apw: yep [10:33] * cking notes that w/o wiggle my life would be painful [10:35] cking, it is a blessing indeed [10:35] RAOF, hey ... [10:56] cking, can you remind me the incantation on the new CD's to get to nomodeset? [10:59] you hit a key in that initial purple thing don't you [11:18] apw, nay, cannot remember the key [11:19] apw, to get to grub? or what? [11:19] no when we had the new CDs they go purple with a strange thingy at the bottom then boot i think, if you do something while the odd thingy is visible you get the older menu with function keys [11:20] press enter? [11:25] possible will have to make a cd to be sure [11:36] sigh, another day, another ACPI bug... [11:39] 3 cheers for acpiexec - the tool that allows me to single step AML [11:56] cking, sounds amazing ... whos is that? [11:58] apw, http://smackerelofopinion.blogspot.com/2010/03/debugging-acpi-using-acpiexec.html [11:59] cking, geek [11:59] yep [12:00] * apw notes the greeks are attacking their own parliament [12:01] politics the greek way [12:01] they seem more militant than usual ... lots of throwing things at the moment === cking is now known as cking-afk === cking-afk is now known as cking [13:35] I am not familiar with the innerworkings of the kernel, but I'm seeing this in dmesg, I'm just wondering what it means: CE: hpet increasing min_delta_ns to 33750 nsec [13:37] Turns out there is bug 270798 related to it. [13:37] Malone bug 270798 in linux "lockups with default (hpet) clocksource on 2.6.27-2-generic 64-bit" [Medium,Confirmed] https://launchpad.net/bugs/270798 [13:37] h00k, Just that the hpet could not be programmed with a smaller interval and is now using a bigger one [13:37] smb: what is hpet? [13:38] high precision event timer [13:38] alright [13:38] it appears to keep increasing and over time, my laptop gets slower. I guess I'll mark this bug as affecting me [13:38] h00k, The successor of the old timer with a higher precision (and more bugs apparently ) [13:39] smb: heh. [13:39] Does it only show this message once or over and over with higher numbers? [13:39] No, over and over with higher numbers [13:40] 15000, 22500, 33750 [13:40] so far, after 529 seconds of uptime. [13:40] http://pastebin.ubuntu.com/428263/ basically [13:41] 2.6.32-21-generic [13:41] In theory it should stop at some point. But there might also be a chance that failing to program it is not because it needs more delay but for some other reason [13:41] I'll keep an eye out, I suppose [13:42] Yeah, if it stays at a certain number it still might be ok [13:43] Not having looked into the bug above I am not sure what lockup means in that context [13:44] I'll see what it ends up doing after today. [13:44] ... and seeing 2.6.27 as the start of it, I wonder whether it would not make sense to open a new bug for 2.6.32 problems [13:44] If it keeps increasing? Should I open something new? [13:44] Ah, okay. [13:44] h00k, If it never stops I definitely would open a new thing [13:45] smb: oh, upstream might be aware: https://bugzilla.kernel.org/show_bug.cgi?id=14426 [13:45] bugzilla.kernel.org bug 14426 in Realtime Clock "CE: hpet increasing min_delta_ns flood" [Normal,New] [13:46] h00k, Ok, so if you want to open a lp bug make sure to link the upstream bug to it [13:46] If there is not already one linked [13:46] somewhere else [13:46] alright, i'll check [13:54] I don't see anything on LP regarding this particular kernel, I'm opening a new bug and I'll link it upstream [13:55] h00k, cool, thanks [14:06] smb: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/575774 [14:06] Malone bug 575774 in linux "2.6.32-21-generic CE: hpet increasing min_delta_ns flood" [Undecided,New] [14:11] hey all, is there a way to disable APIC in 2.6.32.11? [14:11] there's no option for it in menuconfig [14:12] and when i try to set CONFIG_X86_LOCAL_APIC as no in my config, as soon as i do make oldconfig it overwrites it with yes [14:13] and then, trying to set it as no in arch/x86/Kconfig makes my kernel build fail with [14:13] arch/x86/kernel/tsc.c: In function ‘unsynchronized_tsc’: [14:13] arch/x86/kernel/tsc.c:827: error: implicit declaration of function ‘apic_is_clustered_box’ [14:14] the same thing happens with 2.6.32.7 [14:14] nolapic on the kernel command line [14:14] Or noapic if you want to disable the i/o apic [14:15] mjg59: i tried that...the problem is i'm trying to build a RTAI kernel [14:15] and RTAI complains about it being enabled in the config and then not being available/enabled [14:15] so that doesn't work for me [14:15] so there's no way to build any of the latest kernels without apic? [14:16] that's what it looks like [14:16] Only if you turn off SMP. But I believe that that's always been the case. [14:17] hm. [14:17] i don't need smp, lemme give that a shot [14:17] Also, it has to be a 32-bit build [14:17] it is [14:23] mjg59: i think that worked, thanks [15:04] psurbhi, hey ... that unmount patch upstream suggested, any idea when you might get that tested? [15:04] apw, i will do it today evening/today morning.. shall send it out soon [15:05] psurbhi, cool, only as ask kees is asking about reverting the current work around as it has some other side effects he doesn't like, and if we make a change i'd like to do both together to make the SRU people not explode [15:05] apw, ack [15:07] is this the proper procedure for updating an initramfs using a live cd?: [15:07] boot, mount the partition containing /boot, mount it (say on /mnt), then 'chroot /mnt update-initramfs -u -k ' [15:07] smb, what was the thing about running update-initramfs which was 'negative' ? [15:08] apw, Someone *claimed* it would then not be done on normal updates, but I really did not think this happened to me ever [15:08] ah ok, then i suspect that is the right way to do it [15:11] what if /usr is on a separate partition? [15:11] I thinks so. I don't see any reason why this should be bad, given that it initrd is _always_ automatically build this way. Maybe I am wrong but I have never received a good explanation on why [15:11] gah, pmatulis you would need to mount all the normal things in there [15:11] if /usr is separate mount that, likely you need to mount /proc too [15:12] I guess at least proc and /dev too [15:12] do people still split /usr these days? [15:12] apw: so enter chroot and then mount those partitions? [15:12] yeah after the chroot [15:12] apw, Sounds even more anal than I am [15:12] indeed, something not to be tollerated :) [15:13] Heh, well, maybe there could be reasons, like to make it ro [15:14] but the shell is not available in the /boot chroot [15:14] But at least for a while I did it but ended always up with too little space in either /usr or /opt and then just gave up. Maybe by now online expansion of file system works... [15:15] pmatulis, Is even /bin in another partition or only /usr? [15:16] only /usr [15:17] pmatulis, I guess you need to mount everything into /mnt the intentional / (maybe not /usr) and /proc and /dev [15:17] and /boot [15:18] Thats what I usually do: [15:18] mount /dev/x /mnt (root partition) [15:18] mount /dev/y /mnt/boot [15:19] mount --bind /dev /mnt/dev [15:19] mount --bind /proc /mnt/proc [15:19] chroot /mnt [15:20] ok, that looks reasonable. all this b/c apparently there is a problem with 2.6.32-22 whereby initramfs is not updated after kernel upgrade. still not confirmed [15:20] smb: 6 [15:21] smb: heh, ^^^ [15:22] * smb fall out of his parser at b/c and 6 [15:23] * psurbhi got a dr appointment - quits for today [15:23] smb: ? [15:23] b/c == because [15:23] pmatulis, I fail to translate b/c and have no idea what 6 meant [15:23] apw, ahh [15:24] and 6 is what ^ is without shift accidentally [15:24] on a UK/US keyboard [15:24] apw: you rock [15:24] i have seen smb's keyboard :) [15:24] apw, You get the personal translator award. :) [15:24] heh ... :) [15:25] apw, Its all sensible (at least to me) [15:25] i work with a lot of foreign people with non-native english speakers predominating [15:26] pmatulis, not seen that here for sure on any of my machines [15:26] as they really wounldn't boot well without initramds [15:26] pmatulis, Ok, so to get back to the issue... :-P I have the feeling this happens from time to time (not kernel related) but cannot say what is the trigger [15:26] Actually I rather saw this happen with update-grub [15:27] smb, actually i do have a theory ... [15:27] when i did this recent upgrade it did install more than one kernel [15:27] * smb is all ears [15:27] arn't initramfss generated as a 'delayed' dpkg triggery thing? [15:27] maybe it has to do with update-grub then [15:27] and that actually only does the 'latest' one [15:27] so we might in theory miss one therre, though not the one you should be using of course [15:27] hrm [15:28] I think that would be the intention. [15:29] Its probably hard to get all the special cases right [15:29] as the initrd update is also triggered by essential userspace changing [15:29] like installing lvm or updating udev [15:30] That you would only want to do on the 'current' kernel [15:30] but installing a new kernel obviously needs it all the time [15:32] pmatulis, My update-grub issue would 'only' be not seeing the new kernel. The initrd was there as far as I remember [15:32] So it might be two things [15:32] smb: forgot to mention something [15:32] smb: the problem purportedly manifests itself when using LVM [15:33] smb: it's the lvm2 module that is missing from the initrd [15:33] smb: using ext4, not sure if that is important [15:34] Is that installing lvm2 without a kernel update? [15:36] If the kernel is also updated at the same time, this might be a third problem we sometimes see: kernel is updated/installed->initrd is (re-)generated. lvm2 is installed at the same time but initrd is not regenerated because it thinks this is already done. [15:36] smb: no, LVM is in use on disk [15:37] pmatulis, Then we should wait for the results of running update-initramfs manually. If that still fails to include lvm2 it is a problem there [15:38] smb: alright, will report back [15:46] ogasawara, interested in this bug? It's an old one. bug 45021 [15:46] Malone bug 45021 in linux-source-2.6.22 "including "omnibook" module would help with ACPI support on HP laptops" [Medium,Won't fix] https://launchpad.net/bugs/45021 [15:46] anyone have an idea who needs to see bug 574184 [15:46] Malone bug 574184 in linux "Bad signatures for 10.04 installer validation: MD5SUM SHA1SUM SHA256SUM" [Undecided,Confirmed] https://launchpad.net/bugs/574184 [15:46] apparently the DVD ISOs have bad signatures [15:48] JFo, maybe cjwatson or slangasek directly? [15:49] smb, ta [15:51] JFo, yeah bring that up on ubuntu-devel, [15:52] apw, done [15:55] apw, or were you thinking that was a bad idea? [15:55] no it is the right thing. thats a case of someone using linux to mean 'the whole thing' not the 'kernel' [15:55] right [15:55] thought so\ [15:56] here is an interesting bug 575518 [15:56] Malone bug 575518 in linux "linux kernel contains GPL violations" [Undecided,Incomplete] https://launchpad.net/bugs/575518 [15:56] * smb closes eyes and ears [15:58] JFo: It's entirely unclear whether including those objects is something other than mere aggregation [15:58] smb, its the remaining inbuilt firmwares [15:58] as they come directly from linus' tree i am less worried about it [15:58] same here [15:58] but I wanted to bring it up [15:58] Isn't fixing that 90% just editing debian/copyright? [15:59] JFo, pgraner has the lead on all firmware related issues so i would get him on the case [15:59] so that the entirety of the source *isn't* claimed GPL? [15:59] apw, that is the plan :) [15:59] * persia thought someone went through that pain about 18 months ago already [15:59] persia: No, large quantities of the source tree aren't GPL [15:59] persia: THere's a lot of it that's BSD, for instance [15:59] pgraner, you there my captain? [15:59] And some dual GPL/MPL [15:59] persia, for the majority of consumers i suspect so yes, though i suspect from the reports tenor that they will not be happy to install a kernel which pulls them in [15:59] yeah, sounds like they want the option to leave them out [16:00] persia, someone did for the main firmware packages, not for the small inbuilt ones [16:00] mjg59: I still think it's largely a documentation issue, but I may be mistaken. That said, most BSD stuff becomes GPL when integrated with GPL stuff, doesn't it? [16:00] apw: Ah, that makes sense. [16:00] persia: No, BSD stuff remains BSD [16:00] OK. [16:00] persia: But that's fine, because the BSD license doesn't confer any restrictions above and beyond the GPL [16:01] only doing GPL things with BSD ensures you don't violate BSD cause its essentially a superset of the GPL rights [16:01] Right. I'm confusing license-of-the-compiled-binary-package and license-of-the-compiled-binary-objects. [16:02] smb: bad news: [16:02] mount: unknown filesystem type 'LVM2_member' [16:02] all thats said i thought there was a driver to pull them all out to loadable status, not sure if that has occured yet [16:02] apw: It's happening gradually [16:02] thought as much, not sure when it slated to be 'done' [16:02] pmatulis, You need to install lvm2 to the live image [16:02] as us trying to preceed is plain bonkers :) [16:02] apw: That said, I think that analysis is wrong in places [16:03] apw, will anyone from the kernel team merge initramfs-tools ? [16:03] ogra, do what ? [16:03] ogra, as in sync it from debian ? [16:03] apw, merge the initramfs-tools package [16:03] yes [16:03] apw: In fact, it *is* wrong in places [16:03] not *sync* [16:03] that needs heavy-lifting merge work :) [16:03] normally foundations has done that IIRC [16:03] drivers/scsi/aic7xxx/aic79xx.seq is *source* and comes with a GPL compatible license [16:04] ah, kernel-team is the owner since lucid [16:04] The toolchain for it is *included in the kernel source* [16:04] yeah it does appear to be a list of all files not called .c [16:05] and following his links its to the radical end of the alarmist world [16:06] drivers/scsi/sym53c8xx_2/sym_fw1.h looks pretty like source to me [16:06] 'its not free software because i cannot understand it' [16:06] not 'its not free because i am not allowed to distribute it freely' [16:08] JFo: I took care of that bug - https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/45021/comments/34 [16:08] Malone bug 45021 in linux-source-2.6.22 "including "omnibook" module would help with ACPI support on HP laptops" [Medium,Won't fix] [16:08] JFo, we can talk to pete next week about it i recon [16:08] i don't see it being a major issue [16:08] cool [16:08] yeah, no big, just wanted to provide the head's up [16:09] yeah i think most of it is non-pragmatic and we are not in any real danger there, but its for the lawyers not 'us' to take a position and thats petes end of the world [16:11] ogasawara, omnibook is under ubuntu/ [16:12] manjo: right, which is why I marked it Fix Released [16:12] manjo: and posted the reasoning in the comment [16:12] * apw waves to manjo [16:12] * manjo waves back to apw [16:13] ogasawara, right. [16:14] JFo: you can close that bug [16:15] JFo: we created linux-firmware-nonfree to address that [16:15] JFo: I forgot to close it [16:15] pgraner, I think apw was indicating it was things that were not in nonfree [16:16] ogasawara, thanks, just now saw your response above [16:16] apw, any plans for suspend resume this cycle ? except for freq based reporting which I moved to this cycle ? [16:16] i suspect that given his desire to point out nonfree in his bug, that that would placate him [16:16] apw, cool [16:16] curtainly worth saying we now have that same as debian, and firmware has been cleaned up and recategorised [16:16] I'll write up something [16:16] apw: ack [16:17] * pgraner is off to find food [16:17] enjoy === pgraner is now known as pgraner-afk [16:38] apw, just reading your e-mail re:KMS Bugs... dude, you read my mind and actually created the tag I was thinking of using... scary. :) [16:39] jfo you need a thicker tin helmet [16:39] indeed [16:39] and some aluminium lining :) [16:44] great minds and all that [16:46] apw: which patch did surbhi see as helping fix the umount stalls? [16:54] kees, The one you found causing the slow downs afaik [16:54] smb: no, I mean, what's the proposed new solution? [16:54] kees, thats not been found, mearly me requesting she test the patch as proposed at the end of the upstream bug [16:55] kees, She is currently looking into the patch that was proposed in the upstream bugzilla [16:55] to see if it is the fix or not [16:55] okay, right, I wanted to direct attention there if it wasn't already known, but it is, so good. [16:55] I'm glad to at least understand the trigger (boundaries) [16:56] smb: what was the keybinding incantation you had in your .vimrc file? [16:56] there's this too: http://www.spinics.net/lists/linux-ext4/msg18780.html [16:56] kees: ^^ [16:56] ogasawara, A second (if apw is not again faster) [16:58] ogasawara, map =F :call Finalise() [16:58] smb: awesome, thanks [16:58] achiang: ooh, yeah [16:58] ogasawara, The ctrl-m is ctrl-v+ctrl-m [16:59] ogasawara, map =N :call NewVersion()^M^[:call Finalise()^M''A [17:01] ogasawara, Thats probably better to describe what you see. ^M and ^[ are control sequences [17:07] re fix-committed for karmic in bug 513848, wondering when it will become fix-released [17:07] Malone bug 513848 in linux "[karmic] CPU load not being reported accurately" [Low,Fix committed] https://launchpad.net/bugs/513848 [17:07] smb, that one i think is acked and applied, when is the next -proposed going in? [17:08] apw, Somewhen after the next round of security [17:08] IOW don't know, yet [17:08] ahh a while then [17:08] I hope not too long [17:08] a few weeks? [17:09] pmatulis, yeah, given UDS interruption [17:09] smb: alrighty then [17:10] smb, apw: I think my ping yesterday missed you guys, but did we accidentally lose this commit in Lucid? - "UBUNTU: [Config] Add atl1c to nic-modules udeb" [17:11] smb, apw: kernel-team ml thread was "Lucid pull request, SRU lp557130" from rtg [17:11] ogasawara, i thought that was Fix Committed [17:11] ogasawara, Thought I did that. lemme check i messed up to push [17:13] ogasawara, Hm, I might have forgotten to push. i see it locally but not remotely [17:14] ogasawara, I am in the middle of a am sequence the. Give me a few min and I push it [17:14] smb: ok cool. no hurry. [17:19] ogasawara, ok, pushed. Sorry for that [17:19] smb: thanks [17:20] you go ogasawara crack that whip ;-0 [17:20] * JFo grumbles about his shift key [17:21] JFo: heh, I'd have not even noticed it had tim not nudged me when he sent the patch mentioning I'd want it for Maverick [17:21] ah [17:23] shift key? [17:25] pgraner-afk: ping [17:29] cking, 0 -> ) [17:30] heh, sorry, should have been more clear [17:30] apw is universal keyboard translator today [17:30] indeed [17:30] * JFo applauds apw [17:31] In my world this would have been 0 -> = [17:31] smb, :) [17:32] * smb is away to have some fun === smb is now known as smb-afk [17:35] heh, 3 hours to print a map on my Brother laser printer. That's what I call painful [17:37] cking, how big is the map ? [17:39] manjo, not that big - my laser printer has a small buffer, and rendering images takes forever [17:39] my fail for buying a lame printer [18:00] <-lunch [18:04] * manjo looks towards the kitchen [18:05] always thinking of food? [18:09] :) [18:10] * apw is at the moment (food!) [18:10] bah, now I'm hungry [18:10] cking, it _is_ dinner time, yours must be burned by now [18:16] ..just one more bug... [18:30] apw, I guess you missed my Q earlier... I am wondering if you have any thoughts for a suspend/resume blueprint? I can think of frequency based reporting that I moved to this cycke [18:30] * apw notes that PPA's have a delete button all of a sudden [18:31] i don't think we ahve any plans for detailed work do we? [18:31] seems excessive to have a whole blueprint for one item like that [18:31] we have talked about having a catchall blueprint for those [18:32] for those small items which would be too small to warrent their own [18:32] hehe, my neighbour just drove their car up the driver and nearly eliminated a tory councillor delivering leaflets [18:33] s/driver/drive/ [18:33] sounds worthy to me [18:34] apw, yep that works for me [18:39] manjo, so just keep it in mind and i'll get one made [18:40] which special options do I need in my kernel to be able to boot a ubuntu 10.04 userland? [18:40] so far I found out I need devtmpfs [18:40] and I have to remove ureadahead [18:40] yep ureadahead needs some patches from the ubuntu kernel [18:40] but I still can't boot a vanilla kernel on a fresh 10.04 :-/ [18:41] i generally build mine with the lucid config [18:41]