https://bugs.freedesktop.org/show_bug.cgi?id=59703
Ralf-Peter Rohbeck <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #8 from Ralf-Peter Rohbeck <[email protected]> --- OK one crash and one hang with fglrx 13.1 today gave me a lot of incentive to work some more on this. I got it to work! It seems that the root cause was that the old X server didn't pick up the config files from /opt/xorg/share/X11/xorg.conf.d correctly. Once I cat'd them all to /etc/X11/xorg.conf and got rid of the -configdir argument for X things became much better. Thanks all! You got me on the right track. Observations: The whole thing hung hard immediately with Dave Airlie's 3.8rc4 drm-next kernel but with 3.7 it works mostly. DRM/KMS with 2560x1440 monitors on DP->DVI adapters doesn't work correctly. The monitors were detected with the wrong resolution (1024x768) even after I hardwired them on the kernel command line with video=DP-1:2560x1440-24@60e video=DP-2:2560x1440-24@60e. The only thing that worked was to hardwire the modeline in xorg.conf but xrandr -q still thinks they can do other modes than 2560x1440 (they don't): DisplayPort-0 connected 1440x2560+3360+0 right (normal left inverted right x axis y axis) 0mm x 0mm 2560x1440 60.0*+ 1024x768 60.0 800x600 60.3 56.2 848x480 60.0 640x480 59.9 However the monitor detection/mode switching code in the Atom BIOS is broken in general for DP outputs. Not even the BIOS switches modes correctly when these monitors are connected. I had a long and fruitless exchange with AMD tech support about this. Now the monitors are still not detected reliably but switching to a text console and back gets them all up after a couple of tries. KDE decorations don't look quite right (default theme, XRender or OpenGL.) I'll attach a screenshot. Every now and then the display freezes for a moment. During that time the migration process is very busy, often with over 200% CPU and several threads. This can be triggered by switching KDE desktop effects on/off (Shift-Alt-F12.) Doing that also leaves some garbage on the screen. Other than that, I have messed around for a while and haven't seen a crash yet. So far so good :) -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ xorg-driver-ati mailing list [email protected] http://lists.x.org/mailman/listinfo/xorg-driver-ati
