[Bug 15989] New: Using RanrR radeonhd driver passes wrong resolution information to applications
http://bugs.freedesktop.org/show_bug.cgi?id=15989 Summary: Using RanrR radeonhd driver passes wrong resolution information to applications Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: lverhaegen@suse.de ReportedBy: marcelo.magallon@gmail.com QAContact: xorg-team@lists.x.org Created an attachment (id=16600) --> (http://bugs.freedesktop.org/attachment.cgi?id=16600) Xorg.log file without a configuration file If I configure the radeon driver to use RandR, some applications like GDM and the GNOME panel don't occupy the full screen but a fraction of it. Looking at the log file I see: (II) RADEONHD(0): Output VGA_1 disconnected (II) RADEONHD(0): Output TV_SVIDEO disconnected (II) RADEONHD(0): Output DVI-D_1 connected (II) RADEONHD(0): Output DVI-D_2 connected (II) RADEONHD(0): Output DVI-D_1 using initial mode 1280x800 (II) RADEONHD(0): Output DVI-D_2 using initial mode 1680x1050 It's a RS690 as the log says. It's integrated in the motherboard. Physically the motherboard has two display connectors, one VGA, one DVI. The monitor is connected to the DVI output. The monitor resolution, as seen in the log file is 1680x1050. Problem: GDM behaves as if the display resolution was set to 1280x800. Furthermore, the output of xdpyinfo says the display resolution is in fact 1680x1050, but xrandr reports only up to 1280x800. Initially the GNOME panels are only 1280 pixels wide and the lower one is located at the "edge" of the 800 pixel tall display, but I can drag it to the lower edge of the monitor and it will expand to occupy the full 1680 pixels. If I disable RandR using the NoRandR option, everything behaves ok. Is this a problem in the radeonhd driver or a problem in GNOME? The problem is easy to reproduce for me, I can provide more information on request. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
http://bugs.freedesktop.org/show_bug.cgi?id=15989
--- Comment #1 from Marcelo E. Magallon
http://bugs.freedesktop.org/show_bug.cgi?id=15989
--- Comment #2 from Marcelo E. Magallon
http://bugs.freedesktop.org/show_bug.cgi?id=15989
--- Comment #3 from Matthias Hopf
http://bugs.freedesktop.org/show_bug.cgi?id=15989
Egbert Eich
http://bugs.freedesktop.org/show_bug.cgi?id=15989
Egbert Eich
http://bugs.freedesktop.org/show_bug.cgi?id=15989
--- Comment #6 from Marcelo E. Magallon
http://bugs.freedesktop.org/show_bug.cgi?id=15989
Marcelo E. Magallon
http://bugs.freedesktop.org/show_bug.cgi?id=15989
--- Comment #8 from Egbert Eich
http://bugs.freedesktop.org/show_bug.cgi?id=15989
Marcelo E. Magallon
http://bugs.freedesktop.org/show_bug.cgi?id=15989
Marcelo E. Magallon
http://bugs.freedesktop.org/show_bug.cgi?id=15989
--- Comment #10 from Marcelo E. Magallon
http://bugs.freedesktop.org/show_bug.cgi?id=15989
--- Comment #11 from Egbert Eich
Created an attachment (id=18048) --> (http://bugs.freedesktop.org/attachment.cgi?id=18048) [details] Xorg.log file without a configuration, -logverbose 9
This is the new log file with -logverbose 9.
Thanks a lot! It was quite helpful.
Yes, I'm sure there's nothing connected to the HDMI connector, only to the DVI conector. Actually the other day I opened the case just to inspect it and look for anything suspicious and I couldn't spot anything.
I've got exactly the same board but the HDMI variant. It comes with an HDMI riser card that's plugged into the PEG slot (PCI-E 16x). Now your VBIOS the connector table shows this HDMI port although the HDMI riser card is not present. This would not be a problem, but according to the log that you've sent there is i2c data transaction on the DDC line that belongs to this non-existing HDMI port. On my system (with the riser card present) I get a NACK when I try to start an I2C transaction on this DDC line without any device detected. Apparently the checksum of the data that's transferred is incorrect according to the DDC specs so the Xserver doesn't try to interpret it as an EDID block. I wonder how this data looks like... rhd_conntest will help you to dump this data: ./rhd_conntest 1:5.0 -x 128 Presently with no hot plug information available we check for the presence of a device by trying to access the DDC line. If we receive an ACK on addressing the DDC slave address we assume a device is present. This heuristic seems to fail in your case which would be bad. It would mean that we'd have to transfer a full EDID blck and calculate the checksum to know if anything is connected. Here it would be good if RandR could be instructed to treat an output reading an existing but invalid EDID block as unconnected - especially for digital interfaces as for them the availability of EDID data is a requirement. But this would be more an randr less a driver issue.
Should I consider the possibility of a bad motherboard? Something else happens, namely every now and then the screen goes black for a second or two and then it resumes to normal. Initially I blamed the driver, but I've noticed that this happens with all the drivers that I've tried. Then I thought it could be the monitor, but I attached it to another machine and it seemed to work fine for a couple of hours (that's not conclusive, since the problem doesn't seem to have a pattern to it, sometimes hours go by before it happens and sometimes it happens several times in a row). I have noticed that it happens less often with this driver.
It could be that the electrical characteristics of the TMDS link to the monitor are slightly off. You could also try to switch to coherent mode. This is implemented as an output property. Please use xrandr --prop to check and xrandr --set <property> <value> change the state. Once I get face time with my machine again I will try to reproduce this by pulling out the HDMI riser card.
I used 3e2ee2f4722db20dcaf0d08f572b39541b8ec19f to test.
Something else: I'm running a amd64 distribution, if that's somehow relevant.
No, this is completely irrelevant here. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
http://bugs.freedesktop.org/show_bug.cgi?id=15989
--- Comment #12 from Marcelo E. Magallon
http://bugs.freedesktop.org/show_bug.cgi?id=15989
--- Comment #13 from Egbert Eich
http://bugs.freedesktop.org/show_bug.cgi?id=15989
--- Comment #14 from Marcelo E. Magallon
http://bugs.freedesktop.org/show_bug.cgi?id=15989
--- Comment #15 from Egbert Eich
http://bugs.freedesktop.org/show_bug.cgi?id=15989
--- Comment #16 from Marcelo E. Magallon
Marcelo, I've made a patch for the driver which should address this issue. This 'improved' detection code should be able to handle slightly broken hardware - like this ASUS board. commit 20f3df0900f7a03ef9b56710590a4523fa1c74ed should take care of this. I've tested it here with my board and it seems to work.
Yes, I can confirm it works great on my end, too :-) Thanks a lot! Marcelo -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
http://bugs.freedesktop.org/show_bug.cgi?id=15989
Egbert Eich
http://bugs.freedesktop.org/show_bug.cgi?id=15989
Egbert Eich
participants (1)
-
bugzilla-daemon@freedesktop.org