July 2020 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[kernel-bugs] [Bug 1173158] New: CONFIG_MODULE_SIG=y
by bugzilla_noreply＠suse.com 14 Aug '20

14 Aug '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1173158 Bug ID: 1173158 Summary: CONFIG_MODULE_SIG=y 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: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de CC: opensuse-releaseteam(a)suse.de Found By: --- Blocker: --- The 15.2 kernel has CONFIG_MODULE_SIG=y enabled. Correct me if I'm wrong but that means the NVidia driver won't work with secure boot enabled, right? Users would have to go to the BIOS and disable secure boot. A step that was not required in any openSUSE before, right? Do we really want that? If so, requires explicit documentation IMO. -- You are receiving this mail because: You are the assignee for the bug.

1 66

[kernel-bugs] [Bug 1174737] New: kernel-default-5.3.18-lp152.33.1.x86_64 hard lockup
by bugzilla_noreply＠suse.com 12 Aug '20

12 Aug '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1174737 Bug ID: 1174737 Summary: kernel-default-5.3.18-lp152.33.1.x86_64 hard lockup 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: novell(a)tower-net.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 840209 --> http://bugzilla.opensuse.org/attachment.cgi?id=840209&action=edit boot-no-kdump.log The latest kernel update kernel-default-5.3.18-lp152.33.1.x86_64 (33.1) produces hard lockup crashes after some minutes up to an hour of working. Can't see any error messages in the logs. Also when booting the kernel with enabled kdump, the kernel doesn't crash any longer. The older kernel package "kernel-default-5.3.18-lp152.26.2.x86_64" (26.2) works without problems (also without kdump enabled). I'm attaching 2 boot journal logs. One with enabled kdump, the other with disabled kdump which locked up. If I can provide some more information please ask. Thanks Markus -- You are receiving this mail because: You are the assignee for the bug.

1 19

[kernel-bugs] [Bug 1174492] New: oracle Virtualbox 6.1 : I can install on 15.1 but not on 15.2
by bugzilla_noreply＠suse.com 02 Aug '20

02 Aug '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1174492 Bug ID: 1174492 Summary: oracle Virtualbox 6.1 : I can install on 15.1 but not on 15.2 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: jcdole(a)free.fr QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 840044 --> http://bugzilla.opensuse.org/attachment.cgi?id=840044&action=edit vbox-setup.log After a fresh install of 15.1 and 15.2 and after adding kernel package, installing oracle virtualbox Version 6.1.12 r139181 (Qt5.12.7) give error on leap 15.2 : # # --- # :~ # uname -a Linux ASUS-G75VW-JC 5.3.18-lp152.26-default #1 SMP Mon Jun 29 14:58:38 UTC 2020 (2a0430f) x86_64 x86_64 x86_64 GNU/Linux # # --- # :~/Downloads> sudo zypper in VirtualBox-6.1-6.1.12_139181_openSUSE150-1.x86_64.rpm [sudo] password for root: Loading repository data... Reading installed packages... Resolving package dependencies... The following NEW package is going to be installed: VirtualBox-6.1 1 new package to install. Overall download size: 83.1 MiB. Already cached: 0 B. After the operation, additional 195.6 MiB will be used. Continue? [y/n/v/...? shows all options] (y): Retrieving package VirtualBox-6.1-6.1.12_139181_openSUSE150-1.x86_64 (1/1), 83.1 MiB (195.6 MiB unpacked) VirtualBox-6.1-6.1.12_139181_openSUSE150-1.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID 98ab5139: NOKEY V4 DSA/SHA1 Signature, key ID 98ab5139: NOKEY Looking for gpg key ID 98AB5139 in cache /var/cache/zypp/pubkeys. Repository Plain RPM files cache does not define additional 'gpgkey=' URLs. VirtualBox-6.1-6.1.12_139181_openSUSE150-1.x86_64 (Plain RPM files cache): Signature verification failed [4-Signatures public key is not available] Abort, retry, ignore? [a/r/i] (a): i Checking for file conflicts: .........................................................................................................................................................................................[done] (1/1) Installing: VirtualBox-6.1-6.1.12_139181_openSUSE150-1.x86_64 ..................................................................................................................................................[done] Additional rpm output: warning: /var/cache/zypper/RPMS/VirtualBox-6.1-6.1.12_139181_openSUSE150-1.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID 98ab5139: NOKEY Creating group 'vboxusers'. VM users must be member of that group! Created symlink /etc/systemd/system/multi-user.target.wants/vboxdrv.service -> /usr/lib/systemd/system/vboxdrv.service. Created symlink /etc/systemd/system/multi-user.target.wants/vboxballoonctrl-service.service -> /usr/lib/systemd/system/vboxballoonctrl-service.service. Created symlink /etc/systemd/system/multi-user.target.wants/vboxautostart-service.service -> /usr/lib/systemd/system/vboxautostart-service.service. Created symlink /etc/systemd/system/multi-user.target.wants/vboxweb-service.service -> /usr/lib/systemd/system/vboxweb-service.service. vboxdrv.sh: failed: Look at /var/log/vbox-setup.log to find out what went wrong. There were problems setting up VirtualBox. To re-start the set-up process, run /sbin/vboxconfig as root. If your system is using EFI Secure Boot you may need to sign the kernel modules (vboxdrv, vboxnetflt, vboxnetadp, vboxpci) before you can load them. Please see your Linux system's documentation for more information. # # --- # :~ # modinfo -n vboxdrv modinfo: ERROR: Module vboxdrv not found. # # --- # :~ # find /lib -name "vboxdrv*" /lib/modules/5.3.18-lp152.26-default/misc/vboxdrv.ko # # --- # ASk if you need more appropriate information. Any help is welcome -- You are receiving this mail because: You are the assignee for the bug.

