[09:13] <kraut> moin
[09:19] <abogani> cking: Ho Colin! Any news about bug #177895?
[09:19] <ubotu> Launchpad bug 177895 in linux "Kernel 2.6.24-2 causing ~1000 wakeups by "Rescheduling Interrupts"" [Medium,In progress] https://launchpad.net/bugs/177895
[09:20] <cking> abogani: When I applied your patch to the current kernel source I got a lot of patch errors. I believe I sent you an Email about this last week. Did you receive it?
[09:22] <abogani> cking: Oh, Sorry Yes i received it!
[09:22]  * abogani really need a coffee...
[09:23] <cking> abogani: It seems that your kernel sources are out of sync with the current tree..
[09:23]  * cking coffee - me too
[09:24] <abogani> cking: I can give you one if you came here! ;)
[09:24] <cking> abogani: The coffee could be cold by the time I arrive :-)
[09:24] <abogani> ;)
[11:38] <dade`> hi
[11:39] <dade`> the https://bugs.launchpad.net/ubuntu/+source/linux/+bug/177895 is fixed in 2.6.25-rc7 kernel
[11:39] <ubotu> Launchpad bug 177895 in linux "Kernel 2.6.24-2 causing ~1000 wakeups by "Rescheduling Interrupts"" [Medium,In progress] 
[11:40] <dade`> rescheduling interrupts occurs much less frequently
[11:55] <cking> ubotu: I will look at the 2.6.25-rc7 patches to see if we can patch the scheduler to fix this
[11:56] <pwnguin> does ubotu recognize such language?
[12:07] <cking> pwnguin: oops should have directed this to dade` 
[12:29] <pwnguin> im just glad to discover that i wasnt the only one to notice that problem
[13:21] <BenC> Good morning ppl
[13:21] <cking> Hi BenC
[13:21] <BenC> You guys probably noticed I didn't do an upload this weekend
[13:21] <soren> tim did?
[13:21] <BenC> Mostly because of time, but also because I didn't get the cpu1 suspend/resume issue fixed, but I am close to it
[13:21] <BenC> No one did that I know of
[13:22] <soren> rtg uploaded one last night.
[13:22] <soren> 13.23.
[13:22] <BenC> Damnit, I wasn't ready for one yet
[13:22] <BenC> Oh well, just means we will have another
[13:23] <BenC> Well, that's a given since everything non-x86 failed to builkd
[13:23] <BenC> *build
[13:26] <BenC> mjg59`: your vt font patch broke non-vga arch builds
[13:26] <BenC> vt_ioctl.c:(.text+0x44864): undefined reference to `vga_con'
[13:44] <mjg59`> BenC: Hm. The entire lot probably wants to be CONFIG_X86, then.
[13:50] <rtg> BenC: hmm, no good deed goes unpunished.
[14:49] <rtg> BenC, mjg59`: fixed vga_cons issue with CONFIG_VGA_CONSOLE
[14:50] <BenC> rtg: Great, thanks
[14:50] <BenC> rtg: I want to get the cpufreq fix in before next upload, and I think that should be all we need right now
[14:51] <rtg> BenC: ok
[14:51] <BenC> We should review the milestoned bugs tomorrow to make sure we aren't missing anything we want though
[14:51] <rtg> BenC: I'll have the ABI stuff ready by then.
[14:52] <rtg> I mean the ABI bits from the failed builds.
[15:31] <BenC> rtg: Can you take a look at bug #200509
[15:31] <BenC> rtg: I'm going to bring it up with Intel as well
[15:32] <rtg> BenC: it ought to be fixed in LBM w/1.2.25
[15:40] <BenC> rtg: Ok, want to fix up the bugs to point to lbm and add a blurb to that affect?
[15:41] <rtg> BenC: Leann has already mentioned the fix in LBM.
[15:41] <rtg> I'll change the project pointer
[17:08] <BenC> mdomsch: hey
[18:25] <tseliot> BenC: did you have a look at my patch? It won't take long, I promise
[18:25] <BenC> tseliot: I'll check it shortly
[18:27] <tseliot> thanks
[18:28] <tseliot> BenC: here's the link (just in case): http://www.albertomilone.com/tseliot_patch.patch
[18:29] <BenC> rtg: is ipw3945 supposed to be in hardy lum+lrm?
[18:29] <rtg> BenC: no, ipw3945 should be completely excised.
[18:30] <rtg> BenC: besides, the regulatory daemon is gone. the last release in which it appeared was Gutsy.
[18:30] <BenC> rtg: there's still remnants of it around, like microcode and modprobe.d files (lum and lrm, in that order)
[18:31] <rtg> BenC: ok, I'll cleanup.
[18:34] <rtg> BenC: what do you think about http://kernel.ubuntu.com/git?p=abogani/ubuntu-hardy-rt.git;a=commit;h=2070509e4474bf29715fa049c13204a4a4025442 ? Its seems straightforward, but it does make changes at a fundamental level. Also, why didn't we see this problem with Gutsy?
[18:36] <BenC> rtg: not sure...maybe certain config options have exacerbated the problem (nohz, etc)
[18:37] <rtg> BenC: shall we try it? We have at least one more upload to back it out if it causes problems.
[18:38] <BenC> rtg: Yeah, hanging machines is bad enough we should at least look into it. From the description, it sounds like only dmi listed machines will see code changes...any chance we can get a test by someone with that machine?
[18:39] <rtg> BenC: I'll pursue it and get a test build out this afternoon.
[18:42] <BenC> tseliot: +  * removing madwifi?
[18:43] <BenC> tseliot: +  * changed to main?
[18:44] <tseliot> BenC: my repository will provide only the nvidia and ati driver
[18:45] <BenC> tseliot: ah, so this isn't for lrm proper...my mistake
[18:45] <tseliot> BenC: as regards "main", I had to do that otherwise the packages wouldn't build in the PPA :-(
[18:45] <BenC> tseliot: I can see that conflicting though, for the linux-restricted-modules-2.6.24-X-flav packages though
[18:46] <BenC> tseliot: people will expect them to provide the same modules that ours provides
[18:47] <tseliot> BenC: the only packages which I build are nvidia-glx, fglrx, etc. nothing that begins with linux-restricted-modules-*
[18:47] <BenC> tseliot: ok, not so much of a problem in that case
[18:47] <tseliot> it doesn't cause any problem with the official l-r-m here
[18:48] <tseliot> BenC: using my PPA will avoid the problems related to local builds
[18:48] <tseliot> BenC: as Envy used to do
[18:48] <BenC> tseliot: all looks good then
[18:49] <tseliot> BenC: great! can you send an email to Daniel and Michael saying that it's all ok? Otherwise I can do it myself
[18:49] <BenC> tseliot: please pass on my ack, I don't have the email handy
[18:50] <tseliot> BenC: ok. Thanks for your time :-)
[19:06] <adinc> hello, there is an comment on bug  185470 that linux-backports modules 2.6.24 are available in order to solve the iwl3945 driver problem. can someone please tell me what backports modules differ from the normal ubuntu modules?
[19:06] <adinc> ubuntu kernel modules
[19:11] <BenC> adinc: it's for us to update modules without affecting people and risking regressions
[19:12] <BenC> adinc: it's so people can opt-in
[19:12] <BenC> ...to newer versions of a driver
[19:12] <adinc> since there is a suggestion testing a newer module, i try to understand what changes if i use this package
[19:29] <infinity> Any plans to fix the {ppc,sparc,hppa} configs for the vga_con undef ref breakage?
[19:30] <BenC> infinity: done in git
[19:31] <infinity> Yeah, I backscrolled after I asked.
[19:31] <infinity> Thanks.
[19:32] <BenC> infinity: good to see you'll be at UDS this time around
[19:33] <infinity> So, while I'm asking "questions that have probably already been answered", is LBM/LUM/LRM/meta on the way (since things built fine on the supported arches), or are we waiting to fix the non-supported ones too?
[19:34] <BenC> infinity: fixing first
[19:34] <BenC> infinity: planned upload tomorrow after the kernel IRC meeting, when we'll review the milestoned bugs
[19:34] <infinity> Kay.  This upload should fix the last of my "stuff doesn't quite work right on my new laptop" bugs, so I'm anxious to give it a seal of approval.
[19:38] <rtg> infinity: you don't have to wait for the kernel team to produce the bits, you could do it in advance on your PPA.
[19:39] <infinity> rtg: Well, yes, I could, but that involves taking time out from doing other things. ;)
[19:40] <infinity> And, really, I could do it locally (which is way faster than the PPA machines), but again... "Other stuff".
[19:40]  * infinity will just wait another day.
[19:40] <rtg> infinity: np :)