|
|
Subscribe / Log in / New account

Ext4 data corruption in stable kernels

Ext4 data corruption in stable kernels

Posted Dec 10, 2023 12:10 UTC (Sun) by Wol (subscriber, #4433)
In reply to: Ext4 data corruption in stable kernels by mb
Parent article: Ext4 data corruption in stable kernels

> Because it is marked
> CC: stable@vger.kernel.org

> Mistakes happen.

It's not always a mistake. As usual, we are using technology to try and fix a social problem. Some upstreams, I believe, have a habit of cc'ing *everything* to stable. If they've triaged it, and it's important enough, then fine. Too many of them don't.

The stable maintainers don't have time to triage everything. Upstream sometimes cannot be bothered to triage everything (or expect someone else to do it for them). What do you expect?

Cheers,
Wol


to post comments

Ext4 data corruption in stable kernels

Posted Dec 10, 2023 19:42 UTC (Sun) by saffroy (guest, #43999) [Link] (2 responses)

> The stable maintainers don't have time to triage everything. Upstream sometimes cannot be bothered to triage everything (or expect someone else to do it for them). What do you expect?

What I did expect until today was that existing well-known test suites like LTP (which revealed the bug) would be on the critical path for a stable release.

I am very curious why they are not.

Ext4 data corruption in stable kernels

Posted Dec 11, 2023 14:31 UTC (Mon) by intgr (subscriber, #39733) [Link] (1 responses)

> existing well-known test suites like LTP (which revealed the bug)

Interesting fact. Do you have a link to it? And any discussions that followed?

Ext4 data corruption in stable kernels

Posted Dec 11, 2023 15:39 UTC (Mon) by Kamiccolo (subscriber, #95159) [Link]

It was posted in this thread some time ago:
https://lore.kernel.org/stable/81a11ebe-ea47-4e21-b5eb-53...

I'd say LTP deserve at least a little bit more love ;)


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds