| Bug ID | 110339 |
|---|---|
| Summary | Cursor hides and reappear in the middle of screen, when movin= g mouse horizontally |
| Product | DRI |
| Version | DRI git |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | DRM/AMDgpu |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | j-pi@seznam.cz |
Cursor gradually disappears and then reappears at once when mo= ving mouse horizontally. This happends on vertical line exactly in the center of the screen. It creates impression there are 2 tiles on the screen, (left and right). When mouse moves to the right edge of the left tile it gradually "hides" under the one on the right side, when when the cursor is = whole on the right tile it "pop ups" again at once. This happends even on external monitor, where resolution is different, it s= till dissapears exactly in the center of the screen. This does not happends when both monitors are used as outputs (orientation = does not matter, they can be left, right, above, bellow of each other or even overlap). I did not find any horizontal line where the cursor "hides&q= uot;. Also in some positions along the central line sometimes some artifacts appe= ars, when the mouse is partialy hidden. They change when the mouse moves in any direction. But those are not always reproducible and in fact are rare. I actually does not have an idea where the bug actually is (can be anywhere along the pipeline including kernel). This is on Lenovo A485 notebook with Arch linux. mesa 19.0.1 xf86-video-amdgpu-git-19.0.1.0 [lspci] 06:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] R= aven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev d1)
kernel: Linux 5.1.0-rc2-1-next-git-g7cdd4dc58d28 #5 SMP Fri Ap= r 5 18:06:31 CEST 2019 x86_64 GNU/Linux
Thanks for the report, this is a kernel bug. This was actually a regression caused from: "drm/amd/display: PIP overlay corruption" which was fixed by: "drm/amd/display: Fix negative cursor pos programming" ...and has another fix for overlay specific cases=20 "drm/amd/display: Prevent cursor hotspot overflow for RV overlay plane= s" It actually looks like these 3 patches are in Linux next-git... but in the wrong order or not applied correctly, since there are still remnants of the first commit leftover that were removed by the second. My guess is this was a bad patch autoselect, but I'll follow up with the maintainers to try and get this fixed. FWIW, you shouldn't see this in amd-staging-drm-next.
* bugzi= lla-daemon@freedesktop.org <bugzilla-daemon@freedesktop.org> [2019-04-08 13:10:29 +0000]: >https://bugs.freedesktop.org/show_bug.= cgi?id=3D110339 > >--- Comme= nt #2 from Nicholas Kazlauskas <nicholas.kazlauskas@amd.com> --- >Thanks for the report, this is a kernel bug. > >This was actually a regression caused from: > >"drm/amd/display: PIP overlay corruption&quo= t; > >which was fixed by: > >"drm/amd/display: Fix negative cursor pos pr= ogramming" > >...and has another fix for overlay specific cases= > >"drm/amd/display: Prevent cursor hotspot ove= rflow for RV overlay planes" > >It actually looks like these 3 patches are in Lin= ux next-git... but in the >wrong order or not applied correctly, since there are still remnants of= the >first commit leftover that were removed by the second. > >My guess is this was a bad patch autoselect, but = I'll follow up with the >maintainers to try and get this fixed. > >FWIW, you shouldn't see this in amd-staging-drm-n= ext. Yes, the bug does not manifest in this branch. > >--=20 >You are receiving this mail because: >You reported the bug.
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | MOVED |
-- 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/drm/amd/issues/738.