Re: [PATCH 2/2] xfs: release the dquot buf outside of qli_lock

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH 2/2] xfs: release the dquot buf outside of qli_lock
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Thu, 19 Dec 2024 22:29:24 -0800
Cc: syzbot+3126ab3db03db42e7a31@xxxxxxxxxxxxxxxxxxxxxxxxx, stable@xxxxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxxxxxx, hch@xxxxxx
In-reply-to: <173463578249.1570935.14851151691186464527.stgit@frogsfrogsfrogs>
References: <173463578212.1570935.4004660775026906039.stgit@frogsfrogsfrogs> <173463578249.1570935.14851151691186464527.stgit@frogsfrogsfrogs>

Yes, doing a xfs_buf_rele under any kind of low-level lock is probably
a bad idea:

Reviewed-by: Christoph Hellwig <hch@xxxxxx>

References:
- [PATCHSET 1/5] xfs: bug fixes for 6.13
  - From: Darrick J. Wong
- [PATCH 2/2] xfs: release the dquot buf outside of qli_lock
  - From: Darrick J. Wong

Prev by Date: Re: [PATCH v2] xfs: add a test for atomic writes
Next by Date: Re: [PATCH 1/2] xfs: prepare to reuse the dquot pointer space in struct xfs_inode
Previous by thread: [PATCH 2/2] xfs: release the dquot buf outside of qli_lock
Next by thread: [PATCHSET v6.1 5/5] xfs: reflink on the realtime device
Index(es):
- Date
- Thread

[Index of Archives] [XFS Filesystem Development (older mail)] [Linux Filesystem Development] [Linux Audio Users] [Yosemite Trails] [Linux Kernel] [Linux RAID] [Linux SCSI]

Powered by Linux