Screen tearing, slow during scrolling, slow videos (does that make sense?)

Moved to opensuse leap with XFCE from LMDE 6 due to bugs in cinnamon, and having problems with screen tearing, slow videos (and media in general but especially videos) and slow scrolling.
I have a quadro K300M graphics card, and I’m using the shipped nvidia driver (the nvidia repository doesn’t seem to ship driver 390 anymore) which seems to be modesetting according xorg.config.install

Section "Device"
  Identifier "modesetting"
  Driver  "modesetting"
  Option "PreferCloneMode" "true"
  Option "AccelMethod" "none"
EndSection

Section "Screen"
  Identifier "modesetting"
  Device "modesetting"
EndSection

Section "Device"
  Identifier "fbdev"
  Driver  "fbdev"
EndSection

Section "Screen"
  Identifier "fbdev"
  Device "fbdev"
EndSection

Section "Device"
  Identifier "vesa"
  Driver  "vesa"
EndSection

Section "Screen"
  Identifier "vesa"
  Device "vesa"
EndSection

Section "ServerLayout"
  Identifier "Layout"
  Screen  "modesetting"
  Screen  "fbdev"
  Screen  "vesa"
EndSection

scrolling reddit for example is very laggy on firefox it is slightly better on chromium but noticeably laggy, jetbrains toolbox is also laggy when scrolling (the individual IDEs are fine).
And I have installed codecs through opi, any idea how to fix?

@noxar_ad Hi and welcome to the Forum :smile:
I’ve not used an Xorg conf file on openSUSE for some time, it all works OTB… If your using the nvidia driver, you should not need what you have posted for sure. If you have the need, I would suggest running nvidia-settings and save as your user and verify before moving to /etc/X11/xorg.conf.d directory as say 50-nvidia.conf

Then there is always xrandr and the tearfree option which can be set?

Wikipedia doesn’t seem to know about any such model. How about showing us some more info?

inxi -GSaz --vs

xorg.config.install is only ever used during installation. Normal FOSS installations need no configuration for GPU setup in /etc/X11/xorg.con* anywhere.

My bad I missed a 0 what I meant is this card

I’m not using the proprietary drivers like I said I have no nvidia settings

and regarding the tearfree option I’m having trouble setting it I’ve found this guide
https://linuxreviews.org/HOWTO_fix_screen_tearing
but using that command outputs

Authorization required, but no authorization protocol specified
Authorization required, but no authorization protocol specified
X Error of failed request:  BadName (named color or font does not exist)
  Major opcode of failed request:  140 (RANDR)
  Minor opcode of failed request:  11 (RRQueryOutputProperty)
  Serial number of failed request:  41
  Current serial number in output stream:  41

using it with sudo simply outputs Can't open display any ideas?

Earlier requested
inxi -GSaz --vs
is for troubleshooting information to help us help you.

System:
  Kernel: 6.4.0-150600.23.30-default arch: x86_64 bits: 64 compiler: gcc
    v: 7.5.0 parameters: BOOT_IMAGE=/boot/vmlinuz-6.4.0-150600.23.30-default
    root=UUID=aa97b048-11ea-4d2c-991d-9f832719467f splash=silent preempt=full
    mitigations=auto quiet security=apparmor
  Desktop: Xfce v: 4.18.1 tk: Gtk v: 3.24.39 info: xfce4-panel wm: xfwm
    v: 4.18.0 vt: 7 dm: LightDM v: 1.32.0 Distro: openSUSE Leap 15.6
Graphics:
  Device-1: NVIDIA GK104GLM [Quadro K3000M] vendor: Hewlett-Packard
    driver: nouveau v: kernel non-free: series: 470.xx+
    status: legacy-active (EOL~2023/24) arch: Kepler code: GKxxx
    process: TSMC 28nm built: 2012-18 pcie: gen: 1 speed: 2.5 GT/s lanes: 16
    link-max: gen: 3 speed: 8 GT/s ports: active: LVDS-1 empty: DP-1, DP-2,
    DP-3, VGA-1, eDP-1 bus-ID: 01:00.0 chip-ID: 10de:11be class-ID: 0300
    temp: 47.0 C
  Device-2: Pixart Imaging USB_2.0_Webcam driver: uvcvideo type: USB
    rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-1.3:3
    chip-ID: 093a:7352 class-ID: 0e02
  Display: x11 server: X.org v: 1.21.1.11 compositor: xfwm v: 4.18.0 driver:
    X: loaded: modesetting unloaded: fbdev,vesa alternate: nouveau,nv,nvidia
    gpu: nouveau display-ID: :0.0 screens: 1
  Screen-1: 0 s-res: 1600x900 s-size: <missing: xdpyinfo>
  Monitor-1: LVDS-1 model: LG Display 0x027b built: 2009 res: 1600x900
    hz: 60 dpi: 106 gamma: 1.2 size: 382x215mm (15.04x8.46") diag: 438mm (17.3")
    ratio: 16:9 modes: max: 1600x900 min: 640x350
  API: OpenGL v: 4.5 Mesa 23.3.4 renderer: llvmpipe (LLVM 17.0.6 256 bits)
    direct-render: Yes

have you prove installing the opi codecs?

The TO wrote in the very first post:

1 Like

In my experience, what you are describing is clearly a consequence of using NOUVEAU. You need to manage to install the NVIDIA drivers. Take a look at this thread and if you are not using Optimus, then visit this page: and tell us if you get to install it.

The v390 (G04) drivers are not available for Leap 15.6 in the Nvidia repo as already mentioned in the opening post. And the linked thread is 10! years old.

I don’t see strings “tear” or “free” in 15.6’s man xrandr anywhere. What command isn’t working? I have two NVidia Kepler GPUs using nouveau kernel module and modesetting display driver, but use neither XFCE, jetbrains nor reddit. On both I use KDE3 with 15.6. With one, all is good. With the other, there is a serious issue. That issue is worked around in TW and Slowroll by using the 6.6 LTS kernel. All the 15.6 kernels after last February’s 6.4…8 alpha kernel have the same issue as TW & SR’s 6.7 and newer. So, I suggest it should be worth trying the LTS kernel that is built for 15.6, except there is no such build that I’ve been able to locate.

The thread is from 10 years ago, but your GPU is from 12 years ago!!! I don’t know what driver the thread recommended or if it exists in version LEAP 15.6, but the information from that thread can serve as guidance to look for a “forced” solution, even if it means using old driver packages for previous versions of LEAP.

As an example, my AMD GPU is more modern, but the openCL drivers, specifically ROCm Pro, are not available for Tumbleweed (AMD does not compile them or provide the source code for the Pro version). However, I managed to get openCL 3.x months ago using ROCm for LEAP 15.3. Remember that snapshots (if you have them enabled) allow you to undo changes if things don’t go well.

As a last alternative, you could try a LIVE version of Linux Mint, which usually gives pleasant surprises with old hardware.

@mrmazda Might only be on AMD gpu’s… I ran something like xrandr --output HDMI-A1 --set TearFree on

I’ve tried tumbleweed instead and all the problems are gone, my guess is the newer kernel fixed it, didn’t need to do anything it just worked out of the box.

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.