[01:00] desrt: not that I know of [01:00] desrt: still around? === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === calc [n=ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel === crimsun_ [n=crimsun@66.248.140.183] has joined #ubuntu-kernel [04:26] BenC; pong [04:26] BenC; please re-enable it :) [04:30] BenC: it might be from whatever the DC machines wanted... might be good to ping elmo on the HUGETLB* stuff [04:31] at which point he'll say one of (a) HELL YES, (b) HELL NO, or (c) whatever === kikov [n=kikov@67.Red-83-46-20.dynamicIP.rima-tde.net] has joined #ubuntu-kernel === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel [05:24] morning [05:24] desrt: TLB is sort of a problem [05:25] how so? [05:25] because it adds an extra layer to the mm iirc [05:25] that slow dows things a bit === desrt raises an eyebrow [05:25] + it was never turned on [05:25] ah [05:25] it was probably just on in my custom kernel that i was running [05:26] when you guys started shipping 64bit i switched [05:26] desrt: we can discuss these goodies for dapper [05:28] http://bugzilla.ubuntu.com/show_bug.cgi?id=16469 <- [05:29] didn't we fix this one? [05:30] fabbione; i was actually rather hoping for HUGETLB in breezy [05:31] at least in powerpc64-smp :) [05:31] desrt: too late. it involves an ABI change mostlikey [05:31] arggghh [05:31] and we are truely deep freeze now [05:32] i don't believe in freezes :) [05:35] we do :) [05:35] you lose :P [05:46] does anyone even use ppc64? :) [05:47] how do i find out if ABI would be broken? [05:48] desrt: yeah quite a lot of people [05:48] desrt: there is an ABI checker in our source code [05:48] s/source/build/ [05:53] k. i'll have a look at it at work [05:53] basically, we need need need hugepages [05:54] and running a custom kernel in ubuntu isn't the most comfortable exercise [05:54] desrt: for dapper for dapper for dapper [05:54] particularly in breezy :) [05:54] k. our research is occuring now :) [05:54] desrt: why not? [05:54] fabbione; because you have to recompile it every time the kernel is updated [05:54] it's easy to build custom kernels [05:54] nope... [05:54] that's why you make a custom [05:54] i'm all about getting my stuff into upstream :) [05:55] right... but i mean... if you want the fixes in the new kernel [05:55] then you have to rebuild your config against the new source [05:56] well of course [05:56] given that you need the new fixes [05:56] the only reason why i would compile a custom kernel is if i need special features or remove unused features [05:57] well [05:57] with ubuntu pretty much everything is a module [05:57] which is nice [05:57] but... [05:57] for ex.. [05:57] a security fix comes up on ppp [05:57] i'd disable inotify [05:57] it sucks :) [05:57] and you don't use and build ppp [05:57] it's pointless to update [05:57] right. [05:57] i agree.. [05:57] i was joking [05:57] *ahem* [05:57] so your upgrade path is different [05:58] idiotify sucks [05:58] brb [05:58] hahahah [05:58] that's a great name! [06:08] re [06:10] do you have an idea of how to do better than inotify? [06:10] if you do i'd seriously like to hear it [06:14] i think the kernel code is ok [06:14] it's userland that truely sucks [06:15] hmm [06:15] interesting [06:15] in what ways do you feel this to be the case? [06:16] because i had to debug gamin more than once [06:16] (hah. i'm being such a psych) [06:16] so i read both the codes [06:16] ahh [06:16] and i can tell you that gamin is really bad code [06:16] or at least used to be [06:16] ok. ya.. the gamin backend for inotify is a bit scary [06:16] my problems with inotify, incidentally, are based on the kernel :) [06:17] it's the best interface that we could possibly have [06:17] but it's still quite bad [06:17] alas. bed now. [06:17] cheerio. [06:18] good night === JaneW [n=JaneW@wbs-146-156-89.telkomadsl.co.za] has joined #ubuntu-kernel === chmj [n=chmj@196.36.161.235] has joined #ubuntu-kernel [10:32] <\sh> gentlemen, i updated #16539 === smurfix_ [n=smurf@debian/developer/smurf] has joined #ubuntu-kernel === smurfix [n=smurf@debian/developer/smurf] has joined #ubuntu-kernel === smurfix [n=smurf@debian/developer/smurf] has joined #ubuntu-kernel === chmj [n=chmj@196.36.161.235] has joined #ubuntu-kernel === JaneW [n=JaneW@wbs-146-156-89.telkomadsl.co.za] has left #ubuntu-kernel ["Bye"] === doko_ [n=doko@dslb-084-059-069-191.pools.arcor-ip.net] has joined #ubuntu-kernel [02:24] hey [02:39] yo [03:37] good morning [03:40] hey Ben === Yagisan [n=jamie@220-245-252-194-nsw-pppoe.tpgi.com.au] has joined #ubuntu-kernel === mkrufky [n=mk@68.160.103.77] has joined #ubuntu-kernel === Yagisan [n=jamie@220-245-252-194-nsw-pppoe.tpgi.com.au] has left #ubuntu-kernel [] === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === lamont [n=lamont@15.238.5.47] has joined #ubuntu-kernel [10:13] when is -19 uploading? [10:19] when benc gets to it? :) [10:19] im heading home folks talk to you later [10:24] mjg59: HP OB900... clues on what I need to do to make sound work in breezy (or hoary, for that matter...) [10:46] lamont: you need anything last minute? [10:46] BenC: just waiting for it [10:47] I mean, today is _almost_ over in London..... [10:48] (not that I'm impatient or anything...) [10:48] hehe, ok [10:48] was just about to do the upload [10:49] waiting to see if I got some response for a couple of bug reports first [10:54] ok, upload in ~10 minutes === mkrufky [n=mk@68.160.103.77] has left #ubuntu-kernel [] [11:10] BenC: rocking [11:23] mjg59: Should the kernel stop asking us to load vesafb now, then? Or does it still need to load it in case the user desn't have usplash [11:23] mmm. [11:23] Not that it would matter at that point, given that fbcon isn't also loaded.