On Sun, Sep 29, 2019 at 06:42:08PM -0700, Travis Cole wrote:
> I've been banging my head on this one long enough that I figured I'd just ask
> the list if anyone else is seeing this behavior.
>
> I'm getting really inconsistent xcursor behavior.
>
> I've tried setting a few xcursor themes, and they seem to only take
> inconsistently.
> On certain areas of applications they inconsistently default back to the X
> cursor
> (XC_X_cursor) and the xcursor often doesn't change how it's supposed to.
>
> But this does seem to be triggered when crossing areas where the cursor is
> supposed to change.
>
> I spent a bunch of time hacking on dwm/st to see if the issue was there.
> But finally just ran my same dwm/st config on an Arch Linux laptop I have
> and the xcursors behave just fine there.
>
> I also tried as a new user to rule out any dotfiles issues. The problem
> persists.
>
> Finally, I installed gnome/gdm from ports, and same issue. Gnome sets
> it's default xcursor theme, which works sometimes. But I also get it flipping
> back to the X shaped xcursor and sometimes the xcursor will stick at the wrong
> one, like stay at the window resize xcursor after resizing a window.
>
> It seems like maybe some xcursor change events are getting missed
> and or defaulting back to XC_X_cursor.
>
> For reference, this is on the latest -CURRENT snapshot. On a Lenovo
> Thinkpad X395, which incidentally also has X crash on wake from sleep when
> trying to
> enable the graphics adapter.
suspend/resume currently does not work on amdgpu.
There is a problem with hardware cursor state on amdgpu. As a workaround
try creating an /etc/X11/xorg.conf with:
Section "Device"
Identifier "amdgpu"
Option "SWcursor" "True"
EndSection
