October 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 06 Oct '20

06 Oct '20

https://bugzilla.suse.com/show_bug.cgi?id=1159882 https://bugzilla.suse.com/show_bug.cgi?id=1159882#c74 --- Comment #74 from Michal Hocko <mhocko(a)suse.com> --- (In reply to Robert Delahunt from comment #73) [...] > How else may I help? Please read comment 72 again. -- 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 06 Oct '20

06 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1159882 http://bugzilla.opensuse.org/show_bug.cgi?id=1159882#c73 --- Comment #73 from Robert Delahunt <radelahunt(a)gmail.com> --- uname -a Linux desktop-01721d1.lan 5.3.18-lp152.2.gb85b477-default #1 SMP Fri Sep 25 14:55:58 UTC 2020 (b85b477) x86_64 x86_64 x86_64 GNU/Linux dd if=/dev/zero of=/dev/sdc bs=4K status=progress the find command found no directories in group other than memory swap use rose to 130 MB and then fluxuated between 80 and 100 MB. I am in Gnome Classic and literally the only things running are Dropbox and Chrome (and I'm only in one tab replying to this bug request). Your kernel is loaded. cgroup_disable=memory is NOT in the boot line (I removed it using advanced options prior to booting the kernel). How else may I help? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1177247] New: Build kernel module "hfs"
by bugzilla_noreply＠suse.com 06 Oct '20

