bugzilla-daemon at freedesktop.org
2010-Nov-20 11:09 UTC
[Nouveau] [Bug 31780] DRM/Nouveau Blank Screen with 8500 GT
https://bugs.freedesktop.org/show_bug.cgi?id=31780 Kevin Winchester <kjwinchester at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|dri-devel at lists.freedesktop |nouveau at lists.freedesktop.o |.org |rg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
bugzilla-daemon at freedesktop.org
2010-Nov-27 14:33 UTC
[Nouveau] [Bug 31780] DRM/Nouveau Blank Screen with 8500 GT
https://bugs.freedesktop.org/show_bug.cgi?id=31780 --- Comment #3 from Pekka Paalanen <pq at iki.fi> 2010-11-27 06:33:00 PST --- What do you expect to get? You have radeondrmfb on fb0, where the fbcon is, and nouveaufb on fb1, where no fbcon is. Therefore there is nothing to show on nouveaufb. If you expect the fbcon to cloned on both cards, I don't think that is implemented, but you should be able to assign some VCs to fb0 and some to fb1 by using fbcon=map:<numbers> kernel argument. In theory, at least. Or do you mean that not even X can use nouveau? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
bugzilla-daemon at freedesktop.org
2010-Nov-27 16:46 UTC
[Nouveau] [Bug 31780] DRM/Nouveau Blank Screen with 8500 GT
https://bugs.freedesktop.org/show_bug.cgi?id=31780 --- Comment #4 from Kevin Winchester <kjwinchester at gmail.com> 2010-11-27 08:46:50 PST --- I see - perhaps nouveau fb is working properly after all. I will try removing support for radeon from the kernel configuration and see if the fbcon comes up on the nvidia card. As to X, it does not work if I use the nouveau driver (nv works, have not tried the nvidia binary), but that is with the Arch Linux driver: xf86-video-nouveau 0.0.16_git20100819-1 which is likely out of date by now. If I can get the framebuffer stuff to work, I'll try compiling from source to see if X can be made to work as well. Thanks for the help! -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
bugzilla-daemon at freedesktop.org
2010-Nov-27 17:26 UTC
[Nouveau] [Bug 31780] DRM/Nouveau Blank Screen with 8500 GT
https://bugs.freedesktop.org/show_bug.cgi?id=31780 --- Comment #5 from Kevin Winchester <kjwinchester at gmail.com> 2010-11-27 09:26:27 PST --- Created an attachment (id=40602) --> (https://bugs.freedesktop.org/attachment.cgi?id=40602) Boot log without radeon driver I guess there is still something not working about the nouveau fb. This is an attachment of a boot log without the radeon driver configured. The nvidia card is assigned as fb0, but the screen goes blank and stays blank. I was able to log in blindly and request a proper shutdown, so the bootup succeeded (as is mainly confirmed in the log), but there was no video output. Looking at the logging messages from drm, I can't see where any output is configured, so perhaps the nouveau driver cannot detect the outputs properly. Is there anything I can do to debug this? I'll set the drm.debug level higher and see if that is any more revealing (this log was without any drm.debug parameter set). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
bugzilla-daemon at freedesktop.org
2010-Nov-27 17:51 UTC
[Nouveau] [Bug 31780] DRM/Nouveau Blank Screen with 8500 GT
https://bugs.freedesktop.org/show_bug.cgi?id=31780 --- Comment #6 from Kevin Winchester <kjwinchester at gmail.com> 2010-11-27 09:51:47 PST --- I set the drm.debug level to 0xe and it doesn't seem to have resulted in any more input. Am I doing something wrong there? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
bugzilla-daemon at freedesktop.org
2010-Nov-27 18:22 UTC
[Nouveau] [Bug 31780] DRM/Nouveau Blank Screen with 8500 GT
https://bugs.freedesktop.org/show_bug.cgi?id=31780 --- Comment #7 from Maarten Maathuis <madman2003 at gmail.com> 2010-11-27 10:22:55 PST --- Don't know if accepts that notation, people usually do drm.debug=15 in their grub. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
bugzilla-daemon at freedesktop.org
2010-Nov-27 18:24 UTC
[Nouveau] [Bug 31780] DRM/Nouveau Blank Screen with 8500 GT
https://bugs.freedesktop.org/show_bug.cgi?id=31780 --- Comment #8 from Maarten Maathuis <madman2003 at gmail.com> 2010-11-27 10:24:15 PST --- That should be 14 ofcource if you want 0xe. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
bugzilla-daemon at freedesktop.org
2010-Nov-28 00:16 UTC
[Nouveau] [Bug 31780] DRM/Nouveau Blank Screen with 8500 GT
https://bugs.freedesktop.org/show_bug.cgi?id=31780 --- Comment #9 from Kevin Winchester <kjwinchester at gmail.com> 2010-11-27 16:16:25 PST --- I tried drm.debug=15 and didn't seem to see any additional information in the logs. Is there a kernel config option I need to enable to make this work? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
bugzilla-daemon at freedesktop.org
2010-Nov-28 00:33 UTC
[Nouveau] [Bug 31780] DRM/Nouveau Blank Screen with 8500 GT
https://bugs.freedesktop.org/show_bug.cgi?id=31780 --- Comment #10 from Kevin Winchester <kjwinchester at gmail.com> 2010-11-27 16:33:03 PST --- Created an attachment (id=40610) --> (https://bugs.freedesktop.org/attachment.cgi?id=40610) dmesg log with drm.debug=15 Here is another log, with drm.debug=15 this time. The debugging seemed to work when I used a "debug" kernel parameter in addition to the "drm.debug=15". This log also has the radeon driver loading and taking control of the fbcon, but since this doesn't seem to be the real issue, that is likely fine. Looking at the log, I think I see the problem in the nouveau driver. It apparently decides that my monitor is connected to the VGA-2 connector, when in fact I have my monitor plugged into the DVI connector on the card, would be DVI-I-2. The detected mode of 1440x900 is correct for my LCD monitor, so apparently the detection of the monitor is working properly - it is just that apparently the driver thinks it is querying the monitor through the VGA connector. Any settings I can try to make this work, or any code changes that might make it work? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
bugzilla-daemon at freedesktop.org
2010-Dec-02 00:20 UTC
[Nouveau] [Bug 31780] DRM/Nouveau Blank Screen with 8500 GT
https://bugs.freedesktop.org/show_bug.cgi?id=31780 --- Comment #11 from Kevin Winchester <kjwinchester at gmail.com> 2010-12-01 16:20:42 PST --- I can confirm even more soundly now that the nouveau driver is mixing up the DVI and VGA outputs of my video card. I now have one monitor hooked up to each output, using identical monitors. When the nouveau fbcon comes on at boot time, the VGA-connected monitor seems to work correctly. And then when I start X with the nouveau driver selected, the VGA-connected monitor shows a proper desktop, and the DVI-connected monitor stays blank (even though my xorg.conf specifies that both monitors should be used - which works when the nv driver is used). The way I know that something is wrong is that the xrandr utility believes that both monitors are connected and enabled, and the DVI connection should be the primary display and to the left of the VGA connection. However, my VGA-connected monitor is actually the primary, and it is on the left side of the virtual screen, instead of the right. This fits with the earlier boot log where the KMS driver seemed to be getting confused between the two outputs. Is there anything I can do to help debug this, or change the way the driver detects the outputs? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.