> In article <email@example.com>,
> Linus Torvalds <firstname.lastname@example.org> wrote:
> It makes no sense at all - we should just return the locked buffer, and
> read the data from there (or even _write_ it - even if we're in the
> middle of writing it to disk that's fine, because we'll mark it dirty
> and later write out the correct version).
Linus, it may mean that we'll need two kinds of locking. There
*are* situations when we are changing the content of the buffer and want
some atomicity. BTW, writing to the locked buffer makes no sense if we are
reading into said buffer - you don't know if the read request will not
overwrite your changes a tick later. Methink we may need four bits:
premission to read, write, do IO and modify state. Yes, current mechanics
is too coarse, but ignoring eveything except IO will not be nice.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
Please read the FAQ at http://www.tux.org/lkml/