July 2020 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[kernel-bugs] [Bug 1173704] Installation ISO on Raspberry Pi 3 B+ shows no output when using serial cable only
by bugzilla_noreply＠suse.com 08 Jul '20

08 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173704 https://bugzilla.suse.com/show_bug.cgi?id=1173704#c10 Matthias Brugger <mbrugger(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mbrugger(a)suse.com Assignee|kernel-bugs(a)opensuse.org |mbrugger(a)suse.com --- Comment #10 from Matthias Brugger <mbrugger(a)suse.com> --- (In reply to Steffen Winterfeldt from comment #9) > Anyway, to sum things up: with console=ttyS0/ttyAMA1 the installer is > connecting > to these devices but nothing shows up on the line. > > This doen't look like an installer issue to me. Handing this over to our > aarch64 experts. Yes, should be console=ttyS0,115200 could you double check? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1173704] Installation ISO on Raspberry Pi 3 B+ shows no output when using serial cable only
by bugzilla_noreply＠suse.com 08 Jul '20

08 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173704 https://bugzilla.suse.com/show_bug.cgi?id=1173704#c9 Steffen Winterfeldt <snwint(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Installation |Kernel Assignee|yast2-maintainers(a)suse.de |kernel-bugs(a)opensuse.org QA Contact|jsrain(a)suse.com |qa-bugs(a)suse.de --- Comment #9 from Steffen Winterfeldt <snwint(a)suse.com> --- Anyway, to sum things up: with console=ttyS0/ttyAMA1 the installer is connecting to these devices but nothing shows up on the line. This doen't look like an installer issue to me. Handing this over to our aarch64 experts. -- 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 07 Jul '20

07 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173402 https://bugzilla.suse.com/show_bug.cgi?id=1173402#c13 --- Comment #13 from Thomas Blume <thomas.blume(a)suse.com> --- (In reply to Fabian Vogt from comment #12) > What should be done IMO: > > - Touch did-setup in the "# No ip lines default to dhcp" case after > successful do_dhcp > - Touch did-setup in the "# no ip option directed at our interface?" case > after successful do_dhcp > > 0b998beebc008f2dda2eed8a36d59f4a258cb27a introduced the code to handle the > latter, but: > - It also runs in cases where the do_dhcp in this block wasn't actually run > (like in this bug report) > - The $? it checks is meaningless at this point due to the ifs > > In the "rd.neednet=1 bootdev=eth0" case it actually runs do_dhcp twice for > the interface, as both > "# No ip ..." blocks apply. Maybe those blocks should be merged? Ok, let me investigate that. The patch from bsc#1172807 also needs more investigation, because on dual stack setups, dracut must not skip the ipv6 setup when the ipv4 setup was successfull. Will let you know as soon as I have something to try. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1173085] Realtek RTL8117 NIC not recognized by Leap 15.2 RC (regression from 15.1)
by bugzilla_noreply＠suse.com 07 Jul '20

