[12:37] <poningru> quick question, is the gutsy kernel currently the .22 rc or are we still on .21?
[12:40] <poningru> need it for tribe1 walkthrough
[12:42] <crimsun> the latest, 6.13, merged 22-rc3
[12:42] <crimsun> it's noted in the changelog.
[12:50] <BenC> crimsun: thanks
[12:51] <poningru> awesome
[12:51] <poningru> thanks
[12:51] <BenC> and 6.13 will definitely be what tribe1 gets released with
[01:12] <poningru> another question: will SLUB be used?
[01:13] <BenC> it already is
[01:13] <BenC> has been for a few weeks now
[01:14] <poningru> awesome
[01:14] <poningru> thanks
[01:14] <BenC> np
[01:15] <BenC> poningru: since you're doing release notes, please add in there that all of our third party modules and added firmware have moved to linux-ubuntu-modules-2.6.22, and that users need to ensure that they have linux meta packages installed for proper upgrades
[01:15] <poningru> sweet will put that under upgrade notes
[01:15] <BenC> mainly linux-generic
[01:15] <BenC> thanks
[01:16] <poningru> :D
[01:16] <poningru> np
[02:37] <poningru> can you guys look over https://wiki.ubuntu.com/GutstyGibbon/Tribe1#head-8a02e12763c54b7c8a328619650ce2e38f78d93c
[02:37] <poningru> see if its ok?
[02:38] <poningru> thanks :)
[05:21] <poningru> ...
[05:21] <poningru> can someone check?
[05:22] <crimsun> it -is- Sunday night or very early Monday morning for most devels
[05:22] <crimsun> but sure, I'll once-over it, though I'm by no means comprehensive for all changes.
[05:27] <crimsun> poningru: would you like me to outline suggestions in #ubuntu-doc or just make changes?
[05:36] <poningru> either or
[05:36] <poningru> but I can do it
[05:36] <poningru> crimsun: 
[05:37] <poningru> yeah I guess it can wait till later
[05:40] <crimsun> poningru: ok, I'll edit it.
[05:41] <poningru> gracias
[05:45] <crimsun> edited.
[05:48] <crimsun> (also may wish to mention continuing work with powersaving: install powertop from universe)
[05:55] <poningru> only available in gutsy right?
[06:00] <crimsun> correct, but you -are- writing Tribe1 notes, so...
[06:02] <poningru> right just making sure feisty features done make it in there 
[06:02] <poningru> thanks man :D
[07:56] <jml> Is it likely that bug 117864 will be fixed in Feisty?
[07:57] <jml> i.e. https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/117864
[08:00] <crimsun> it's missing `dmesg` at least.
[08:09] <jml> crimsun: ok. I'll supply that soon.
[08:44] <tepsipakki> hey, according to debian bug 424975 the fglrx driver now supports xserver 1.3, could we get this in before main is frozen for tribe 1?
[08:57] <kraut> moin
[10:25] <dimon08> hi all?
[10:25] <dimon08> !
[10:26] <dimon08> why are there so many bugs in the 2.6.20-16 kernel?
[02:05] <zul> morning
[02:10] <abogani> zul: morning
[02:29] <Mithrandir> isn't the 1068 supposed to just work with feisty?
[03:39] <toad165> A question about disk buffer cache in linux kernel: Is it possible to disable them completely?
[03:42] <mjg59> Read or write?
[03:47] <toad165> to repeat the question: Is it possible to completely disable disk buffer cache in linux kernel?
 Read or write
[03:48] <mjg59> And do you mean the disk cache or the kernel cache?
[03:48] <toad165> disk cache
[03:48] <toad165> I am running kernel inside the simulator
[03:49] <toad165> and want to disable caching of the kernel
[03:49] <toad165> That is the cache of disk blocks recenly read/written
[03:49] <mjg59> Then no
[03:49] <mjg59> You can flush it
[03:50] <toad165> Okey
[03:50] <toad165> thanks
[03:50] <mjg59> With /proc/sys/vm/drop_caches
[06:23] <iwj> Anyone here who'd like to comment on a crazy crazy plan I'm concocting ?
[06:24] <iwj> It's for a weird kind of test harness.  The basic idea is to have the kernel kmalloc a huge buffer and write some trace information into it in a circular buffer style.  It would be read out later by using /dev/mem.
[06:25] <iwj> How big a piece of contiguous ram can I allocate this way ?
[06:28] <iwj> And as a not-currently-kernel-hacker how doomed am I ?  (I've done dev work on unix kernels in the past so I'm not completely ignorant)
[07:16] <iwj> https://blueprints.launchpad.net/ubuntu/+spec/full-filesystem-sanity-gutsy is the relevant spec; wiki page at https://wiki.ubuntu.com/BootLoginWithFullFilesystem.
[07:16] <iwj> I'd appreciate comments from you guys ...
[07:18] <mjg59> Hm. It's an interesting idea.
[07:19] <mjg59> I kind of wonder whether a ramfs based solution would be possible
[07:20] <mjg59> kmalloc isn't a great plan. Stuff allocated that way is unswappable.
[07:21] <mjg59> I'm also not sold on the requirement for it to be contiguous. Providing some method for dumping it out of the kernel would be easy enough
[10:42] <maks_> do you guys deploy nouveau already?
[10:44] <kylem> no.
[10:44] <kylem> airlied asked me not to because they hadn't decided to freeze their drm abi.
[10:44] <kylem> ... then fedora went and did it.
[10:46] <kylem> anyway, keeping xf86-video-nouveau and kernel driver in sync would be a massive pain in my ass.
[10:48] <maks_> ok and how is the fedora feedback?
[10:48] <kylem> no clue.
[10:49] <kylem> the thought of building the kernel modules externally and shipping them with the X driver occured to me, and i did a bit of work on it, but i don't think nouveau is ready for a deluge of user bug reports.
[10:50] <maks_> 22:51 <jima> fedora 7 shipped with nouveau, iirc, but not enabled by default.
[10:51] <maks_> so will gone unnoticed mostly
[10:51] <kylem> yeah
[10:51] <kylem> 'nv' is improving a bit recently.
[10:51] <kylem> so perhaps nvidia is trying to deflect some criticism.
[11:15] <maks_> kylem fedora says to have added sparse as build req *cool*
[11:16] <kylem> hmm. interesting.
[11:16] <kylem> linus hasn't relicensed sparse, has he?
[11:16] <maks_> would mean trouble as in debian sparse landed in non-free afair