]> git.ipfire.org Git - thirdparty/postgresql.git/commit
lwlock: Fix, currently harmless, bug in LWLockWakeup()
authorAndres Freund <andres@anarazel.de>
Mon, 24 Nov 2025 22:37:09 +0000 (17:37 -0500)
committerAndres Freund <andres@anarazel.de>
Mon, 24 Nov 2025 22:39:58 +0000 (17:39 -0500)
commit89c8a1b9069f7f1375b114c85258289f77b03a0f
treeb7957c5f3d2a6524878b61279701365c580bc7df
parent14cdab029287b510fb6872370358feab470bef1f
lwlock: Fix, currently harmless, bug in LWLockWakeup()

Accidentally the code in LWLockWakeup() checked the list of to-be-woken up
processes to see if LW_FLAG_HAS_WAITERS should be unset. That means that
HAS_WAITERS would not get unset immediately, but only during the next,
unnecessary, call to LWLockWakeup().

Luckily, as the code stands, this is just a small efficiency issue.

However, if there were (as in a patch of mine) a case in which LWLockWakeup()
would not find any backend to wake, despite the wait list not being empty,
we'd wrongly unset LW_FLAG_HAS_WAITERS, leading to potentially hanging.

While the consequences in the backbranches are limited, the code as-is
confusing, and it is possible that there are workloads where the additional
wait list lock acquisitions hurt, therefore backpatch.

Discussion: https://postgr.es/m/fvfmkr5kk4nyex56ejgxj3uzi63isfxovp2biecb4bspbjrze7@az2pljabhnff
Backpatch-through: 14
src/backend/storage/lmgr/lwlock.c