Bug 1203479

Summary: [Build 5.14.21-150500.14.1.gc80fb26] Network doesn't work with 15-SP5 KOTD kernel
Product: [openSUSE] PUBLIC SUSE Linux Enterprise Server 15 SP5 Reporter: Petr Cervinka <pcervinka>
Component: KernelAssignee: Thomas Bogendoerfer <tbogendoerfer>
Status: VERIFIED FIXED QA Contact:
Severity: Normal    
Priority: P5 - None CC: martin.doucha, sweiberg, tbogendoerfer
Version: unspecified   
Target Milestone: ---   
Hardware: Other   
OS: Other   
URL: https://openqa.suse.de/tests/9526246/modules/install_ltp/steps/88
Found By: openQA Services Priority:
Business Priority: Blocker: Yes
Marketing QA Status: --- IT Deployment: ---
Attachments: dmesg - different kernels

Description Petr Cervinka 2022-09-16 08:42:08 UTC
Created attachment 861510 [details]
dmesg - different kernels

## Observation

openQA test in scenario sle-15-SP5-Online-KOTD-x86_64-install_ltp+sle+Online-KOTD@64bit fails in

## Test suite description
Maintainer: pcervinka

## Reproducible

Fails since (at least) Build [5.14.21-150500.12.1.g25f225f](https://openqa.suse.de/tests/9515612)

## Expected result

Last good: (unknown) (or more recent)

## Further details

Always latest result in this scenario: [latest](https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online-KOTD&machine=64bit&test=install_ltp%2Bsle%2BOnline-KOTD&version=15-SP5)

Test scenario fails after KOTD installation and reboot, system under system has no ip assigned. Manually verified behavior in vm with different kernels on the same vm image:

15-sp4 KOTD  5.14.21-150400.639.gad373ba-default  works OK
15-sp5 (latest milestone)  5.14.21-150400.24.18-default works OK
15-sp5 KOTD 5.14.21-150500.14.gc80fb26-default fails

dmesg shows for 15-sp4-KOTD and 15-sp5 "eth0: link becomes ready", line is missing in dmesg for 15-sp5 KOTD (no link is reported by ethtool too).
Comment 1 Petr Cervinka 2022-09-16 08:48:09 UTC
Same result is also on aarch64  https://openqa.suse.de/tests/9525986#step/install_ltp/3  (no ip assigned on eth0)
Comment 2 Martin Doucha 2022-09-16 09:19:28 UTC
There's CONFIG_VIRTIO_NET=m in the kernel config but virtio_net.ko.zst appears to be missing in the RPM.
Comment 3 Petr Cervinka 2022-09-16 09:32:10 UTC
(In reply to Martin Doucha from comment #2)
> There's CONFIG_VIRTIO_NET=m in the kernel config but virtio_net.ko.zst
> appears to be missing in the RPM.

Module is present:
susetest:~ # modinfo virtio_net
filename:       /lib/modules/5.14.21-150500.14.gc80fb26-default/kernel/drivers/net/virtio_net.ko.zst
license:        GPL
description:    Virtio network driver
suserelease:    SLE15-SP5
srcversion:     3C617505FCAC78789D33CA8
alias:          virtio:d00000001v*
depends:        net_failover
supported:      yes
retpoline:      Y
intree:         Y
name:           virtio_net
vermagic:       5.14.21-150500.14.gc80fb26-default SMP preempt mod_unload modversions 
sig_id:         PKCS#7
signer:         Devel:Kernel OBS Project
sig_key:        8C:5D:5D:2E:73:71:FF:FE
sig_hashalgo:   sha256
signature:      43:B1:60:D9:08:06:00:D4:5D:A8:D7:66:61:7F:D2:CC:88:5A:6A:D1:
parm:           napi_weight:int
parm:           csum:bool
parm:           gso:bool
parm:           napi_tx:bool
Comment 4 Martin Doucha 2022-09-16 09:40:29 UTC
Sorry, you're right.
Comment 5 Thomas Bogendoerfer 2022-09-17 11:04:09 UTC
I've missed a change in a merge commit during backport. Fix commit is now on my for-next branch.


has a kernel with the fix included.
Comment 6 Petr Cervinka 2022-09-19 07:23:38 UTC
(In reply to Thomas Bogendoerfer from comment #5)
> https://build.suse.de/repositories/home:tsbogend:bsc1203479

Tested kernel from above repo on x86_64 and works fine. Thanks for the fix.
Comment 7 Thomas Bogendoerfer 2022-09-21 11:33:20 UTC
*** Bug 1203612 has been marked as a duplicate of this bug. ***
Comment 9 Petr Cervinka 2022-10-07 11:06:15 UTC
Issue is fixed and verified.