| crimsun | JFo: do you happen to have access to an identical model ThinkPad as the reporter's in #548661? | 01:23 |
|---|---|---|
| crimsun | (I'm not convinced that it's a kernel issue) | 01:24 |
| JFo | crimsun, I don't, but I can find out if someone else does | 03:43 |
| crimsun | JFo: much obliged | 03:55 |
| JFo | my pleasure | 03:57 |
| crimsun | I'm attempting to shift my work schedule to accomodate her responses, but it's difficult | 03:57 |
| JFo | yeah, :-/ UK time... | 03:58 |
| JohnFlux | smb: hey :) | 08:22 |
| 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:23 |
| 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:24 |
| 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:25 |
| 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:28 |
| 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:29 |
| JohnFlux | smb: the nvidia drivers gave an error when installing, but worked anyway | 08:57 |
| JohnFlux | smb: thanks for the help | 08:57 |
| smb | JohnFlux, Sounds good. Welcome. | 08:58 |
| 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] | 09:04 |
| apw | http://patchwork.ozlabs.org/patch/48906/ | 10:14 |
| 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:19 |
| 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:20 |
| Kevin` | to be clear, a seperate version of the installer isn't needed, like the original author suggested | 10:23 |
| smb | Kevin`, Ok, yeah. So just those two. Should be doable. Thanks | 10:27 |
| Kevin` | np :) | 10:28 |
| 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 | 10:32 |
| apw | * <xres>x<yres>[M][R][-<bpp>][@<refresh>][i][m][eDd] | 13:38 |
| apw | video=VGA1:stuff | 13:39 |
| === sconklin1 is now known as sconklin | ||
| 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:42 |
| mjg59 | tseliot: Lacking _BQC won't inherently result in missing ACPI backlight | 14:46 |
| mjg59 | Do you have anything in /sys/class/backlight? | 14:46 |
| 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:47 |
| 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:48 |
| mjg59 | What model? | 14:49 |
| tseliot | mjg59: fglrx gets this right | 14:49 |
| mjg59 | Still via the acpi_video backlight? | 14:50 |
| tseliot | mjg59: it's from series 11, I can't say more | 14:50 |
| tseliot | mjg59: ah, that's a good question but I don't how fglrx works | 14:51 |
| 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:52 |
| 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:53 |
| 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:54 |
| 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:55 |
| tseliot | ok, I'll definitely ask Dell, thanks | 14:57 |
| 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 | 14:59 |
| cnd | is there a place where bugs that weren't picked up for lucid are monitored for M? | 16:04 |
| 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:05 |
| cnd | Is the Ubuntu later milestone used for such purposes? | 16:06 |
| === bjf is now known as bjf-afk | ||
| === sconklin is now known as sconklin-gone | ||
| crimsun | bjf: my inbox exploded thanks to the tagging. Had to add another filter. :-) | 23:11 |
| bjf | :-) | 23:12 |
| 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:13 |
| 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 | 23:14 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!