Re: [PATCH 4/6] xfs: refactor __xfs_filemap_fault

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

Subject: Re: [PATCH 4/6] xfs: refactor __xfs_filemap_fault
From: Christoph Hellwig <hch@xxxxxx>
Date: Fri, 21 Jun 2024 07:08:05 +0200
Cc: Christoph Hellwig <hch@xxxxxx>, Chandan Babu R <chandan.babu@xxxxxxxxxx>, linux-xfs@xxxxxxxxxxxxxxx
In-reply-to: <20240620185406.GB103034@frogsfrogsfrogs>
References: <20240619115426.332708-1-hch@lst.de> <20240619115426.332708-5-hch@lst.de> <20240620185406.GB103034@frogsfrogsfrogs>
User-agent: Mutt/1.5.17 (2007-11-01)

On Thu, Jun 20, 2024 at 11:54:06AM -0700, Darrick J. Wong wrote:
> Oh, hey, you /did/ split the dax handling into two helpers.
> 
> Would you mind renaming this xfs_dax_read_fault since this doesn't
> handle write faults?

Sure.

References:
- clean up I/O path inode locking helpers and the page fault handler
  - From: Christoph Hellwig
- [PATCH 4/6] xfs: refactor __xfs_filemap_fault
  - From: Christoph Hellwig
- Re: [PATCH 4/6] xfs: refactor __xfs_filemap_fault
  - From: Darrick J. Wong

Prev by Date: Re: [PATCH 3/6] xfs: simplify xfs_dax_fault
Next by Date: Re: [PATCH 04/11] xfs: background AIL push should target physical space
Previous by thread: Re: [PATCH 4/6] xfs: refactor __xfs_filemap_fault
Next by thread: [PATCH 5/6] xfs: always take XFS_MMAPLOCK shared in xfs_dax_fault
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