September 2020 - openSUSE Kernel Bugs - openSUSE Mailing Lists

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

22 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1159882 http://bugzilla.opensuse.org/show_bug.cgi?id=1159882#c34 --- Comment #34 from Robert Delahunt <radelahunt(a)gmail.com> --- Would using a tumbleweed kernel give you good information? If so, please tell me what specific tumbleweed packages I need to install and what LEAP 15.2 packages I need to remove in order to test this theory. Also, would you have me grab the latest stable kernel and "yes | make oldconfig" and then see how that goes? I haven't built a kernel for OpenSUSE LEAP 15.2 before, so I might need a tutorial on how to mkinitrd. Please notify me. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1176471] New: Kernel config CONFIG_SND_CTL_VALIDATION causing alsamixer crash
by bugzilla_noreply＠suse.com 22 Sep '20

22 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1176471 Bug ID: 1176471 Summary: Kernel config CONFIG_SND_CTL_VALIDATION causing alsamixer crash Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: dm(a)mirabel-sil.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi, Starting with Kernel:stable/kernel-source revision 1357 and commit https://github.com/openSUSE/kernel-source/commit/074fdcff64c78c1d16defd28b6… setting kernel CONFIG_SND_CTL_VALIDATION=y makes alsamixer to crash and Dmic non functional with SOF audio. Dmesg says : skl_hda_dsp_generic: control 2:0:0:Dmic0 Capture Switch:0: value out of range 65536 (0/1) at count 0 either using alsa sof-hda-dsp ucm/ucm2 or not. Will gladly provide further debug or testing -- You are receiving this mail because: You are the assignee for the bug.

1 1

[kernel-bugs] [Bug 1176741] Wifi with rtl8723de chipset not working
by bugzilla_noreply＠suse.com 22 Sep '20

22 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1176741 https://bugzilla.suse.com/show_bug.cgi?id=1176741#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> --- 8723DE isn't supported on 5.3 kernel, so sorry, it's not officially supported on Leap 15.2 kernel. In theory, you can build a SecureBoot-manageable KMP, but it's a bit tricky. Better to avoid Secure Boot mode if you can. I'm going to backport the rtw88 patches for Leap 15.3 kernel, so it'll be supported natively there. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1176757] Since 5.3.18-lp152.41 Boot process hangs at "fb0: switchting to amdgpudrmfb from EFI VGA"
by bugzilla_noreply＠suse.com 22 Sep '20

22 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1176757 http://bugzilla.opensuse.org/show_bug.cgi?id=1176757#c3 Patrik Jakobsson <patrik.jakobsson(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |IN_PROGRESS --- Comment #3 from Patrik Jakobsson <patrik.jakobsson(a)suse.com> --- I've now managed to reproduce the issue (or a different one). After installing and uninstalling amdgpu 20.30 the system is left in a broken state. Reinstalling Mesa-dri solves the problem for me. Not sure why your other kernel is working (mine is not) but you can try booting into it and enter: sudo zypper in -f Mesa-dri Hope that helps -- 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 22 Sep '20

22 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1159882 https://bugzilla.suse.com/show_bug.cgi?id=1159882#c33 --- Comment #33 from Michal Hocko <mhocko(a)suse.com> --- (In reply to Robert Delahunt from comment #27) > I had reinstalled OpenSUSE LEAP 15.2 using the DVD but with network enabled, > so what I should've gotten was a fresh installation of the most current > stable OpenSUSE LEAP 15.2. > > VMSTAT information as requested: > > http://www.puresimplicity.net/~delahunt/vmstat/swapon/ > > http://www.puresimplicity.net/~delahunt/vmstat/swapoff/ > > Basically, I had reinstalled OpenSUSE LEAP 15.2 with the LUKS-contained LVM > of /dev/system/home and /dev/system/swap but I had deleted the LV of swap > and ran the system without swap. So the swapoff is a recording of vmstat > while I was doing > > dd if=/dev/zero of=/dev/sdb bs=4K status=progress > > and the swapon directory is after I went back into the partitioner, > recreated the swap LV, turned swap on, then ran the dd command above all > over again. I have looked at swapon data. First vmstat Last vmstat[diff] pgscan_direct 2383 0 pgscan_kswapd 14565113 424280 pgsteal_kswapd 14513308 423192 No direct reclaim, so kswapd was able to cope with the allocation pace. The overall reclaim efficiency is nice as well (99%) and the reclaim itself has freed 1.6G worth of memory pgalloc_dma32 2334299 467232 pgalloc_normal 24091786 3564456 while 15.7G of memory was requested during that time period. pswpin 0 0 pswpout 0 11842 No memory has been swapped in while 46M has been swapped out. This on its own doesn't sound overly excessive. I would be much more worried if pswpin was high because that would suggest that memory actively in use has been swapped out and so the owner would see larger latencies on refault. workingset_activate 86 41 workingset_refault 10237 141 workingset_restore 0 0 These are stats for disk based page cache refaults. workingset_refault will tell us how many page cache pages have been reclaimed and then faulted back in again. 141 pages is really minuscule. workingset_activate tells us how many pages were reclaimed recently so we should consider them active. workingset_restore will tell us that the refault is happening on a previously active page. All in all not much of a refault activity. If there is enough clean page cache then we shouldn't swap at all. There are three jumps in swapout vmstat.1600702573:pswpout 0 vmstat.1600702574:pswpout 2448 [...] vmstat.1600702577:pswpout 5555 vmstat.1600702578:pswpout 10605 vmstat.1600702579:pswpout 11330 The biggest one swapped out 5050 withing one second. vmstat.1600702577 1600702578 [diff] nr_active_anon 373934 -3376 nr_active_file 131158 0 nr_inactive_anon 48441 8556 nr_inactive_file 3288371 1169 nr_dirty 632308 28 There is plenty of inactive pagecache. A large part is dirty but there should be still a lot of clean page cache to reclaim. The file inactive list is clearly not low on the global level. workingset_refault 10281 0 no refaults detected so the heuristic from 2c012a4ad1a2 shouldn't trigger. These are all global numbers. Picture would be quite different if memory cgroups were deployed though. I have asked earlier for the behavior with cgroup_disable=memory on the kernel command line parameter. See comment 12 for more information. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1176757] Since 5.3.18-lp152.41 Boot process hangs at "fb0: switchting to amdgpudrmfb from EFI VGA"
by bugzilla_noreply＠suse.com 22 Sep '20

