Both xf86-video-ati 6.6.3 and 6.6.192 (current git) detects (via BIOS) the panel size (1600x1200). But while 6.6.3 says: (II) RADEON(0): Panel Size from BIOS: 1600x1200 (--) RADEON(0): Virtual size is 1600x1200 (pitch 1600) (**) RADEON(0): *Mode "1600x1200": 160.0 MHz (scaled from 0.0 MHz), 75.8 kHz, 60.6 Hz (II) RADEON(0): Modeline "1600x1200" 160.00 1600 1656 1848 2112 1200 1201 1204 1250 6.6.192 states: (II) RADEON(0): Panel Size from BIOS: 1600x1200 (II) RADEON(0): Not using mode "1600x1200" (height too large for virtual size) (II) RADEON(0): Not using default mode "1600x1200" (height too large for virtual size) My xorg.conf does not say anything about virtual size.
Created attachment 10315 [details] Xorg.0.log for git driver (6.6.192)
Created attachment 10316 [details] Xorg.0.log for released driver (6.6.3)
Created attachment 10317 [details] My xorg.conf
Comment on attachment 10315 [details] Xorg.0.log for git driver (6.6.192) Please set sane MIME types for attachments...
Looks like this is the xf86-video-ati randr-1.2 branch?
Yes. Sorry for not mentioning that. Too much happening at the same time...
This is because the driver sets a fixed range of resolutions possible for randr. Unfortunately, the max height it sets is actually lower than your screen resolution... see line 2753, radeon_driver.c. You could increase this to 1200 instead of 1152 and it should work. I think not even specifying a VirtualSize in the config file would help. That said, I'm afraid the attempt to get acceptable randr behaviour with the driver is doomed to fail if the driver can't actually resize the front buffer. It'll chew up vram, tiling gets disabled etc., because the max front buffer size needs to be preallocated if you want to connect another display later on.
*** Bug 11169 has been marked as a duplicate of this bug. ***
I bumped up the max crtc height to 1200 so 1600x1200 should work now. I have a better fix on the way. Still as Roland said any solution is going to be sub-optimal until we get real FB management.
fixed a while ago.
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.