[03:46] hi, 2.6.24 seems to use pv_cpu_ops as gpl only, that breaks fglrx [03:48] i guess paravirt === clever is now known as clever[rev] [05:12] also i need a fix for aufs [05:12] best add it to lum [05:15] sed -i 's/CONFIG_PARAVIRT=y/# CONFIG_PARAVIRT is not set/;s/CONFIG_PARAVIRT_GUEST=y/# CONFIG_PARAVIRT_GUEST is not set/' debian/config/i386/config debian/config/amd64/config [05:15] thats needed when paravirt is not changed [07:41] moin === \sh_away is now known as \sh === asac_ is now known as asac [13:52] hi, hardy lum is still on -0, but it should be -1 [13:53] how about disabling paravirt(guest) to let 3d drivers compile? [13:53] Kano: bug pkl. He's working on it right now. [13:54] pkl? [13:54] Philip Lougher [13:54] nickname [13:55] hmm, I guess he's not on this channel. hold on... [14:00] Kano: is this a typical fglrx problem? [14:00] a typical GPL only problem [14:00] some functions are exported gpl only [14:01] when paravirt is enabled [14:01] paravirt is important for Ubuntu [14:02] could you list the specific functions that are gpl only? [14:02] then tell linus to remove gpl only ;) [14:03] send an email to kernel-team@lists.canonical.com with you proposal so that everybody can track the problem [14:03] FATAL: modpost: GPL-incompatible module fglrx.ko uses GPL-only symbol 'pv_cpu_ops' [14:03] i am sure you can compile your own kernel... [14:04] you dont need a ati card to compile the module [14:04] and why does fglrx use operations from paravirts? [14:04] because it is enabled [14:05] a similar problem was with 2.6.21 [14:05] Kano: to me this looks like a problem with fglrx, not Ubuntu. IMHO, you should be talking to ATI. [14:05] http://www.nvnews.net/vbulletin/showthread.php?t=102652 [14:05] not only fglrx, also nvidia [14:05] all non gpl drivers [14:06] have you tried filing bugs with these drivers? [14:06] This problem can not be worked around in the NVIDIA Linux graphics driver. [14:06] can you read this [14:08] It says in that link that Nvidia will fix their driver in future releases [14:08] just ask ATI to do the same [14:08] http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg229455.html [14:08] maybe it is already fixed,but not in your git tree [14:12] Kano: rtg is syncing to the latest 2.6.24 tree 2-3 times a week. So we shouldn't be far behind. [14:13] then he should try to compile one of those modules [14:14] Kano: We will get to it when we compile LRM. Be patient. [14:14] i dont use that package [14:14] i am sure you can get to it faster [14:15] But we do. And as much as you would like, we don't work to your schedules. Sorry. [14:15] for me lrm is the biggest crap ever introduced [14:16] kernel+lum are ok, but not lrm [14:16] Kano: you are on a old base [14:16] that paravirt problem got resolved since some time irc [14:16] maks_: old base? [14:17] i compiled it this night [14:17] linux-2.6 ? [14:17] irc that was a trouble of 2.6.22 or 2.6.21 [14:17] thats a new 2.6.24 regression! [14:18] cool [14:18] good news then Kano :) [14:20] Kano: if it is fixed in 2.6.24, we will pick it up. If it isn't then ATI will eventually fix their stuff just as Nvidia is. But disabling partvirt is NOT an option. [14:20] amitk: until you want to use gpl drivers you can not enable it [14:21] Then we will solve it when we get to that problem [14:22] *shrug* [14:25] you are really funny [14:25] you dont own ati or nv gfx cards= [14:31] radeonhd works pretty fine on ati [14:31] well nouveau is kind of stalled.. [14:31] so don't buy nv [14:31] you have ideas, unbeleaveable [14:32] radeonhd has no xv support === \sh is now known as \sh_away [15:22] when will be aufs available? there is no aufs or unionfs in lum [15:22] i would prefer aufs... [17:20] hey all, anyone in? [17:29] well i was just curios if the time information that the ubuntu kernel prints is a special kernel patch [17:30] or if its already in the kernel source, just needs to be turned out [17:30] there was something about printing timing info in the kernel hacking secrtion [17:30] but its more like time elapsed, not current time [17:55] hrm === pwnguin_ is now known as pwnguin === doko_ is now known as doko