February 2022 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[Bug 1195886] LUKS2 decryption with FIDO2 missing after kernel upgrade
by bugzilla_noreply＠suse.com 15 Feb '22

15 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1195886 https://bugzilla.suse.com/show_bug.cgi?id=1195886#c3 Thomas Rahimi <thomas.rahimi(a)mailbox.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Thomas Rahimi <thomas.rahimi(a)mailbox.org> --- Thanks, tried the solution from bug report 1195887, it works again. *** This bug has been marked as a duplicate of bug 1195887 *** -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1195887] kernel 5.16.8 with amdgpu (Processor graphics 4650G) wont work
by bugzilla_noreply＠suse.com 15 Feb '22

15 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1195887 https://bugzilla.suse.com/show_bug.cgi?id=1195887#c26 Thomas Rahimi <thomas.rahimi(a)mailbox.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |thomas.rahimi(a)mailbox.org --- Comment #26 from Thomas Rahimi <thomas.rahimi(a)mailbox.org> --- *** Bug 1195886 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1195582] error in WLAN-module
by bugzilla_noreply＠suse.com 15 Feb '22

15 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1195582 https://bugzilla.suse.com/show_bug.cgi?id=1195582#c13 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #13 from Takashi Iwai <tiwai(a)suse.com> --- Let's close. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1195929] Radeon Bug with Kernel 5.3.18-150300.59.49-default Mirrors Bug 1195142
by bugzilla_noreply＠suse.com 15 Feb '22

15 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1195929 https://bugzilla.suse.com/show_bug.cgi?id=1195929#c4 --- Comment #4 from Takashi Iwai <tiwai(a)suse.com> --- Get kernel-default-5.*.rpm, kernel-default-extra-5.*.rpm and kernel-default-optional-5.*.rpm from the download page of OBS Kernel:SLE15-SP3 repo: https://download.opensuse.org/repositories/Kernel:/SLE15-SP3/pool/ Then install those files via zypper, zypper install kernel-default-*.rpm And reboot. That's all. If you're using Secure Boot, this might be not bootable; disable Secure Boot on BIOS beforehand. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1195929] Radeon Bug with Kernel 5.3.18-150300.59.49-default Mirrors Bug 1195142
by bugzilla_noreply＠suse.com 15 Feb '22

15 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1195929 https://bugzilla.suse.com/show_bug.cgi?id=1195929#c3 --- Comment #3 from David Webb <djw(a)noc.ac.uk> --- (In reply to Takashi Iwai from comment #2) > Please check whether the problem persists with the kernel in OBS > Kernel:SLE15-SP3 repo. Can I do this without installing a new version of OpenSUSE into a new partition? If so could you give me a link to some instructions. D. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1195311] New: Apparent memory leak in radeon (and amdgpu) or ttm
by bugzilla_noreply＠suse.com 15 Feb '22

