http://bugzilla.opensuse.org/show_bug.cgi?id=1177624
Bug ID: 1177624
Summary: watchdog: BUG: soft lockup - CPU#16 stuck for 23s!
[qemu-system-aar:4554]
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.2
Hardware: aarch64
OS: Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: guillaume.gardet(a)arm.com
QA Contact: qa-bugs(a)suse.de
CC: afaerber(a)suse.com, dmueller(a)suse.com
Found By: ---
Blocker: ---
Created attachment 842562
--> http://bugzilla.opensuse.org/attachment.cgi?id=842562&action=edit
dmesg.log
The D05 machine used as a worker for openqa.opensuse.org have been upgraded
from Leap 15.1 to Leap 15.2 and shows lots of performance problems.
Lots of mistyping in qemu, few screen corruptions.
Checking the kernel log (in attachment), we can see some traces related to the
watchdog.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1174622
Bug ID: 1174622
Summary: System not reconnecting to WLAN after suspend/resume
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.2
Hardware: x86-64
OS: SUSE Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: holgi(a)suse.com
QA Contact: qa-bugs(a)suse.de
CC: tiwai(a)suse.com
Found By: Development
Blocker: ---
Created attachment 840122
--> https://bugzilla.suse.com/attachment.cgi?id=840122&action=edit
Output of hwinfo --netcard
System with NetworkManger is connected to a wifi network. After suspend and
resume later, it is not able to reconnect to the same wifi network. After a
reboot, system is connecting to the same wifi network without any problems.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1178463
Bug ID: 1178463
Summary: Flood of "usb usb{2,6}-port1: Cannot enable." messages
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: lmb(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Created attachment 843325
--> https://bugzilla.suse.com/attachment.cgi?id=843325&action=edit
lsusb -vv
With the 5.10.0rc2 kernel from Kernel:HEAD, I'm experiencing a flood of:
...
[ 372.567942] usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
[ 374.686509] usb usb6-port1: Cannot enable. Maybe the USB cable is bad?
[ 377.026495] usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
[ 378.986503] usb usb6-port1: Cannot enable. Maybe the USB cable is bad?
[ 381.446415] usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
[ 383.290504] usb usb6-port1: Cannot enable. Maybe the USB cable is bad?
[ 385.918496] usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
[ 387.586478] usb usb6-port1: Cannot enable. Maybe the USB cable is bad?
[ 390.386475] usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
[ 391.894454] usb usb6-port1: Cannot enable. Maybe the USB cable is bad?
...
The XPS 13 is connected to a Belkin Thunberbird dock. As far as I can tell,
except for these messages, all USB connected peripherals (keyboard, mouse,
webcam) are working.
Attaching lsusb -vv and dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1179226
Bug ID: 1179226
Summary: System hang related to power saving
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: jc(a)phocean.net
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
# Issue :
Screen and input devices would stop responding (black screen, no TTY), as soon
as the computer goes into some low power mode.
It can be triggered by locking the screen in Gnome (through gdm), and can also
be reproduced in XFCE / LightDM by just leaving the computer for a while.
# Impact :
- black screen, no TTY access
- unresponsive system (impossible to launch new processes, reboot, no way to
switch init3 & init 5, etc.)
- SSH/network access still available, existing process seem to run
Moreover, no related log entry, no error (journalctl, dmesg...).
# Notes :
Hardware is very likely to be fine :
- no issue with a Fedora LiveUSB ;
- memtest tests passed.
# Hardware :
Asus PN40
Intel(R) Celeron(R) J4005 CPU @ 2.00GHz
Intel Corporation UHD Graphics 605 (rev 03)
# System
Tumbleweed 20201123
I have no idea on how to debug it further. My huntch is that it is power saving
related with Intel chipset.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1177499
Bug ID: 1177499
Summary: prctl test fails on Tumbleweed
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: msuchanek(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
https://build.opensuse.org/package/live_build_log/home:michals/python-pytho…
@require('get_no_new_privs')
def test_no_new_privs(self):
"""Test the no_new_privs function"""
self.assertEqual(prctl.get_no_new_privs(), 0)
pid = os.fork()
if pid:
self.assertEqual(os.waitpid(pid, 0)[1], 0)
else:
prctl.set_no_new_privs(1)
self.assertEqual(prctl.get_no_new_privs(), 1)
if os.geteuid() != 0:
sp = subprocess.Popen(['ping', '-c1', 'localhost'],
stderr=subprocess.PIPE)
sp.communicate()
self.assertNotEqual(sp.returncode, 0)
os._exit(0)
It assumes that by default you cannot ping, and PR_SET_NO_NEW_PRIVS is
inherited across fork.
Has there been some change in the capabilities recently?
--
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.
http://bugzilla.opensuse.org/show_bug.cgi?id=1178013
Bug ID: 1178013
Summary: Application Crash when using FUSE
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: openSUSE Tumbleweed
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: reiokorn(a)tutanota.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Please read this forum thread, with all the information about that bug that I
can give you:
https://forums.opensuse.org/showthread.php/546202-Cryptomator-Application-C…
btw Leap is unaffected.
--
You are receiving this mail because:
You are the assignee for the bug.