https://bugzilla.suse.com/show_bug.cgi?id=1193931
Bug ID: 1193931
Summary: unexpectedly, the system freezes very much
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: suse(a)rop.cx
QA Contact: qa-bugs(a)suse.de
Group: novellonly, SUSE Security Internal
Found By: ---
Blocker: ---
Created attachment 854712
--> https://bugzilla.suse.com/attachment.cgi?id=854712&action=edit
full dmesg
usually nothing works and only sometimes works very slowly for a few seconds,
but the cursor is working properly, usually without delay
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1192624
Bug ID: 1192624
Summary: ltp_nfs nfs05 (NFS stress test with make) fails
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: petr.vorel(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Tumbleweed Build 20211110 kernel 5.14.14-2-default (2b5383f) [1] (but it might
have been failing in 5.13 and older kernels) fails to run all nfs*_05 tests
which run shell script nfs05 [2] which runs nfs05_make_tree.c [3] (NFS stress
test with make).
Test output:
# nfs05 -v 4 -t tcp; echo "### TEST nfs4_05 COMPLETE >>> $?"
nfs05 1 TINFO: timeout per run is 0h 5m 0s
nfs05 1 TINFO: setup NFSv4, socket type tcp
nfs05 1 TINFO: Mounting NFS: mount -v -t nfs -o proto=tcp,vers=4
10.0.0.2:/tmp/LTP_nfs05.G8q7DLN0j0/4/tcp /tmp/LTP_nfs05.G8q7DLN0j0/4/0
nfs05 1 TINFO: start nfs05_make_tree -d 20 -f 50 -t 8
tst_test.c:1363: TINFO: Timeout per run is 0h 05m 00s
Test timed out, sending SIGTERM!
If you are running on slow machine, try exporting LTP_TIMEOUT_MUL > 1
Terminated
nfs05 1 TBROK: test terminated
nfs05 1 TINFO: Cleaning up testcase
umount.nfs4: /tmp/LTP_nfs05.G8q7DLN0j0/4/0: device is busy
Test is still running... 10
Test is still running... 9
Test is still running... 8
make[6]: *** No rule to make target '26445.6.20.c', needed by '26445.6.20'.
Stop.
make[5]: *** [makefile:9: dir] Error 2
make[4]: *** [makefile:9: dir] Error 2
make[3]: *** [makefile:9: dir] Error 2
make[2]: *** [makefile:9: dir] Error 2
make[1]: *** [makefile:9: dir] Error 2
make: *** [makefile:9: dir] Error 2
tst_cmd.c:109: TBROK: 'make' exited with a non-zero code 2 at tst_cmd.c:109
Test is still running... 7
...
make: *** [makefile:9: dir] Error 2
Test is still running... 1
rm: cannot remove
'/tmp/LTP_nfs05.G8q7DLN0j0/4/tcp/susetest.26445/dir/dir/dir/dir/dir/dir':
Directory not empty
rm: cannot remove
'/tmp/LTP_nfs05.G8q7DLN0j0/4/tcp/susetest.26446/dir/dir/dir/dir/dir/dir':
Directory not empty
rm: cannot remove
'/tmp/LTP_nfs05.G8q7DLN0j0/4/tcp/susetest.26447/dir/dir/dir/dir/dir/dir':
Directory not empty
rm: cannot remove
'/tmp/LTP_nfs05.G8q7DLN0j0/4/tcp/susetest.26448/dir/dir/dir/dir/dir/dir':
Directory not empty
rm: cannot remove
'/tmp/LTP_nfs05.G8q7DLN0j0/4/tcp/susetest.26449/dir/dir/dir/dir/dir/dir':
Directory not empty
rm: cannot remove
'/tmp/LTP_nfs05.G8q7DLN0j0/4/tcp/susetest.26450/dir/dir/dir/dir/dir/dir':
Directory not empty
rm: cannot remove
'/tmp/LTP_nfs05.G8q7DLN0j0/4/tcp/susetest.26452/dir/dir/dir/dir/dir/dir':
Directory not empty
rm: cannot remove
'/tmp/LTP_nfs05.G8q7DLN0j0/4/tcp/susetest.26451/dir/dir/dir/dir/dir/dir':
Directory not empty
make[6]: *** No rule to make target '26451.6.46.c', needed by '26451.6.46'.
Stop.
make[5]: *** [makefile:9: dir] Error 2
make[4]: *** [makefile:9: dir] Error 2
make[3]: *** [makefile:9: dir] Error 2
make[2]: *** [makefile:9: dir] Error 2
make[1]: *** [makefile:9: dir] Error 2
make: *** [makefile:9: dir] Error 2
rm: cannot remove '/tmp/LTP_nfs05.G8q7DLN0j0/4/0': Device or resource busy
rm: cannot remove '/tmp/LTP_nfs05.G8q7DLN0j0/4/0': Is a directory
There is probably no stack trace in dmesg related to this test (in attached
dmesg there is really long Call Trace related to FCNTL_LOCKTESTS reported in
#1192623).
[1] https://openqa.opensuse.org/tests/2029105
[2]
https://github.com/linux-test-project/ltp/blob/master/testcases/network/nfs…
[3]
https://github.com/linux-test-project/ltp/blob/master/testcases/network/nfs…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1176026
Bug ID: 1176026
Summary: bond interface should not invent mac address by
default
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: ro(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
since 5.8.4 (unsure about last digit):
when setting up a bond if kernel chooses a random mac
removing and readding the slave gets back to the used behaviour:
obs-arm-1:~ # modprobe bonding
3: enP2p1s0v1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN
group default qlen 1000
link/ether 1c:1b:0d:60:ee:8b brd ff:ff:ff:ff:ff:ff
7: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN group
default qlen 1000
link/ether 9e:29:55:da:aa:0e brd ff:ff:ff:ff:ff:ff
obs-arm-1:~ # echo +enP2p1s0v1 > /sys/class/net/bond0/bonding/slaves
7: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN group
default qlen 1000
link/ether 9e:29:55:da:aa:0e brd ff:ff:ff:ff:ff:ff
obs-arm-1:~ # echo -enP2p1s0v1 > /sys/class/net/bond0/bonding/slaves
obs-arm-1:~ # echo +enP2p1s0v1 > /sys/class/net/bond0/bonding/slaves
7: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN group
default qlen 1000
link/ether 1c:1b:0d:60:ee:8b brd ff:ff:ff:ff:ff:ff
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1190411
Bug ID: 1190411
Summary: USB devices missing after kexec reboot with XHCI
enabled
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: roger.whittaker(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Created attachment 852446
--> https://bugzilla.suse.com/attachment.cgi?id=852446&action=edit
hwinfo, dmesg, usb-devices and lsusb with and without XHCI enabled in BIOS,
normal boot and kexec boot
Hardware is an Intel NUC (D54250WYK).
With XHCI enabled in the UEFI BIOS, USB devices are not available
after a kexec reboot. Hence the boot failed in the initrd when I had
USB attached disks referenced in /etc/fstab. When I commented these
out, the boot succeeded but the keyboard and mouse did not work after
a kexec reboot.
With XHCI disabled in the BIOS, kexec works as expected.
On this hardware using Tumbleweed at some time in the past (but I'm
afraid I don't know when) kexec worked with XHCI enabled.
Linux jabberwock 5.14.0-1-default #1 SMP Mon Aug 30 07:01:36 UTC 2021 (dc06e24)
x86_64 x86_64 x86_64 GNU/Linux
NAME="openSUSE Tumbleweed"
# VERSION="20210908"
ID="opensuse-tumbleweed"
ID_LIKE="opensuse suse"
VERSION_ID="20210908"
PRETTY_NAME="openSUSE Tumbleweed"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:tumbleweed:20210908"
BUG_REPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org/"
DOCUMENTATION_URL="https://en.opensuse.org/Portal:Tumbleweed"
LOGO="distributor-logo"
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1190738
Bug ID: 1190738
Summary: kernel-default-base does not contain kernel changelog
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: fvogt(a)suse.com
QA Contact: qa-bugs(a)suse.de
CC: jeos-internal(a)suse.de
Found By: ---
Blocker: ---
kernel-default-base is built from a separate set of .spec and .changes files,
making use of the kernel-subpackage facilities.
This however means that the changelog of the original kernel packages
(kernel-default, -vanilla, etc.) does not end up in the changelog of
kernel-default-base. This is especially visible in updates, which only change
the binary content and the version number in an unobvious way. There is no
mention of any relevant fixed bugs (bsc#, CVE-).
It would be very useful to include the kernel changelog in the
kernel-default-base package. I don't think it can (or should) be interleaved
with the subpackage .changes file, but it could be included as file.
The target systems usually have excludedocs enabled though, so marking the file
as %doc means it won't get installed. That makes it more complex and
annoying...
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1191924
Bug ID: 1191924
Summary: kernel-source.git/README outdated
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: Linux
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: ohering(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
There is a section "Before You Commit -- Things To Check" in
kernel-source.git/README, it will likely not work out of the box.
According to rpm/kernel-binary.spec.in, at least three more packages beside the
obvious gcc/make/patch need to be installed:
BuildRequires: libopenssl-devel
BuildRequires: libelf-devel
BuildRequires: dwarves >= 1.21
Furthermore rapidquilt is not mentioned. It is not strictly required, but one
can hardly live without it.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1188589
Bug ID: 1188589
Summary: libbpf: failed to find valid kernel BTF
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: mrostecki(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Since the update to the TW snapshot with the kernel 5.13.2-1, I see the
following errors when trying to load BPF CO-RE skeletons with libbpf:
libbpf: failed to find valid kernel BTF
libbpf: Error loading vmlinux BTF: -3
The full example - I'm trying to load BPF programs which I have in this
project: https://github.com/rancher-sandbox/lockc
and the full output is:
��� sudo ./out/lockcd
libbpf: elf: skipping unrecognized data section(9) .rodata.str1.1
libbpf: failed to find valid kernel BTF
libbpf: Error loading vmlinux BTF: -3
libbpf: failed to load object 'lockc_bpf'
libbpf: failed to load BPF skeleton 'lockc_bpf': -3
Error: libbpf error
Caused by:
System error, errno: 3
Most likely, the solution for them would be setting the following kernel
parameters to "y":
CONFIG_DEBUG_INFO_REDUCED
CONFIG_DEBUG_INFO_SPLIT
But I'm not entirely sure yet. trying to test that...
--
You are receiving this mail because:
You are the assignee for the bug.