1 13

[kernel-bugs] [Bug 1173402] Kernel delays boot by 12s if ip= option given
by bugzilla_noreply＠suse.com 31 Jul '20

31 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173402 https://bugzilla.suse.com/show_bug.cgi?id=1173402#c24 --- Comment #24 from Thomas Blume <thomas.blume(a)suse.com> --- (In reply to Fabian Vogt from comment #23) > > Thanks a lot Fabian, I took the freedom to merge your commit and addressed > > the above issues. > > Looking into the dhclient manpage I've found that it defaults to dhcp4, so > > it should behave just like wicked. > > Ok, then I don't understand why it calls load_ipv6... Yes that apparently wasn't necessary. > > There was one little quirks in your patch, it didn't address the case when > > net.bootdev exists. > > In that case do_dhcp (-4) would have been already called in the BOOTDEV > > branch. > > So, I've added a check. > > It's actually in the else branch of "if [ -e /tmp/net.bootdev ];", so that > check is AFAICT redundant and can never trigger. Indeed, here is the update: https://github.com/tblume/dracut/commit/19e6da525e05b95cccdcaf51249d4d06da5… > > Would be nice if you could take another look and double check. > > LGTM, except for the redundant check, but I didn't actually test it (yet). Will provide some testpackages. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1173402] Kernel delays boot by 12s if ip= option given
by bugzilla_noreply＠suse.com 31 Jul '20

31 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173402 https://bugzilla.suse.com/show_bug.cgi?id=1173402#c23 Fabian Vogt <fvogt(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo? | --- Comment #23 from Fabian Vogt <fvogt(a)suse.com> --- (In reply to Thomas Blume from comment #22) > (In reply to Fabian Vogt from comment #21) > > (In reply to Thomas Blume from comment #20) > > > I've created testpackages with a proposed patch at: > > > > > > https://build.opensuse.org/package/show/home:tsaupe:branches:openSUSE: > > > Factory:dracut-bsc1173402/dracut > > > > > > It worked well in my test setup, but it would be good if you could confirm. > > > > Confirmed to work with: > > rd.neednet -> DHCPv4 > > rd.neednet ip=dhcp6 -> DHCPv6 > > rd.neednet bootdev=eth0 -> DHCPv4 (once) > > > > > Here is the commit for reference: > > > > > > https://github.com/tblume/dracut/commit/ > > > 2127271afdbf8ab669a86b382e75eb51a9965396 > > > > I'd actually go a step further: > > https://github.com/Vogtinator/dracut-1/commit/ > > b39e4fe4d53a0806f82aa303690a7a7da9d09711 > > > > That also makes other differences (bugs?) more obvious: > > - in the bootdev case, it calls load_ipv6, then do_dhcp. AFAICT do_dhcp is > > equivalent to do_dhcp -4 for wicked, but probably not dhclient? > > - for s in $(getargs nameserver); do ... done is only done if ip is not set, > > but not in the ip=dhcp/dhcp6 case or the bootdev case > > - load_ipv6 is missing before do_dhcp -6 > > Thanks a lot Fabian, I took the freedom to merge your commit and addressed > the above issues. > Looking into the dhclient manpage I've found that it defaults to dhcp4, so > it should behave just like wicked. Ok, then I don't understand why it calls load_ipv6... > There was one little quirks in your patch, it didn't address the case when > net.bootdev exists. > In that case do_dhcp (-4) would have been already called in the BOOTDEV > branch. > So, I've added a check. It's actually in the else branch of "if [ -e /tmp/net.bootdev ];", so that check is AFAICT redundant and can never trigger. > My updated patch is at: > > https://github.com/tblume/dracut/commit/ > 824f0308428d3e270a346ad69f38f70387304111 > > Would be nice if you could take another look and double check. LGTM, except for the redundant check, but I didn't actually test it (yet). -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1173402] Kernel delays boot by 12s if ip= option given
by bugzilla_noreply＠suse.com 31 Jul '20

