April 2021 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[Bug 1184088] New: frequent usb resets starting with 5.11-rc7, 5.11-rc6 was fine
by bugzilla_noreply＠suse.com 03 May '21

03 May '21

https://bugzilla.suse.com/show_bug.cgi?id=1184088 Bug ID: 1184088 Summary: frequent usb resets starting with 5.11-rc7, 5.11-rc6 was fine 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: dmueller(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Some change between 5.11-rc6 and 5.11-rc7 is causing frequently storms of usb resets, significantly eating cpu power: [Sa M�r 27 20:17:47 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd [Sa M�r 27 20:17:52 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd [Sa M�r 27 20:17:58 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd [Sa M�r 27 20:18:03 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd [Sa M�r 27 20:18:09 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd [Sa M�r 27 20:18:15 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd [Sa M�r 27 20:18:20 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd it stops usually after turning off/on the monitor (the usb hub this is connected to is builtin to my display), but sometimes it just stops by itself, and then at some later point in time resumes again. No idea what exactly triggers it, but I've never seen this with 5.11-rc6 or below. lsusb -t -v for this sub tree is: /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M ID 1d6b:0002 Linux Foundation 2.0 root hub |__ Port 1: Dev 18, If 0, Class=Hub, Driver=hub/6p, 480M ID 0451:8442 Texas Instruments, Inc. |__ Port 6: Dev 25, If 0, Class=, Driver=, 480M ID 0451:82ee Texas Instruments, Inc. |__ Port 2: Dev 21, If 3, Class=Human Interface Device, Driver=usbhid, 12M ID 047f:c025 Plantronics, Inc. |__ Port 2: Dev 21, If 1, Class=Audio, Driver=snd-usb-audio, 12M ID 047f:c025 Plantronics, Inc. |__ Port 2: Dev 21, If 2, Class=Audio, Driver=snd-usb-audio, 12M ID 047f:c025 Plantronics, Inc. |__ Port 2: Dev 21, If 0, Class=Audio, Driver=snd-usb-audio, 12M ID 047f:c025 Plantronics, Inc. |__ Port 5: Dev 24, If 0, Class=Human Interface Device, Driver=usbhid, 480M ID 0451:82ff Texas Instruments, Inc. |__ Port 1: Dev 19, If 0, Class=Hub, Driver=hub/4p, 480M ID 0bda:5411 Realtek Semiconductor Corp. RTS5411 Hub |__ Port 3: Dev 23, If 2, Class=Audio, Driver=snd-usb-audio, 480M ID 046d:0825 Logitech, Inc. Webcam C270 |__ Port 3: Dev 23, If 0, Class=Video, Driver=uvcvideo, 480M ID 046d:0825 Logitech, Inc. Webcam C270 |__ Port 3: Dev 23, If 3, Class=Audio, Driver=snd-usb-audio, 480M ID 046d:0825 Logitech, Inc. Webcam C270 |__ Port 3: Dev 23, If 1, Class=Video, Driver=uvcvideo, 480M ID 046d:0825 Logitech, Inc. Webcam C270 -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 1185482] btrfs filesystem cannot be mounted
by bugzilla_noreply＠suse.com 30 Apr '21

30 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1185482 http://bugzilla.opensuse.org/show_bug.cgi?id=1185482#c5 --- Comment #5 from aaron k <ak01721(a)gmx.com> --- Kernal version is the most recent, ran zypper dup earlier in the day before this happened -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1185482] btrfs filesystem cannot be mounted
by bugzilla_noreply＠suse.com 30 Apr '21

30 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1185482 http://bugzilla.opensuse.org/show_bug.cgi?id=1185482#c4 --- Comment #4 from aaron k <ak01721(a)gmx.com> --- Output of btrfs stats: [/dev/nvme0n1p2].write_io_errs 0 [/dev/nvme0n1p2].read_io_errs 0 [/dev/nvme0n1p2].flush_io_errs 0 [/dev/nvme0n1p2].corruption_errs 443 [/dev/nvme0n1p2].generation_errs 4 When I use the zero log command I am able to mount the partition but just in read only mode. I tried booting into TW after clearing the log from a fedora live iso and was able to boot, but the filesystem was read only when I tried to run gdm. No power outage or anything like that, just rebooted the computer and then got those errors when trying to boot. The btrfs image file appears to big to be uploaded on this site, so I uploaded it here: https://www.swisstransfer.com/d/6b4947e5-e5b1-43d7-8c16-bff9ee9ec69a I was considering just reinstalling my os but If trying to fix it can be useful to development ill hold off on that. No critical data was on the drive and my home folder is on a separate device, plus everything important is backed up, it would just be a mess to setup gpu passthrough and all that again -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1185352] New: exfat: ERROR: invalid VBR checksum 0xc746d7e6 (expected 0x8122115) on zram test
by bugzilla_noreply＠suse.com 30 Apr '21

30 Apr '21

