Re: [PATCH 0/2] fs/ntfs3: Refactoring and improving logic in run_pack

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

To: Konstantin Komarov <almaz.alexandrovich@xxxxxxxxxxxxxxxxxxxx>
Subject: Re: [PATCH 0/2] fs/ntfs3: Refactoring and improving logic in run_pack
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Wed, 13 Jul 2022 21:24:15 -0700
Cc: Christoph Hellwig <hch@xxxxxxxxxxxxx>, ntfs3@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx
In-reply-to: <c8b65567-6a4d-2e61-b2a0-3a757ae9b36c@paragon-software.com>

On Wed, Jul 13, 2022 at 07:41:58PM +0300, Konstantin Komarov wrote:
> I will look into converting the I/O path to iomap.
> Thank you for reminding about it.

If you have any questions or need help feel free to contact me.

References:
- [PATCH 0/2] fs/ntfs3: Refactoring and improving logic in run_pack
  - From: Konstantin Komarov
- Re: [PATCH 0/2] fs/ntfs3: Refactoring and improving logic in run_pack
  - From: Christoph Hellwig
- Re: [PATCH 0/2] fs/ntfs3: Refactoring and improving logic in run_pack
  - From: Konstantin Komarov

Prev by Date: Re: [PATCH v7 04/14] mm/shmem: Support memfile_notifier
Next by Date: Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
Previous by thread: Re: [PATCH 0/2] fs/ntfs3: Refactoring and improving logic in run_pack
Next by thread: [PATCH] aio: Replace kmap{,_atomic}() with kmap_local_page()
Index(es):
- Date
- Thread

[Index of Archives] [Linux Ext4 Filesystem] [Union Filesystem] [Filesystem Testing] [Ceph Users] [Ecryptfs] [NTFS 3] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [NTFS 3] [Samba] [Device Mapper] [CEPH Development]

Powered by Linux