Created attachment 21792 [details] Xorg.log Whenever i switch from my Default-resolution (1280x800) to another, or do an VT-switch, or stop X the internal Laptop-Display becomes white. This happend more or less since driver-ver 6.8.0. Same Problem when testing KMS on Fedora-10. Seems to be an timing problem i assume, as the default resolution is always fine.
Created attachment 21794 [details] dmidecode of the laptop
Created attachment 21795 [details] output of lspci -vn
Created attachment 21796 [details] xorg.conf Note that i tried nearly all combinations of available options in xorg.conf, from purely autodetect to the ones no active in my conf, they didnt made an difference.
Upgrading to latest git does not change the problem. However now additional modelines are in the xorg.log, resolution switching with xrandr or vt-swith still produces the white screen. As amd no ceased support for fglrx, i am a little bit lost, as the opensource driver does not work correctly and the fglrx-driver will not be supported on later xorg versions. Attached is the new xorg.log in case someone fins it useful.
Created attachment 23591 [details] xorg.log with latest radeon.git
Created attachment 23592 [details] [review] possible fix Does this patch help?
Unfortunately not. After applying the patch the screen flickers like crazy, with some stripes running from right to left. I could still see the desktop, however resolution switching to 800x600 resulted in the whitescreen. I havent tested further because i feared i could damage my panel, however i have the xorg-log if you need it. Thanks Jan
I compared the modelines from fglrx and radeon, it seems that radeon uses wrong / miscalculated (?) modelines, i attached a file where both modelines are listed. After that i added the modelines from fglrx to the xorg.conf. modeswitching using xrandr still produces the whitescreen, but after an vt-switch and a switch back to X the correct resolution is displayed. Note that i reverted the fix from alex as it only produced a flickering display. Also attached is the xorg.log from the vt-switch in case it is useful.
Created attachment 23625 [details] comparison of modes fglrx vs radeon
Created attachment 23626 [details] xorg.log radeon git with resolution change and vt-switch
Any chance you could use radeontool to dump the regs under fglrx and under radeon and post them here? You can grab it here: http://cgit.freedesktop.org/~airlied/radeontool You'll need to install the libpciaccess-dev package for your distro. Once it's built run the following: (as root) ./radeontool regmatch '*' > radeon.dump ./radeontool regmatch '*' > fglrx.dump
Created attachment 23632 [details] dump from radeondriver (xorg.conf without modelines)
Created attachment 23633 [details] dump from fglrx
I just added atombios support for r4xx cards to git (60dac878cc8626b0821c4c7a6a6dfa12a5597cfa). Update your git tree and add: Option "R4xxATOM" "TRUE" to the device section of your config. Let me know if that helps.
No. Starting with the patch and r4xx_modeset X starts in 1280x800. However vt-switch produces white-screen, even when returning to X (this worked before). Xrandr also produces the white screen. I still noticed in the xorg-logs, that the modelines from radeon and fglrx are different. Fglrx for example always sets v-refresh to 60hz and +hsync +vsync, whereas radeon doesnt (see attachment 7 [details] [review]). If you need more information (eg the new xorg-log) let me know. Thank you Jan
Still same symptoma with latest git. However i noticed when i add Hsync and Vrefresh to the Monitorsection like this : HorizSync 48.9 - 48.9 VertRefresh 60.0 - 60.0 at least the modes in the xorg.log have the correct hsync and vrefresh (without hysnc for any mode other then 1280x800 gets wrong calculated). On resolutionchange and vt-switch still the whitescreen. Would it be possible for the driver to allow only the hysnc and vrefresh of the native-mode, and skip mode-calculation ? Jan Kreuzer
(In reply to comment #16) > Still same symptoma with latest git. However i noticed when i add Hsync and > Vrefresh to the Monitorsection like this : > HorizSync 48.9 - 48.9 > VertRefresh 60.0 - 60.0 > at least the modes in the xorg.log have the correct hsync and vrefresh (without > hysnc for any mode other then 1280x800 gets wrong calculated). On > resolutionchange and vt-switch still the whitescreen. Would it be possible for > the driver to allow only the hysnc and vrefresh of the native-mode, and skip > mode-calculation ? The non-native mode timings don't matter since they aren't used. The only relevant parts are the hdisplay and vdisplay. The panel is always driven with native timing and the scaler scales up from the non-native mode size to the native one.
(In reply to comment #17) ... > The non-native mode timings don't matter since they aren't used. The only > relevant parts are the hdisplay and vdisplay. The panel is always driven with > native timing and the scaler scales up from the non-native mode size to the > native one. > Great. But why does the display show an whitescreen ? I thought it was an sync issue.
Testing with latest Fedora rawhide rpms (the ones from koji, kernel-2.6.29-118, xorg-x11-drv-ati-6.12.2-9) i still get the white screen on startup. However if i close the laptop-lid and open it again the screen displays the right content, vt-switching also works. Dont know if this helps to isolate the problem.
Created attachment 25814 [details] dump from modesetkernel after laptoplid close Attached is the radeontooldump from fedoras modesetkernel after i closed and opened the laptop-lid. Now VT-Switch and resolution change work (no white screen), however i have to repeat the close and open cycle everytime i reboot to get a working screen. I compared this dump to an earlier radeon-dump with the whitescreen problem, there are many differences but without knowing what all those registers mean i am totally lost. Maybe Alex could get a clue out of the dumps. Thank you Jan
Created attachment 26763 [details] radeontool dump working screen
Created attachment 26764 [details] radeontool dump white screen Attached two recent dumps, the first from working screen, the second from whitescreen (both 1280x800 resolution).
Works now in kms case, see https://bugzilla.kernel.org/show_bug.cgi?id=16389 maybe a similiar patch could be made for ums case ?
pushed as: 5a7c9d94733a0db1d3565447acc9f0e751db5950
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.