https://bugzilla.suse.com/show_bug.cgi?id=1185352 Bug ID: 1185352 Summary: exfat: ERROR: invalid VBR checksum 0xc746d7e6 (expected 0x8122115) on zram test 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: --- Created attachment 848788 --> https://bugzilla.suse.com/attachment.cgi?id=848788&action=edit dmesg from failing machine (https://openqa.opensuse.org/tests/1713946/file/serial0.txt) LTP zram01 test triggers failure on exfat [1]: FUSE exfat 1.3.0 ERROR: invalid VBR checksum 0xc746d7e6 (expected 0x8122115). zram01 6 TBROK: mount /dev/zram6 zram6 failed I don't see anything suspicious in dmesg, not in test output. I can provide strace (or whatever you need). Test started to fail since it's introduction in build 20210419. [1] https://openqa.opensuse.org/tests/1713946#step/zram01/8 [2] https://openqa.opensuse.org/tests/1707519#step/zram01/6 -- You are receiving this mail because: You are the assignee for the bug.

1 5

[Bug 1176576] [RPi4] sdhci driver continuously prints warnings if no card is present
by bugzilla_noreply＠suse.com 30 Apr '21

30 Apr '21

https://bugzilla.suse.com/show_bug.cgi?id=1176576 https://bugzilla.suse.com/show_bug.cgi?id=1176576#c4 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tiwai(a)suse.com --- Comment #4 from Takashi Iwai <tiwai(a)suse.com> --- Relevant upstream development: https://lore.kernel.org/linux-arm-kernel/20210322185816.27582-1-nsaenz@kern… -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1185482] btrfs filesystem cannot be mounted
by bugzilla_noreply＠suse.com 30 Apr '21

30 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1185482 http://bugzilla.opensuse.org/show_bug.cgi?id=1185482#c3 Marcos de Souza <mpdesouza(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |IN_PROGRESS CC| |ak01721(a)gmx.com, | |mpdesouza(a)suse.com Flags| |needinfo?(ak01721(a)gmx.com) --- Comment #3 from Marcos de Souza <mpdesouza(a)suse.com> --- (In reply to aaron k from comment #1) > When I try to mount through a live iso, I get the error 'Can't read > superblock' By looking at the reddit image, it seems that the log replay is having problems. Can you add the output of the device stats command: btrfs device stats /dev/nvme0n1p2 This should help to find if there were previous corruptions in your disk. Also, did you try clearing the log by running: btrfs rescue zero-log /dev/nvme0n1p2 And then retrying to mount? it might help. Do you remember having a power outage or something that lead to this situation? Can you paste your kernel version? Another thing that can help is to upload a btrfs image, so we can take a deeper look at it: btrfs-image -c9 -s /dev/nvme0n1p2 btrfs.image This command will produce a btrfs-image containing only the metadata of your disk, it will be compressed (c9) and it will 'hide' the filenames of your system (-s). Looking forward to your data! Thanks! -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1185263] Lenovo TP E15 (2nd Gen): Display remains dark when resuming from suspend
by bugzilla_noreply＠suse.com 30 Apr '21

30 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1185263 http://bugzilla.opensuse.org/show_bug.cgi?id=1185263#c10 --- Comment #10 from Takashi Iwai <tiwai(a)suse.com> --- It would work, I suppose. But my intention was to just install Leap 15.3 kernel on top of your current Leap 15.2 system and test with it. If it doesn't work, you can uninstall it again. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1185482] btrfs filesystem cannot be mounted
by bugzilla_noreply＠suse.com 30 Apr '21

30 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1185482 http://bugzilla.opensuse.org/show_bug.cgi?id=1185482#c2 Richard Brown <rbrown(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbrown(a)suse.com Component|Basesystem |Kernel Assignee|screening-team-bugs(a)suse.de |kernel-bugs(a)opensuse.org --- Comment #2 from Richard Brown <rbrown(a)suse.com> --- Correcting Component -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1185263] Lenovo TP E15 (2nd Gen): Display remains dark when resuming from suspend
by bugzilla_noreply＠suse.com 30 Apr '21

30 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1185263 http://bugzilla.opensuse.org/show_bug.cgi?id=1185263#c9 --- Comment #9 from Ulrich Windl <Ulrich.Windl(a)rz.uni-regensburg.de> --- (In reply to Takashi Iwai from comment #8) > Leap 15.3 DRM stack is based on 5.9+ kernel code. OK, I could try the Live system, but I'm afraid I can't test suspend with it; can I? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1185266] kernel: iwlwifi 0000:03:00.0: Unhandled alg: 0x707
by bugzilla_noreply＠suse.com 30 Apr '21

30 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1185266 http://bugzilla.opensuse.org/show_bug.cgi?id=1185266#c3 --- Comment #3 from Takashi Iwai <tiwai(a)suse.com> --- No. -- You are receiving this mail because: You are the assignee for the bug.

1 0