=== \sh_away is now known as \sh === doko_ is now known as doko [09:13] moin [09:19] cking: Ho Colin! Any news about bug #177895? [09:19] 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] 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] cking: Oh, Sorry Yes i received it! [09:22] * abogani really need a coffee... [09:23] abogani: It seems that your kernel sources are out of sync with the current tree.. [09:23] * cking coffee - me too [09:24] cking: I can give you one if you came here! ;) [09:24] abogani: The coffee could be cold by the time I arrive :-) [09:24] ;) === asac_ is now known as asac [11:38] hi [11:39] the https://bugs.launchpad.net/ubuntu/+source/linux/+bug/177895 is fixed in 2.6.25-rc7 kernel [11:39] Launchpad bug 177895 in linux "Kernel 2.6.24-2 causing ~1000 wakeups by "Rescheduling Interrupts"" [Medium,In progress] [11:40] rescheduling interrupts occurs much less frequently [11:55] ubotu: I will look at the 2.6.25-rc7 patches to see if we can patch the scheduler to fix this [11:56] does ubotu recognize such language? [12:07] pwnguin: oops should have directed this to dade` [12:29] im just glad to discover that i wasnt the only one to notice that problem [13:21] Good morning ppl [13:21] Hi BenC [13:21] You guys probably noticed I didn't do an upload this weekend [13:21] tim did? [13:21] 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] No one did that I know of [13:22] rtg uploaded one last night. [13:22] 13.23. [13:22] Damnit, I wasn't ready for one yet [13:22] Oh well, just means we will have another [13:23] Well, that's a given since everything non-x86 failed to builkd [13:23] *build [13:26] mjg59`: your vt font patch broke non-vga arch builds [13:26] vt_ioctl.c:(.text+0x44864): undefined reference to `vga_con' [13:44] BenC: Hm. The entire lot probably wants to be CONFIG_X86, then. [13:50] BenC: hmm, no good deed goes unpunished. === bullgard5 is now known as bullgardDL4 [14:49] BenC, mjg59`: fixed vga_cons issue with CONFIG_VGA_CONSOLE [14:50] rtg: Great, thanks [14:50] 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] BenC: ok [14:51] We should review the milestoned bugs tomorrow to make sure we aren't missing anything we want though [14:51] BenC: I'll have the ABI stuff ready by then. [14:52] I mean the ABI bits from the failed builds. [15:31] rtg: Can you take a look at bug #200509 [15:31] rtg: I'm going to bring it up with Intel as well [15:32] BenC: it ought to be fixed in LBM w/1.2.25 [15:40] rtg: Ok, want to fix up the bugs to point to lbm and add a blurb to that affect? [15:41] BenC: Leann has already mentioned the fix in LBM. [15:41] I'll change the project pointer [17:08] mdomsch: hey === \sh is now known as \sh_away === elmargol_ is now known as elmargol [18:25] BenC: did you have a look at my patch? It won't take long, I promise [18:25] tseliot: I'll check it shortly [18:27] thanks [18:28] BenC: here's the link (just in case): http://www.albertomilone.com/tseliot_patch.patch [18:29] rtg: is ipw3945 supposed to be in hardy lum+lrm? [18:29] BenC: no, ipw3945 should be completely excised. [18:30] BenC: besides, the regulatory daemon is gone. the last release in which it appeared was Gutsy. [18:30] rtg: there's still remnants of it around, like microcode and modprobe.d files (lum and lrm, in that order) [18:31] BenC: ok, I'll cleanup. [18:34] 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] rtg: not sure...maybe certain config options have exacerbated the problem (nohz, etc) [18:37] BenC: shall we try it? We have at least one more upload to back it out if it causes problems. [18:38] 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] BenC: I'll pursue it and get a test build out this afternoon. [18:42] tseliot: + * removing madwifi? [18:43] tseliot: + * changed to main? [18:44] BenC: my repository will provide only the nvidia and ati driver [18:45] tseliot: ah, so this isn't for lrm proper...my mistake [18:45] BenC: as regards "main", I had to do that otherwise the packages wouldn't build in the PPA :-( [18:45] tseliot: I can see that conflicting though, for the linux-restricted-modules-2.6.24-X-flav packages though [18:46] tseliot: people will expect them to provide the same modules that ours provides [18:47] BenC: the only packages which I build are nvidia-glx, fglrx, etc. nothing that begins with linux-restricted-modules-* [18:47] tseliot: ok, not so much of a problem in that case [18:47] it doesn't cause any problem with the official l-r-m here [18:48] BenC: using my PPA will avoid the problems related to local builds [18:48] BenC: as Envy used to do [18:48] tseliot: all looks good then [18:49] 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] tseliot: please pass on my ack, I don't have the email handy [18:50] BenC: ok. Thanks for your time :-) === mjg59` is now known as mjg59 [19:06] 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] ubuntu kernel modules [19:11] adinc: it's for us to update modules without affecting people and risking regressions [19:12] adinc: it's so people can opt-in [19:12] ...to newer versions of a driver [19:12] since there is a suggestion testing a newer module, i try to understand what changes if i use this package === \sh_away is now known as \sh [19:29] Any plans to fix the {ppc,sparc,hppa} configs for the vga_con undef ref breakage? [19:30] infinity: done in git [19:31] Yeah, I backscrolled after I asked. [19:31] Thanks. [19:32] infinity: good to see you'll be at UDS this time around [19:33] 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] infinity: fixing first [19:34] infinity: planned upload tomorrow after the kernel IRC meeting, when we'll review the milestoned bugs [19:34] 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] 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] rtg: Well, yes, I could, but that involves taking time out from doing other things. ;) [19:40] 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] infinity: np :) === \sh is now known as \sh_away === \sh_away is now known as \sh === \sh is now known as \sh_away === \sh_away is now known as \sh === \sh is now known as \sh_away === jay is now known as _jayc === _jayc is now known as jayc_