SUMMARY When trying to log in, repeatedly SDDM has occasionally been very sluggish (1-2 FPS), and has even occasionally started recording one keystroke as multiple, making typing a password very difficult. This has happened on all kinds of instances where SDDM would launch, including on first boot. On at least two occasions, clicking the password field restored normal functionality. I should note that I do have a dual monitor setup. STEPS TO REPRODUCE 1. Have a dual monitor setup on the same NVidia card (akmod-nvidia installed). 2. Boot without automatic login, or log out of a signed in account. 3. Move the mouse around. It may not happen every time, so you may have to try multiple times. OBSERVED RESULT The mouse and all UI elements except maybe the blinking cursor rare at 1-2 FPS, and trying to type the password may result in doubled keystrokes. EXPECTED RESULT No low FPS or sluggishness, and the keyboard functions normally. SOFTWARE/OS VERSIONS Windows: X macOS: X Linux/KDE Plasma: Fedora 38 spin Plasma (available in About System) KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.105.0 Qt Version: 5.15.9 ADDITIONAL INFORMATION I am using an NVidia RTX 2060 SUPER with X-11.
Do you have multiple screens? Is the sddm-wayland-plasma package installed, or is it sddm-x11?
Yes, I do have multiple screens, two to be exact. I did not manually install either of the mentioned sddm packages (unless they were a dependency), but I checked and they are both installed.
Can you remove sddm-x11 and reboot? If that doesn't fix it, can you disconnect one of the screens and reboot, and see if that fixes it?
Uh, hol up, I'm sorry: sddm-x11 is NOT installed. My way of checking for it was to try and install it and see if I got the "is already installed" message. I did, but it was for sddm-wayland-plasma, which I guess is because dnf knows they do the same job. Since I am using X11 because I use NVidia, should I remove sddm-wayland-plasma and install sddm-x11?
For now, let's keep sddm-wayland-plasma. Can you disconnect one of the screens and reboot, and see if that fixes it?
Tried it, that definitely is connected to the problem. Not only was it not sluggish booting with the other monitor disconnected, but it became sluggish as soon as the other monitor was reconnected while still on the login screen.
Ok, thanks. Moving to KWin, since KWin handles this when SDDM is running in native Wayland mode.
Please attach the output of drm_info (https://gitlab.freedesktop.org/emersion/drm_info)
Created attachment 159004 [details] Output from command drm_info Here is the log. I will note that in one instance, even without multi-monitors, SDDM was sluggish for a few seconds, but it cleared up quickly.
you have simpledrm and NVidia at the same time, which might explain the problem. Does your CPU have an integrated GPU, and did you change any kernel boot arguments? Can you attach the output of drm_info executed while sddm is active? The simplest way to get that would be with ssh from another computer (or phone)
If my CPU does have an integrated GPU, I can't connect it to a display. I don't think I changed any kernel boot options. I do use OpenRGB.
Notably, when logging in via SSH, and not the GUI, I needed super user privileges to “retrieve information from /dev/dri/card0” and “card1”.
Created attachment 159011 [details] Output from command drm_info while on login screen Notably, I had to use sudo to run this without the GUI logged in.
Did you have both monitors plugged in while getting that output, or only one?
Note, I am still having this problem with only one monitor, but it has been strictly of the kind where clicking on another user account icon clears it up.
Was having kind of similar issue in Wayland desktop. Now with no tablet connected and all background apps closed, I finally got a clean session running. Note that the background apps should NOT cause such performance lag.
Please answer my question: did you have both monitors plugged in while getting the drm_info output, or just one of them? If you don't remember, attaching a new output of drm_info while only having one display connected would also work
Pretty sure both monitors were connected. Will check again. Should I wait until the problem does occur to do it, though?
Created attachment 159524 [details] Output from command drm_info at login with only one monitor with problem
Notably, the problem did not occur on first boot this time, only after logging back out.
The drm_info output shows two outputs, one for the NVidia driver, the other for simpledrm - both attempting to control the same physical monitor. So this is a driver / distro setup problem. I don't know too well where to start looking into this, but you can probably ask about this in https://discussion.fedoraproject.org/
Ah, too many cooks spoiling the broth, eh? All right, I’ll ask in said forum. Thanks.