Bug 15725 - since xf86-video-ati-6.7.* the dpi is checked correctly but the resolution is set differently
Summary: since xf86-video-ati-6.7.* the dpi is checked correctly but the resolution is...
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: Other Linux (All)
: medium major
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-26 11:52 UTC by NOT ACTIVE SINCE DECADES, PLEASE DELETE ME
Modified: 2008-12-03 01:36 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
the xorg-log (62.06 KB, text/plain)
2008-04-26 11:52 UTC, NOT ACTIVE SINCE DECADES, PLEASE DELETE ME
no flags Details
the xorg.conf (3.37 KB, text/plain)
2008-04-26 11:52 UTC, NOT ACTIVE SINCE DECADES, PLEASE DELETE ME
no flags Details
the new xorg-log (39.39 KB, text/plain)
2008-04-28 10:22 UTC, NOT ACTIVE SINCE DECADES, PLEASE DELETE ME
no flags Details

Description NOT ACTIVE SINCE DECADES, PLEASE DELETE ME 2008-04-26 11:52:08 UTC
Created attachment 16196 [details]
the xorg-log

with 6.6.*, everything's fine. the xorg-log shows 126dpi, detects EDID-info correctly and supports my manually set 1600x1200. however, since 6.7.* the same only seems to happen, following the log-file, but the appearing screen is set to 800x600. xfce can change it to 1600x1200 but my manually set resolution in xorg.conf seems to be ignored. fyi, i appended an xorg-log and the xorg.conf
Comment 1 NOT ACTIVE SINCE DECADES, PLEASE DELETE ME 2008-04-26 11:52:59 UTC
Created attachment 16197 [details]
the xorg.conf
Comment 2 Alex Deucher 2008-04-28 07:17:47 UTC
the xorg configuration for xrandr 1.2 capable drivers has changed since you may have multiple monitors attached.  You'll need to specify a preferred mode per-monitor now.  Add the following to your monitor section to choose 1600x1200:

Option "PerferredMode" "1600x1200"

See this page for more info about xrandr 1.2:
http://www.intellinuxgraphics.org/dualhead.html
Comment 3 NOT ACTIVE SINCE DECADES, PLEASE DELETE ME 2008-04-28 10:21:39 UTC
With this option the server hangs with a black screen. Seems that the radeon driver's check of the monitor's internals fails while the server's check doesn't (see attachment).

I don't understand the behavior so or so. The overview you linked to shows that the "Modes" argument is still valid and dominant. The argument in the monitor's section only chooses a preferred mode of the modes listed with the "Modes" argument. In both cases, this was 1600x1200. However, the driver fell back to 800x600, which wasn't set at all. Shouldn't the server turn down in this case? I'd understand this choice if the driver found higher modes but the refresh rate was too slow. However, the refresh rate for 1280x1024 is the same.
Comment 4 NOT ACTIVE SINCE DECADES, PLEASE DELETE ME 2008-04-28 10:22:41 UTC
Created attachment 16223 [details]
the new xorg-log
Comment 5 Alex Deucher 2008-04-28 11:36:44 UTC
(In reply to comment #3)
> With this option the server hangs with a black screen. Seems that the radeon
> driver's check of the monitor's internals fails while the server's check
> doesn't (see attachment).

looks like it's hitting an infinite loop in the server, probably because you have more than one 1600x1200 mode for that output.  try adding a unique modeline to your monitor section and specifying that instead.
Modeline "1600x1200_75.00"  204.75  1600 1720 1888 2176  1200 1203 1207 1255 -hsync +vsync
Option "PreferredMode" "1600x1200_75.00"

> 
> I don't understand the behavior so or so. The overview you linked to shows that
> the "Modes" argument is still valid and dominant. The argument in the monitor's
> section only chooses a preferred mode of the modes listed with the "Modes"
> argument. In both cases, this was 1600x1200. However, the driver fell back to
> 800x600, which wasn't set at all. Shouldn't the server turn down in this case?
> I'd understand this choice if the driver found higher modes but the refresh
> rate was too slow. However, the refresh rate for 1280x1024 is the same.
> 

the modes listed in the screen section are irrelevant for randr 1.2 drivers.  The default mode is based on the preferred mode in your monitor's edid unless you override it.
The driver is coming up in 1024x768 according to your log:
(II) RADEON(0): Output VGA-0 using initial mode 1024x768
this makes sense as this is the first detailed timing block from your edid:
(II) RADEON(0): Supported additional Video Mode:
(II) RADEON(0): clock: 94.5 MHz   Image Size:  306 x 230 mm
(II) RADEON(0): h_active: 1024  h_sync: 1072  h_sync_end 1168 h_blank_end 1376 h_border: 0
(II) RADEON(0): v_active: 768  v_sync: 769  v_sync_end 772 v_blanking: 808 v_border: 0
Comment 6 NOT ACTIVE SINCE DECADES, PLEASE DELETE ME 2008-04-28 15:39:02 UTC
The ModLine provides a very crisp screen. Many Thanks! It's pushed to the left for about 50px, though. However, don't forget to fix the infinite loop.


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.