Bug 1211950 - only black screen and mouse cursor on some monitor after sleep/hibernate
Summary: only black screen and mouse cursor on some monitor after sleep/hibernate
Status: RESOLVED UPSTREAM
Alias: None
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: KDE Workspace (Plasma) (show other bugs)
Version: Current
Hardware: x86-64 openSUSE Tumbleweed
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: E-Mail List
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-06-02 09:57 UTC by Ricardo Mestre
Modified: 2023-11-26 21:36 UTC (History)
5 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
only black screen and mouse cursor on some monitor after sleep/hibernate (137.11 KB, text/x-log)
2023-06-02 09:57 UTC, Ricardo Mestre
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ricardo Mestre 2023-06-02 09:57:44 UTC
Created attachment 867364 [details]
only black screen and mouse cursor on some monitor after sleep/hibernate

I have a ThinkPad P16 G1 with an Nvidia A1000 graphics card. 
Currently I have the laptop plugged into a docking station and two monitors.

The problem I'm facing is that sometimes one of the screens seems not to display anything but the mouse cursor. I can even screenshot its contents, i just dont see whats on the screen.

What leads to this behaviour? 
- coming back from a system sleep; 
- coming back from a system hibernate; 
- changing one screen resolution (doesnt affect necessarily that screen);
- disabling (and enabling) a screen;  


I've experienced this using different setups. I changed ports, swapped around DP and HDMI connections. Also happens if I dont even have any monitor connected.
It doesn't happen always to the same monitor.



❯ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Alder Lake-HX GT1 [UHD Graphics 770] (rev 0c)
01:00.0 VGA compatible controller: NVIDIA Corporation GA107GLM [RTX A1000 Laptop GPU] (rev a1)

❯ inxi -Gxx
Graphics:
  Device-1: Intel Alder Lake-HX GT1 [UHD Graphics 770] vendor: Lenovo
    driver: i915 v: kernel arch: Gen-12.2 ports: active: eDP-1 empty: none
    bus-ID: 00:02.0 chip-ID: 8086:4688
  Device-2: NVIDIA GA107GLM [RTX A1000 Laptop GPU] vendor: Lenovo
    driver: nouveau v: kernel arch: Ampere pcie: speed: 16 GT/s lanes: 8 ports:
    active: DP-5,HDMI-A-1 empty: DP-1, DP-2, DP-3, DP-4, DP-6, DP-7, DP-8,
    eDP-2 bus-ID: 01:00.0 chip-ID: 10de:25b9
  Device-3: Bison Integrated Camera driver: uvcvideo type: USB rev: 2.0
    speed: 480 Mb/s lanes: 1 bus-ID: 1-4:3 chip-ID: 5986:1177
  Display: x11 server: X.Org v: 21.1.8 with: Xwayland v: 23.1.1
    compositor: kwin_x11 driver: X: loaded: modesetting unloaded: fbdev,vesa
    alternate: intel,nouveau,nv,nvidia dri: iris,zink gpu: i915,nouveau
    display-ID: :0 screens: 1
  Screen-1: 0 s-res: 6400x1440 s-dpi: 96
  Monitor-1: DP-5 mapped: DP-1-1-1-5 pos: top-center model: Samsung LU28R55
    res: 2560x1440 dpi: 103 diag: 727mm (28.6")
  Monitor-2: HDMI-A-1 mapped: HDMI-1-1 pos: bottom-r
    model: ViewSonic XG2401 SERIES res: 1920x1080 dpi: 92 diag: 609mm (24")
  Monitor-3: eDP-1 pos: primary,middle-l model: BOE Display 0x0a7d
    res: 1920x1200 dpi: 141 diag: 407mm (16")
  API: OpenGL v: 4.6 Mesa 23.0.3 renderer: Mesa Intel UHD Graphics (ADL-S
    GT1) direct-render: Yes

❯ cat /etc/os-release
NAME="openSUSE Tumbleweed"
# VERSION="20230522"
ID="opensuse-tumbleweed"
ID_LIKE="opensuse suse"
VERSION_ID="20230522"
PRETTY_NAME="openSUSE Tumbleweed"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:tumbleweed:20230522"
BUG_REPORT_URL="https://bugzilla.opensuse.org"
SUPPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org"
DOCUMENTATION_URL="https://en.opensuse.org/Portal:Tumbleweed"
LOGO="distributor-logo-Tumbleweed"
Comment 1 Patrik Jakobsson 2023-10-11 06:23:38 UTC
Hi,

Since this is Tumbleweed + Nouveau driver I would guess this is an upstream issue.

Upstream issues are tracked at [1]. If it's not already reported you can add a new issue.

Another thing to try is to check if your GPU is supported by any of the NVIDIA proprietary drivers. I'll add Stefan to CC, he might be able to advise.

[1] https://gitlab.freedesktop.org/drm/nouveau/-/issues
Comment 2 Petr Vorel 2023-10-11 08:13:13 UTC
FYI I tested KDE on live USB (on openSUSE_Krypton_Stable.x86_64-16.0-Build32.144.iso) and it worked (including external screens) using with Nouveau. There is probably some fix in Kwin allowing using external screens.

It also worked on GNOME (tested on some Live CD, not sure if openSUSE), I believe due custom fix in mutter [1].

But Nouveau does *not* work properly on other Xorg window manager [2].

Also I had a problem on Sway Wayland compositor (uses wlroots) [3].

Given all of this I give up and migrate to Nvidia proprietary GPU driver (see https://sndirsch.github.io/nvidia/2022/06/07/nvidia-opengpu.html).

[1] https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/810
[2] https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/564
[3] https://github.com/swaywm/sway/issues/7513
Comment 3 Stefan Dirsch 2023-11-26 18:58:00 UTC
Yes, the issues with nouveau driver should be reported upstream.
Comment 4 Petr Vorel 2023-11-26 21:12:45 UTC
(In reply to Stefan Dirsch from comment #3)
> Yes, the issues with nouveau driver should be reported upstream.

Do you plan to report it?

BTW I thought that nouveau is not intended to work with this new GPU because Nvidia provided open-gpu driver (besides the usual proprietary). Does nouveau team plan to support these new GPU? (do you have link). I mean problems with both nvidia open-gpu an proprietary, which makes the laptop hardly usable. Having nouveau simply working with external screens and suspend even only for "office use" (browser and terminal, i.e. no GPU resource demanding apps) would be great.
Comment 5 Stefan Dirsch 2023-11-26 21:36:10 UTC
No, I don't plan to report this upstream.

The thing is, that you cannot rely on nouveau driver. The situation may improve by switching to new GSP firmware for latest GPUs, but this still can take a long time.

Suspend when using nvidia opengpu or proprietary driver should definitely work. I don't think Hibernate is still a topic, since it cannot work together with Secure Boot anyway.