| Summary: | radeon "hd6770 flex" dpms fails to unblank one display sometimes | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | aaron <chainsawbike> | ||||||
| Component: | DRM/Radeon | Assignee: | Default DRI bug account <dri-devel> | ||||||
| Status: | RESOLVED WORKSFORME | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | medium | CC: | chainsawbike | ||||||
| Version: | XOrg git | ||||||||
| Hardware: | x86-64 (AMD64) | ||||||||
| OS: | Linux (All) | ||||||||
| Whiteboard: | |||||||||
| i915 platform: | i915 features: | ||||||||
| Attachments: |
|
||||||||
|
Description
aaron
2011-07-30 02:33:16 UTC
so... my testing missed something stupid the display that i assumed to be behaving correctly may be were the actual issue is - after the first "dpms off" both turn off as expected but the one that i assumed to be turning on correctly ( due to my lack of Patience...) seems to turn on without any input from my part almost immediately after turning off - the second (soon after) time all works correctly ... and reading my original bug report it almost sound like thats what i said :/ When testing dpms, try something like this: sleep 5; xset dpms force off so that you avoid any late input events that might come in after turning that displays off that might make then come back. Please also attach your xorg log and dmesg output. Created attachment 49937 [details]
dmesg output
re-tested via ssh to to eliminate delayed events (and i now have 3 screens...) xset dpms force off: all displays turn off then almost immediately DVI-0 and HDMI-0 turn back on but DisplayPort-1 stays off xset q states "monitor is off" then i press shift( cause an event): xset q states "monitor is on" DVI-0 and HDMI-0 stay on and DisplayPort-1 stays off then "xset dpms force off" again all 3 displays turn off xset q states "monitor is off" then i press shift( cause an event): all 3 displays turn on xset q states "monitor is on" this is a repeatable loop Created attachment 49938 [details]
xorg.0.log
Do the DVI/HDMI monitors have an option to probe all inputs at some regular interval? If so, can you turn that off and see if it helps? i checked the settings and found nothing, so i decided to switch the displays around to see what happens... original layout (1): dvi -> 1 hdmi -> 2 dp -> 3 layout 2: dvi -> 2 hdmi -> 1 dp -> 3 ran xset dpms force off via ssh all 3 turned back on but "3" was distinctly after 1,2 (under setup 1 they all turn back on at about the same time the second time round) xset -q says displays off same result every time layout 3: dvi -> 3 hdmi -> 2 dp -> 1 same result as layout 1 but it starts at a different point in the loop - xrandr says display on but display 3 is off immediately after starting X it may have something to do with a race condition relating to the speeds the dislays "start" ( i probably have no idea what i am talking about...) as when setting up xorg.conf if i used "right-of" it complained about missing modes or something - it only worked as i expected it to when "left-of"'d from display 3 will investigate further in the next few days i updated mesa, ddx, kernel - drm-fixes the issue is not reproducible in the same way i am yet to find a consistent way to do it and it happens very rarely under normal use i do find this error in dmesg odd as there is no "display port" plug in use: [drm:radeon_dp_get_link_status] *ERROR* displayport link status failed [drm:radeon_dp_link_train_cr] *ERROR* clock recovery failed i get that error in dmesg atleast one for every time it happens unless anyone else experiences this ( or you want me to look into it further ) consider this "resolved enough" :) thanks, aaron m |
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.