| Summary: | Xrandr unable to change scale successfully when panning exchange from "2048x2048" to "1024x600" | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | wang,jinjin <jinjin.wang> | ||||||
| Component: | Driver/intel | Assignee: | Chris Wilson <chris> | ||||||
| Status: | RESOLVED MOVED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||
| Severity: | normal | ||||||||
| Priority: | medium | CC: | christophe.prigent, rodrigo.vivi | ||||||
| Version: | unspecified | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux (All) | ||||||||
| Whiteboard: | |||||||||
| i915 platform: | i915 features: | ||||||||
| Attachments: |
|
||||||||
Reproduce steps: ---------------- 1.xinit& 2.gnome-session& 3.xrandr --output LVDS1 --panning 2048x2048 4.xrandr --output LVDS1 --panning 1024x600 5.xrandr --output LVDS1 --scale 0.5x1(scale can be any value) 6.moving mouse for a little time Append of bug detail: Firstly, I changed xrandr's panning from "1024x600" to "2048x2048",then "2048x2048" to "1024x600".Secondly, change xrandr's scale such as 0.5x1.Then, it will become the given scale.But it will return to previous scale if I move mouse as input for a little. I can confirm the bug, I think it might be page-flip related. Nope, happens with non-compositing WM, so not pageflips. Retested on current stack. Xun, can you help verifying? I can reproduce it on pineview. OS: fedora 17 Libdrm: (master)libdrm-2.4.39-22-ge32fff8e9ea8d522679eaab21a9555cab134fb36 Mesa: (master)459b28aba7c4ef0afe8d23dd2953e236d1bf7aed Xserver: (master)xorg-server-1.13.0-93-g53830281b4da096f9c13107d73ec9c76ff1d14cc Xf86_video_intel: (master)2.20.12-15-g31eb704b2ad7c861ec4e61fb9de0e9592fc6d269 I could reproduce it here on my HSW with eDP! it changes the scale but after use mouse it revert to regular mode without scaling right? It seems something like restart the connector. Latest message when scaling is still working is [ 240.273959] [drm:intel_prepare_page_flip], preparing flip with no unpin work? after that it comes the crtc setup... Created attachment 73193 [details]
full info
Presuming fixed, please reopen if this still an issue on latest kernels. Last time I checked, this wasn't fixed. But it's an Xserver bug. It still happens on latest graphics stack. -- 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-intel/issues/6. |
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 38404 [details] xorg log System Environment: -------------------------- Arch: i386 Platform: Pineview Libdrm: (master)2.4.21-18-g23287f05cf2443ddf9e028e29beb5bd30979c6cf Mesa: (master)76d0541e79d4fe2ffcb25b17f9dd540fafc14ba2 Xserver: (master)xorg-server-1.9.0 Xf86_video_intel: (master)2.12.0-76-gb7a8087fbc5cbd944f8345b8a098270c1f63ebab Cairo: (master)f5632d641c44a143386ca3b413e90ed3b1a85f89 Kernel: (for-linus)76be97c1fc945db08aae1f1b746012662d643e97 Bug detailed description: ------------------------- With the newest commit (for-linus)76be97c1fc945db08aae1f1b746012662d643e97, I found that if we firstly change xrandr's panning from "1024x600" to "2048x2048",then "2048x2048" to "1024x600", the next change of scale will be fail if you move mouse for a little time.But that will not happen, if we change scale before exchanging panning as said above. Reproduce steps: ---------------- 1.xinit& 2.gnome-session& 3.xrandr --output LVDS --panning 2048x2048 4.xrandr --output LVDS --panning 1024x600 5.xrandr --output LVDS --scale 0.5x1 6.moving mouse