[05:38] <fabbione> morning
[11:46] <spayne> can anyone help me with this ndiswrapper bug?
[11:46] <spayne> where the module isn't being loaded
[01:15] <spayne> oin 
[02:11] <zul> hey
[02:11] <chmj> hey chuck 
[02:11] <zul> hey charles how goes it?
[02:11] <chmj> good
[02:11] <chmj> your side ?
[02:12] (chmj/#ubuntu-kernel) sweet 
[02:13] (chmj/#ubuntu-kernel) I was celebrating my 21st b-day yesterday
[02:15] (chmj/#ubuntu-kernel) yeah :D 
[02:16] <fabbione> tsk.. KIDS!
[02:16] <chmj> :-/
[02:16] <zul> heh...ill be 30 next week
[02:17] <zul> ill be an old fart
[02:17] <fabbione> zul: eheh i will be 30 in not too long from now
[02:18] <zul> ill have to retire soon take me out into the pasture and shoot me
[02:22] <chmj> eheh 
[02:28] <fabbione> I WANT MY PENSION!
[02:31] <zul> heh...i parsed that as penison
[02:35] <chmj> hahaha 
[02:43] <fabbione> zul: you have issues :)
[02:44] <fabbione> anyway.. i am off..
[02:44] <fabbione> cya tomorrow
[02:44] <zul> toodles
[04:26] <dilinger> mjg59: ping
[04:30] <dilinger> mjg59: what actually ends up in breezy's kernel wrt acpi and laptop patches?  is it just acpi backports + misc fixes from bugzilla, along w/ swsusp2 or something?
[04:43] <mjg59> dilinger: acpi backports, misc fixes from Bugzilla, a couple of my own fixes, a small number of new features. Nothing as big or invasive as swsusp2
[04:58] <rtcm> mjg59: about vga16fb not working on some hardware, maybe someone already familiar with some of the malfunctioning hardware/bioses could help? I'm thinking of talking with the sisfb maintainer which has been very helpful for me before...
[04:58] <mjg59> rtcm: Sure. If people could work out what the issue is, then it may be fixable
[04:59] <mjg59> Windows successfully gets 640x480 without breakage, though I'm not sure how
[04:59] <rtcm> it sure does... will seen what i can do
[05:00] <BenC> mjg59: found another case where vga16fb is broken
[05:00] <BenC> I have an x86 box with an nvidia geforce4, and it using the tvout
[05:01] <BenC> the vga16fb mode causes a really bad screen flicker/shifting
[05:01] <BenC> when I connect it to a normal crt or lcd it works ok
[05:02] <BenC> the kernel riva module works fine though
[06:50] <zul> so how long before users start asking for 2.6.13
[06:50] <BenC> today probably
[06:51] <zul> i want it now!!!!
[06:51] <zul> hehe
[06:57] <mjg59> BenC: Did you get a chance to look at those patches I sent?
[06:57] <BenC> you sent patches?
[06:57] <mjg59> Yesterday
[06:57] <BenC> I really need to get spamassassin to do a better job of filtering
[06:57] <mjg59> Hmm
[06:57] <BenC> I seem to be deleting a lot of pertinent email
[06:58] <BenC> can you resend it to ben.collins@ubuntu.com?
[06:59] <mjg59> That's where I sent it initially, but hang on a sec
[06:59] <BenC> oh wait
[06:59] <BenC> I do have them
[06:59] <BenC> but there's nothing attached to the email
[06:59] <BenC> just a list of the patches
[06:59] <mjg59> Gah.
[07:00] <mjg59> Probably my mistake.
[07:01] <mjg59> BenC: Ok, resent
[07:02] <BenC> how tested are these?
[07:02] <BenC> and more importantly, how important?
[07:02] <BenC> I was going to do a kernel upload today
[07:03] <mjg59> The ec-burst one only impacts a non-default code path
[07:03] <mjg59> owner_id is pretty important, but I can't reproduce the problem it fixes here so it's hard to tell. Upstream reports that it works
[07:03] <mjg59> The sonypi one just adds extra hardware support, but it's needed for hotkeys (and brightness control) to work on new Sonys
[07:04] <mjg59> The dev-acpi one is probably the least important, but it's self-contained code and it buys us undocking support
[07:04] <rtcm> im one of the people getting the ACPI-0145: *** Error: Invalid owner_id: 00
[07:05] <rtcm> i can do some testing
[07:06] <BenC> mjg59: got the patches that time, thanks
[07:06] <BenC> I'll look them over
[07:07] <mjg59> BenC: Ok, thanks
[07:07] <BenC> sonypi will go in, since it only touches the sonypi code
[07:09] <BenC> devacpi doesn't seem like it can hurt anything existing
[07:10] <BenC> ownerid is the only one that scares me, but if it's already broken, maybe it can't get anymore broken :)
[07:15] <mjg59> BenC: Heh. Yeah, it's already breaking stuff for some people, so...
[07:45] <mjg59> BenC: Ping?
[07:48] <BenC> ?
[07:49] <mjg59> Hi. I've managed to track down a problem that causes a hang when using usplash with suspend to disk
[07:49] <mjg59> The /easiest/ way of fixing it for Breezy would be to comment out a single line in the kernel
[07:50] <BenC> ok, send me a patch and I'll look at it
[07:50] <mjg59> Ok
[08:30] <rtcm> hmm, now this hadn't ocurred to me yet:
[08:30] <rtcm> ACPI-0105: *** Error: Could not allocate new owner_id (32 max), AE_OWNER_ID_LIMIT
[08:31] <rtcm> ACPI-0509: *** Error: Method execution failed [\_SB_.ADP0._PSR]  (Node dedd72a0), AE_OWNER_ID_LIMIT
[08:32] <rtcm> hope this next kernel iteration fixes this, it's being generated each 30 seconds
[08:32] <mjg59> rtcm: Yeah, that's what happens if you run with that bug for too long
[08:33] <rtcm> it doesn't seem to  break anything though
[08:33] <rtcm> guess i'll have to reboot then :-)
[08:47] <zul> mjg59: my is being delivered tomorrow
[08:48] <mjg59> zul: Rock
[08:50] <zul> oh yeah..
[09:57] <zul> later..
[09:57] <zul> BenC: i should have something for you this week for the syskonnect its a bugger