[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHk-=wjh0szm+btaHptV1_XMMih=c1zP5wU8MQmREVKmJSYUcA@mail.gmail.com>
Date: Mon, 6 Apr 2020 10:46:14 -0700
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Matthew Wilcox <willy@...radead.org>
Cc: Dominique Martinet <asmadeus@...ewreck.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-fsdevel <linux-fsdevel@...r.kernel.org>,
v9fs-developer@...ts.sourceforge.net,
Sergey Alirzaev <l29ah@...k.li>
Subject: Re: [GIT PULL] 9p update for 5.7
On Mon, Apr 6, 2020 at 10:40 AM Matthew Wilcox <willy@...radead.org> wrote:
> >
> > But look at anybody who ever worked more with NFS mounts, and they got
> > used to having the 'intr' mount flag set and incomplete reads and
> > -EAGAIN as a result.
>
> That's why you had me implement TASK_KILLABLE ;-)
Oh, absolutely. We can *NOT* do this in general. Applications _will_
break if you end up just randomly breaking POSIX behavior.
But network filesystems are almost never fully POSIX anyway. And yes,
they do break some apps. 'intr' may not be a thing any more, but
other differences wrt various atomicity guarantees (or file locking)
etc still exist.
So the whole "network filesystems do odd things in corner cases" isn't
exactly unusual.
I think the O_NONBLOCK difference is one of the more benign ones.
I just think it should be documented more.
Linus
Powered by blists - more mailing lists