[01:23] JFo: do you happen to have access to an identical model ThinkPad as the reporter's in #548661? [01:24] (I'm not convinced that it's a kernel issue) [03:43] crimsun, I don't, but I can find out if someone else does [03:55] JFo: much obliged [03:57] my pleasure [03:57] I'm attempting to shift my work schedule to accomodate her responses, but it's difficult [03:58] yeah, :-/ UK time... [08:22] smb: hey :) [08:23] JohnFlux, Not here right now. I haven't had my first coffee. :-P [08:23] smb: :-) [08:23] smb: we added support for my driver to the kernel... do you know roughly when that means I can use that kernel and be able to have the nvidia drivers? [08:24] smb: I'm just being spoilt now :-) [08:24] smb: getting the nvidia drivers isn't a high priority, just a niceity [08:25] JohnFlux, your id quirk should have been in since around this Monday. "The" nvidia drivers I fail to make a connection to right now [08:28] smb: yes, quite possibly my question is nonsense. At the moment I have a "custom" kernel. Can I install the proprietary nvidia drivers? [08:29] smb: actually I should just stop bothering you and go google [08:29] JohnFlux, I think I saw Alberto tell people they are "safe" now. [08:29] cool [08:57] smb: the nvidia drivers gave an error when installing, but worked anyway [08:57] smb: thanks for the help [08:58] JohnFlux, Sounds good. Welcome. [09:04] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/539655 [09:04] Malone bug 539655 in linux "nouveau hard lockup in nouveau_gem_ioctl_cpu_fini" [Medium,Triaged] [10:14] http://patchwork.ozlabs.org/patch/48906/ [10:19] hi, cjwatson says this should be handled here, so: simple fix to this bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/160366 [10:19] Malone bug 160366 in linux "Add xen netboot support" [Wishlist,Triaged] [10:20] 03:30 < cjwatson> xen-blkfront should go in scsi-modules, and xen-netfront should go in nic-modules [10:20] 03:31 < cjwatson> (feel free to copy and paste that) [10:23] to be clear, a seperate version of the installer isn't needed, like the original author suggested [10:27] Kevin`, Ok, yeah. So just those two. Should be doable. Thanks [10:28] np :) [10:32] might be proper to include the framebuffer/keyboard interface, assuming it isn't already included. I don't know if there's a way to do a graphical netboot install anyway though? [10:32] I certainly never do [13:38] * x[M][R][-][@][i][m][eDd] [13:39] video=VGA1:stuff === sconklin1 is now known as sconklin [14:42] mjg59: I'm getting this with the open radeon driver "ACPI: ACPI brightness control misses _BQC function" with a Mobility Radeon HD 4200 (1002:9712). No backlight for me? [14:42] well, backlight management [14:46] tseliot: Lacking _BQC won't inherently result in missing ACPI backlight [14:46] Do you have anything in /sys/class/backlight? [14:47] mjg59: yes, I have /sys/class/backlight/acpi_video0/ but my problem is that dimming the backlight freezes X [14:47] tseliot: Unrelated to the kernel message, then [14:48] Probably implemented via some SMI that interacts badly with the native driver. What machine is this? [14:48] mjg59: it's an Inspiron [14:48] dell inspiron [14:49] What model? [14:49] mjg59: fglrx gets this right [14:50] Still via the acpi_video backlight? [14:50] mjg59: it's from series 11, I can't say more [14:51] mjg59: ah, that's a good question but I don't how fglrx works [14:52] That makes fixing things difficult [14:52] You're best going via Dell, then. They'll be able to work out what the BIOS is doing [14:52] mjg59: can it be a BIOS issue? [14:53] Given that it works with fglrx, it's clearly a radeon bug [14:53] ok, thanks for your help [14:53] But if it's via an SMI call, there's no way to work out what the BIOS is doing [14:54] It's probably writing to some chip register directly [14:54] And failing for one reason or another [14:54] oh [14:55] Due to a difference in chip setup between radeon and fglrx [14:55] But without knowing what it's doing, fixing this is difficult [14:55] You presumably can't send me the acpidump [14:55] And even if you could, it'd probably just show an SMI trigger [14:55] So you'll need to ask Dell what the backlight setting is doing, and then work out why that conflicts with radeon [14:57] ok, I'll definitely ask Dell, thanks [14:59] tseliot: Note that the correct fix for this is *not* a bios update [14:59] The bug is definitely in radeon, and that's where the fix should be [14:59] mjg59: yes, we should fix radeon after seeing what's going on [14:59] got it [16:04] is there a place where bugs that weren't picked up for lucid are monitored for M? [16:05] There's bug 333990, which should be a simple config option in the kernel, and I don't want it to forget about it for M like seems to have happened since jaunty [16:05] Malone bug 333990 in linux "[Karmic]Please enable PCI express ASPM (powersave)" [Medium,Won't fix] https://launchpad.net/bugs/333990 [16:06] Is the Ubuntu later milestone used for such purposes? === bjf is now known as bjf-afk === sconklin is now known as sconklin-gone [23:11] bjf: my inbox exploded thanks to the tagging. Had to add another filter. :-) [23:12] :-) [23:13] so, we could probably halve these mic bugs by doing these two things: [23:13] 1) making sure *Mic Boosts are raised to max [23:14] 2) grepping the HDA codec dumps to make sure the correct init is made [23:14] (and of course the underlying init keeps changing from under me...) [23:14] ack