October 2020 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[kernel-bugs] [Bug 1177428] AMDGPU resume fail
by bugzilla_noreply＠suse.com 11 Oct '20

11 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1177428 http://bugzilla.opensuse.org/show_bug.cgi?id=1177428#c29 --- Comment #29 from Takashi Iwai <tiwai(a)suse.com> --- (In reply to Karl Mistelberger from comment #26) > Created attachment 842492 [details] > still freezing Thanks. It's Picasso board, and this was already a problem in the past, hence we shipped the older firmware as a workaround. At the latest kernel-firmware update, we removed the workaround as I was informed that the issue should have been fixed, but apparently it's not fixed. So I'm going to put the old firmware again. However, the question is which old one; I'd really like to see whether the original issue (the GPU error at resume) comes from the firmware or not. Now I uploaded various versions of picasso firmware files taken from linux-firmware.git. The tarball contains subdirectory for each version (e.g. 19.50, 20.10, ...). For testing it, try the following: - Create /lib/firmware/updates/amdgpu directory: % mkdir -p /lib/firmware/updates/amdgpu - Copy the contents of the firmware version you want to test (e.g. 19.50): % cp 19.50/amdgpu/picasso* /lib/firmware/updates/amdgpu/ - Rebuild initrd and retest: % mkinitrd % reboot The version 20.40 is the same one as the latest kernel-firmware package, hence this is supposed to be broken. I included it to be sure. Please check each version and let me know the behavior. Thanks! -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1177428] AMDGPU resume fail
by bugzilla_noreply＠suse.com 11 Oct '20

11 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1177428 http://bugzilla.opensuse.org/show_bug.cgi?id=1177428#c28 --- Comment #28 from Takashi Iwai <tiwai(a)suse.com> --- (In reply to Christian Hartmann from comment #27) > Downgrading the kernel-firmware-amdgpu package fixed the issue. Could you give dmesg output with "firmware_class.dyndbg=+p" boot option, too? We need to check which firmware is involved. In the case of Karl, it was amdgpu/picasso*. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1177428] AMDGPU resume fail
by bugzilla_noreply＠suse.com 10 Oct '20

10 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1177428 http://bugzilla.opensuse.org/show_bug.cgi?id=1177428#c27 Christian Hartmann <chris-hartmann(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris-hartmann(a)gmx.de --- Comment #27 from Christian Hartmann <chris-hartmann(a)gmx.de> --- I might have a similar issue... After doing a zypper dup today I cannot boot my computer. In the rescue system I was able to see some errors in journalctl regarding amdgpu. (In reply to Takashi Iwai from comment #23) > BTW you need to update only amdgpu firmware: > % zypper in --oldpackage --force > http://download.opensuse.org/history/20201007/tumbleweed/repo/oss/noarch/ > kernel-firmware-amdgpu-20200916-1.1.noarch.rpm Downgrading the kernel-firmware-amdgpu package fixed the issue. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1159882] Excessive swapping when buffers / cache expand beyond free physical RAM
by bugzilla_noreply＠suse.com 10 Oct '20

10 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1159882 http://bugzilla.opensuse.org/show_bug.cgi?id=1159882#c81 --- Comment #81 from Robert Delahunt <radelahunt(a)gmail.com> --- (In reply to Abdulrhman Ied from comment #80) > (In reply to Robert Delahunt from comment #79) > > Can confirm and agree with Abdulrhman Ied. Depending on the day, there > > would be a 3-5 second lag when my system began digging into swap. I figured > > it was just the swap factor and/or my system. > > > > However, I noticed on the MHocko kernels (see comment history) that it > > happened far less often. > > I tried the mentioned kernel (5.3.18-lp152.2.gb85b477-preempt) without any > further configuration (I just installed the kernel and reboot to it), and > the system still freezes. Please provide system specifications. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1159882] Excessive swapping when buffers / cache expand beyond free physical RAM
by bugzilla_noreply＠suse.com 10 Oct '20

10 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1159882 http://bugzilla.opensuse.org/show_bug.cgi?id=1159882#c80 --- Comment #80 from Abdulrhman Ied <Abdulrhman.Ied(a)Gmail.com> --- (In reply to Robert Delahunt from comment #79) > Can confirm and agree with Abdulrhman Ied. Depending on the day, there > would be a 3-5 second lag when my system began digging into swap. I figured > it was just the swap factor and/or my system. > > However, I noticed on the MHocko kernels (see comment history) that it > happened far less often. I tried the mentioned kernel (5.3.18-lp152.2.gb85b477-preempt) without any further configuration (I just installed the kernel and reboot to it), and the system still freezes. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1177428] AMDGPU resume fail
by bugzilla_noreply＠suse.com 10 Oct '20

