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