I have a laptop with GF6600Go, 10de:0148, 1400x1050 internal display, and DVI and VGA connectors. Connected to the DVI connector is a 1680x1050 display. When running X with RandR12 enabled, the laptop display shows distortions only, while nothing appears on the external display. Also, the server crashes after I run "xrandr --query". I'll attach the X.org log and xrandr output.
Created attachment 12896 [details] X.org server log of failing RandR12 on 6600Go
Created attachment 12897 [details] xrandr output before it crashes X server
Two things: 1 - lvds support is disabled atm 2 - A mmio-trace of the nvidia driver using the lvds + dvi configuration would be helpful(actually, without it i have no clue what to do), since you have an odd configuration. http://nouveau.freedesktop.org/wiki/MmioTraceHowto
Sorry for the delay. I just sent the dump to mmio dot dumps.
A lot of bugs have been fixed in the meantime and your trace shows nothing out of the ordinary. Could you try again? LVDS is still disabled though.
Don't bother, i found a bug that affects you as well.
Created attachment 13111 [details] X server log when out of frequency, with xrandr run at the end Tried again. The distortions on native display disappeared, but I still get no picture: now I get a "out of frequency" error in the external display.
Created attachment 13112 [details] LVDS only, switch to another console, no restore, only distortions I got it work, thanks to Maarten. I also enabled LVDS to test it, and it seems to work, with some problems. Attached log of console restore problem. Note that console restore works fine when using DVI only.
Created attachment 13117 [details] LVDS only when hotplugging DVI, xrandr --auto, LVDS goes to distortions, all-blue screen on DVI
Created attachment 13118 [details] LVDS only, switch to another console, no restore, only distortions (updated)
Created attachment 13119 [details] Garbage on LVDS when switching DVI mode Any switch of DVI mode causes LVDS to go garbage until it is switched as well. Attached log of the following scenario: Initial state: LVDS+DVI, 1400x1050,1280x1024 1. xrandr DVI to 1680x1050 => LVDS goes garbage 2. LVDS to 1024x768 => no more garbage 3. LVDS back to 1400x1050 The earlier xrandr "crashing" problem was my own fault, I had no other X clients.
Created attachment 13120 [details] Garbage on LVDS stays even after X restart The garbage mentioned in the previous comment stays even past X restarts. Attached is the following reproducable scenario: 1. LVDS is garbaged by switching DVI mode with xrandr. 2. X is restarted (log starts here), garbage stays 3. Trying to switch LVDS to 1024x768, but X server drops connection to xrandr. 3. Trying again, now LVDS switched to 1024x768, and output works fine again. 4. LVDS switched back to 1400x1050, still works. Notes: - Garbage is the same kind that happens on failing console restore. - When switching the LVDS mode, both displays go black for a moment. However, when switching DVI mode, the LVDS does not go black, just goes to garbage immediately
Ok, here's some tests that might help the LVDS restore issue, please try these in order and reboot between each. You should not have anything connected on DVI. Report back if any of them work :) 1) try current git and see if it's magically fixed itself 2) only call nv_set_tmds_registers in nv_driver.c when nv_output2->type == OUTPUT_LVDS (i.e. not for OUTPUT_TMDS) 3) Leaving change from 2) in place, force crosswired in nv_driver.c (a few lines above nv_set_tmds_registers call) to 0 4) Leaving change from 2) in place, force crosswired to 1
1, 2, 4: Same as before, screen goes black and then fades to weirdness, no console. 3: Screen fades to weirdness immediately, no blackness, no console As the LVDS problems in LVDS+DVI mode (LVDS goes to weirdness on DVI mode change) can be workarounded by setting the mode in LVDS again, could some variation of that be tested here as well, i.e. restoring the mode twice or something?
All the issues (console restore, DVI switch corrupting LVDS, LVDS not enabled by default) are fixed on current git :)
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.