22 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1176757 http://bugzilla.opensuse.org/show_bug.cgi?id=1176757#c2 Patrik Jakobsson <patrik.jakobsson(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lx(a)stoneshire.de Flags| |needinfo?(lx(a)stoneshire.de) --- Comment #2 from Patrik Jakobsson <patrik.jakobsson(a)suse.com> --- Hi, I'm unable to reproduce this with 5.3.18-lp152.41-default and RX 5600XT. I'm guessing this is caused by the AMD GPU 20.30 driver. Can you please provide dmesg with drm.debug=0xe Thanks Patrik -- 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 22 Sep '20

22 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1159882 https://bugzilla.suse.com/show_bug.cgi?id=1159882#c32 --- Comment #32 from Michal Hocko <mhocko(a)suse.com> --- (In reply to Robert Delahunt from comment #30) > Would you recommend the user (me) build or install one of the newer Linux > kernels? Do you have a specific version or tree that you would prefer I > attempt to build or install? Please let me know. I may decide, some time > today, to grab the latest stable Linux kernel and build it anyways, just for > "fun," after my class today. Running with the latest Linus' tree with the same config might tell us more. There are certainly other changes in MM that might make a difference. 2c012a4ad1a2 ("mm: vmscan: scan anonymous pages on file refaults") can definitely cause more swapping. I was not particularly happy about the patch (https://lore.kernel.org/linux-mm/20190712071359.GN29483@dhcp22.suse.cz/) Another option would be trying with that one reverted. Let me know if you need a help with that. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1176757] Since 5.3.18-lp152.41 Boot process hangs at "fb0: switchting to amdgpudrmfb from EFI VGA"
by bugzilla_noreply＠suse.com 22 Sep '20

22 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1176757 http://bugzilla.opensuse.org/show_bug.cgi?id=1176757#c1 Stefan Dirsch <sndirsch(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |patrik.jakobsson(a)suse.com, | |tzimmermann(a)suse.com Component|X.Org |Kernel Assignee|gfx-bugs(a)suse.de |kernel-bugs(a)opensuse.org QA Contact|gfx-bugs(a)suse.de |qa-bugs(a)suse.de --- Comment #1 from Stefan Dirsch <sndirsch(a)suse.com> --- Reassingin to kernel component. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1175581] Laptop BuildIn keyboard is not working with kernel-default-5.8.0-1.1
by bugzilla_noreply＠suse.com 22 Sep '20

22 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1175581 http://bugzilla.opensuse.org/show_bug.cgi?id=1175581#c14 Stefan Dirsch <sndirsch(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE Flags|needinfo?(elaskodi(a)gmail.co | |m) | --- Comment #14 from Stefan Dirsch <sndirsch(a)suse.com> --- Ok. So let's close this as duplicate. *** This bug has been marked as a duplicate of bug 1175599 *** -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1176786] New: Kernel can't build NVIDIA (include/generated/autoconf.h no such file or directory)
by bugzilla_noreply＠suse.com 22 Sep '20

22 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1176786 Bug ID: 1176786 Summary: Kernel can't build NVIDIA (include/generated/autoconf.h no such file or directory) Classification: openSUSE Product: openSUSE Distribution Version: Jump 15.2.1 Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: simonf.lees(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- As the title suggests, i'm hitting issues building the nvidia drivers with the current kernel in the Jump repo's /usr/src/linux-5.3.18-22/include/linux/kconfig.h:5:10 fatal error: generated/autoconf.h: No such file or directory #include <generated/autoconf.h> -- You are receiving this mail because: You are the assignee for the bug.

1 1