06 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1177247 Bug ID: 1177247 Summary: Build kernel module "hfs" Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: iforster(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I recently tried to mount an old Macintosh CD-ROM, but the openSUSE kernel doesn't build the hfs file system module: # CONFIG_HFS_FS is not set As other old file systems are included I assume that this is an oversight. It is blacklisted by /etc/modprobe.d/60-blacklist_fs-hfs.conf to prevent accidental loading anyway. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[kernel-bugs] [Bug 1177250] New: kernel: 8812au: disagrees about version of symbol module_layout
by bugzilla_noreply＠suse.com 06 Oct '20

06 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1177250 Bug ID: 1177250 Summary: kernel: 8812au: disagrees about version of symbol module_layout Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: Ulrich.Windl(a)rz.uni-regensburg.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Upgrading from Leap 15.1 to Leap 15.2 the rtl8812au module was upgraded, too. However the module does not load. The kernel says: kernel: 8812au: disagrees about version of symbol module_layout Running kernel is 5.3.18-lp152.44-preempt #1 SMP PREEMPT Wed Sep 30 18:51:43 UTC 2020 (914f31e) x86_64 x86_64 x86_64 GNU/Linux Driver package is rtl8812au-kmp-preempt-5.6.4.2+git20200318.49e98ff_k5.3.18_lp152.36-lp152.2.2.1.x86_64 Driver path is /lib/modules/5.3.18-lp152.36-preempt/updates/8812au.ko Module info: Name : rtl8812au-kmp-preempt Version : 5.6.4.2+git20200318.49e98ff_k5.3.18_lp152.36 Release : lp152.2.2.1 Architecture: x86_64 Install Date: Sa 03 Okt 2020 00:50:10 CEST Group : System/Kernel Size : 3209147 License : GPL-2.0-only Signature : RSA/SHA256, Mi 19 Aug 2020 18:39:51 CEST, Key ID b88b2fd43dbdc284 Source RPM : rtl8812au-5.6.4.2+git20200318.49e98ff-lp152.2.2.1.src.rpm Build Date : Mi 19 Aug 2020 18:39:30 CEST Build Host : lamb62 Relocations : (not relocatable) Packager : http://bugs.opensuse.org Vendor : openSUSE URL : https://github.com/gordboy/rtl8812au-5.6.4.2 Summary : Kernel driver for Realtek 802.11ac rtl8812au wifi cards Description : Kernel driver for Realtek 802.11ac 8812au wifi cards The sources were obtained from https://github.com/gordboy/rtl8812au, which adaptes the official driver released by Realtek to build on recent kernels. The previous sources were obtained from https://github.com/diederikdehaas/rtl8812AU and https://github.com/maurossi/rtl8812au/ . Distribution: openSUSE Leap 15.2 These are the drivers I had so far: # find /lib/modules/ -name '*8812*' /lib/modules/5.3.18-lp152.36-default/updates/8812au.ko /lib/modules/5.3.18-lp152.36-preempt/updates/8812au.ko /lib/modules/4.4.155-68-default/kernel/drivers/net/wireless/8812au.ko /lib/modules/5.3.18-lp152.44-default/weak-updates/updates/8812au.ko /lib/modules/4.4.87-18.29-default/updates/rtl8812au.ko /lib/modules/4.4.143-65-default/kernel/drivers/net/wireless/8812au.ko /lib/modules/4.4.159-73-default/kernel/drivers/net/wireless/8812au.ko This driver also does not work: # insmod /lib/modules/5.3.18-lp152.44-default/weak-updates/updates/8812au.ko insmod: ERROR: could not insert module /lib/modules/5.3.18-lp152.44-default/weak-updates/updates/8812au.ko: Invalid module format -- You are receiving this mail because: You are the assignee for the bug.

1 14

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

06 Oct '20

https://bugzilla.suse.com/show_bug.cgi?id=1159882 https://bugzilla.suse.com/show_bug.cgi?id=1159882#c72 --- Comment #72 from Michal Hocko <mhocko(a)suse.com> --- (In reply to Robert Delahunt from comment #71) > My latest test monitoring /sys/fs/cgroup/memory was with the OpenSUSE LEAP > 15.2 stock (update) kernel (see uname -a in previous post). OK, that explains it, I guess. Please stick with the test kernel so that we can actually draw any conclusion here. So far I believe that the two identified patches have made swapping much more probable under stream IO. Upstream kernel behaves differently because of later changes. The state we have in 15.2 kernels is half baked and therefore I would rather like to restore the previous behavior. For that I would like to see confirmed that a) test kernel (the latest one) doesn't swap under your streaming IO load without cgroups (cgroup_disable=memory) and that this is the case consistently in several runs b) the same tested _without_ cgroup_disable=memory parameter - aka cgroups enabled by default (check the cgroup hierarchy find /sys/fs/cgroup/memory -type d) in both cases collect /prov/vmstat as before -- 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 06 Oct '20

06 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1159882 http://bugzilla.opensuse.org/show_bug.cgi?id=1159882#c71 --- Comment #71 from Robert Delahunt <radelahunt(a)gmail.com> --- My latest test monitoring /sys/fs/cgroup/memory was with the OpenSUSE LEAP 15.2 stock (update) kernel (see uname -a in previous post). I can run it all again with your kernel, sure. But please reply real quick and tell me exactly what data you want, so that I can make sure I test things exactly as you want, with all the data you want. I don't have your kernel installed (I did a test where I reinstalled LEAP 15.2 without online updates and it seemed to fix most of the other weirdness I experienced in GTK/XFCE apps). So just please tell me everything you want to know. I'll install your latest kernel, reboot without the cgroups command line option, and then run all the tests you need, once I get back from the gym. -- 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 06 Oct '20

06 Oct '20

https://bugzilla.suse.com/show_bug.cgi?id=1159882 https://bugzilla.suse.com/show_bug.cgi?id=1159882#c70 --- Comment #70 from Michal Hocko <mhocko(a)suse.com> --- (In reply to Robert Delahunt from comment #68) > I set up one window doing dd if=/dev/zero of=/dev/sdc bs=4K > Another monitoring the output of df -h | grep cgroup every second cgroup uses a virtual filesystem so df will not tell you much. > Another monitoring directories under /sys/fs/cgroup/memory I simply do not see how memcg controller enabled but not used can make any picture. [...] > But yeah, back to the original topic, cgroups isn't using anything, but the > machine dug into swap predictably, just like before. All that with the latest kernel I have provided, right? Is this really repeatable. Both with the cgroup controller disabled and enabled? -- 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 06 Oct '20

06 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1159882 http://bugzilla.opensuse.org/show_bug.cgi?id=1159882#c69 --- Comment #69 from Robert Delahunt <radelahunt(a)gmail.com> --- My experience with OpenSUSE is from v 42.3 through LEAP 15.2 (present). -- 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 06 Oct '20

06 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1159882 http://bugzilla.opensuse.org/show_bug.cgi?id=1159882#c68 --- Comment #68 from Robert Delahunt <radelahunt(a)gmail.com> --- I set up one window doing dd if=/dev/zero of=/dev/sdc bs=4K Another monitoring the output of df -h | grep cgroup every second Another monitoring directories under /sys/fs/cgroup/memory Another monitoring free -m As expected, swap use spiked at roughly 200 MB (consider: I have 32 GB RAM) At no time did cgroup get used or any directories populate under /sys/fs/cgroup/memory Understand that I have a long history with OpenSUSE memory issues. In previous versions, I would put entries in /etc/fstab that forcefully remounted all tmpfs mountpoints with a size=512M option to reduce their usage. In the past, it seemed that helped my system use swap less, though I never collected any scientific data that would empirically prove it helped. It just seemed that stock OpenSUSE (previous versions) dug into swap more readily, so forcing tmpfs entries to use less space seemed to help. I have long been suspicious of tmpfs reclaim anyways. But regardless, it seems nothing is using cgroups. I have also speculated that OpenSUSE needs a laptop-specific kernel which would alter this behavior. I mean, does anyone honestly need groups on a laptop? Anyways, one minor note is the kernel you made, mhocko, results in me not having a sound card. But yeah, back to the original topic, cgroups isn't using anything, but the machine dug into swap predictably, just like before. -- 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 06 Oct '20

06 Oct '20

https://bugzilla.suse.com/show_bug.cgi?id=1159882 https://bugzilla.suse.com/show_bug.cgi?id=1159882#c67 --- Comment #67 from Michal Hocko <mhocko(a)suse.com> --- (In reply to Robert Delahunt from comment #66) [...] > cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) [...] > find /sys/fs/cgroup/memory -type d > > /sys/fs/cgroup/memory This is more than surprising. Because there are no cgroups created and as such they cannot really influence the reclaim decisions. Could you try to reproduce your original problem and see whether something/somebody creates any directories (cgroups) in that hiearchy? -- You are receiving this mail because: You are the assignee for the bug.

1 0