November 2024 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[Bug 1231341] missing vbox module for current kernel-default
by bugzilla_noreply＠suse.com 21 Nov '24

21 Nov '24

1 0

[Bug 1220088] Hibernate completes shuts machine off *then* machine automatically turns back on.
by bugzilla_noreply＠suse.com 21 Nov '24

21 Nov '24

https://bugzilla.suse.com/show_bug.cgi?id=1220088 https://bugzilla.suse.com/show_bug.cgi?id=1220088#c35 --- Comment #35 from Paul Graff <pj.opensuse(a)gmx.com> --- Created attachment 878656 --> https://bugzilla.suse.com/attachment.cgi?id=878656&action=edit lib modules two 5.xx series kernels displayed -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1220088] Hibernate completes shuts machine off *then* machine automatically turns back on.
by bugzilla_noreply＠suse.com 21 Nov '24

21 Nov '24

https://bugzilla.suse.com/show_bug.cgi?id=1220088 https://bugzilla.suse.com/show_bug.cgi?id=1220088#c34 --- Comment #34 from Paul Graff <pj.opensuse(a)gmx.com> --- (In reply to Takashi Iwai from comment #33) > Basically it's BIOS who wakes up, so whatever you see in the X log indicates > the result of an action by BIOS, unlikely the cause. > Ok that's good to know. > And this doesn't happen you shutdown normally, right? Correct, when shutdown is attempted the machine does shutdown (turn off). > That would make things puzzling, because the problem happens even if you switch the > hibernation to shutdown via /sys/power/disk change... I have just attempted what we are discussing with the 6.6.11-1-default kernel and there is no difference in behavior when envoking hibernation. I am having no success with kernel 5.0.13-1.gb11e2d7-default and 5.1.16-1.g2af8a22-default appearing in boot menus kernel selections. They both appear in /lib/modules . -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1233016] memory buff/cache issue with qemu
by bugzilla_noreply＠suse.com 21 Nov '24

21 Nov '24

https://bugzilla.suse.com/show_bug.cgi?id=1233016 https://bugzilla.suse.com/show_bug.cgi?id=1233016#c23 Benjamin Sabatini <sunscape1(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sunscape1(a)hotmail.com --- Comment #23 from Benjamin Sabatini <sunscape1(a)hotmail.com> --- I'm waiting to see how this progresses since Qemu freezes here, too, when I use RAM-intensive programs in Windows. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1233345] Posible kernel error : mcelog
by bugzilla_noreply＠suse.com 20 Nov '24

20 Nov '24

https://bugzilla.suse.com/show_bug.cgi?id=1233345 https://bugzilla.suse.com/show_bug.cgi?id=1233345#c9 John Shand <jshand2013(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #9 from John Shand <jshand2013(a)gmail.com> --- invalid, problem solved -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1230062] New: RISC-V: virtio-console sometimes gets stuck in set_termios.part.0
by bugzilla_noreply＠suse.com 20 Nov '24

20 Nov '24

