add barriers to buffer_uptodate and set_buffer_uptodate
authorMikulas Patocka <mpatocka@redhat.com>
Tue, 9 Aug 2022 18:32:13 +0000 (14:32 -0400)
committerLinus Torvalds <torvalds@linux-foundation.org>
Tue, 9 Aug 2022 22:03:02 +0000 (15:03 -0700)
commitd4252071b97d2027d246f6a82cbee4d52f618b47
tree9e84cfc4657863176f75029d50a1969f54918e05
parente394ff83bbca1c72427b1feb5c6b9d4dad832f01
add barriers to buffer_uptodate and set_buffer_uptodate

Let's have a look at this piece of code in __bread_slow:

get_bh(bh);
bh->b_end_io = end_buffer_read_sync;
submit_bh(REQ_OP_READ, 0, bh);
wait_on_buffer(bh);
if (buffer_uptodate(bh))
return bh;

Neither wait_on_buffer nor buffer_uptodate contain any memory barrier.
Consequently, if someone calls sb_bread and then reads the buffer data,
the read of buffer data may be executed before wait_on_buffer(bh) on
architectures with weak memory ordering and it may return invalid data.

Fix this bug by adding a memory barrier to set_buffer_uptodate and an
acquire barrier to buffer_uptodate (in a similar way as
folio_test_uptodate and folio_mark_uptodate).

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
Reviewed-by: Matthew Wilcox (Oracle) <willy@infradead.org>
Cc: stable@vger.kernel.org
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
include/linux/buffer_head.h