Linus Torvalds wrote on Mon, Apr 06, 2020: > On Mon, Apr 6, 2020 at 4:07 AM Dominique Martinet > <asmadeus@xxxxxxxxxxxxx> wrote: > > - Fix read with O_NONBLOCK to allow incomplete read and return > > immediately > > Hmm. This is kind of special semantics (normally a POSIX filesystem > ignores O_NONBLOCK), but I guess it makes sense for a network > filesystem. > > It might be worth a bti more documentation/commenting because of the > special semantics. For example, since you don't have 'poll()', > O_NONBLOCK doesn't really mean "nonblocking", it means "stop earlier" > if I read that patch right. You can't just return -EAGAIN because > there's no way to then avoid busy looping.. Yes, I think you got this right. Basically there is no way to tell if the server will return immediately or not, so even with O_NONBLOCK the read() will still be 'blocking' if the server decides to wait for something before sending a reply. This patch will just make the read stop after a single round-trip with the server instead of looping to fill the buffer if O_NONBLOCK is set. The use-case here is stuff like reading from synthetic files (think fake pipes) where data comes in like a pipe and one would want read to return as soon as data is available. Just thinking out loud it might be possible to make pipes go through the server and somewhat work, but this might bring its own share of other problems and existing programs would need to be changed (e.g. wmii's synthetic filesystem exposes this kind of files as well as regular files, which works fine for their userspace client (wmiir) but can't really be used with a linux client) (Added Sergey in Cc for opinion) Anyway, I agree looking at O_NONBLOCK for that isn't obvious. I agree with the usecase here and posix allows short reads regardless of the flag so the behaviour is legal either way ; the filesystem is allowed to return whenever it wants on a whim - let's just add some docs as you suggest unless Sergey has something to add. I will add a few lines on that in Documentation/filesystems/9p.txt and send another pull request in a couple of days to give whoever wants to review time to comment on wording. Cheers, -- Dominique
