Bug 27611 - Unable to display concurrently to both the local display and to video-out
Summary: Unable to display concurrently to both the local display and to video-out
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-12 23:40 UTC by Graham Freeman
Modified: 2018-06-12 19:06 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
The Xorg log file when the machine is turned on and the external video is already connected (154.88 KB, patch)
2010-04-12 23:40 UTC, Graham Freeman
no flags Details | Splinter Review
Output from xrandr (3.25 KB, text/plain)
2010-04-12 23:41 UTC, Graham Freeman
no flags Details
Output from lspci (1.98 KB, text/plain)
2010-04-12 23:42 UTC, Graham Freeman
no flags Details
I have run xrandr and with --verbose after each step (18.31 KB, text/plain)
2010-04-13 22:25 UTC, Graham Freeman
no flags Details

Description Graham Freeman 2010-04-12 23:40:10 UTC
Created attachment 34949 [details] [review]
The Xorg log file when the machine is turned on and the external video is already connected

My new Toshiba Satellite L500D has ATI 9713 graphics chip and runs with 1366x786 native resolution. When I connect an external monitor with 4x3 aspect ratio to the external video connection and turn the computer on, the graphics displays only on the external video (at 1024x768 resolution) and the local screen displays every second pixel on/off pattern. The response to pressing FN/F5 is to alternate between the external video displaying the proper contents and no video signal, and in either case, the local display contains nothing sensible.

If I instead turn on the computer and subsequently connect the external video, the local screen displays the proper content (1366x768) with no signal going to the external display. Repeatedly clicking FN/F5 cycles through three states: local display at 1366x768, local display at 1028x768, external display at 1028x768. At no time am I able to get concurrent display to both the local screen and the external monitor.

I am using Gnome/Linux. System/Preferences/Display has an option "Mirror screens", but nothing that I do with this allows for concurrent display to both screens.

I do not have an xorg.conf file; it was not generated when I loaded Linux, and under normal use it has not been needed.
Comment 1 Graham Freeman 2010-04-12 23:41:45 UTC
Created attachment 34950 [details]
Output from xrandr
Comment 2 Graham Freeman 2010-04-12 23:42:56 UTC
Created attachment 34951 [details]
Output from lspci
Comment 3 Alex Deucher 2010-04-13 00:15:29 UTC
Does using xrandr to change the video mode rather than fn-f5 work (don't press fn-f5 at all)?  E.g.,
xrandr --output VGA-0 --off
xrandr --output LVDS --mode 1024x768
xrandr --output VGA-0 --mode 1024x768
xrandr --output LVDS --auto
etc.
Comment 4 Graham Freeman 2010-04-13 00:35:12 UTC
(In reply to comment #3)
> Does using xrandr to change the video mode rather than fn-f5 work (don't press
> fn-f5 at all)?  E.g.,
> xrandr --output VGA-0 --off
> xrandr --output LVDS --mode 1024x768
> xrandr --output VGA-0 --mode 1024x768
> xrandr --output LVDS --auto
> etc.

Thanks. This has the same behaviour as FN/F5. --output VGA-0 puts output to the external monitor and turns off the local display. Then --output LVDS reverses the situation.
Comment 5 Alex Deucher 2010-04-13 08:40:17 UTC
Can you attach the xrandr --verbose and plain xrandr output after running the xrandr commands in comment 3?
Comment 6 Graham Freeman 2010-04-13 22:25:40 UTC
Created attachment 34987 [details]
I have run xrandr and with --verbose after each step
Comment 7 Adam Jackson 2018-06-12 19:06:04 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.