| Summary: | sys-kernel/gentoo-sources-6.7.9: mkfs on luks USB flash drive blocks forever with "reset SuperSpeed USB device" | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Daniel Pouzzner <douzzer> |
| Component: | Current packages | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | normal | CC: | douzzer, jstein |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| URL: | https://lore.kernel.org/cryptsetup/RAfpmZ2xkxaP9hDzji38HPCaLGowefnvLadVpdY53QL2Vv8TOeWyknA4nsP4hsUDYrRJ_nZfO_tpFJvdLaANd9lGjRsrKZ-tFKo3mUwSqDQ=@fomin.one/T/#t | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | kernel config for 6.7.9-gentoo | ||
|
Description
Daniel Pouzzner
2024-04-22 23:23:28 UTC
It is sad to read that you have problems with USB. The situation seems to be a bit more complicate and requires some analysis. We can not help you efficiently via bug tracker. The bug tracker aims rather on specific problems in .ebuilds and less on individual systems. I have had very good experience on the gentoo IRC [1] with questions like this. Of course there are also forums and mailing lists [2,3]. I hope you understand, that I will close the bug here therefore and wish you good luck on one of the mentioned channels [4]. Please reopen the ticket in order to provide an indication for an specific error in an ebuild or any gentoo related product. [1] https://www.gentoo.org/get-involved/irc-channels/ [2] https://forums.gentoo.org/ [3] https://www.gentoo.org/get-involved/mailing-lists/all-lists.html [4] https://www.gentoo.org/support/ Followup on the above: Using an older system running kernel 5.4, but with the same flash readers and media, mkfs.btrfs succeeded immediately. When I returned the readers to the original system, the new filesystem mounted without delay or errors. It is fairly clear from the evidence that there has been a regression in the kernel. A quick look through the applicable genpatches set didn't turn up anything obvious, and the problem wasn't there in January on kernel 6.4.3. thank you for the additional information, could you please add the kernel config just in case? Thanks. Created attachment 891588 [details]
kernel config for 6.7.9-gentoo
Also, a diff of the configs for the 6.4.3 and 6.7.9 kernels doesn't turn up anything obviously related. Another data point: for a couple hours I've had a btrfs send/receive pipeline writing to the filesystem that I mkfs'd from the old kernel 5.4 installation. It's 100 GB into the transfer and going strong, no kernel messages, certainly no resets. So the problem seems to be very specific to mkfs over dm-crypt on this kernel. I'm not currently in a position to bisect the problem, but I'm satisfied that this is probably an upstream kernel bug. I have an email in to one of the core Linux kernel devs for advice on next steps. (In reply to Daniel Pouzzner from comment #5) > Also, a diff of the configs for the 6.4.3 and 6.7.9 kernels doesn't turn up > anything obviously related. > > Another data point: for a couple hours I've had a btrfs send/receive > pipeline writing to the filesystem that I mkfs'd from the old kernel 5.4 > installation. It's 100 GB into the transfer and going strong, no kernel > messages, certainly no resets. > > So the problem seems to be very specific to mkfs over dm-crypt on this > kernel. I'm not currently in a position to bisect the problem, but I'm > satisfied that this is probably an upstream kernel bug. > > I have an email in to one of the core Linux kernel devs for advice on next > steps. Any information back from the developer? Now that you mention it, nope, nothing. I also sent a report to https://lore.kernel.org/cryptsetup/ (https://lore.kernel.org/cryptsetup/10e060de0431f88edeaf7fa395965c1763a6b749.camel@mega.nu/) but that hasn't led to anything particularly useful either. I have my workaround for now -- mkfs on an older laptop (kernel 5.4) -- and I'll keep an eye on whether the problem is resolved after kernel upgrades. If the problem persists, it's inevitable there will be more reports of it. I'm assuming it's not some weird quirk of my kernel config, because this all worked fine on kernel 6.4.3 with substantially the same kernel config. It's not hard to provoke the syndrome -- just sfdisk, cryptsetup luksFormat, cryptsetup open, and mkfs, with the underlying device a USB flash card reader. It would be really interesting to hear results from others with kernel 6.7.* (expect to fail), and 6.8.* or 6.9-RC. Also results on kernel 6.5 and 6.6, which would help bisect it. Have you tried the suggested workaround ? Kernel parameter: usb_storage.quirks I'm waiting until I have a session up with a more recent kernel, to determine if the problem still exists at all. The problem I was seeing is (so far) unique to mkfs invocation, and the usb_storage.quirks approach is general in impact and reported to fix a different problem than I'm seeing, so I'm holding off on trying it. As I mentioned earlier, I unblocked myself with mkfs on an older system. Ok, let us know if this is still a problem |
