If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
so the driver version remains the same, but you're using a different version of Xorg? I have a strong suspicion about the real culprit here.
It may be worth filing a bug-report. Prepare to be asked to re-create the bug with the OS drivers, blaming fglrx is always sooo easy
Yes. I´m almost sure that the problem has to do with the new version of Xorg - not with Xorg itself, but between how fglrx and this new version are interacting. Downgrading the kernel, for example, probably will make no difference.
what makes you think the configuration is ignored? Any hints in Xorg.0.log?
It´s just a guess. Because I have not found anything in the Xorg.0.log file showing that composite is being disabled when I explicitly write it in the xorg.cfg file (no messages like "disabling composite extension"). Also, window resizing now is allways very slow, no matter if I disable composition in the xorg.cfg file or not (when I´m using just one card). This behavior (window resizing being very slow) is kinda typical from fglrx working together with the composite extension. But I need to check it again to be sure.
Yes, I get the error message
then, too. I have managed to fix it, though. I had to set the Virtual to 2560 2560 rather than 2560 1024. Not sure why as I was just trying to run the two monitors at 1280x1024. I think fglrx needs a little work on its math and logic skills :-)