i had a problem stated in bug #9892. it was partly resolved, so i decided to open a new bug. i discovered that it boils down to the driver incorrectly detecting my display type. i have an RV370 pci-e card (gigabyte x300se) with one dvi-i port and one s-video output. 05:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] 05:00.1 Display controller: ATI Technologies Inc RV370 [Radeon X300SE] the problem is - my LCD gives out into "no signal" when starting X with any version of xf86-video-ati driver a few git commits after 6.6.3 (specifically the "dynamically allocate connectors commit broke the driver for me, see bug #9892). i have benq fp72g+d lcd display connected via dvi cable. first test: today's git ------------------------- i specified Option "Monitor Layout" "TMDS,TMDS" in xorg.conf X starts and works (judging by HDD activity) and i can kill it with ctrl+alt+bksp every time with no lockups. http://pastebin.ca/646277 look closely at lines 607-617 - it claims that my display is connected via VGA port, which my card does not even have! ------------------------- 6.6.3 ------------------------- http://pastebin.ca/646281 again, look at lines 586 - 596. see the difference? this time my display is identified on DVI-I conector (which is right). ------------------------- without specifying the MonitorLayout option the logs look about the same. i'll post them later if needed.
can you post a log with no monitorlayout specified? I've no idea what your BIOS is actually saying...
here you go git driver : http://pastebin.ca/646422 6.6.3 : http://pastebin.ca/646424 xorg.conf used : http://pastebin.ca/646428
can you get me a copy of your video bios (my email address is in the cc list)? cd /sys/bus/pci/devices/<card_pci_id> echo 1 > rom cat rom /tmp/rom echo 0 > rom You can find the card's pci id by looking at the output of lspci.
ok, sent
you probably want to try this with randr-1.2, output routing screwedness in 6.7 is best solved in randr1.2, I'm removing the blocker. please try with 6.7.191
ok. i'll test it in a few (5) hours.
it helped. i get out of sync message on my lcd for a split-second, and then the display shows up and (hopefully) everything works. using git source. latest commit is b0f170c5f736ecba1a5899d602c4173fe9b9b1fa ( "radeon: Remove unnecessary #include <time.h>." ). i'll do some more testing before closing the bug (e.g. cold boot etc.).
okay, i think it's safe to close this one. no problems encountered so far.
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.