Bug 1221038

Summary: [Build 5.32] LTP ioprio_set03 fails in kernel-default-base in sle15sp6
Product: [openSUSE] PUBLIC SUSE Linux Enterprise Server 15 SP6 Reporter: Martin Loviska <mloviska>
Component: KernelAssignee: Kernel Bugs <kernel-bugs>
Status: RESOLVED WORKSFORME QA Contact:
Severity: Normal    
Priority: P1 - Urgent CC: mloviska, rtsvetkov, tiwai
Version: unspecified   
Target Milestone: ---   
Hardware: Other   
OS: Other   
URL: https://openqa.suse.de/tests/13713298/modules/ioprio_set03/steps/6
See Also: https://bugzilla.suse.com/show_bug.cgi?id=1217465
Whiteboard:
Found By: openQA Services Priority:
Business Priority: Blocker: Yes
Marketing QA Status: --- IT Deployment: ---
Attachments: journal

Description Martin Loviska 2024-03-06 09:14:42 UTC
Created attachment 873252 [details]
journal

## Observation

openQA test in scenario sle-15-SP6-JeOS-for-kvm-and-xen-x86_64-jeos-ltp-syscalls@uefi-virtio-vga fails in
[ioprio_set03](https://openqa.suse.de/tests/13713298/modules/ioprio_set03/steps/6)

Currently see ioprio_set03 test fails executed against kernel-default-base in x86_64 and aarch64 images

Test failure:

tst_test.c:1709: TINFO: LTP version: 20240129
tst_test.c:1595: TINFO: Timeout per run is 0h 00m 30s
ioprio_set03.c:40: TFAIL: ioprio_set IOPRIO_CLASS_BE prio 8 should not work
ioprio_set03.c:49: TINFO: tested illegal priority with class NONE
ioprio_set03.c:51: TPASS: returned correct error for wrong prio: EINVAL (22)

Summary:
passed   1
failed   1
broken   0
skipped  0
warnings 0

Kernel package info:

Name        : kernel-default-base
Version     : 6.4.0
Release     : 150600.9.2.150600.10.40
Architecture: x86_64
Install Date: Mon Mar  4 18:16:58 2024
Group       : System/Kernel
Size        : 133051390
License     : GPL-2.0-only
Signature   : RSA/SHA256, Tue Feb 27 18:20:02 2024, Key ID 70af9e8139db7c82
Source RPM  : kernel-default-base-6.4.0-150600.9.2.150600.10.40.src.rpm
Build Date  : Tue Feb 27 18:19:08 2024
Build Host  : h01-ch3a
Relocations : (not relocatable)
Packager    : https://www.suse.com/
Vendor      : SUSE LLC <https://www.suse.com/>
URL         : https://www.kernel.org/
Summary     : The Standard Kernel - base modules
Description :
The standard kernel for both uniprocessor and multiprocessor systems.


Source Timestamp: 2024-02-23 21:11:52 +0000
GIT Revision: 375d88dfed97fd49d3c88f06f7fce0babe3f7953
GIT Branch: users/osalvador/SLE15-SP6/for-next
This package contains only the base modules, required in all installs.

This is a subpackage of kernel-default. Development files are in
kernel-default-devel, sources in kernel-source, and
debug information in kernel-default-debuginfo.
Distribution: SUSE Linux Enterprise 15

LTP package: ltp-stable-20240129-150500.50.3.x86_64.rpm 
Tested images: 

* SLES15-SP6-Minimal-VM.x86_64-kvm-and-xen-Build5.32.qcow2
* SLES15-SP6-Minimal-VM.aarch64-kvm-Build5.32.qcow2

## Reproducible

Fails since (at least) Build [3.30](https://openqa.suse.de/tests/13086650)


## 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=JeOS-for-kvm-and-xen&machine=uefi-virtio-vga&test=jeos-ltp-syscalls&version=15-SP6)
Comment 1 Takashi Iwai 2024-03-07 11:55:49 UTC
Is it different from bug 1217465?

linux-glibc-devel package was updated very recently to catch up SLE15-SP6 uapi changes.
Comment 2 Martin Loviska 2024-03-07 13:24:07 UTC
(In reply to Takashi Iwai from comment #1)
> Is it different from bug 1217465?
> 
> linux-glibc-devel package was updated very recently to catch up SLE15-SP6
> uapi changes.

I do not think so, but the issue does not occur in kernel-default anymore. So something has been overlooked when it comes to kernel-default-base
Comment 3 Takashi Iwai 2024-03-08 08:01:11 UTC
(In reply to Martin Loviska from comment #2)
> (In reply to Takashi Iwai from comment #1)
> > Is it different from bug 1217465?
> > 
> > linux-glibc-devel package was updated very recently to catch up SLE15-SP6
> > uapi changes.
> 
> I do not think so, but the issue does not occur in kernel-default anymore.
> So something has been overlooked when it comes to kernel-default-base

That's the crucial information!

The difference of kernel-default vs kernel-default-base is only modules.  That said, you can compare the difference of loaded modules, and try to figure out which one is missing for this error; you can copy the module from kernel-default.rpm and load it manually on kernel-default-base system.
Comment 4 Martin Loviska 2024-03-12 09:08:43 UTC
(In reply to Takashi Iwai from comment #3)
> (In reply to Martin Loviska from comment #2)
> > (In reply to Takashi Iwai from comment #1)
> > > Is it different from bug 1217465?
> > > 
> > > linux-glibc-devel package was updated very recently to catch up SLE15-SP6
> > > uapi changes.
> > 
> > I do not think so, but the issue does not occur in kernel-default anymore.
> > So something has been overlooked when it comes to kernel-default-base
> 
> That's the crucial information!
> 
> The difference of kernel-default vs kernel-default-base is only modules. 
> That said, you can compare the difference of loaded modules, and try to
> figure out which one is missing for this error; you can copy the module from
> kernel-default.rpm and load it manually on kernel-default-base system.

I have found that kernel QA is running syscalls test suite in an installation job that changes kernel-default for kernel-default-base [1]. 
The LTP ioprio_set03 test, that fails in the bootable VM image, does not fail in this installation scenario that booted kernel-default-base. [2]

Comparing the loaded modules between this installation test and Minimal-VM image test, I have found that Minimal-VM image loads these additional modules.

Diff:
['binfmt_misc', 'fat', 'nls_cp437', 'nls_iso8859_1', 'vfat']

Minimal-VM image modules: 86
Installation scenario modules: 81

[1] https://openqa.suse.de/tests/13712959#step/boot_ltp/71
[2] https://openqa.suse.de/tests/13712959#step/ioprio_set03/7
Comment 5 Martin Loviska 2024-03-12 10:10:51 UTC
Alright, it was a test setup issue. http://kepler.suse.cz/tests/22750#step/ioprio_set03/7

Thank you, Takashi, for your help!

Sorry for the noise!