07 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173085 https://bugzilla.suse.com/show_bug.cgi?id=1173085#c34 --- Comment #34 from Swamp Workflow Management <swamp(a)suse.de> --- openSUSE-SU-2020:0935-1: An update that solves 16 vulnerabilities and has 117 fixes is now available. Category: security (important) Bug References: 1058115,1065729,1071995,1085030,1148868,1152472,1152489,1153274,1154353,1154492,1155518,1155798,1156395,1157169,1158050,1158242,1158265,1158748,1158765,1159781,1159867,1160947,1161495,1162002,1162063,1162400,1164648,1164777,1164780,1165211,1165975,1166985,1167104,1167651,1168230,1168779,1168838,1169021,1169194,1169514,1169681,1170011,1170442,1170774,1170879,1170891,1170895,1171189,1171191,1171219,1171220,1171246,1171417,1171513,1171530,1171662,1171688,1171699,1171739,1171743,1171759,1171828,1171868,1171904,1171915,1171982,1171983,1172017,1172046,1172061,1172062,1172063,1172064,1172065,1172066,1172067,1172068,1172069,1172073,1172086,1172095,1172169,1172170,1172208,1172223,1172342,1172343,1172344,1172365,1172366,1172374,1172391,1172393,1172394,1172453,1172458,1172467,1172484,1172537,1172719,1172739,1172751,1172759,1172775,1172781,1172782,1172783,1172814,1172823,1172841,1172938,1172939,1172940,1172956,1172983,1172984,1172985,1172986,1172987,1172988,1172989,1172990,1172999,1173060,117306 8,1173085,1173139,1173206,1173271,1173280,1173428,1173438,1173461 CVE References: CVE-2019-19462,CVE-2019-20810,CVE-2019-20812,CVE-2020-10711,CVE-2020-10732,CVE-2020-10751,CVE-2020-10766,CVE-2020-10767,CVE-2020-10768,CVE-2020-10773,CVE-2020-12656,CVE-2020-12769,CVE-2020-12888,CVE-2020-13143,CVE-2020-13974,CVE-2020-14416 Sources used: openSUSE Leap 15.2 (src): kernel-debug-5.3.18-lp152.20.7.1, kernel-default-5.3.18-lp152.20.7.1, kernel-docs-5.3.18-lp152.20.7.1, kernel-kvmsmall-5.3.18-lp152.20.7.1, kernel-obs-build-5.3.18-lp152.20.7.1, kernel-obs-qa-5.3.18-lp152.20.7.1, kernel-preempt-5.3.18-lp152.20.7.1, kernel-source-5.3.18-lp152.20.7.1, kernel-syms-5.3.18-lp152.20.7.1 -- You are receiving this mail because: You are on the CC list for the bug. 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 06 Jul '20

06 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173402 https://bugzilla.suse.com/show_bug.cgi?id=1173402#c12 Fabian Vogt <fvogt(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(fvogt(a)suse.com) | --- Comment #12 from Fabian Vogt <fvogt(a)suse.com> --- (In reply to Thomas Blume from comment #11) > Can you please give the dracut package at: > > https://build.opensuse.org/package/binaries/home:tsaupe:branches:openSUSE: > Factory:dracut-bsc1173402/dracut/openSUSE_Factory > > a try? Works! Looking at this again, this is quite the mess... AFAICT, touching the did-setup file after a successful "do_dhcp" is generally the right way. This is currently not done, which lead to https://github.com/tblume/dracut/commit/0b998beebc008f2dda2eed8a36d59f4a258… adding another path to create did-setup. This new path was broken by https://github.com/tblume/dracut/commit/28be2f3692d6a641c841f636c03e45c5f3c…, which you now fixed with https://github.com/tblume/dracut/commit/487fb167b82c88871e6d1ace21ccdb0a48e…. What should be done IMO: - Touch did-setup in the "# No ip lines default to dhcp" case after successful do_dhcp - Touch did-setup in the "# no ip option directed at our interface?" case after successful do_dhcp 0b998beebc008f2dda2eed8a36d59f4a258cb27a introduced the code to handle the latter, but: - It also runs in cases where the do_dhcp in this block wasn't actually run (like in this bug report) - The $? it checks is meaningless at this point due to the ifs In the "rd.neednet=1 bootdev=eth0" case it actually runs do_dhcp twice for the interface, as both "# No ip ..." blocks apply. Maybe those blocks should be merged? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] Your Bugzilla bug list needs attention.
by bugzilla_noreply＠suse.com 05 Jul '20

05 Jul '20

