All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Windl, Ulrich" <u.windl@ukr.de>
To: Krister Johansen <kjlx@templeofstupid.com>,
	Lennart Poettering <lennart@poettering.net>
Cc: "util-linux@vger.kernel.org" <util-linux@vger.kernel.org>,
	Karel Zak <kzak@redhat.com>,
	"systemd-devel@lists.freedesktop.org"
	<systemd-devel@lists.freedesktop.org>,
	David Reaver <me@davidreaver.com>, Theodore Ts'o <tytso@mit.edu>
Subject: RE: [EXT] Re: [systemd-devel] [PATCH] libblkid: fix spurious ext superblock checksum mismatches
Date: Tue, 19 Nov 2024 08:19:54 +0000	[thread overview]
Message-ID: <246892aea2ef4119bb2b0b248c720737@ukr.de> (raw)
In-Reply-To: <20241118231352.GC1885@templeofstupid.com>

> -----Original Message-----
> From: systemd-devel <systemd-devel-bounces@lists.freedesktop.org> On
> Behalf Of Krister Johansen
> Sent: Tuesday, November 19, 2024 12:14 AM
> To: Lennart Poettering <lennart@poettering.net>
> Cc: util-linux@vger.kernel.org; Karel Zak <kzak@redhat.com>; systemd-
> devel@lists.freedesktop.org; David Reaver <me@davidreaver.com>;
> Theodore Ts'o <tytso@mit.edu>
> Subject: [EXT] Re: [systemd-devel] [PATCH] libblkid: fix spurious ext
> superblock checksum mismatches
> 
... 
> I may have done a poor job of explaining this.  This is ext writing its
> own superblock from the kernel, but reads seeing an potentially
> inconsistent view of that write.  O_DIRECT causes us to seralize with
> the locks ext4 holds when it writes the superblock, which prevents the
> read from observing a partial update.
> 
> It's not necessarily the partitioning tools causing this, but any
> filesystem level udpdate that modifies the contents of the superblock.

As I wrote before: I don't think the needless O_DIRECT fixes things some other code broke.



  reply	other threads:[~2024-11-19  8:21 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-18 20:35 [PATCH] libblkid: fix spurious ext superblock checksum mismatches Krister Johansen
2024-11-18 22:36 ` [systemd-devel] " Lennart Poettering
2024-11-18 23:13   ` Krister Johansen
2024-11-19  8:19     ` Windl, Ulrich [this message]
2024-11-19  8:15 ` [EXT] " Windl, Ulrich
2024-11-19 17:49   ` Theodore Ts'o
2024-11-19 23:59     ` Krister Johansen
2024-11-20  6:07       ` Theodore Ts'o
2024-11-21 10:44     ` Karel Zak
2024-11-21 15:55       ` Theodore Ts'o
2024-11-22  8:54       ` Krister Johansen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=246892aea2ef4119bb2b0b248c720737@ukr.de \
    --to=u.windl@ukr.de \
    --cc=kjlx@templeofstupid.com \
    --cc=kzak@redhat.com \
    --cc=lennart@poettering.net \
    --cc=me@davidreaver.com \
    --cc=systemd-devel@lists.freedesktop.org \
    --cc=tytso@mit.edu \
    --cc=util-linux@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.