Re: [dm-devel] [PATCH 0/6] dax poison recovery with RWF_RECOVERY_DATA flag

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

Subject: Re: [dm-devel] [PATCH 0/6] dax poison recovery with RWF_RECOVERY_DATA flag
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Thu, 21 Oct 2021 04:31:08 -0700
Cc: david@xxxxxxxxxxxxx, djwong@xxxxxxxxxx, dan.j.williams@xxxxxxxxx, hch@xxxxxxxxxxxxx, vishal.l.verma@xxxxxxxxx, dave.jiang@xxxxxxxxx, agk@xxxxxxxxxx, snitzer@xxxxxxxxxx, dm-devel@xxxxxxxxxx, ira.weiny@xxxxxxxxx, willy@xxxxxxxxxxxxx, vgoyal@xxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, nvdimm@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxxxxxx
In-reply-to: <20211021001059.438843-1-jane.chu@oracle.com>
References: <20211021001059.438843-1-jane.chu@oracle.com>

Looking over the series I have serious doubts that overloading the
slow path clear poison operation over the fast path read/write
path is such a great idea.

Follow-Ups:
- Re: [dm-devel] [PATCH 0/6] dax poison recovery with RWF_RECOVERY_DATA flag
  - From: Jane Chu

References:
- [PATCH 0/6] dax poison recovery with RWF_RECOVERY_DATA flag
  - From: Jane Chu

Prev by Date: Re: [PATCH 5/6] dax,pmem: Add data recovery feature to pmem_copy_to/from_iter()
Next by Date: [Bug 214767] xfs seems to hang due to race condition? maybe related to (gratuitous) thaw.
Previous by thread: Re: [PATCH 5/6] dax,pmem: Add data recovery feature to pmem_copy_to/from_iter()
Next by thread: Re: [dm-devel] [PATCH 0/6] dax poison recovery with RWF_RECOVERY_DATA flag
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