http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 http://bugzilla.opensuse.org/show_bug.cgi?id=1186896#c1 --- Comment #1 from P --- Created attachment 849951 --> http://bugzilla.opensuse.org/attachment.cgi?id=849951&action=edit Boot log alternative kernels -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 http://bugzilla.opensuse.org/show_bug.cgi?id=1186896#c3 --- Comment #3 from P --- Additional remark: I can't use an external screen on the HDMI port. -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 http://bugzilla.opensuse.org/show_bug.cgi?id=1186896#c5 Takashi Iwai changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tiwai@suse.com --- Comment #5 from Takashi Iwai --- The support of the recent AMDGPU stuff on Leap 15.2 kernel is fairly bad, and it's unlikely that the fix will be taken for Leap 15.2 unless it's a trivial fix. So, let's concentrate on Leap 15.3. Does Leap 15.3 kernel (with the update of kernel-firmware-amdgpu package) give the same hang up at boot? Or it's only about the brightness? The brightness issue could be worked around by passing amdgpu.backlight=0 option (or 1) on the recent kernels. For the Leap 15.3, you may try the kernel in OBS Kernel:SLE15-SP3, too, http://download.opensuse.org/repositories/Kernel:/SLE15-SP3/standard/ -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 http://bugzilla.opensuse.org/show_bug.cgi?id=1186896#c7 --- Comment #7 from Takashi Iwai --- Yes, the kernel itself should be usable on Leap 15.2 system, too. (No Secure Boot, though). And, you'd need to upgrade the kernel-firmware-amdgpu as well. -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 http://bugzilla.opensuse.org/show_bug.cgi?id=1186896#c11 --- Comment #11 from P --- With the information from comment 10, would it be useful to progress this bug via the amdgpu module? Is there anything else I could try? My apologies for the impatience. My brand new laptop is hardly usable as I can only use it properly at night in low light conditions. -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 http://bugzilla.opensuse.org/show_bug.cgi?id=1186896#c13 --- Comment #13 from P --- Thank you so much for getting back to me on this. Yes, all my trials were using "amdgpu.backlight=0" In fact I added it to the GRUB_CMDLINE_LINUX_DEFAULT variable in /etc/default/grub to ensure I didn't skip it. /proc/cmdline confirms it's being used. -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 http://bugzilla.opensuse.org/show_bug.cgi?id=1186896#c15 --- Comment #15 from P ---

Hm, I'm confused. Now you're using which OS and which setup?

Leap 15.2

Is it about Leap 15.3 kernel + user-land, or still Leap 15.2, or about TW?

Still Leap 15.2. (I don't know what user-land means)

And is the main problem you're talking about is the brightness, and that's with amdgpu (i.e. without nomodeset), right?

Correct. Just to remove the confusion about 15.2 vs 15.3, I've just wiped my Leap 15.2 to install Leap 15.3. That should get me aligned with your baseline. And my current 15.2 setup it not very usable anyway. Unfortunately, the ISO boot image hangs when starting udev (see attachment: leap15.3_hangs_at_udev.jpg) After reading up on the boot params, I was able to boot from the Leap 15.3 stick using "acpi=off". I've tried many boot params, and this one was the only one I could boot with. The installation went ok. This comment is just written with the new Leap 15.3 Good news: Brightness and external screen work. So that's very nice. Bad news: without ACPI I have a single core, no Fn keys and no touchpad and probably more goodies. So it's still bad I suppose. But it does lead to the question if we should maintain this bug as is. Please provide direction. I'm now planning to wipe 15.3 again, repartition my drive and go for a multiboot config, so that I have a workable environment, but also an environment I can use to work on this bug. PS: I came across another webshop which also sells my laptop: https://laptopmetlinux.nl/product/clevo-nl51ru Surprisingly, they support 9 Linux configurations with this laptop, but openSUSE is not on the list. This could potentially be related to the udev issue. I'd be happy to work on this in any way you suggest. Please bare in mind I need some time to get me a workable multiboot system. So I might be unavailable for the next couple of weeks. I'm definitely going to try the list with the 9 distributions. -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 P changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|AMD Rhyzen 7 4700H Renoir: |AMD Ryzen 7 4700H Renoir: |brightness + ext screen |brightness + ext screen |don't work |don't work -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 http://bugzilla.opensuse.org/show_bug.cgi?id=1186896#c18 --- Comment #18 from P --- I have tried 5.13.rc7 from Kernel:HEAD:Backport and 5.12.12 from Kernel:stable:Backport. They both yield the same outcome: | Options | boot | brightness | Comments | | ---------------------------- | ---- | ---------- | ----------------------------------------------------- | | - | No | No | Hangs at "fb0: switching to amdgpudrmfb from EFI VGA" | | acpi=off | Yes | Yes | No ACPI functionality | | nomodeset | Yes | No | Hangs at "fb0: switching to amdgpudrmfb from EFI VGA" | | amdgpu.backlight=0 | No | No | | | nomodeset�amdgpu.backlight=0 | Yes | No | | -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 http://bugzilla.opensuse.org/show_bug.cgi?id=1186896#c20 --- Comment #20 from Takashi Iwai --- Strange, are the really case 2 (nomodeset) and case 4 (nomodeset amdgpu.backlight=0) the different results? With nomodeset, any amdgpu option must make no sense. In anyway, please report the issue to upstream if it happens with TW kernel. The upstream report should go to gitlab.freedesktop.org Issues. -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 http://bugzilla.opensuse.org/show_bug.cgi?id=1186896#c22 --- Comment #22 from P --- Can you please precise which project to use? There are a lot of kernel projects on gitlab. -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 http://bugzilla.opensuse.org/show_bug.cgi?id=1186896#c24 --- Comment #24 from P --- (In reply to Fusion Future from comment #23)

My laptop CPU is also Ryzen 7 4700U (HP ZHAN66 Pro A 14 G3), but brightness + ext screen work with default settings. I am using Tumbleweed 20210623.

I just downloaded and tried TW-20210623. Unfortunately I have the same outcome. -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1186896 http://bugzilla.opensuse.org/show_bug.cgi?id=1186896#c26 --- Comment #26 from Takashi Iwai --- OK, it's good to hear. Judging from the description from Alex, this rather sounds like a bug in BIOS / UEFI. Maybe the kernel could have some workaround (e.g. Intel had quite a few workarounds about IOMMU handling), but waiting for the BIOS fix might be another hope. -- You are receiving this mail because: You are the assignee for the bug.