From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id DCDA0C63797 for ; Thu, 22 Jul 2021 14:48:46 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id C000C6128D for ; Thu, 22 Jul 2021 14:48:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232429AbhGVOIK (ORCPT ); Thu, 22 Jul 2021 10:08:10 -0400 Received: from mail.kernel.org ([198.145.29.99]:50722 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232328AbhGVOIK (ORCPT ); Thu, 22 Jul 2021 10:08:10 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 0F21360FEE; Thu, 22 Jul 2021 14:48:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1626965325; bh=kjIiN475TqYty0z7PIG+/pMDUBt+OSnFGGmVVgMKoNs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=tc+SdqxggbbqbTwN0onZFGwh5ZmEywzzNR89LpVLby39UCAWx4h4yqlPURhVbOncf KO6YdbeB4zmYYs42oENDY/fKUz+QoAIV4OnlbOnGxvVvgR2wJ6x43sdIHiIF9dLVfG g7ILJbQio/iTJkibMqB7mJ0xtUe17Fva3M2NRpP5Tdgn73LqOJgshreiHi490eXmP0 50PjB4kG+vNuP/UHXTJSqknemuwEn8dw7XKd8S10eR1NRH+Oqy1g0k9EMo+iZXzKea 1TuenfuARM8NDdS38D33/4/2W8QGWzkHysasB3zq2IeE6c311F0/CwDQLQKIPRPh0w Khg5eR81VTn5Q== Date: Thu, 22 Jul 2021 07:48:43 -0700 From: Eric Biggers To: Lee Jones Cc: Satya Tangirala , "Theodore Y . Ts'o" , Jaegeuk Kim , Chao Yu , Jens Axboe , "Darrick J . Wong" , open list , linux-fscrypt@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, linux-xfs@vger.kernel.org, linux-block@vger.kernel.org, linux-ext4@vger.kernel.org Subject: Re: [PATCH v9 0/9] add support for direct I/O with fscrypt using blk-crypto Message-ID: References: <20210604210908.2105870-1-satyat@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-fscrypt@vger.kernel.org Hi Lee, On Thu, Jul 22, 2021 at 12:23:47PM +0100, Lee Jones wrote: > > No review after 7 weeks on the list. > > Is there anything Satya can do to help expedite this please? > This series is basically ready, but I can't apply it because it depends on the other patch series "[PATCH v4 0/9] ensure bios aren't split in middle of crypto data unit" (https://lkml.kernel.org/linux-block/20210707052943.3960-1-satyaprateek2357@gmail.com/T/#u). I will be re-reviewing that other patch series soon, but it primary needs review by the people who work more regularly with the block layer, and it will have to go in through the block tree (I can't apply it to the fscrypt tree). The original version of this series didn't require so many block layer changes, but it would have only allowed direct I/O with user buffer pointers aligned to the filesystem block size, which was too controversial with other filesystem developers; see the long discussion at https://lkml.kernel.org/linux-fscrypt/20200720233739.824943-1-satyat@google.com/T/#u. In addition, it was requested that we not add features to the "legacy" direct I/O implementation (fs/direct-io.c), so I have a patch series in progress "[PATCH 0/9] f2fs: use iomap for direct I/O" (https://lkml.kernel.org/linux-f2fs-devel/20210716143919.44373-1-ebiggers@kernel.org/T/#u) which will change f2fs to use iomap. Also please understand that Satya has left Google, so any further work from him on this is happening on a personal capacity in his free time. - Eric