10 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1177428 http://bugzilla.opensuse.org/show_bug.cgi?id=1177428#c26 --- Comment #26 from Karl Mistelberger <karl.mistelberger(a)nefkom.net> --- Created attachment 842492 --> http://bugzilla.opensuse.org/attachment.cgi?id=842492&action=edit still freezing -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1159882] Excessive swapping when buffers / cache expand beyond free physical RAM
by bugzilla_noreply＠suse.com 10 Oct '20

10 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1159882 http://bugzilla.opensuse.org/show_bug.cgi?id=1159882#c79 --- Comment #79 from Robert Delahunt <radelahunt(a)gmail.com> --- Can confirm and agree with Abdulrhman Ied. Depending on the day, there would be a 3-5 second lag when my system began digging into swap. I figured it was just the swap factor and/or my system. However, I noticed on the MHocko kernels (see comment history) that it happened far less often. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1159882] Excessive swapping when buffers / cache expand beyond free physical RAM
by bugzilla_noreply＠suse.com 10 Oct '20

10 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1159882 http://bugzilla.opensuse.org/show_bug.cgi?id=1159882#c78 Abdulrhman Ied <Abdulrhman.Ied(a)Gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Abdulrhman.Ied(a)Gmail.com --- Comment #78 from Abdulrhman Ied <Abdulrhman.Ied(a)Gmail.com> --- I probably have the same issue. I already opened a new bug (see bug#1177541), before I get pointed to this one. So here is again my issue, and I hope that would be helpful. "My system freezes for few seconds when there is high disk usage, like copying large files, or when opening a demanding chrome web pages (due to swaping?). It happens on Ext4, Btrfs and XFS, so file system doesn't matter. It happens on both Gnome and Xfce, so that also doesn't matter. Windows 10, Fedora and Ubuntu works almost fine on the same device, it's a problem with Leap 15.2 only. So I upgraded my system from Leap 15.2 to TW, and everything works almost fine now. I booted my device to TW but with Leap kernel (5.3.18-lp152.44-default), and the freezes happen again. So it seems to me that's a kernel issue. My search lead me to multiple cases with the same issue (different distros). See: https://askubuntu.com/questions/1212736/system-freezes-on-disk-i-o And: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1861359 It seems like newer kernel have this issue fixed, maybe version 5.5.6 (as stated in the link), and it seems that Ubuntu backported successfully a fix to kernel 5.4. This issue is very annoying, I hope openSUSE can backport a fix from upstream. Reproducible: Always Steps to Reproduce: 1. Start a disk demanding process, like copying large files Actual Results: Freezes and a laggy mouse cursor Expected Results: Smooth system Maybe it could be more obvious in devices with low ram, but Ubuntu 20.04 and Windows 10 work perfectly on the same device." -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1177428] AMDGPU resume fail
by bugzilla_noreply＠suse.com 10 Oct '20

10 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1177428 http://bugzilla.opensuse.org/show_bug.cgi?id=1177428#c25 --- Comment #25 from Takashi Iwai <tiwai(a)suse.com> --- OK, then the latest crash at boot was indeed a regression of amdgpu firmware. Just to make sure: the oldest kernel-firmware found in OBS history repo is: http://download.opensuse.org/history/20200907/tumbleweed/repo/oss/noarch/ke… Could you try to downgrade to this version and retest? Also, please try to boot with "firmware_class.dyndbg=+p" boot option, and give the dmesg output. This will contain the debug prints showing which firmware files are loaded. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1177428] AMDGPU resume fail
by bugzilla_noreply＠suse.com 10 Oct '20

10 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1177428 http://bugzilla.opensuse.org/show_bug.cgi?id=1177428#c24 --- Comment #24 from Karl Mistelberger <karl.mistelberger(a)nefkom.net> --- Created attachment 842491 --> http://bugzilla.opensuse.org/attachment.cgi?id=842491&action=edit 20201008 with firmware 20201007 Booted into 20201007, locked all firmed and duped to 20201008. System boots, but again freezes on resume. -- You are receiving this mail because: You are the assignee for the bug.

1 0