Skip to content

Commit d300b8c

Browse files
committed
Finish up XLOG_HINT renaming
Commit b8fd1a0 renamed XLOG_HINT to XLOG_FPI, but neglected two places. Backpatch to 9.3, like that commit.
1 parent 519445b commit d300b8c

File tree

2 files changed

+2
-2
lines changed

2 files changed

+2
-2
lines changed

src/backend/access/transam/README

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -596,7 +596,7 @@ of optimising for performance. When a hint is written we use
596596
MarkBufferDirtyHint() to mark the block dirty.
597597

598598
If the buffer is clean and checksums are in use then
599-
MarkBufferDirtyHint() inserts an XLOG_HINT record to ensure that we
599+
MarkBufferDirtyHint() inserts an XLOG_FPI record to ensure that we
600600
take a full page image that includes the hint. We do this to avoid
601601
a partial page write, when we write the dirtied page. WAL is not
602602
written during recovery, so we simply skip dirtying blocks because

src/backend/storage/buffer/bufmgr.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2640,7 +2640,7 @@ IncrBufferRefCount(Buffer buffer)
26402640
* This is essentially the same as MarkBufferDirty, except:
26412641
*
26422642
* 1. The caller does not write WAL; so if checksums are enabled, we may need
2643-
* to write an XLOG_HINT WAL record to protect against torn pages.
2643+
* to write an XLOG_FPI WAL record to protect against torn pages.
26442644
* 2. The caller might have only share-lock instead of exclusive-lock on the
26452645
* buffer's content lock.
26462646
* 3. This function does not guarantee that the buffer is always marked dirty

0 commit comments

Comments
 (0)