Add a new option to RestoreBkpBlocks() to indicate if a cleanup lock should
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>
Tue, 20 Jan 2009 18:59:37 +0000 (18:59 +0000)
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>
Tue, 20 Jan 2009 18:59:37 +0000 (18:59 +0000)
commitb2a667b9ee8ba8d54e92fddcb0ed8d30651be595
tree6e01c62937710099b373bc9dced2b87027b8cb4c
parentb287f0a39eafbd99dd9ac8e83a58234604961b0d
Add a new option to RestoreBkpBlocks() to indicate if a cleanup lock should
be used instead of the normal exclusive lock, and make WAL redo functions
responsible for calling RestoreBkpBlocks(). They know better what kind of a
lock they need.

At the moment, this just moves things around with no functional change, but
makes the hot standby patch that's under review cleaner.
15 files changed:
src/backend/access/gin/ginxlog.c
src/backend/access/gist/gistxlog.c
src/backend/access/heap/heapam.c
src/backend/access/nbtree/nbtxlog.c
src/backend/access/transam/clog.c
src/backend/access/transam/multixact.c
src/backend/access/transam/xact.c
src/backend/access/transam/xlog.c
src/backend/access/transam/xlogutils.c
src/backend/catalog/storage.c
src/backend/commands/dbcommands.c
src/backend/commands/sequence.c
src/backend/commands/tablespace.c
src/backend/storage/freespace/freespace.c
src/include/access/xlog.h