[Bug 1193397] New: Monitor NO signal if it hasn't been on since system boot
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397 Bug ID: 1193397 Summary: Monitor NO signal if it hasn't been on since system boot Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: x86-64 OS: openSUSE Leap 15.3 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs@suse.de Reporter: kourosh@pourdanandeh.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0 Build Identifier: Dear developers, The predicament is: If the monitor is OFF since the booting of the system and letting the X-server load (around 20-30 second since boot) then turning the monitor ON, the display shows 'DisplayPort NO Signal', have to change to console 1 (CTRL+ALT+F1) to gain command line, and monitor comes ON. Login, either reboot the system and LEAVE the monitor ON the whole time, or startx to get to Display Manager. I have tested my system with Tumbleweed (on a test SSD) and got the same problem. But installed MX Linux 21 and the problem wasn't there any more. I could leave the monitor OFF, start my computer, after 20-30 seconds turn ON the monitor and I would see the desktop ready and loaded. Same thing would result in no signal with openSUSE Leap or TW. So I think it is something that happens with openSUSE. I even tested with HDMI cable. On the openSUSE forum I have some journalctl and Xorg.0.log that I hope could help pinpoint the matter. Reproducible: Always Steps to Reproduce: 1. Leave monitor OFF 2. Start the PC with monitor OFF 3. Wait about 20-30 seconds (so X-server is loaded) and turn the monitor ON 3. No signal is received by the monitor (HDMI nor DisplayPort) on console 7 4. Change to console 1, 2, 3 or.... Monitor will no show the login command on the respective console Actual Results: No signal is received by the monitor (HDMI nor DisplayPort) on console 7 unless change to console 1, 2, 3 or.... Monitor will no show the login command on the respective console Expected Results: The monitor should receive signal from the X-server and show the fully loaded desktop ASUSTeK PRIME Z490-A - UEFI: American Megatrends v: 2301 - Intel Core i7-10700K - Device-1: Advanced Micro Devices [AMD/ATI] Navi 21 [Radeon RX 6800/6800 XT / 6900 XT] driver: amdgpu v: kernel Display: x11 server: X.org 1.20.3 driver: amdgpu,ati unloaded: fbdev,modesetting,radeon,vesa The thread that this issue has been discussed on: https://forums.opensuse.org/showthread.php/563022-X-won-t-show-anything-if-t... -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
Malcolm Lewis
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
Andreas Stieger
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c1
Stefan Dirsch
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c2
--- Comment #2 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c3
Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c4
--- Comment #4 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c5
--- Comment #5 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c6
--- Comment #6 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c7
--- Comment #7 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c8
--- Comment #8 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c9
--- Comment #9 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c10
--- Comment #10 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c11
Stefan Dirsch
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c12
--- Comment #12 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c13
Stefan Dirsch
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c14
--- Comment #14 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c15
--- Comment #15 from Stefan Dirsch
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c16
Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c17
Nikolai Nikolaevskii
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c18
--- Comment #18 from Stefan Dirsch
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c19
--- Comment #19 from Kourosh P.
Primary Display > 'Auto' was selected. The other options were 'CPU Graphics', 'PEG', 'PCIE' and I changed it to 'PEG'. Advanced > System Agent (SA) Configuration > Graphics Configuration > iGPU Multi-Monitor is already set to 'Disabled'. I rebooted the system with monitor OFF and got the same result with DP NO Signal when monitor was turned on.
sudo inxi -aSCGImz System: Kernel: 5.3.18-59.34-default x86_64 bits: 64 compiler: gcc v: 7.5.0 parameters: BOOT_IMAGE=/boot/vmlinuz-5.3.18-59.34-default root=UUID=843c52a9-20ba-4694-abc3-a3988c2c354a splash=silent resume=/dev/disk/by-uuid/295c1286-73fd-42fa-9f7a-21fa1103e118 mitigations=auto quiet Console: tty 1 dm: SDDM Distro: openSUSE Leap 15.3 Memory: RAM: total: 15.53 GiB used: 733.7 MiB (4.6%) Array-1: capacity: 64 GiB slots: 4 EC: None max module size: 16 GiB note: est. Device-1: ChannelA-DIMM1 size: No Module Installed Device-2: ChannelA-DIMM2 size: 8 GiB speed: 2133 MT/s type: DDR4 detail: synchronous bus width: 64 bits total: 64 bits manufacturer: G-Skill part-no: F4-3000C16-8GISB serial: N/A Device-3: ChannelB-DIMM1 size: No Module Installed Device-4: ChannelB-DIMM2 size: 8 GiB speed: 2133 MT/s type: DDR4 detail: synchronous bus width: 64 bits total: 64 bits manufacturer: G-Skill part-no: F4-3000C16-8GISB serial: N/A CPU: Topology: 8-Core model: Intel Core i7-10700K bits: 64 type: MT MCP arch: N/A family: 6 model-id: A5 (165) stepping: 5 microcode: EC L1 cache: 512 KiB L2 cache: 16.0 MiB L3 cache: 16.0 MiB flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 121596 Speed: 800 MHz min/max: 800/5100 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 5: 801 6: 800 7: 800 8: 800 9: 801 10: 800 11: 800 12: 800 13: 800 14: 800 15: 800 16: 800 Vulnerabilities: Type: itlb_multihit status: KVM: VMX disabled Type: l1tf status: Not affected Type: mds status: Not affected Type: meltdown status: Not affected Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization Type: spectre_v2 mitigation: Enhanced IBRS, IBPB: conditional, RSB filling Type: srbds status: Not affected Type: tsx_async_abort status: Not affected Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Navi 21 [Radeon RX 6800/6800 XT / 6900 XT] vendor: Tul driver: amdgpu v: kernel bus ID: 04:00.0 chip ID: 1002:73bf Display: server: X.org 1.20.3 compositor: kwin_x11 driver: amdgpu,ati unloaded: fbdev,modesetting,radeon,vesa tty: 208x57 Message: Advanced graphics data unavailable in console for root. Info: Processes: 338 Uptime: N/A Init: systemd v: 246 runlevel: 5 target: graphical.target Compilers: gcc: N/A Shell: bash (sudo) v: 4.4.23 running in: tty 1 (SSH) inxi: 3.1.00 -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c20
--- Comment #20 from Kourosh P.
Try to boot with monitor off, run X. Then before turning on the monitor, enable the debug option of drm, run the following as root: echo 0x1e > /sys/module/drm/parameters/debug
Then turn on the monitor, confirm the problem ('no signal'). Save the dmesg output at this stage.
dmesg | susepaste https://susepaste.org/49240459
Then move to VT1, restore the monitor out, and save the dmesg output again. After that, clear the drm debug option echo 0 > /sys/module/drm/parameters/debug
I hope with "move to VT1" you mean CTRL+ALT+F1 and run the command, and not rebooting the system with monitor ON this time. I did go to TTY1, login, startx (X took a lot longer time to load but only the mouse cursor is visible with screen showing black) waited few minutes and the ddesktop came on for a split second and everything went black except the mouse cursor being visible. I did dmesg: dmesg | susepaste https://susepaste.org/12185740 I had to move to TTY2 to be able to reboot the system safely (took a LONG time). Don't know if I should have done another dmesg output after a successful reboot with monitor ON?!
Upload the saved two dmesg outputs to Bugzilla.
BTW, when you boot with another desktop environment (such as icewm), does the problem persist? I mean not to log out and switch from KDE, but login directly to icewm session (which should be available as fallback) at boot.
-- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c21
--- Comment #21 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c22
--- Comment #22 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c23
--- Comment #23 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c24
--- Comment #24 from Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c25
--- Comment #25 from Kourosh P.
BTW, when you boot with another desktop environment (such as icewm), does the problem persist? I mean not to log out and switch from KDE, but login directly to icewm session (which should be available as fallback) at boot.
I enabled icewm to load instead of Plasma at boot, but still NO Signal when turning on monitor after boot I am afraid. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c26
--- Comment #26 from Nikolai Nikolaevskii
According to inxi output OP uses Intel Core i7-10700K + ASUSTeK PRIME Z490-A + AMD Navi 21 video card. With Intel Core i7-10700K he has 2 video cards: built-in Intel UHD 630 and discrete AMD (previously Nvidia). But inxi shows only AMD Navi 21. There are some settings in BIOS about video cards: disable/enable iGFX (i.e. built-in), and which video card BIOS will initialize first - built-in or discrete. So, if built-in video card is disabled, but is set to be initialized first, he may get observed behaviour.
To OP: please provide full output for command: sudo inxi -aSCGImz
OK, theory was good, but failed. New one: https://wiki.archlinux.org/title/AMDGPU#Issues_with_power_management_/_dynam... [QUOTE] Issues with power management / dynamic re-activation of a discrete amdgpu graphics card If you encounter issues similar to [9], you can workaround the issue by setting the kernel parameter amdgpu.runpm=0, which prevents the dGPU from being powered down dynamically at runtime. [/QUOTE] Try to use parameter amdgpu.runpm=0. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c27
--- Comment #27 from Kourosh P.
(In reply to Nikolai Nikolaevskii from comment #17)
According to inxi output OP uses Intel Core i7-10700K + ASUSTeK PRIME Z490-A + AMD Navi 21 video card. With Intel Core i7-10700K he has 2 video cards: built-in Intel UHD 630 and discrete AMD (previously Nvidia). But inxi shows only AMD Navi 21. There are some settings in BIOS about video cards: disable/enable iGFX (i.e. built-in), and which video card BIOS will initialize first - built-in or discrete. So, if built-in video card is disabled, but is set to be initialized first, he may get observed behaviour.
To OP: please provide full output for command: sudo inxi -aSCGImz
OK, theory was good, but failed.
New one: https://wiki.archlinux.org/title/AMDGPU#Issues_with_power_management_/ _dynamic_re-activation_of_a_discrete_amdgpu_graphics_card
[QUOTE] Issues with power management / dynamic re-activation of a discrete amdgpu graphics card
If you encounter issues similar to [9], you can workaround the issue by setting the kernel parameter amdgpu.runpm=0, which prevents the dGPU from being powered down dynamically at runtime. [/QUOTE]
Try to use parameter amdgpu.runpm=0.
I tried that kernel parameter on both my test SSD (runs vanilla Leap 15.3 without AMDGPU-PRO drivers) and my main m.2 (runs Leap 15.3 with AMDGPU-PRO drivers) and still the same results I am afraid. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c28
Kourosh P.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c30
--- Comment #30 from Kourosh P.
The log showed that DP-3 connector was detected while HDMI-A-1 connector was disconnected. Isn't this DP-3 corresponding to your monitor? Or is it a different output?
Thank you for your follow-up. When doing the test to get a log I don't remember physically disconnecting an HDMI cable. I have always performs the logs when on DisplayPort. I have tested to see if HDMI works in the past, but not unplugging while getting logs. I hope I understood your question. Thank you. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c38
--- Comment #38 from Kourosh P.
So the problem seems reproduced with 5.16. In that case, you'd better to report to the upstream, gitlab.freedesktop.org Issues, and let the upstream devs handling it.
Thank you for your reply. I don't know what to do on gitlab.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c39
--- Comment #39 from Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c40
--- Comment #40 from Kourosh P.
Please report the problem at https://gitlab.freedesktop.org/drm/amd/-/issues
Thank you Takashi. I have reported this matter at the following link: https://gitlab.freedesktop.org/drm/amd/-/issues/1952 -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c41
Felix Miata
I have reported this matter at the following link: https://gitlab.freedesktop.org/drm/amd/-/issues/1952
I just made the following addition there: # inxi -S System: Host: ab250 Kernel: 5.18.19-200.fc36.x86_64 arch: x86_64 bits: 64 Desktop: Trinity v: R14.0.12 Distro: Fedora release 36 (Thirty Six) # If I keep my second display's cable disconnected, I get this: # grep onnec /var/log/Xorg.0.log [ 5.313] (II) modeset(0): Output DP-1 connected [ 5.313] (II) modeset(0): Output HDMI-1 disconnected [ 5.313] (II) modeset(0): Output HDMI-2 disconnected [ 5.313] (II) modeset(0): Output HDMI-3 disconnected [ 5.313] (II) modeset(0): Output DP-2 disconnected # Or this: # grep onnec /var/log/Xorg.0.log [ 5.544] (II) modeset(0): Output DP-1 disconnected [ 5.544] (II) modeset(0): Output HDMI-1 disconnected [ 5.544] (II) modeset(0): Output HDMI-2 connected [ 5.544] (II) modeset(0): Output HDMI-3 disconnected [ 5.544] (II) modeset(0): Output DP-2 disconnected # It may surprise many that if I keep my second display's signal cable connected from the PC, but with it powered off, I get this on booting instead: # grep onnec /var/log/Xorg.0.log [ 5.412] (II) modeset(0): Output DP-1 connected [ 5.412] (II) modeset(0): Output HDMI-1 disconnected [ 5.412] (II) modeset(0): Output HDMI-2 connected [ 5.412] (II) modeset(0): Output HDMI-3 disconnected [ 5.412] (II) modeset(0): Output DP-2 disconnected # Or this: # grep onnec /var/log/Xorg.0.log [ 5.451] (II) modeset(0): Output DP-1 connected [ 5.451] (II) modeset(0): Output HDMI-1 disconnected [ 5.451] (II) modeset(0): Output HDMI-2 connected [ 5.451] (II) modeset(0): Output HDMI-3 disconnected [ 5.451] (II) modeset(0): Output DP-2 disconnected # So, at "connection" time, the secondary display isn't providing any information about it's capability, only the cable connection is "reporting" something is connected. Some may want to rethink their definition of "connected", and not boot with an external display attached but un-powered.[/quote] It would be nice to know what MX Linux is doing that it doesn't present the problem. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397
http://bugzilla.opensuse.org/show_bug.cgi?id=1193397#c42
--- Comment #42 from Kourosh P.
(In reply to Kourosh P. from comment #40)
I have reported this matter at the following link: https://gitlab.freedesktop.org/drm/amd/-/issues/1952
I just made the following addition there:
# inxi -S System: Host: ab250 Kernel: 5.18.19-200.fc36.x86_64 arch: x86_64 bits: 64 Desktop: Trinity v: R14.0.12 Distro: Fedora release 36 (Thirty Six) #
If I keep my second display's cable disconnected, I get this: # grep onnec /var/log/Xorg.0.log [ 5.313] (II) modeset(0): Output DP-1 connected [ 5.313] (II) modeset(0): Output HDMI-1 disconnected [ 5.313] (II) modeset(0): Output HDMI-2 disconnected [ 5.313] (II) modeset(0): Output HDMI-3 disconnected [ 5.313] (II) modeset(0): Output DP-2 disconnected # Or this: # grep onnec /var/log/Xorg.0.log [ 5.544] (II) modeset(0): Output DP-1 disconnected [ 5.544] (II) modeset(0): Output HDMI-1 disconnected [ 5.544] (II) modeset(0): Output HDMI-2 connected [ 5.544] (II) modeset(0): Output HDMI-3 disconnected [ 5.544] (II) modeset(0): Output DP-2 disconnected #
It may surprise many that if I keep my second display's signal cable connected from the PC, but with it powered off, I get this on booting instead: # grep onnec /var/log/Xorg.0.log [ 5.412] (II) modeset(0): Output DP-1 connected [ 5.412] (II) modeset(0): Output HDMI-1 disconnected [ 5.412] (II) modeset(0): Output HDMI-2 connected [ 5.412] (II) modeset(0): Output HDMI-3 disconnected [ 5.412] (II) modeset(0): Output DP-2 disconnected # Or this: # grep onnec /var/log/Xorg.0.log [ 5.451] (II) modeset(0): Output DP-1 connected [ 5.451] (II) modeset(0): Output HDMI-1 disconnected [ 5.451] (II) modeset(0): Output HDMI-2 connected [ 5.451] (II) modeset(0): Output HDMI-3 disconnected [ 5.451] (II) modeset(0): Output DP-2 disconnected #
So, at "connection" time, the secondary display isn't providing any information about it's capability, only the cable connection is "reporting" something is connected. Some may want to rethink their definition of "connected", and not boot with an external display attached but un-powered.[/quote]
It would be nice to know what MX Linux is doing that it doesn't present the problem.
Thank you. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@suse.com