Mouse/Touchpad lagging on Yoga 7 Pro after Tumbleweed dup (Kernel 6.19)

English Hardware
1

Hello everyone,

I need some help. After running a zypper dup on OpenSUSE Tumbleweed (Kernel 6.19), the mouse on my Yoga 7 Pro has started lagging immediately after boot. This happens with the touchpad, wireless mice, and even the touchscreen.

Interestingly, the lag disappears if I simply close and open the lid. I don’t even need to let it sleep; just turning the display off and back on fixes it. Has anyone else encountered this?

Thank you for your help.

2

Hi, welcome to these forums,

Could you please let us know

  • whether this arrises after login?
  • which desktop is being used?
  • whether the issue exists for a fresh new user?
3

To answer your questions:

Does it arise after login?

  • Yes, the issue occurs consistently after logging into the session.
    Which desktop is being used?
  • I am using GNOME.
    Does it exist for a fresh user?
  • No, the issue does not persist on a fresh user account.

Troubleshooting steps I’ve already taken:

  • Disabled all GNOME extensions.
  • Verified I am not using any custom themes.
  • Disabled all startup applications.
  • Turned off Variable Refresh Rate (VRR), even though my laptop supports it.

Despite these changes, the problem remains. I’m running out of ideas on what could be causing this specifically within my user profile. Could TLP or PowerTop be culprits? I have never had issues with them before, but they are active.
Do you have any suggestions on what else to check?

4

I assume you’re using Gnome Wayland?
echo $XDG_SESSION_TYPE

As it appears to be the primary user that is affected, temporarily move your GNOME config. Log out of the graphical session, ans switch to a VT (eg Ctrl+Alt+F3), login as the same user and run:
mv ~/.config/dconf ~/.config/dconf.backup
Perhaps also
mv ~/.config/gnome-shell ~/.config/gnome-shell.backup
Switch back to the GDM and login to the desktop gain. If the lag is gone, you’ve confirmed it is a corrupted GNOME config. You can then selectively restore pieces instead of wiping everything.

Some other ideas:

You could try resetting Gnome input settings for the affected user
dconf reset -f /org/gnome/desktop/peripherals/
then log out and back in. )This resets only mouse/touchpad settings, not your whole desktop.)

Check the power profile
powerprofilesctl get
and set it to “performance” temporarily
powerprofilesctl set performance
See if lag disappears without lid close.

5

Thanks a lot for your suggestions. After playing around with the config, I found out that the main issue is the 120Hz refresh rate. Once I switched it to 60Hz, the problem disappeared.

I’m also using a lower resolution (1920x1200 instead of 3072x1920). When I tried the native 3K resolution at 120Hz, the screen flickered every time the mouse lagged. Does this sound like a potential Intel graphics driver issue?

6

So a graphics stack (rather than input-related) issue. Share the graphics details from inxi -GSaz.

As you mentioned using 120Hz refresh rate, perhaps try adding i915.enable_psr=0 to the grub kernel boot parameter entry. Reboot and test 120 Hz again. If the lag disappears, PSR is the culprit.

7 
System:
  Kernel: 6.19.3-1-default arch: x86_64 bits: 64 compiler: gcc v: 15.2.1
    clocksource: tsc avail: acpi_pm
    parameters: BOOT_IMAGE=/opensuse-tumbleweed/6.19.3-1-default/linux-70c85d8b4c51a755cefb1b7c402d54ed5e1ca0e5
    splash=silent quiet security=selinux selinux=1 i915.enable_psr=0
    mitigations=auto root=/dev/mapper/cr_root
    rootflags=subvol=@/.snapshots/1/snapshot
  Desktop: GNOME v: 49.4 tk: GTK v: 3.24.51 wm: gnome-shell
    tools: gsd-screensaver-proxy dm: GDM v: 49.2 Distro: openSUSE Tumbleweed
    20260226
Graphics:
  Device-1: Intel Meteor Lake-P [Intel Arc Graphics] vendor: Lenovo
    driver: i915 v: kernel alternate: xe arch: Xe-LPG process: Intel 4 (7nm+)
    built: 2023+ ports: active: eDP-1 empty: DP-1, DP-2, DP-3, DP-4, HDMI-A-1
    bus-ID: 00:02.0 chip-ID: 8086:7d55 class-ID: 0300
  Device-2: Luxvisions Innotech Integrated RGB Camera driver: uvcvideo
    type: USB rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 3-9:2
    chip-ID: 30c9:00c2 class-ID: fe01 serial: <filter>
  Display: wayland server: X.org v: 1.21.1.21 with: Xwayland v: 24.1.9
    compositor: gnome-shell driver: gpu: i915 display-ID: 0
  Monitor-1: eDP-1 model: Lenovo 0x8aaf built: 2022 res: 3072x1920 dpi: 250
    gamma: 1.2 size: 312x195mm (12.28x7.68") diag: 368mm (14.5") ratio: 16:10
    modes: 3072x1920
  API: OpenGL v: 4.6 vendor: intel mesa v: 26.0.1 glx-v: 1.4 es-v: 3.2
    direct-render: yes renderer: Mesa Intel Arc Graphics (MTL)
    device-ID: 8086:7d55 memory: 30.05 GiB unified: yes display-ID: :0.0
  API: EGL Message: EGL data requires eglinfo. Check --recommends.
  Info: Tools: api: glxinfo x11: xprop,xrandr
8

Please, when sharing commands or output, post as preformatted text. Refer to the </> button in the forum editor.

Also

9

i915.enable_psr=0 this helped. So what should i do?
I didn’t have this issue on the kernel 6.18.

I am so sorry now it should be readable :slight_smile:

1 Like
10

Ideally it should be reported as a regression (it may well be already reported upstream). Disabling PSR will result in a slightly higher idle power usage.

11

And what is the best way to report this bug to OpenSuse team?

12

There is a link on the left hand forum panel:
https://bugzilla.opensuse.org/index.cgi

Guidance:
https://en.opensuse.org/openSUSE:Submitting_bug_reports

1 Like
13

Big thanks for your help! Honestly I am glad that I am part of the opensuse family :slight_smile:

14

Glad to have been of help. :slight_smile:

1 Like