April 2023 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[Bug 1210698] New: Superblock checksum does not match when resizing ext4 file system twice in a row
by bugzilla_noreply＠suse.com 20 Apr '23

20 Apr '23

http://bugzilla.suse.com/show_bug.cgi?id=1210698 Bug ID: 1210698 Summary: Superblock checksum does not match when resizing ext4 file system twice in a row Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: cade.robinson(a)nisc.coop QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- We ran into this issue on SLES15SP5 but I can't submit bugs to them but was able to reproduce it with opensuse 15.4. With kernel 5.14.21-150400.24.55.3 and 5.14.21-150400.24.60.1 if I try to extend an ext4 file system twice without an unmount or reboot I get an error that the superblock checksum does not match: First add of 1g: localhost:~ # lvresize -r -L +1g /dev/vg1/testlv Size of logical volume vg1/testlv changed from 8.00 GiB (2048 extents) to 9.00 GiB (2304 extents). Logical volume vg1/testlv successfully resized. resize2fs 1.46.4 (18-Aug-2021) Filesystem at /dev/mapper/vg1-testlv is mounted on /mnt; on-line resizing required old_desc_blocks = 1, new_desc_blocks = 2 The filesystem on /dev/mapper/vg1-testlv is now 2359296 (4k) blocks long. then add another: localhost:~ # lvresize -r -L +1g /dev/vg1/testlv Size of logical volume vg1/testlv changed from 9.00 GiB (2304 extents) to 10.00 GiB (2560 extents). Logical volume vg1/testlv successfully resized. tune2fs: Superblock checksum does not match superblock while trying to open /dev/mapper/vg1-testlv Couldn't find valid filesystem superblock. fsadm: Cannot parse tune2fs output. /usr/sbin/fsadm failed: 1 Trying to manually resize with resize2fs: localhost:~ # resize2fs /dev/vg1/testlv resize2fs 1.46.4 (18-Aug-2021) resize2fs: Superblock checksum does not match superblock while trying to open /dev/vg1/testlv Couldn't find valid filesystem superblock. If I unmount and remount the FS I can resize it Current LV size is 10g but the FS is only 9 since the add of 1G above to the LV works but resize2fs failed. localhost:~ # lvs /dev/vg1/testlv LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert testlv vg1 -wi-ao---- 10.00g localhost:~ # df -hPT /mnt Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/vg1-testlv ext4 8.8G 24K 8.4G 1% /mnt If I remount and run the resize2fs it will resize the FS fine: localhost:~ # umount /mnt localhost:~ # mount /dev/vg1/testlv /mnt localhost:~ # resize2fs /dev/vg1/testlv resize2fs 1.46.4 (18-Aug-2021) Filesystem at /dev/vg1/testlv is mounted on /mnt; on-line resizing required old_desc_blocks = 2, new_desc_blocks = 2 The filesystem on /dev/vg1/testlv is now 2621440 (4k) blocks long. Resize of unmounted FS repeatedly does work fine. booting with kernel 5.14.21-150400.24.46.1 multiple resize2fs in a row works fine on the same file system used in the previous test. kernels 5.14.21-150400.24.60.1 and 5.14.21-150400.24.55.3 fail. This is the same in SLES15SP4 I found this that helped figure out is was two resize2fs in a row: https://www.spinics.net/lists/linux-ext4/msg86785.html That thread mentions a possible kernel fix that may help. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1184767] Several firmwares missing when installing MicroOS
by bugzilla_noreply＠suse.com 20 Apr '23

20 Apr '23

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

1 0

[Bug 1210685] Use after free bug in emac_remove due to race condition
by bugzilla_noreply＠suse.com 20 Apr '23

20 Apr '23

http://bugzilla.suse.com/show_bug.cgi?id=1210685 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Kernel |Security CC| |tiwai(a)suse.com Assignee|kernel-bugs(a)opensuse.org |security-team(a)suse.de -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1210685] New: Use after free bug in emac_remove due to race condition
by bugzilla_noreply＠suse.com 20 Apr '23

20 Apr '23

