Remove more obsolete comments about semaphores.
authorThomas Munro <[email protected]>
Fri, 9 Jul 2021 05:51:48 +0000 (17:51 +1200)
committerThomas Munro <[email protected]>
Fri, 9 Jul 2021 06:04:24 +0000 (18:04 +1200)
Commit 6753333f stopped using semaphores as the sleep/wake mechanism for
heavyweight locks, but some obsolete references to that scheme remained
in comments.  As with similar commit 25b93a29, back-patch all the way.

Reviewed-by: Daniel Gustafsson <[email protected]>
Discussion: https://postgr.es/m/CA%2BhUKGLafjB1uzXcy%3D%3D2L3cy7rjHkqOVn7qRYGBjk%3D%3DtMJE7Yg%40mail.gmail.com

src/backend/storage/lmgr/lwlock.c

index ffb6fa36cc508aa9d1552c236896cfe2802ee5c9..862097352bb8e8283b48426e0b3032e6ab90f59e 100644 (file)
@@ -1298,14 +1298,10 @@ LWLockAcquire(LWLock *lock, LWLockMode mode)
        /*
         * Wait until awakened.
         *
-        * Since we share the process wait semaphore with the regular lock
-        * manager and ProcWaitForSignal, and we may need to acquire an LWLock
-        * while one of those is pending, it is possible that we get awakened
-        * for a reason other than being signaled by LWLockRelease. If so,
-        * loop back and wait again.  Once we've gotten the LWLock,
-        * re-increment the sema by the number of additional signals received,
-        * so that the lock manager or signal manager will see the received
-        * signal when it next waits.
+        * It is possible that we get awakened for a reason other than being
+        * signaled by LWLockRelease.  If so, loop back and wait again.  Once
+        * we've gotten the LWLock, re-increment the sema by the number of
+        * additional signals received.
         */
        LOG_LWDEBUG("LWLockAcquire", lock, "waiting");
 
@@ -1470,8 +1466,7 @@ LWLockAcquireOrWait(LWLock *lock, LWLockMode mode)
        {
            /*
             * Wait until awakened.  Like in LWLockAcquire, be prepared for
-            * bogus wakeups, because we share the semaphore with
-            * ProcWaitForSignal.
+            * bogus wakeups.
             */
            LOG_LWDEBUG("LWLockAcquireOrWait", lock, "waiting");
 
@@ -1684,14 +1679,10 @@ LWLockWaitForVar(LWLock *lock, uint64 *valptr, uint64 oldval, uint64 *newval)
        /*
         * Wait until awakened.
         *
-        * Since we share the process wait semaphore with the regular lock
-        * manager and ProcWaitForSignal, and we may need to acquire an LWLock
-        * while one of those is pending, it is possible that we get awakened
-        * for a reason other than being signaled by LWLockRelease. If so,
-        * loop back and wait again.  Once we've gotten the LWLock,
-        * re-increment the sema by the number of additional signals received,
-        * so that the lock manager or signal manager will see the received
-        * signal when it next waits.
+        * It is possible that we get awakened for a reason other than being
+        * signaled by LWLockRelease.  If so, loop back and wait again.  Once
+        * we've gotten the LWLock, re-increment the sema by the number of
+        * additional signals received.
         */
        LOG_LWDEBUG("LWLockWaitForVar", lock, "waiting");