[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2971214.1634669295@warthog.procyon.org.uk>
Date: Tue, 19 Oct 2021 19:48:15 +0100
From: David Howells <dhowells@...hat.com>
To: Matthew Wilcox <willy@...radead.org>
Cc: dhowells@...hat.com, linux-cachefs@...hat.com,
Kent Overstreet <kent.overstreet@...il.com>,
linux-mm@...ck.org, linux-fsdevel@...r.kernel.org,
Trond Myklebust <trondmy@...merspace.com>,
Anna Schumaker <anna.schumaker@...app.com>,
Steve French <sfrench@...ba.org>,
Dominique Martinet <asmadeus@...ewreck.org>,
Jeff Layton <jlayton@...hat.com>,
Alexander Viro <viro@...iv.linux.org.uk>,
Omar Sandoval <osandov@...ndov.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
linux-afs@...ts.infradead.org, linux-nfs@...r.kernel.org,
linux-cifs@...r.kernel.org, ceph-devel@...r.kernel.org,
v9fs-developer@...ts.sourceforge.net, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 01/67] mm: Stop filemap_read() from grabbing a superfluous page
Matthew Wilcox <willy@...radead.org> wrote:
> > + isize = i_size_read(inode);
> > + if (unlikely(iocb->ki_pos >= isize))
> > + goto put_pages;
> > +
>
> Is there a good reason to assign to isize here? I'd rather not,
> because it complicates analysis, and a later change might look at
> the isize read here, not realising it was a racy use. So I'd
> rather see:
If we don't set isize, the loop will never end. Actually, maybe we can just
break out at that point rather than going to put_pages.
David
Powered by blists - more mailing lists