]> granicus.if.org Git - postgresql/commit
Change some bogus PageGetLSN calls to BufferGetLSNAtomic
authorAlvaro Herrera <alvherre@alvh.no-ip.org>
Tue, 9 Jan 2018 18:54:39 +0000 (15:54 -0300)
committerAlvaro Herrera <alvherre@alvh.no-ip.org>
Tue, 9 Jan 2018 20:07:47 +0000 (17:07 -0300)
commit01268386665f4a59c2fa9236f448bf3caf8c3b0b
tree1473f2d84f7350709a25d2b503aed180618f1cbc
parent1d135657a308e920d92df35e3453ed1725dbbc0d
Change some bogus PageGetLSN calls to BufferGetLSNAtomic

As src/backend/access/transam/README says, PageGetLSN may only be called
by processes holding either exclusive lock on buffer, or a shared lock
on buffer plus buffer header lock.  Therefore any place that only holds
a shared buffer lock must use BufferGetLSNAtomic instead of PageGetLSN,
which internally obtains buffer header lock prior to reading the LSN.

A few callsites failed to comply with this rule.  This was detected by
running all tests under a new (not committed) assertion that verifies
PageGetLSN locking contract.  All but one of the callsites that failed
the assertion are fixed by this patch.  Remaining callsites were
inspected manually and determined not to need any change.

The exception (unfixed callsite) is in TestForOldSnapshot, which only
has a Page argument, making it impossible to access the corresponding
Buffer from it.  Fixing that seems a much larger patch that will have to
be done separately; and that's just as well, since it was only
introduced in 9.6 and other bugs are much older.

Some of these bugs are ancient; backpatch all the way back to 9.3.

Authors: Jacob Champion, Asim Praveen, Ashwin Agrawal
Reviewed-by: Michaƫl Paquier
Discussion: https://postgr.es/m/CABAq_6GXgQDVu3u12mK9O5Xt5abBZWQ0V40LZCE+oUf95XyNFg@mail.gmail.com
src/backend/access/gist/gist.c
src/backend/access/gist/gistget.c
src/backend/access/gist/gistvacuum.c
src/backend/access/nbtree/nbtsearch.c
src/backend/access/nbtree/nbtutils.c