15 Feb '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1195311 Bug ID: 1195311 Summary: Apparent memory leak in radeon (and amdgpu) or ttm Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: aaronpuchert(a)alice-dsl.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 855726 --> http://bugzilla.opensuse.org/attachment.cgi?id=855726&action=edit Last output of bcc-tools' memleak after process exit Kernel: 5.16.2-1-default CPU: AMD A10-5750M APU (Piledriver, Family 15h) GPU: Builtin Radeon HD 8650G ("Richland", ARUBA, Northern Islands), used here. Discrete Radeon HD 8650M ("Sun Pro", HAINAN, Southern Islands), inactive. With some rendering applications (such as openSUSE:Factory/xonotic) I'm observing a massive increase of used memory that doesn't recover when closing the application. I couldn't observe this with other 3D graphics games, but it seems necessarily a kernel issue. In fact diffing /proc/meminfo before and after gives me no idea where the memory might be: --- meminfo.before +++ meminfo.after @@ -1,44 +1,44 @@ MemTotal: 7307764 kB -MemFree: 5424968 kB +MemFree: 1809372 kB -MemAvailable: 6022788 kB +MemAvailable: 2647392 kB -Buffers: 145620 kB +Buffers: 147420 kB -Cached: 654312 kB +Cached: 891696 kB SwapCached: 0 kB -Active: 371420 kB +Active: 415308 kB -Inactive: 1031956 kB +Inactive: 1261828 kB Active(anon): 1072 kB -Inactive(anon): 625400 kB +Inactive(anon): 659872 kB -Active(file): 370348 kB +Active(file): 414236 kB -Inactive(file): 406556 kB +Inactive(file): 601956 kB Unevictable: 132 kB Mlocked: 132 kB SwapTotal: 2097148 kB SwapFree: 2097148 kB -Dirty: 44 kB +Dirty: 1536 kB Writeback: 0 kB -AnonPages: 592320 kB +AnonPages: 592880 kB -Mapped: 310056 kB +Mapped: 310476 kB -Shmem: 23028 kB +Shmem: 22924 kB -KReclaimable: 81092 kB +KReclaimable: 82920 kB -Slab: 150960 kB +Slab: 154736 kB -SReclaimable: 81092 kB +SReclaimable: 82920 kB -SUnreclaim: 69868 kB +SUnreclaim: 71816 kB -KernelStack: 5120 kB +KernelStack: 5184 kB -PageTables: 13176 kB +PageTables: 13220 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 5751028 kB -Committed_AS: 2195056 kB +Committed_AS: 2190264 kB VmallocTotal: 34359738367 kB -VmallocUsed: 42340 kB +VmallocUsed: 42356 kB VmallocChunk: 0 kB Percpu: 2800 kB HardwareCorrupted: 0 kB -AnonHugePages: 249856 kB +AnonHugePages: 202752 kB ShmemHugePages: 0 kB ShmemPmdMapped: 0 kB -FileHugePages: 0 kB +FileHugePages: 2048 kB FilePmdMapped: 0 kB CmaTotal: 0 kB CmaFree: 0 kB @@ -48,6 +48,6 @@ HugePages_Surp: 0 Hugepagesize: 2048 kB Hugetlb: 0 kB -DirectMap4k: 481020 kB +DirectMap4k: 3833596 kB -DirectMap2M: 6023168 kB +DirectMap2M: 3719168 kB -DirectMap1G: 1048576 kB +DirectMap1G: 0 kB Available memory is down 3.5G, but neither in kernel nor in user space is there an increase that might justify it. I also diffed the output of "grep . /proc/[0-9]*/statm" before and after, with the difference in resident set sizes rather unremarkable. (In the order of a couple hundred pages in total.) So after a reboot I ran /usr/share/bcc/tools/memleak from bcc-tools, and after closing the game (and making sure the process is indeed no longer there) the top 10 "leaks" end with this (the script just traces allocations that haven't been freed, these are not necessarily leaks): 3681759232 bytes in 4055 allocations from stack __alloc_pages+0x178 [kernel] __alloc_pages+0x178 [kernel] ttm_pool_alloc+0x24a [ttm] ttm_tt_populate+0x9f [ttm] ttm_bo_handle_move_mem+0x152 [ttm] ttm_bo_validate+0xc1 [ttm] ttm_bo_init_reserved+0x1d1 [ttm] ttm_bo_init+0x5a [ttm] radeon_bo_create+0x150 [radeon] radeon_gem_object_create+0xb0 [radeon] radeon_gem_create_ioctl+0x68 [radeon] drm_ioctl_kernel+0xb0 [drm] drm_ioctl+0x220 [drm] radeon_drm_ioctl+0x49 [radeon] __x64_sys_ioctl+0x82 [kernel] do_syscall_64+0x5c [kernel] entry_SYSCALL_64_after_hwframe+0x44 [kernel] Line info shouldn't be necessary, at least I could easily follow the call stack just from the function names. I'll attach the full top 10 for reference, but the next stack only accounts for ~200M, so it's probably not that important. (Also it seems to me like filling the page cache, which is probably intentionally not freed.) The title claims that this also affects amdgpu because we tried another machine that has a (single) desktop GPU, an R9 270X (PITCAIRN, also Southern Islands) being run with amdgpu via radeon.si_support=0 amdgpu.si_support=1. We observe the same callstack with memleak except with radeon being replaced by amdgpu. (Presumably they just copied that over.) So either the problem is common to both drivers or somewhere else in the stack. -- You are receiving this mail because: You are the assignee for the bug.

