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