Hi. I got an Asus TUF 505 with AMD Ryzen 5 3550H with Nvidia GTX 1650. My problems is IF laptop not plug in i can’t log in in my system which is KDE NEON 5.19. I have to turn it off, plug in the charger and turn it on. Only the way i can log in successfully. Firts I needed to use tty and starx but after a research I found a post and instructions from generix AMD Ryzen 5 iGPU + Nvidia GTX 1050 Mobile. Black Screen Driver Problem - #9 by landerbuan
to log in normally; this work for me only after I have used tty with my charger plug in the first time that I turn my laptop on.
These are my laptop’specifications from inxi -Fxz
You’re running KDE neon with ubuntu 18.04 foundation, it has been upgraded to 20.04 which supports your AMD/Nvidia combo ootb. Please upgrade: https://neon.kde.org/
I updated my system. My problem is: I have to have my battery’s charger plug in the first time that I turn on my laptop otherwise laptop goes black screen without tty responding, so I have to turn my laptop off, plug in the charger, turn my laptop on, then display work normaly even if I restart without having the charger plug in.
I haven’t try ssh, I have to configure it first. I never have used ssh in my life. Do I need another computer for that cause I don’t have another one? But I didn’t do a fresh install on kde 5.21, I upgraded it through upgrade system manager. What should I do? Configure ssh is the only option or try a fresh install of kde 5.21?
Unfortunately my problem went back. I installed kernel 5.10.17 because I don’t know how to use ssh. It was working fine, but one day lataer, now nvidia driver is not working in kernel 5.10.17. So I get rid of it. I’m using kerne 5.4 which is the default and I’m experience the same old problem: if not charge goes to black screen so I have to turn laptop off, charger it, turn laptop on so can work normally. Please help me. I have this problem more than a all year by now
Unfortunately my problem went back. I installed kernel 5.10.17 because I don’t know how to use ssh. It was working fine, but one day lataer, now nvidia driver is not working in kernel 5.10.17. So I get rid of it. I’m using kerne 5.4 which is the default and I’m experience the same old problem: if not charge goes to black screen so I have to turn laptop off, charger it, turn laptop on so can work normally. Please help me. I have this problem more than a all year by now
Sorry for the reply to late… It did work but the next day the problem appeared again. Now my laptop has same problem no matter what kernel it has. I have to have my laptop plugged on before Splash screen appears otherwise goes full black screen without any key responds.
Please do this:
disconnect charger, turn on notebook, wait, shutdown, connect charger, boot, log in, run
sudo journalctl -b-1 >journal.txt
and attach journal.txt
Check in KDE Systemsettings, Power Managment,look For Screen Energy Saving box & uncheck. This might be a cuase also you may want to uncheck or review any other boxes to check and adjust accordingly.
You nay also need to check settings for Screenlocking & uncheck boxes and adjust accordingly.
Hi. Sorry for delay answer, due to work I have not too much time. I updated my Bios and Uncheck all possible battery saving related stuff. This is the new journal. journal.txt (167.4 KB)
The problem still exist even with new kernel update
Now you have secure boot enabled and the nvidia modules won’t even load.
Also this causes all kind of “kernel_lockdown” messages.
Please disable secure boot in BIOS.
You’re back to the 5.4 kernel now?
Also I noticed this (the amd gpu resetting):
Apr 15 16:02:19 xk kernel: [drm:amdgpu_job_timedout [amdgpu]] ERROR ring gfx timeout, signaled seq=1, emitted seq=4
Apr 15 16:02:19 xk kernel: [drm:amdgpu_job_timedout [amdgpu]] ERROR Process information: process Xorg pid 1060 thread Xorg:cs0 pid 1066
Apr 15 16:02:19 xk kernel: amdgpu 0000:05:00.0: GPU reset begin!
Apr 15 16:02:20 xk kernel: amdgpu 0000:05:00.0: GPU reset succeeded, trying to resume
Apr 15 16:02:20 xk kernel: [drm] PCIE GART of 1024M enabled (table at 0x000000F400900000).
Apr 15 16:02:20 xk kernel: [drm] PSP is resuming…
Apr 15 16:02:20 xk kernel: [drm] reserve 0x400000 from 0xf407800000 for PSP TMR
Apr 15 16:02:20 xk kernel: [drm] psp command failed and response status is (0x7)
Apr 15 16:02:21 xk kernel: [drm] VCN decode and encode initialized successfully(under SPG Mode).
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring gfx uses VM inv eng 0 on hub 0
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring comp_1.0.0 uses VM inv eng 1 on hub 0
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring comp_1.1.0 uses VM inv eng 4 on hub 0
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring comp_1.2.0 uses VM inv eng 5 on hub 0
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring comp_1.3.0 uses VM inv eng 6 on hub 0
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring comp_1.0.1 uses VM inv eng 7 on hub 0
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring comp_1.1.1 uses VM inv eng 8 on hub 0
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring comp_1.2.1 uses VM inv eng 9 on hub 0
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring comp_1.3.1 uses VM inv eng 10 on hub 0
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring kiq_2.1.0 uses VM inv eng 11 on hub 0
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring sdma0 uses VM inv eng 0 on hub 1
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring vcn_dec uses VM inv eng 1 on hub 1
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring vcn_enc0 uses VM inv eng 4 on hub 1
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring vcn_enc1 uses VM inv eng 5 on hub 1
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: ring vcn_jpeg uses VM inv eng 6 on hub 1
Apr 15 16:02:21 xk kernel: [drm] recover vram bo from shadow start
Apr 15 16:02:21 xk kernel: [drm] recover vram bo from shadow done
Apr 15 16:02:21 xk kernel: [drm] Skip scheduling IBs!
Apr 15 16:02:21 xk kernel: [drm] Skip scheduling IBs!
Apr 15 16:02:21 xk kernel: amdgpu 0000:05:00.0: GPU reset(2) succeeded!
Apr 15 16:02:21 xk kernel: [drm] Skip scheduling IBs!
Apr 15 16:02:21 xk kernel: [drm] Skip scheduling IBs!
Might be related to secure boot lockdown, not sure.
Please create a new journal log after disabling secure boot.
Hi. This is the new journal. My Kernel now after system update it is 5.4.0-72 and this problem does not occur with windows 10 that I have installed journal.txt (166.4 KB)