1 9

[Bug 1188896] "BUG: Bad rss-counter state mm:00000000e555b579 type:MM_FILEPAGES val:-256" during build of cross-epiphany-gcc11-bootstrap
by bugzilla_noreply＠suse.com 15 Feb '22

15 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1188896 https://bugzilla.suse.com/show_bug.cgi?id=1188896#c59 --- Comment #59 from LTC BugProxy <bugproxy(a)us.ibm.com> --- ------- Comment From geraldsc(a)de.ibm.com 2022-02-15 09:05 EDT------- (In reply to comment #54) [...] > - You can download latest Tumbleweed iso images (not released because of > this bug) from here: > https://build.opensuse.org/package/binaries/openSUSE:Factory:zSystems/ > 000product:openSUSE-dvd5-dvd-s390x/images > > The kernel is here: > https://build.opensuse.org/package/binaries/openSUSE:Factory:zSystems/kerne… > default/standard Thanks, we are getting closer. It is not the matching kernel version (5.16.8-1 instead of 5.16.4-1), and therefore not usable to open the dump in crash. But it showed me that I was wrong, and the debuginfo vmlinux is apparently not enough, and it also takes the normal vmlinux in addition (don't ask me why...). So, the following RPMs would be needed, or rather the included files which you would find on your system when installed (Of course, in the very same version as the kernel that was dumped): kernel-default-debuginfo-5.16.8-1.1.s390x.rpm: ./usr/lib/debug/usr/lib/modules/5.16.8-1-default/vmlinux.debug kernel-default-5.16.8-1.1.s390x.rpm: ./usr/lib/modules/5.16.8-1-default/vmlinux.xz > well, the dump-guest-memory method was exactly what I used to create the > dump above but comment 52 says it is not usable. (method used is basically: > have qemu with debuginfo installed, attach gdb to hanging vm, load the > dump-guest-memory.py from the qemu git to create the dump). but for the > guest VM the runing kernel is taken from the project where the build > happens, so this could be any kernel and the same debuginfo is not > neccessarily available or even built at all. The dump is not necessarily unusable for analysis in crash, at least if we would also have matching vmlinux files (both with and w/o debuginfo, see above). What did not work with this dump, was "crash --log", which would not need any vmlinux files, and only extract kernel message log. That might just "work as designed", e.g. due to this special qemu dump, or maybe a bug in crash, who knows. This is not really a problem, as long as we would be able to open the dump in crash for analysis, which would require the vmlinux files. As long as we do not have any vmlinux files, nobody can say if the dump us usable or not. Of course, this specific dump, w/o panic_on_taint, will most likely not give useful insight, even if we had vmlinux files, other than maybe the kernel message log. But at least it serves as exercise on how to submit dumps and additional required files. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1195591] Intel® Wi-Fi 6 AX201 160MHz IwlWifi not include this driver.
by bugzilla_noreply＠suse.com 15 Feb '22

15 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1195591 https://bugzilla.suse.com/show_bug.cgi?id=1195591#c1 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tiwai(a)suse.com --- Comment #1 from Takashi Iwai <tiwai(a)suse.com> --- The TW kernel contains the latest upstream code as well as the latest upstream firmware, so if any performance issue is seen with it, better to ask upstream devs. Please try to ping the upstream devs, e.g. on bugzilla.kernel.org but at best on linux-wireless ML. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1195959] The system is not loaded after updating the kernel.
by bugzilla_noreply＠suse.com 15 Feb '22

15 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1195959 https://bugzilla.suse.com/show_bug.cgi?id=1195959#c1 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tiwai(a)suse.com --- Comment #1 from Takashi Iwai <tiwai(a)suse.com> --- Likely the dup of bug 1195887? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1195886] LUKS2 decryption with FIDO2 missing after kernel upgrade
by bugzilla_noreply＠suse.com 15 Feb '22

15 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1195886 https://bugzilla.suse.com/show_bug.cgi?id=1195886#c2 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tiwai(a)suse.com --- Comment #2 from Takashi Iwai <tiwai(a)suse.com> --- Might be rather the graphics issue? See bug 1195887 and try the suggested workaround. -- You are receiving this mail because: You are the assignee for the bug.

1 0