Re: elog(DEBUG2 in SpinLocked section.
Amit Kapila <amit.kapila16@gmail.com>
From: Amit Kapila <amit.kapila16@gmail.com>
To: Fujii Masao <masao.fujii@oss.nttdata.com>
Cc: Kyotaro Horiguchi <horikyota.ntt@gmail.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2020-06-02T08:42:37Z
Lists: pgsql-hackers
On Tue, Jun 2, 2020 at 2:05 PM Fujii Masao <masao.fujii@oss.nttdata.com> wrote: > > On 2020/06/02 16:15, Kyotaro Horiguchi wrote: > > Hello. > > > > I noticed that UpdateSpillStats calls "elog(DEBUG2" within > > SpinLockAcquire section on MyWalSnd. The lock doesn't protect rb and > > in the first place the rb cannot be modified during the function is > > running. > > > > It should be out of the lock section. Right. > > Thanks for the patch! It looks good to me. > The patch looks good to me as well. I will push this unless Fujii-San wants to do it. -- With Regards, Amit Kapila. EnterpriseDB: http://www.enterprisedb.com
Commits
-
Fix instance of elog() called while holding a spinlock
- 4a9809e34d09 9.5.23 landed
- e7a134b5817b 9.6.19 landed
- 5ed8b4a981ed 10.14 landed
- b41a85f53317 11.9 landed
- 03aa25b6e34b 12.4 landed
- c1669fd5812a 13.0 landed
-
Don't call palloc() while holding a spinlock, either.
- 3d474a07934c 12.4 landed
- f88bd3139f3e 13.0 landed
- 7a8cb4a61e7e 11.9 landed
- 0c735c686a90 10.14 landed
-
Don't call elog() while holding spinlock.
- caa3c4242cf8 13.0 landed