[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJDTihz-rFb2SGaxZsQnXGnee_2qW_ynhPe=tZ4yzQBSV_KQ1g@mail.gmail.com>
Date: Tue, 4 Sep 2018 14:32:28 +0800
From: 焦晓冬 <milestonejxd@...il.com>
To: jlayton@...hat.com, linux-fsdevel@...r.kernel.org
Cc: linux-kernel@...r.kernel.org
Subject: POSIX violation by writeback error
Hi,
After reading several writeback error handling articles from LWN, I
begin to be upset about writeback error handling.
Jlayton's patch is simple but wonderful idea towards correct error
reporting. It seems one crucial thing is still here to be fixed. Does
anyone have some idea?
The crucial thing may be that a read() after a successful
open()-write()-close() may return old data.
That may happen where an async writeback error occurs after close()
and the inode/mapping get evicted before read().
That violate POSIX as POSIX requires that a read() that can be proved
to occur after a write() has returned will return the new data.
Regards,
Trol
Powered by blists - more mailing lists