http://bugzilla.suse.com/show_bug.cgi?id=1210685 Bug ID: 1210685 Summary: Use after free bug in emac_remove due to race condition Classification: openSUSE Product: openSUSE Distribution Version: Leap 16.0 Hardware: x86-64 OS: All Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: hackerzheng666(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- n emac_probe, &adpt->work_thread is bound with emac_work_thread. Then it will be started by timeout handler emac_tx_timeout or a IRQ handler emac_isr. If we remove the driver which will call emac_remove to make cleanup, there may be a unfinished work. The possible sequence is as follows: Fix it by finishing the work before cleanup in the emac_remove and disable timeout response. CPU0 CPU1 |emac_work_thread emac_remove | free_netdev | kfree(netdev); | |emac_reinit_locked |emac_mac_down |//use netdev This bug has been submitted to upstream and got fixed in [1] [1] https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git/commit/?id=6… This is a bug reported by me and has been merged in following releases: Linux kernel 4.14 Linux kernel 4.19 Linux kernel 5.4 Linux kernel 5.10 Linux kernel 5.15 Linux kernel 6.1 Linux kernel 6.2 Also,this has been fixed in SUSE [2] Could you please assign CVE for this? [2] https://lists.suse.com/pipermail/sle-security-updates/2023-April/014436.html -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1210329] VUL-0: CVE-2023-30772: kernel: use after free bug in da9150_charger_remove due to race condition
by bugzilla_noreply＠suse.com 20 Apr '23

20 Apr '23

http://bugzilla.suse.com/show_bug.cgi?id=1210329 Marcus Meissner <meissner(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://smash.suse.de/issue | |/363510/ -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1210473] amdgpu[RX 590] Failed to read EDID from display
by bugzilla_noreply＠suse.com 20 Apr '23

20 Apr '23

http://bugzilla.suse.com/show_bug.cgi?id=1210473 http://bugzilla.suse.com/show_bug.cgi?id=1210473#c8 --- Comment #8 from Patrik Jakobsson <patrik.jakobsson(a)suse.com> --- Thanks for testing. I cannot find anything that is obviously wrong here and since this is affecting Tumbleweed and is not a regression I would recommend that you report this to AMD upstream issues tracked [1] instead. Instructions can be found at [2] [1] https://gitlab.freedesktop.org/drm/amd/-/issues [2] https://gitlab.freedesktop.org/drm/amd -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1206946] System fails to boot with USB devices plugged in
by bugzilla_noreply＠suse.com 20 Apr '23

20 Apr '23

http://bugzilla.suse.com/show_bug.cgi?id=1206946 http://bugzilla.suse.com/show_bug.cgi?id=1206946#c5 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian.kuebbeler(a)gmx.net | |, tiwai(a)suse.com Flags| |needinfo?(sebastian.kuebbel | |er(a)gmx.net) --- Comment #5 from Takashi Iwai <tiwai(a)suse.com> --- Which kernel version? And the problem persists even if you update the kernel to the very latest one (6.2.x)? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1206946] System fails to boot with USB devices plugged in
by bugzilla_noreply＠suse.com 19 Apr '23

19 Apr '23

http://bugzilla.suse.com/show_bug.cgi?id=1206946 http://bugzilla.suse.com/show_bug.cgi?id=1206946#c4 Luciano Santos <luc14n0(a)opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|MicroOS |Kernel Assignee|kubic-bugs(a)opensuse.org |kernel-bugs(a)opensuse.org --- Comment #4 from Luciano Santos <luc14n0(a)opensuse.org> --- Hi there, Could you be more specific with those "non-simple USB devices"? Does it involve some form of storage, like a card reader? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1210473] amdgpu[RX 590] Failed to read EDID from display
by bugzilla_noreply＠suse.com 19 Apr '23

19 Apr '23

http://bugzilla.suse.com/show_bug.cgi?id=1210473 http://bugzilla.suse.com/show_bug.cgi?id=1210473#c7 --- Comment #7 from Smith <suse(a)irunx.org> --- I now downloaded and tried the OpenSUSE Leap KDE live isos (versions 15.0 - 15.5). tl;dr: None worked 15.0 Gave me nothing at all, screens stayed in powersave. 15.1 - 15.5 all displayed the framebuffer and loading screen in 4:3, after full boot (once I assume the X server started) the screens blanked again. As the system is locked (maybe accessible via ssh) when I boot with my main screen attached, I did not extract any kernel logs. If you need any, tell me. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1210600] New: RTL8125 2.5GbE with default r8169 driver is not stable
by bugzilla_noreply＠suse.com 18 Apr '23

18 Apr '23

http://bugzilla.suse.com/show_bug.cgi?id=1210600 Bug ID: 1210600 Summary: RTL8125 2.5GbE with default r8169 driver is not stable Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: fzy15303331211(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- My RTL8125 netcard will stop working suddenly, ip link show the netcard is down. I tried these but no help. 1> ip link down then ip link up 2> service NetworkManager restart It seems the only way to reuse the netcard is restart the system. OpenSUSE tw give RTL8125 'r8169' driver as default. So I suppose the problem is a driver related issue, I installed r8125 driver from OBS https://build.opensuse.org/package/show/home:Sauerland:hardware/r8125 Then I add the default r8169 driver into blacklist of /etc/modprobe.d/blacklist.conf Then this problem is solved, hope can help you solve the official driver problem. -- You are receiving this mail because: You are the assignee for the bug.

1 0