I tried all the different nvidia variants (dkms, vanilla, lts), and all had this same behaviour.
When logged in, the external screen stays black. I’ve to move my mouse on it so it refreshes, then it will refresh everytime I move my mouse on the screen; it won’t (ever) otherwise.
Downgrading every single NVIDIA package (to 525.89.02-2) did the trick.
Lenovo Legion 5 (RTX 3060), on EndeavourOS with Cinnamon.
I upgraded back to 530.x and checked a few things.
I’m using optimus-manager to control the GPU profiles. When setting it to nvidia only, the freeze is gone, but performance are terrible.
The logs look better with amdgpu starting early but this obviously wasn’t the reason. 530.41 seems to introduce a lot of bugs, another user reported the same issue.
I’m getting this also. This makes my setup impossible to use.
And when I tried to see if the bug with orientation was resolved with this new version, I found that’s gotten even worse! It takes many seconds to change and locks up everything and only the mouse pointer moves on the internal screen, I can’t select or do anything, I have to reset.
Every driver release in the last like 9 or so months has made my situation bad. (Not being able to use an external monitor without the internal one turned on, apparently random external monitor freezes, rotation not working properly.)
I thought the “Linux support from Nvidia is bad” trope was overexaggerated, but this is all so insufferable that I am now seriously thinking of selling my Thinkpad P50 :(
Edit: the aur/downgrade workaround below worked (after I also ran mkinitcpio -P)
With each update, a new issue appears with my external monitor on my laptop. (External monitor is run by dedicated GPU)
This is another one that occurred with the latest update.
Truly amazing Nvidia. nvidia-bug-report.log.gz (288.8 KB)
Edit:
FYI this only seems to happen on Xorg for me. On Wayland this problem does not occur
but personally, I can’t use Wayland since it comes with its own set of issues
I have filed a bug 4074722 internally for original post, shall try for local repro and update.
If required, shall request more information.
Thanks in advance.
I downgraded, but the previous few releases I can downgrade to all eventually freeze the external screen solid, requiring it to be disabled then re-enabled (only to freeze again later), like I reported in my original post on this forum.
I’ve gone back to 530. and I can’t reproduce the mouse moving freeze problem, but the external monitor now full on freezes in roughly a matter of minutes (e.g. the first time I fullscreen or unfullscreen mpv) rather than roughly in tens of minutes.
P.S. And I need to disable then enable my third monitor for it to be displayed on, because it’s black after login.
P.P.S. Linux regression testing - what’s the issue in Nvidia practicing this?
I tried to reproduce mouse lag/freeze issue but no luck so far on below setup.
I am using prime render offload configuration.
Lenovo + Fedora 37 + kernel 6.0.7-301.fc37.x86_64 + Quadro T1000 with Max-Q Design + Driver 530.41.03 + Xfce Version 4.16 + External Display GBT AORUS FI27Q-P with resolution “3840x2160” and refresh rate as 60 Hz
@mxmilkiib
Can you please share nvidia bug report and reliable repro steps so that I can try the same on my setup and attempt for local repro again.
@opisalwaysafag
Can you please confirm the consistency of repro. Is it every time you login and external screen stays black until you move mouse on external display.
How are you connecting external display with notebook, is it via dock or direct HDMI/DP connection ?
As stated in a previous post, I’m using optimus-manager as I have a hybrid gpu setup (amd apu - 5600H + RTX 3060). When it’s set to hybrid mode, the second screen will be black, then freeze every single time untill I move my mouse on the display (situation in OP).
When it’s set to NVIDIA mode only, the second screen won’t freeze, but the performences are extremely poor (1-2 FPS, buggy video playback etc).
I’ve also put more detail about my varient of external screen freeze problem as it’s more similar to the original post I made for an earlier driver than this 530.x “needs the mouse to move to update the image” issue.
I have the same problem. When the monitor is connected to the DP-1-0 port, I have to move the mouse to refresh the image. If the monitor is connected to the HDMI port, it’s ok.
Fedora 38
$ xrandr
Screen 0: minimum 320 x 200, current 3840 x 1080, maximum 16384 x 16384
eDP connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 309mm x 174mm
2560x1440 60.01 + 48.01
1920x1200 60.01
1920x1080 60.01*
1600x1200 60.01
1680x1050 60.01
1280x1024 60.01
1440x900 60.01
1280x800 60.01
1280x720 60.01
1024x768 60.01
800x600 60.01
640x480 60.01
HDMI-A-0 disconnected (normal left inverted right x axis y axis)
DP-1-0 connected 1920x1080+1920+0 (normal left inverted right x axis y axis) 521mm x 293mm
1920x1080 60.00*+ 59.94 50.00
1680x1050 59.95
1600x900 60.00
1440x900 59.89
1280x1024 75.02 60.02
1280x800 59.81
1280x720 60.00 59.94 50.00
1152x864 75.00
1024x768 75.03 70.07 60.00
800x600 75.00 72.19 60.32 56.25
720x576 50.00
720x480 59.94
640x480 75.00 72.81 59.94
DP-1-1 disconnected (normal left inverted right x axis y axis)