| Summary: |
Other glitches with 'reverse-prime' (--setprovideroutputsource mode) |
| Product: |
xorg
|
Reporter: |
François Bobot <francois> |
| Component: |
Driver/intel | Assignee: |
Chris Wilson <chris> |
| Status: |
RESOLVED
MOVED
|
QA Contact: |
Intel GFX Bugs mailing list <intel-gfx-bugs> |
| Severity: |
normal
|
|
|
| Priority: |
medium
|
|
|
| Version: |
7.7 (2012.06) | |
|
| Hardware: |
x86-64 (AMD64) | |
|
| OS: |
Linux (All) | |
|
| Whiteboard: |
|
|
i915 platform:
|
|
i915 features:
|
|
|---|
| Attachments: |
|
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.
Created attachment 117171 [details] xtrace part of the emacs session When using `xrandr --setprovideroutputsource nouveau Intel` and activating a monitor through it, emacs buffers are not correctly updated when scrolling. Steps: - use xf86-video-intel master (2c5063938cc809f624e56efd4673041fa8141e81), xorg 7.7 - open emacs with a file more than one page long - xrandr --setprovideroutputsource nouveau Intel - xrandr --output DP-1-2 --left-of LVDS1 --auto ([activate a monitor connected to nvidia card]) - inside emacs move inside the file (page-up/down or arrow-up/down or middle button) result: - the display doesn't change, or only some line in it or only half of the buffer (vertical or horizontal) expected: - the buffer is scrolled normally You need to activate a monitor connected to the nvidia card for the bug to manifest, just with setprovideroutputsource the buffer is scrolled normally. The problem appears if emacs is in the display connected to the intel card or the nvidia card. The problem also appears in the default file selector of gtk. The current master of xf86-video-intel is used in order to get the fix for #75579. Attached is a part of the command sent by emacs to X (through xtrace) when going one line down then up with the middle mouse button. Only the last line was updated, instead of all the buffer.