kmod-maint October 2020

kmod-maint@lists.fedoraproject.org

1 participants
5 discussions

[Bug 1828455] New: depmod running for a long time when installing F33 kernel
by bugzilla＠redhat.com 15 Mar '22

15 Mar '22

https://bugzilla.redhat.com/show_bug.cgi?id=1828455 Bug ID: 1828455 Summary: depmod running for a long time when installing F33 kernel Product: Fedora Version: 31 Status: NEW Component: kmod Assignee: kmod-maint(a)lists.fedoraproject.org Reporter: m8r-sx4s741(a)veryrealemail.com QA Contact: extras-qa(a)fedoraproject.org CC: jonathan(a)jonmasters.org, kmod-maint(a)lists.fedoraproject.org, skozina(a)redhat.com, ykaliuta(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: In an F31 VM, when installing an F33 kernel, depmod runs for a very long time and consumes nearly 100% CPU. Version-Release number of selected component (if applicable): kmod-26-4.fc31.x86_64 kernel-0:5.7.0-0.rc2.20200422git18bf34080c4c.1.fc33.x86_64 How reproducible: Tested once. Steps to Reproduce: # dnf update --nogpg kernel-0:5.7.0-0.rc2.20200422git18bf34080c4c.1.fc33.x86_64 --releasever=33 Actual results: Top shows CPU usage by depmod approaching 100% at times: $ top -bc -n 1 -u root | head -9 top - 10:31:33 up 28 min, 1 user, load average: 1.20, 1.11, 0.99 Tasks: 186 total, 2 running, 184 sleeping, 0 stopped, 0 zombie %Cpu(s): 94.1 us, 5.9 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 3928.0 total, 2000.5 free, 734.9 used, 1192.6 buff/cache MiB Swap: 512.0 total, 512.0 free, 0.0 used. 2942.6 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 38906 root 20 0 41960 39528 4220 R 81.2 1.0 0:03.82 /sbin/depmod -C /tmp/weak-modules.Os10HS/depmod.conf + 1 root 20 0 172764 16432 9752 S 0.0 0.4 0:02.78 /usr/lib/systemd/systemd --switched-root --system --d+ Expected results: Kernel install completes in a normal time. Additional info: This bug appears to be reporting the same issue: Bug 1825940 - kernel-core-5.7.0-0.rc1.20200416git9786cab67457.1 took very long time to install -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

1 34

[Bug 1808430] New: depmod: tools/depmod.c:416: index_write: Assertion `initial_offset >= 0' failed.
by bugzilla＠redhat.com 02 Feb '21

02 Feb '21

https://bugzilla.redhat.com/show_bug.cgi?id=1808430 Bug ID: 1808430 Summary: depmod: tools/depmod.c:416: index_write: Assertion `initial_offset >= 0' failed. Product: Fedora Version: rawhide Status: NEW Component: kmod Assignee: kmod-maint(a)lists.fedoraproject.org Reporter: yaneti(a)declera.com QA Contact: extras-qa(a)fedoraproject.org CC: jonathan(a)jonmasters.org, kmod-maint(a)lists.fedoraproject.org, skozina(a)redhat.com, ykaliuta(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: depmod -n 5.6.0-0.rc3.git2.2.fc33.x86_64 .... depmod: tools/depmod.c:416: index_write: Assertion `initial_offset >= 0' failed. Aborted (core dumped) Version-Release number of selected component (if applicable): kmod-27-1.fc33.x86_64 Additional info: kmod-26-5.fc32 works fine -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

1 4

[Bug 560084] [PATCH] modprobe whitelist functionality
by bugzilla＠redhat.com 26 Oct '20

26 Oct '20

https://bugzilla.redhat.com/show_bug.cgi?id=560084 Miloslav Trmač <mitr(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(mitr(a)redhat.com) | -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

1 0

[Bug 560084] [PATCH] modprobe whitelist functionality
by bugzilla＠redhat.com 26 Oct '20

26 Oct '20

https://bugzilla.redhat.com/show_bug.cgi?id=560084 Carl G. <carlg(a)fedoraproject.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |NEW CC| |carlg(a)fedoraproject.org Resolution|NOTABUG |--- Flags| |needinfo?(mitr(a)redhat.com) --- Comment #19 from Carl G. <carlg(a)fedoraproject.org> --- I accidentally pushed a Status change when I removed myself from the CC list. I'll reopen this bug but feel free to close it. Sorry about that. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

1 0

[Bug 1886734] New: weak-modules takes ages and is not useful
by bugzilla＠redhat.com 09 Oct '20

09 Oct '20

https://bugzilla.redhat.com/show_bug.cgi?id=1886734 Bug ID: 1886734 Summary: weak-modules takes ages and is not useful Product: Fedora Version: 31 Status: NEW Component: kmod Assignee: kmod-maint(a)lists.fedoraproject.org Reporter: sergio(a)serjux.com QA Contact: extras-qa(a)fedoraproject.org CC: jonathan(a)jonmasters.org, kmod-maint(a)lists.fedoraproject.org, skozina(a)redhat.com, ykaliuta(a)redhat.com Target Milestone: --- Classification: Fedora running: ps -ef --cols=800 | grep -e depmod -e 890465 -e 890464 -e 890223 [1] 22 minutes and count , weak-modules are running in a core i5 with a fast SSD and 8 Gigas of memory . weak-modules are available on EL7 , because they can be used when KABI doesn't change , in Fedora every kernel update KABI changes . More errors we are seeing with this not useful feature [2]. How we can disable weak modules ? Thank you [1] root 890223 35887 1 09:56 pts/1 00:00:19 /usr/bin/python3 /usr/bin/dnf --disablerepo=* --enablerepo=abc --repofrompath=abc,rpms update --nogpg root 890464 890223 0 09:58 pts/1 00:00:00 /bin/sh /var/tmp/rpm-tmp.twu0kE 4 root 890465 890464 0 09:58 pts/1 00:00:10 /usr/bin/bash /usr/sbin/weak-modules --add-kernel 5.9.0-0.rc8.28.fc34.x86_64 root 936078 890465 99 10:20 pts/1 00:00:02 /sbin/depmod -C /tmp/weak-modules.r0X8za/depmod.conf -naeE /tmp/weak-modules.r0X8za/symvers-5.9.0-0.rc8.28.fc34.x86_64 5.9.0-0.rc8.28.fc34.x86_64 root 936079 890465 0 10:20 pts/1 00:00:00 grep /tmp/weak-modules.r0X8za/5.9.0-0.rc8.28.fc34.x86_64/weak-updates [2] https://github.com/tomaspinho/rtl8821ce/issues/171 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

1 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

kmod-maint October 2020