[This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bug tracking system (http://bugzilla.suse.com/) that require attention. All of these bugs are in either the CONFIRMED, NEW, or REOPENED state, and have not been touched in 7 days or more. You need to take a look at them, and decide on an initial action. Generally, this means one of three things: (1) You decide this bug is really quick to deal with (like, it's INVALID), and so you get rid of it immediately. (2) You decide the bug doesn't belong to you, and you reassign it to someone else. (Hint: if you don't know who to reassign it to, make sure that the Component field seems reasonable, and then use the "Reset Assignee to default" option.) (3) You decide the bug belongs to you, but you can't solve it this moment. Ignore this email until you are actively working on this bug, when you should set the status to IN_PROGRESS. To get a list of all affected bugs, you can use this URL (bookmark it if you like!): http://bugzilla.suse.com/buglist.cgi?bug_status=CONFIRMED&bug_status=NEW&bu… Or, you can use the general query page, at http://bugzilla.suse.com/query.cgi Appended below are the individual URLs to get to all of your affected bugs that haven't been touched for 7 days or more. You will get this message once a week until you've dealt with these bugs! test bug for assignee change -> http://bugzilla.suse.com/show_bug.cgi?id=1172181 Support for 64-bot processors on motherboards with 32-bit UEFI -> http://bugzilla.suse.com/show_bug.cgi?id=1172292 usb message shown on console even with "quiet splash=silent" -> http://bugzilla.suse.com/show_bug.cgi?id=1172322 Random screen flashing after suspend on KDE -> http://bugzilla.suse.com/show_bug.cgi?id=1172475 Mysterious crashes with kernel 5.6.14, suspect KVM -> http://bugzilla.suse.com/show_bug.cgi?id=1172541 kdump: fails to create dump as dump-capture kernel boots into systemd emergency mode -> http://bugzilla.suse.com/show_bug.cgi?id=1172670 Videoconferencing apps on openSUSE --> much higher CPU and heat than Clear Linux -> http://bugzilla.suse.com/show_bug.cgi?id=1172900 Kernel 5.7.1 does not boot -> http://bugzilla.suse.com/show_bug.cgi?id=1173071 zypper dup from 15.1 shows mok screen on reboot -> http://bugzilla.suse.com/show_bug.cgi?id=1173115 iwlwifi: TX on unused queue 5 WARNING: tx.c:2346 iwl_trans_pcie_tx+0xa1e/0x1150 -> http://bugzilla.suse.com/show_bug.cgi?id=1173294 -- To unsubscribe, e-mail: kernel-bugs+unsubscribe(a)opensuse.org To contact the owner, e-mail: kernel-bugs+owner(a)opensuse.org

1 0

[kernel-bugs] [Bug 1173591] New: Build of VMware access to kernel gives issues at interface build time.
by bugzilla_noreply＠suse.com 04 Jul '20

04 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1173591 Bug ID: 1173591 Summary: Build of VMware access to kernel gives issues at interface build time. Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: dick.waite(a)softwareag.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0 Build Identifier: VMware workstation checks on lodaing it has built 2 interface tasks VMMON, VMNET if it has not then it tries to build them. Ob Leap 15.2 build 692.2 (GA) this fails. On Leap 15.0 and 15.1 this works Okay. Log: 2020-06-28T09:38:09.590+02:00| host-2826| I005: #define PCI_DEVICE_ID_VMWARE_VMXNET3 0x07B0 2020-06-28T09:38:09.590+02:00| host-2826| I005: 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/userif.c: In function ‘VNetCsumCopyDatagram’: 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/userif.c:85:39: error: ‘skb_frag_t {aka const struct bio_vec}’ has no member named ‘page_offset’; did you mean ‘bv_offset’? 2020-06-28T09:38:09.590+02:00| host-2826| I005: # define skb_frag_off(frag) (frag)->page_offset 2020-06-28T09:38:09.590+02:00| host-2826| I005: ^ 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/userif.c:576:43: note: in expansion of macro ‘skb_frag_off’ 2020-06-28T09:38:09.590+02:00| host-2826| I005: tmpCsum = csum_and_copy_to_user(vaddr + skb_frag_off(frag), 2020-06-28T09:38:09.590+02:00| host-2826| I005: ^~~~~~~~~~~~ 2020-06-28T09:38:09.590+02:00| host-2826| I005: make[3]: *** [/usr/src/linux-5.3.18-lp152.19/scripts/Makefile.build:282: /tmp/modconfig-80KC2y/vmnet-only/userif.o] Error 1 2020-06-28T09:38:09.590+02:00| host-2826| I005: make[3]: *** Waiting for unfinished jobs.... 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/hub.o: warning: objtool: .text.__x86_indirect_thunk_rax+0x0: unsupported intra-function call 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/hub.o: warning: objtool: If this is a retpoline, please patch it in with alternatives and annotate it with ANNOTATE_NOSPEC_ALTERNATIVE. 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/driver.o: warning: objtool: .text.__x86_indirect_thunk_r8+0x0: unsupported intra-function call 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/driver.o: warning: objtool: If this is a retpoline, please patch it in with altvmware-2826.log lines 522-549/554 99% Reproducible: Always Steps to Reproduce: 1.build leap 15.2 at 692.2 2.Install VMware Workstation 15-5-6 3.Run VMware Workstation Actual Results: 2020-06-28T09:38:09.590+02:00| host-2826| I005: #define PCI_DEVICE_ID_VMWARE_VMXNET3 0x07B0 2020-06-28T09:38:09.590+02:00| host-2826| I005: 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/userif.c: In function ‘VNetCsumCopyDatagram’: 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/userif.c:85:39: error: ‘skb_frag_t {aka const struct bio_vec}’ has no member named ‘page_offset’; did you mean ‘bv_offset’? 2020-06-28T09:38:09.590+02:00| host-2826| I005: # define skb_frag_off(frag) (frag)->page_offset 2020-06-28T09:38:09.590+02:00| host-2826| I005: ^ 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/userif.c:576:43: note: in expansion of macro ‘skb_frag_off’ 2020-06-28T09:38:09.590+02:00| host-2826| I005: tmpCsum = csum_and_copy_to_user(vaddr + skb_frag_off(frag), 2020-06-28T09:38:09.590+02:00| host-2826| I005: ^~~~~~~~~~~~ 2020-06-28T09:38:09.590+02:00| host-2826| I005: make[3]: *** [/usr/src/linux-5.3.18-lp152.19/scripts/Makefile.build:282: /tmp/modconfig-80KC2y/vmnet-only/userif.o] Error 1 2020-06-28T09:38:09.590+02:00| host-2826| I005: make[3]: *** Waiting for unfinished jobs.... 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/hub.o: warning: objtool: .text.__x86_indirect_thunk_rax+0x0: unsupported intra-function call 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/hub.o: warning: objtool: If this is a retpoline, please patch it in with alternatives and annotate it with ANNOTATE_NOSPEC_ALTERNATIVE. 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/driver.o: warning: objtool: .text.__x86_indirect_thunk_r8+0x0: unsupported intra-function call 2020-06-28T09:38:09.590+02:00| host-2826| I005: /tmp/modconfig-80KC2y/vmnet-only/driver.o: warning: objtool: If this is a retpoline, please patch it in with altvmware-2826.log lines 522-549/554 99% Expected Results: VMware Workstation will run. This was sent my email on the 28th June as my access to Bugzilla had a bug. Without a fix VMware Workstation does not run, so I can not run my virtual machines which work very hard to check my software is working Okay. It is posable depending on this bug SLES15 SP-2 could have the same issues. -- You are receiving this mail because: You are the assignee for the bug.

1 2

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

03 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173402 https://bugzilla.suse.com/show_bug.cgi?id=1173402#c11 Thomas Blume <thomas.blume(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |IN_PROGRESS Flags| |needinfo?(fvogt(a)suse.com) --- Comment #11 from Thomas Blume <thomas.blume(a)suse.com> --- Can you please give the dracut package at: https://build.opensuse.org/package/binaries/home:tsaupe:branches:openSUSE:F… a try? -- 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 03 Jul '20

03 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173402 https://bugzilla.suse.com/show_bug.cgi?id=1173402#c10 --- Comment #10 from Thomas Blume <thomas.blume(a)suse.com> --- (In reply to Thomas Blume from comment #9) > "$NO_AUTO_DHCP" is only set in special cases and /tmp/net.${netif}.up > shouldn't have been written either since that is done in the for loop. > In this case it should go down to: > > > --< > if [ $? -eq 0 ] && [ -z "$(ls /tmp/leaseinfo.${netif}*)" ]; then > > /tmp/net.${netif}.did-setup > if [ -e /sys/class/net/${netif}/address ]; then > > /tmp/net.$(cat /sys/class/net/${netif}/address).did-setup > fi > fi > --< According to the logs it is the presence of the leaseinfo file that prevents the writing of did-setup: --> [ 10.385337] dracut-initqueue[419]: ++ ls /tmp/leaseinfo.ens3.dhcp.ipv4 [ 10.385969] dracut-initqueue[364]: + '[' -z /tmp/leaseinfo.ens3.dhcp.ipv4 ']' [ 10.386677] dracut-initqueue[364]: + exit 0 --< leasinfo is created by wicked, so that looks correct: --> [ 3.808884] dracut-initqueue[364]: + wicked test dhcp4 --format leaseinfo --output /tmp/leaseinfo.ens3.dhcp.ipv4 --request - ens3 [ 3.810522] dracut-initqueue[404]: wicked: ens3: Request to acquire DHCPv4 lease with UUID bab7fd5e-1e18-0500-9401-000001000000 [ 10.316896] dracut-initqueue[404]: wicked: ens3: Committed DHCPv4 lease with address 10.160.66.28 (lease time 1800 sec, renew in 900 sec, rebind in 1575 sec) [ 10.337314] dracut-initqueue[364]: + dhcp_wicked_apply -4 [ 10.338395] dracut-initqueue[364]: + unset IPADDR INTERFACE BROADCAST NETWORK PREFIXLEN ROUTES GATEWAYS MTU HOSTNAME DNSDOMAIN DNSSEARCH DNSSERVERS [ 10.341019] dracut-initqueue[364]: + '[' -f /tmp/leaseinfo.ens3.dhcp.ipv4 ']' [ 10.342144] dracut-initqueue[364]: + . /tmp/leaseinfo.ens3.dhcp.ipv4 --< which makes me wonder whether the -z in the test is correct. -- 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 03 Jul '20

03 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173402 https://bugzilla.suse.com/show_bug.cgi?id=1173402#c9 --- Comment #9 from Thomas Blume <thomas.blume(a)suse.com> --- (In reply to Fabian Vogt from comment #8) > > That only does something in the bootdev/ip=dhcp case though AFAICT, but a > bit further up there is: Hm, but the code writing did-setup is outside the 'for p in $(getargs ip=)' loop. The conditionals there are: --> # no ip option directed at our interface? if [ -z "$NO_AUTO_DHCP" ] && [ ! -e /tmp/net.${netif}.up ]; then --< "$NO_AUTO_DHCP" is only set in special cases and /tmp/net.${netif}.up shouldn't have been written either since that is done in the for loop. In this case it should go down to: --< if [ $? -eq 0 ] && [ -z "$(ls /tmp/leaseinfo.${netif}*)" ]; then > /tmp/net.${netif}.did-setup if [ -e /sys/class/net/${netif}/address ]; then > /tmp/net.$(cat /sys/class/net/${netif}/address).did-setup fi fi --< > So this behaviour is a combination of: > - Interfaces without explicit ip= config fall back to DHCP > - It waits for (any) explicitly configured interface to be up > - ip=dhcp counts as "explicitly configuring all interfaces" > > This might just need a '>/tmp/net.${netif}.did-setup' there? I already burned my fingers by writing did-setup too early in the code. That might skip the setup of other configured interfaces or the setup of an dual ipv4/ipv6 stack. I want to be very careful here. > As there is no ip parameter set, it can't possibly reach the code in > the 'for p in $(getargs ip=)' loop which creates the did-setup flag, > but net-genrules.sh generated the initqueue hook waiting for them > irregardless of any ip parameters. Correct, the culprit is the missing did-setup, but I'm not sure yet why it doesn't get written. Do you see any other reason? > > ... > > > > It does setup the ip but not the netroot. > > So, without the ip= parameter, dracut doesn't seems to recognize that the > > system root is provided via network. > > According to the manpage, rd.neednet only commands dracut to set up the > > network, but not to provide netroot: > > > > --> > > rd.neednet=1 > > boolean, bring up network even without netroot set > > --< > > That's actually what it's used for here - have network in the initrd, but > boot from local disk. > It's because a dracut module (ignition) uses network for downloading files. > > > I guess you would have to add a netroot parameter to make dracut aware that > > system root is provided via network. > > Maybe also root=dhcp works, though. > > That might break booting... Even if that works as alternative to ip=dhcp > without the delay, it doesn't seem like a good idea to use it instead, just > the name alone would need a big disclaimer... Ok, so I don't need to consider the netroot case. Let's focus on the did-setup then. -- You are receiving this mail because: You are the assignee for the bug.

1 0