=== cropalato_ is now known as cropalato
[02:01] <ogasawara> jbarnes: I assume you're referring to http://lkml.org/lkml/2009/4/6/114 from Jens?  I don't think they're currently in the Jaunty kernel.
[02:02] <ogasawara> jbarnes: do you know if a bug has been opened in launchpad requesting they be considered for a stable release update?
[02:03] <ogasawara> jbarnes: if not we'll want to open one (ie let me know and I can open one for you and nudge the kernel team to consider)
[02:03] <jbarnes> ogasawara: no I'm not sure... I think there may be some ext3 related patches as well
[02:03] <jbarnes> given how bad interactive perf has been under I/O load it seems like Jaunty should get something
[02:09] <jbarnes> ogasawara: oh and btw I think "make install" from a kernel build still fails to update grub/menu.lst and create an initramfs
[02:09] <jbarnes> I think there's a launchpad about that, but I thought it was supposed to be fixed by now
[02:10] <ogasawara> jbarnes: thanks, I'll see if I can find it.
[02:10] <ogasawara> jbarnes: I'll go ahead and open a bug for the SRU of those patches, want me to just subscribe you to it
[02:10] <jbarnes> ogasawara: sure thanks, I'd be happy to test
[03:02] <TheMuso> 6/c
[08:49] <iulianpojar1> i want high memory support in ubuntu generik kernel 32bit as default
[08:50] <iulianpojar1> how can i acomplish that?
[08:50] <amitk> iulianpojar1: it won't happen for Jaunty. We are considering it for Karmic
[08:51] <iulianpojar1> i can't use the server kernel because of drivers for video card
[08:51] <iulianpojar1> they don't install with the server edition
[08:52] <iulianpojar1> and i have 8gb of ram, and using just 3,2gb of them :(
[08:53] <amitk> iulianpojar1: I understand. What video card do you have?
[08:53] <iulianpojar1> amd radeon 4670
[08:54] <amitk> tjaalton: ^^^ 
[08:55] <amitk> iulianpojar1: what probablems do you have with drivers on the server kernel?
[08:55] <amitk> *problems
[08:55] <iulianpojar1> fglrx drivers do not load
[08:56] <tjaalton> fglrx fail
[08:56] <iulianpojar1> and ati (open source) drivers have just 2d support 
[08:58] <amitk> iulianpojar1: we are considering enabling PAE (high-mem support) in 32-bit generic kernel for the next release.
[08:59] <amitk> There just weren't too many *desktop* machines with 4G+ of RAM earlier
[08:59] <tjaalton> my laptop has 4GB :)
[08:59] <iulianpojar1> half a year waiting, and thats 2 years after the hardware makers 
[08:59] <iulianpojar1> that gave us 8gb of ram on every ddr2 mobo
[09:00] <tjaalton> why don't you run 64bit?
[09:00] <amitk> that was just my next question :)
[09:01] <iulianpojar1> when 8gb of ddr2 ram is under 40$ in retail , i have aplications that do not run in 32 bit mode
[09:01] <iulianpojar1> sorry, 64 bit mode
[09:02] <amitk> iulianpojar1: do you have examples? We need to know who to blame for people not moving to 64-bit ;)
[09:04] <tjaalton> and usually it's just ia32-libs missing some 32bit libraries, in which case those can be added by the admin
[09:04]  * amitk nods
[09:05] <amitk> most common proprietary apps now run on 64-bit (flash, skype, java)
[09:05] <iulianpojar1> unison, and some other synchronistaion software can't run between 32 bit to 64 bit machines
[09:06] <tjaalton> hmm? unison most certainly does
[09:06] <amitk> iulianpojar1: I've been running unison between my amd64 and i386 box for ages
[09:06] <iulianpojar1> and i have to use it between home-desktop netbook and work-station
[09:07] <iulianpojar1> doesn't work for me :(
[09:08] <amitk> iulianpojar1: different versions? like hardy against jaunty?
[09:08] <amitk> i know unison has problems with that
[09:08] <iulianpojar1> the same hardy
[09:08] <amitk> though intrepid against jaunty worked just fine
[09:09] <iulianpojar1> then i'l have to upgrade
=== Keybuk_ is now known as Keybuk
=== elmo is now known as canonical_millba
=== smb_tp is now known as smb
[14:17] <ikepanhc> smb: how do you think about backport lenovo-sl-laptop to hardy LBM? could you give me some suggestion?
=== canonical_millba is now known as elmo
[14:18] <ikepanhc> smb: after amit's suggestion, I think I shall wait for the answer of the driver maintainer
[14:18] <smb> ikepanhc, Is there a big asking for it for hardy?
[14:19] <ikepanhc> smb: I dont think so :P
[14:20] <smb> ikepanhc, So, I'd wait for that first. It is probably not something you cannot live without. ;-)
[14:20] <ikepanhc> thanks, I will try to have a talk with the maintainer
[14:25] <iulianpojar1> ubuntu 9.04  right now on www.ubuntu.com
=== emgent__ is now known as emgent
[15:11] <apw> smb, on your jaunty install, can you see if VT-1 is working ok for you
[15:12] <smb> apw, Give me a sec I boot it up
[15:12] <apw> some of us have nothing on our VT's other than X.  just a cursor
[15:12] <smb> But I thought it did
[15:12] <apw> trying to find a pattern to those who do and dont
[15:14] <smb> I think it is on RC level. vt1-6 work
[15:15] <apw> i have nothing on mine
[15:15] <smb> GFX is ATI Radeon 3400
[15:16] <apw> smb, thanks
[15:16] <smb> np
=== thunderstruck is now known as gnomefreak
[15:47] <jcastro> anyone from the kernel team interested in a kernel session for ubuntu openweek?
[15:47] <jcastro> It doesn't need to be highly technical, just an overview of kernel stuff in jaunty, what you plan to do for karmic, etc.
=== maco is now known as PeterGriffin
=== PeterGriffin is now known as maco
[19:55] <awe> apw: ping
[19:59] <awe> rtg: can you answer a question about hardy l-r-m and the volatile mechanism?
[19:59] <rtg> awe: I expect he's into his 3rd beer by now. 
[19:59] <awe> rtg: i'm trying to debug the wl wrapper, and i can't seem to figure out how to force my updated module to get picked up...
[20:00] <rtg> awe: get picked up... ? what does that mean?
[20:00] <awe> rtg: yea, i wish i was into my 3rd beer..., but i've got a release party and the celtics game to look forward to tonight.  ;)
[20:01] <rtg> awe: are you rebuilding the whole package and re-installing every time?
[20:01] <awe> rtg: yes
[20:01] <rtg> hmm, how can it _not_ use the new module?
[20:01] <awe> rtg: first i tried creating a patch, that didn't seem to work, so next i just modified the tarball directly.
[20:02] <awe> i can't seem to get a simple printk to work.  seems pretty trivial, i know
[20:02] <rtg> awe: hmm, I though smb unrolled Broadcom in LRM.
[20:03] <awe> ?
[20:03] <rtg> awe: source instead of tarball. I'll have to look
[20:04] <awe> in our version, it's just two gzip'd tarballs
[20:04] <awe> one _32 and one _64
[20:04] <rtg> I should get him to start a git repo for it as well.
[20:05] <awe> anyways, i'll keep poking at it... i just wanted to make sure there wasn't anything funny going on w/l-r-m that i was missing...
[20:05] <rtg> awe: one oddity about LRM is hat it doesn't do the final module link until boot time
[20:06] <awe> rtg: yea, i noticed that...  thanks
[20:06] <rtg> awe: smb _did_ unroll the distro version of LRM
[20:07] <awe> rtg: ok,
[20:07] <rtg> awe: I'm going to ask Stefan to creatre a git repo with a netbook-lpia branch, just like the other kernel packages
[20:11] <awe> rtg: cool, i think it'd make it much easier to work with
[20:12] <rtg> awe: are you subscribed to kernel-team@lists.ubuntu.com ? that's where I'm sending the note
[20:12] <awe> rtg: yes
=== mcasadevall is now known as NCommander