Bug 28935 - Video mode does not always sets correctly by radeon drm kms with RV350.
Summary: Video mode does not always sets correctly by radeon drm kms with RV350.
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
Depends on:
Reported: 2010-07-06 14:36 UTC by Roman Elshin
Modified: 2018-06-12 19:08 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

dmesg (34.79 KB, text/x-log)
2010-07-06 14:40 UTC, Roman Elshin
no flags Details
Xorg.log (113.98 KB, text/x-log)
2010-07-06 14:41 UTC, Roman Elshin
no flags Details

Description Roman Elshin 2010-07-06 14:36:25 UTC
Monitor (DVI-D) connected to radeon 9600 (DVI), sometimes monitor
goes to dpms (no signal) while drm trying to set up initial graphic video mode(at system  boot).
May be the same situation can be triggered by changing video mode manually:
xrandr -s 1920x1200; xrandr -s 1440x900; xrandr -s 1920x1200; xrandr -s 
1440x900; ... sometimes after xrandr -s 1920x1200, monitor goes to dpms,
the next 'xrandr -s 1440x900' is ok, there are no additional info in dmesg.
Comment 1 Roman Elshin 2010-07-06 14:40:27 UTC
Created attachment 36790 [details]
Comment 2 Roman Elshin 2010-07-06 14:41:10 UTC
Created attachment 36791 [details]
Comment 3 Felix Miata 2010-07-06 19:24:46 UTC
I'm not sure I'm not seeing same or similar using VGA out on rv380 PCIe. I boot runlevel 3, which is no X, then startx after login. Sometimes CRT goes to sleep mode on startup and no response to keyboard, so hard reset required. Sometimes X will start, but if I log out and try X again (sometimes after some X config change), it may lock up again as on first try. Because my CRT has no/broken DDC/EDID, I have to put xrandr newmode/addmode/output/fbmm commands in /etc/X11/xinit/xinitrc in order to escape from 1024x768@96DPI. openSUSE KMS kernel 2.6.34-12 and server/module 1.8.0/1.3.0.
Comment 4 Adam Jackson 2018-06-12 19:08:54 UTC
Mass closure: This bug has been untouched for more than six years, and is not
obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.

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.