| Summary: | [915 TV(integrated)] querying Randr-information enables LVDS output due to spurious transient TV detection | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | Uwe Kleine-König <uwe+bugsfreenode> | ||||||||
| Component: | DRM/Intel | Assignee: | Paulo Zanoni <przanoni> | ||||||||
| Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||
| Severity: | normal | ||||||||||
| Priority: | medium | CC: | ben, chris, daniel, jani.nikula, jbarnes | ||||||||
| Version: | unspecified | ||||||||||
| Hardware: | x86 (IA32) | ||||||||||
| OS: | Linux (All) | ||||||||||
| Whiteboard: | |||||||||||
| i915 platform: | i915 features: | ||||||||||
| Attachments: |
|
||||||||||
Created attachment 40174 [details]
dmesg
As requested by ickle in #intel-gfx the resulting kernel messages after:
# echo 0xe > /sys/module/drm/parameters/debug
$ xrandr --output LVDS1 --off
$ xrandr
# echo 0 > /sys/module/drm/parameters/debug
Spurious SDVO TV detection. It comes, it goes, the display is reconfigured. This [applied to -fixes] should fix the transient SDVO detections: commit d121a5d2a098ba6dd033dd195f5ccbf7558c37b6 Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Tue Jan 25 15:00:01 2011 +0000 drm/i915/sdvo: If at first we don't succeed in reading the response, wait We were not pausing after detecting the response was pending and so did not allow the hardware sufficient time to complete before aborting. This lead to transient failures whilst probing SDVO devices. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=30235 Reported-by: Knut Petersen <Knut_Petersen@t-online.de> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Just tested current -fixes and this isn't resolved for me. Can you attach the debug dmesg from early in the boot? I confused the integrated TV with an SDVO TV device on another bug, and I may have done the same here as well... Created attachment 42888 [details]
dmesg with drm.debug=0xe
for your rainy afternoons :-)
One workaround would be to pass video=SVIDEO-1:d on the boot commandline. (Just fyi.) Created attachment 70005 [details] [review] fixup TV load detect While strolling through docs I've noticed that we don't implement TV load detection according to what docs would have us do. This patch attempts to fix that, but due to lack of hw totally untested. Testing feedback highly welcome. (In reply to comment #8) > This patch attempts to fix that, but due to lack of hw totally untested. > Testing feedback highly welcome. -> NEEDINFO It must be fixed, right Uwe? :) Closing resolved+fixed since no update in ~4 years. |
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.
Chipset: 915GM System arch: i686 Distribution: Debian Machine: Thinkpad X41 related packages: libdrm-intel1: 2.4.22-2 xserver-xorg: 1:7.5+7 xserver-xorg-core: 2:1.7.7-8 xserver-xorg-video-intel: 2:2.13.0-2 linux-image-2.6.36-trunk-686: 2.6.36-1~experimental.1 When I run xrandr --output LVDS1 --off the LVDS output goes off (as expected), but then running xrandr reenables it again (and thus behaves like xrandr --auto ). This didn't happen on Debian's linux-image-2.6.32-5-686 (2.6.32-27) kernel.