31 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173402 https://bugzilla.suse.com/show_bug.cgi?id=1173402#c22 Thomas Blume <thomas.blume(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo? --- Comment #22 from Thomas Blume <thomas.blume(a)suse.com> --- (In reply to Fabian Vogt from comment #21) > (In reply to Thomas Blume from comment #20) > > I've created testpackages with a proposed patch at: > > > > https://build.opensuse.org/package/show/home:tsaupe:branches:openSUSE: > > Factory:dracut-bsc1173402/dracut > > > > It worked well in my test setup, but it would be good if you could confirm. > > Confirmed to work with: > rd.neednet -> DHCPv4 > rd.neednet ip=dhcp6 -> DHCPv6 > rd.neednet bootdev=eth0 -> DHCPv4 (once) > > > Here is the commit for reference: > > > > https://github.com/tblume/dracut/commit/ > > 2127271afdbf8ab669a86b382e75eb51a9965396 > > I'd actually go a step further: > https://github.com/Vogtinator/dracut-1/commit/ > b39e4fe4d53a0806f82aa303690a7a7da9d09711 > > That also makes other differences (bugs?) more obvious: > - in the bootdev case, it calls load_ipv6, then do_dhcp. AFAICT do_dhcp is > equivalent to do_dhcp -4 for wicked, but probably not dhclient? > - for s in $(getargs nameserver); do ... done is only done if ip is not set, > but not in the ip=dhcp/dhcp6 case or the bootdev case > - load_ipv6 is missing before do_dhcp -6 Thanks a lot Fabian, I took the freedom to merge your commit and addressed the above issues. Looking into the dhclient manpage I've found that it defaults to dhcp4, so it should behave just like wicked. There was one little quirks in your patch, it didn't address the case when net.bootdev exists. In that case do_dhcp (-4) would have been already called in the BOOTDEV branch. So, I've added a check. My updated patch is at: https://github.com/tblume/dracut/commit/824f0308428d3e270a346ad69f38f703873… Would be nice if you could take another look and double check. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1163684] Kernel oops in s390x tumbleweed
by bugzilla_noreply＠suse.com 31 Jul '20

31 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1163684 http://bugzilla.opensuse.org/show_bug.cgi?id=1163684#c17 --- Comment #17 from Berthold Gunreben <azouhr(a)opensuse.org> --- Created attachment 840253 --> http://bugzilla.opensuse.org/attachment.cgi?id=840253&action=edit another hanging worker with gettext-runtime -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1163684] Kernel oops in s390x tumbleweed
by bugzilla_noreply＠suse.com 31 Jul '20

31 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1163684 http://bugzilla.opensuse.org/show_bug.cgi?id=1163684#c16 --- Comment #16 from Berthold Gunreben <azouhr(a)opensuse.org> --- Created attachment 840244 --> http://bugzilla.opensuse.org/attachment.cgi?id=840244&action=edit buildlog with hanging build job from gettext-runtime-mini -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1163684] Kernel oops in s390x tumbleweed
by bugzilla_noreply＠suse.com 31 Jul '20

31 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1163684 http://bugzilla.opensuse.org/show_bug.cgi?id=1163684#c15 Berthold Gunreben <azouhr(a)opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(ro(a)suse.de) | --- Comment #15 from Berthold Gunreben <azouhr(a)opensuse.org> --- (In reply to Miroslav Beneš from comment #13) > Berthold, is the issue still happening? Gerald mentioned a known issue with > 2G hugepages and 5.5.2 kernel. TW is now on 5.7.x, so it would be nice to > know if there is some development. If the issue is still present, could you > provide information Gerald asked for, please? > > Also CCing Vlastimil for the sake of completeness. So, we removed transparent_hugepage=never and it didn't take long until we had hanging jobs again. Attaching a log from gettext-runtime-mini. It also seems to affect build speed, there are a number of jobs that seem to still run normal although they have more than 600% buildtime. We are reverting back to transparent_hugepage=never in order to have the buildsystem functional. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1173402] Kernel delays boot by 12s if ip= option given
by bugzilla_noreply＠suse.com 31 Jul '20

31 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173402 https://bugzilla.suse.com/show_bug.cgi?id=1173402#c21 Fabian Vogt <fvogt(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(fvogt(a)suse.com) | --- Comment #21 from Fabian Vogt <fvogt(a)suse.com> --- (In reply to Thomas Blume from comment #20) > I've created testpackages with a proposed patch at: > > https://build.opensuse.org/package/show/home:tsaupe:branches:openSUSE: > Factory:dracut-bsc1173402/dracut > > It worked well in my test setup, but it would be good if you could confirm. Confirmed to work with: rd.neednet -> DHCPv4 rd.neednet ip=dhcp6 -> DHCPv6 rd.neednet bootdev=eth0 -> DHCPv4 (once) > Here is the commit for reference: > > https://github.com/tblume/dracut/commit/ > 2127271afdbf8ab669a86b382e75eb51a9965396 I'd actually go a step further: https://github.com/Vogtinator/dracut-1/commit/b39e4fe4d53a0806f82aa303690a7… That also makes other differences (bugs?) more obvious: - in the bootdev case, it calls load_ipv6, then do_dhcp. AFAICT do_dhcp is equivalent to do_dhcp -4 for wicked, but probably not dhclient? - for s in $(getargs nameserver); do ... done is only done if ip is not set, but not in the ip=dhcp/dhcp6 case or the bootdev case - load_ipv6 is missing before do_dhcp -6 -- You are receiving this mail because: You are the assignee for the bug.

1 0