Bug 28935

Summary:

Video mode does not always sets correctly by radeon drm kms with RV350.

Product:

xorg

Reporter:

Roman Elshin <roman.elshin>

Component:

Driver/Radeon

Assignee:

xf86-video-ati maintainers <xorg-driver-ati>

Status:

RESOLVED INVALID

QA Contact:

Xorg Project Team <xorg-team>

Severity:

normal

Priority:

medium

CC:

mrmazda

Version:

unspecified

Hardware:

Other

OS:

All

Whiteboard:

i915 platform:

i915 features:

Attachments:

Description	Flags
dmesg	none
Xorg.log	none

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]
dmesg

Comment 2 Roman Elshin 2010-07-06 14:41:10 UTC

Created attachment 36791 [details]
Xorg.log

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.