Re: [PATCH] xfs: quota radix tree allocations need to be NOFS on insert

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

Subject: Re: [PATCH] xfs: quota radix tree allocations need to be NOFS on insert
From: Chandan Babu R <chandanbabu@xxxxxxxxxx>
Date: Tue, 19 Mar 2024 20:02:59 +0530
Cc: Dave Chinner <david@xxxxxxxxxxxxx>, linux-xfs@xxxxxxxxxxxxxxx
In-reply-to: <Zfkyk7b_gh7MLwBP@infradead.org>
References: <20240319004639.3443383-1-david@fromorbit.com> <Zfkyk7b_gh7MLwBP@infradead.org>
User-agent: mu4e 1.10.8; emacs 27.1

On Mon, Mar 18, 2024 at 11:37:07 PM -0700, Christoph Hellwig wrote:
> Didn't this just get merged into the for-next tree already?

Yes, This patch was merged into XFS's for-next branch on Monday.

-- 
Chandan

References:
- [PATCH] xfs: quota radix tree allocations need to be NOFS on insert
  - From: Dave Chinner
- Re: [PATCH] xfs: quota radix tree allocations need to be NOFS on insert
  - From: Christoph Hellwig

Prev by Date: Re: [RFC PATCH] fstests: test MADV_POPULATE_READ with IO errors
Next by Date: Re: [PATCH 2/3] xfs/{021,122}: adapt to fsverity xattrs
Previous by thread: Re: [PATCH] xfs: quota radix tree allocations need to be NOFS on insert
Next by thread: [PATCH v2 00/10] xfs/iomap: fix non-atomic clone operation and don't update size when zeroing range post eof
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