Finish up XLOG_HINT renaming
authorAlvaro Herrera <[email protected]>
Fri, 17 Jun 2016 22:05:55 +0000 (18:05 -0400)
committerAlvaro Herrera <[email protected]>
Fri, 17 Jun 2016 22:05:55 +0000 (18:05 -0400)
Commit b8fd1a09f3 renamed XLOG_HINT to XLOG_FPI, but neglected two
places.

Backpatch to 9.3, like that commit.

src/backend/access/transam/README
src/backend/storage/buffer/bufmgr.c

index 07efebc5c53b0a2823394e69bd3112fa187a425b..4ae4715339e707ab5ed879a628aa96b73002ef43 100644 (file)
@@ -627,7 +627,7 @@ of optimising for performance. When a hint is written we use
 MarkBufferDirtyHint() to mark the block dirty.
 
 If the buffer is clean and checksums are in use then
-MarkBufferDirtyHint() inserts an XLOG_HINT record to ensure that we
+MarkBufferDirtyHint() inserts an XLOG_FPI record to ensure that we
 take a full page image that includes the hint. We do this to avoid
 a partial page write, when we write the dirtied page. WAL is not
 written during recovery, so we simply skip dirtying blocks because
index b7ca9bf04cd251d244ff1ef631f1beab6de6ac8c..a67e5181fa900a223c219fa48d33312169a58434 100644 (file)
@@ -3352,7 +3352,7 @@ IncrBufferRefCount(Buffer buffer)
  * This is essentially the same as MarkBufferDirty, except:
  *
  * 1. The caller does not write WAL; so if checksums are enabled, we may need
- *   to write an XLOG_HINT WAL record to protect against torn pages.
+ *   to write an XLOG_FPI WAL record to protect against torn pages.
  * 2. The caller might have only share-lock instead of exclusive-lock on the
  *   buffer's content lock.
  * 3. This function does not guarantee that the buffer is always marked dirty