Bug 100860 - Dual Monitor display problem, after switching screen positions, with 4.10 Kernels
Summary: Dual Monitor display problem, after switching screen positions, with 4.10 Ker...
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium critical
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-04-27 21:56 UTC by Tobias Muhlhofer
Modified: 2019-12-04 09:27 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Kernel log (87.77 KB, text/plain)
2017-04-27 21:56 UTC, Tobias Muhlhofer
no flags Details
Xorg.0.log (49.92 KB, text/x-log)
2017-04-27 21:57 UTC, Tobias Muhlhofer
no flags Details

Description Tobias Muhlhofer 2017-04-27 21:56:37 UTC
Created attachment 131105 [details]
Kernel log

When switching screen positions of dual monitors, there is a display issue. Steps to reproduce:

- Boot the system.

- Log into an Xterm session (to make things as clean as possible).

--> Screens are displayed by default as 1 left, 2 right. The xterm window is on screen 1.

- Use xrandr --right-of to switch the screens to put 1 right of 2 (i.e. 2 left, 1 right).

--> The xterm window remains displayed on screen 1, but the system acts as if the window were now displayed on screen 2. Through this, the mouse pointer position is displayed accurately. That means, in order for a click to register in the Xterm window, I have to click on the top left of screen 2, which looks blank.

Checking xev, all mouse pointer coordinates are displayed as if screen 2 were on the left.

Suspending the system and waking it back up fixes the problem.


Setup is FC24, 4.10 kernels (4.10.8,4.10.9,4.10.10 tried so far), video card is Nvidia Quadro K620.

This problem did not occur with the 4.9.13 kernel (which was the last one I used before the 4.10s).
Comment 1 Tobias Muhlhofer 2017-04-27 21:57:02 UTC
Created attachment 131106 [details]
Xorg.0.log
Comment 2 Ben Skeggs 2017-05-01 07:05:56 UTC
Give this commit a try :)

https://github.com/skeggsb/nouveau/commit/05f6b91406a382af7d16d6306034c6859afc3eaf
Comment 3 Tobias Muhlhofer 2017-05-04 01:38:32 UTC
Sorry for the stupid question, but could not find this by googling.

How do I try this on an RPM-based system (FC24)? I guess I have to somehow recompile the nouveau module, right? Can you point to relevant instructions?

Guess it's something like this. But how do I integrate your code before building the module?

https://fedoraproject.org/wiki/Building_a_custom_kernel#Building_Only_Kernel_Modules_.28Out_Of_Tree_Modules.29

Sorry again. Haven't seriously tinkered with kernel modules in quite a while, and never on Fedora.
Comment 4 Martin Peres 2019-12-04 09:27:26 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/346.


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.