https://bugzilla.suse.com/show_bug.cgi?id=1230062 Bug ID: 1230062 Summary: RISC-V: virtio-console sometimes gets stuck in set_termios.part.0 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: RISC-V 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 Target Milestone: --- Found By: --- Blocker: --- Created attachment 877101 --> https://bugzilla.suse.com/attachment.cgi?id=877101&action=edit /proc/*/task/*/stack + strace of bash openQA types in commands to the serial console, sends a newline and then waits until the prompt appears. Running this in a loop causes it to get stuck sometimes: https://openqa.opensuse.org/tests/4445068#step/http_srv/16 In the QEMU chardev log it appears like this: # systemctl --no-pager is-active apache2; echo hjhkw-$?- active hjhkw-0- echo Lorem ipsum dolor sit amet > /srv/www/htdocs/index.html openQA sends 'systemctl --no-pager is-active apache2; echo hjhkw-$?-\n', receives 'active\nhjhkw-0-\n', then sends 'echo Lorem ipsum dolor sit amet > /srv/www/htdocs/index.html\n' and waits for '# '. That does not arrive however and the wait times out. In most cases that's just ignored by openQA and it moves on to the next command. When it sends that ("curl -f ..." here), the missing part suddenly appears: # echo Lorem ipsum dolor sit amet > /srv/www/htdocs/index.html # curl -f http://localhost/ | grep 'Lorem ipsum dolor sit amet'; echo _Z5Xg-$?- This issue appears to happen on riscv64 only, I have not observed it anywhere else so far. Thankfully the arbitrarily long delay of the prompt allows to debug this. I created a testcase that exercises the serial terminal in a loop and so far it always gets stuck before the 20th attempt. I logged onto the graphical console and collected some info. The /bin/bash process on the console is stuck in the kernel: /proc/1624/task/1624/stack:[<0>] set_termios.part.0+0x130/0x206 /proc/1624/task/1624/stack:[<0>] tty_mode_ioctl+0x46e/0x576 /proc/1624/task/1624/stack:[<0>] n_tty_ioctl_helper+0x2a/0xe4 /proc/1624/task/1624/stack:[<0>] n_tty_ioctl+0x9a/0x148 /proc/1624/task/1624/stack:[<0>] tty_ioctl+0x170/0x64e /proc/1624/task/1624/stack:[<0>] __riscv_sys_ioctl+0x82/0xaa /proc/1624/task/1624/stack:[<0>] do_trap_ecall_u+0x200/0x212 /proc/1624/task/1624/stack:[<0>] handle_exception+0xde/0xde FWICT this is inside the "retry_write_wait" loop: https://github.com/torvalds/linux/blob/67784a74e258a467225f0e68335df77acd67… No other process trace has any related tty call pending. When I attached to the process with strace, it immediately continued and the missing output appeared on the serial console. /proc/*/task/*/stack and strace log are attached. The first syscall that strace reports is rt_sigprocmask(SIG_BLOCK, ...), which usually follows ioctl(0, TCSETSW, ...), so it was probably stuck in that ioctl. As it helps to provide more input or attach with strace, it appears like some wakeup signal is missing or got lost that would notify the wait that the write has completed. -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 1233416] CUPS printer discovery (lpinfo -v) causes kernel panic
by bugzilla_noreply＠suse.com 20 Nov '24

20 Nov '24

https://bugzilla.suse.com/show_bug.cgi?id=1233416 https://bugzilla.suse.com/show_bug.cgi?id=1233416#c5 --- Comment #5 from Tim K <taaem(a)mailbox.org> --- I'm also experiencing this issue on a Meteor Lake Dell XPS. And in my testing the serial backend is the one triggering the crash, so running: # /usr/lib/cups/backend/serial Completly freezes the laptop. Sadly there is nothing in dmesg or journalctl. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1220088] Hibernate completes shuts machine off *then* machine automatically turns back on.
by bugzilla_noreply＠suse.com 19 Nov '24

19 Nov '24

https://bugzilla.suse.com/show_bug.cgi?id=1220088 https://bugzilla.suse.com/show_bug.cgi?id=1220088#c33 --- Comment #33 from Takashi Iwai <tiwai(a)suse.com> --- Basically it's BIOS who wakes up, so whatever you see in the X log indicates the result of an action by BIOS, unlikely the cause. And this doesn't happen you shutdown normally, right? That would make things puzzling, because the problem happens even if you switch the hibernation to shutdown via /sys/power/disk change... -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1231465] Kernel 6.11.2-1 only a fraction of ram is available
by bugzilla_noreply＠suse.com 19 Nov '24

19 Nov '24

https://bugzilla.suse.com/show_bug.cgi?id=1231465 https://bugzilla.suse.com/show_bug.cgi?id=1231465#c54 --- Comment #54 from Felix Niederwanger <felix.niederwanger(a)suse.com> --- Just reporting back that I'm on 6.11.8-1-default from the Tumbleweed repos and it works nicely. > [ 0.000000] [ T0] efi: memattr: [Firmware Bug]: Corrupted EFI Memory Attributes Table detected! (version == 1, desc_size == 1705111552, num_entries == 2) This is showing up in the dmesg entries, and I have the expected amount of memory. Confirmed fixed now also in Tumbleweed. Thank you! -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1231416] ZSWAP config cleanup
by bugzilla_noreply＠suse.com 19 Nov '24

19 Nov '24

https://bugzilla.suse.com/show_bug.cgi?id=1231416 https://bugzilla.suse.com/show_bug.cgi?id=1231416#c6 --- Comment #6 from OBSbugzilla Bot <bwiedemann+obsbugzillabot(a)suse.com> --- This is an autogenerated message for OBS integration: This bug (1231416) was mentioned in https://build.opensuse.org/request/show/1224977 Factory / kernel-source -- You are receiving this mail because: You are the assignee for the bug.

1 0