Received: by 2002:a05:6a10:c7c6:0:0:0:0 with SMTP id h6csp3075619pxy; Wed, 4 Aug 2021 01:27:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxQR8RHe9TyAePyTBdfmS99geppD9IiuPOsUrJ6rwBQr5HfQ6IiLz1YWVAzOvjWbZX4VPn+ X-Received: by 2002:a6b:f714:: with SMTP id k20mr1800955iog.148.1628065641783; Wed, 04 Aug 2021 01:27:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628065641; cv=none; d=google.com; s=arc-20160816; b=wqZNYo0Or2s3ohlQ6vwfQxNBm8dAD8x3aGfoDr4JPybDX+lexIWxXAsfg3EjS+XcsH 2ZXCHMge8Kn8aXi8+F+RQql6MPgv1s0ebfcKBevpCmLW47LCwIqjK9rd3zCzK8JNhI8p vgLenmHNl8C/KHacSW7bmxs3zp98j8lNI0yBzqPFv786U4Rdzr4bQNh2tRQ21YDtuRzi 7eZwdyl+XxeiBCIqYTwQRfAJI1iI3pYxM8ZP4KqivTPrIh2EjV5LToLkN7Vh151JrEvI XFz6y7nbrqh9PanCytH9Av1L3XvTpXhOeF6/1PhYcrDfgwpCacn61JNYSz5b7yGZWxQa PZ3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=wshwpEouxlj43w/LQBqY2ZUR+r5ng5wTSfjhEdV7ZQ8=; b=OQfFpdjNz6FIqFt459qX56C8bJRMF/HBpDMxKtMcYcryuR+OKMI1U8coRBvBEJn8mH ofmE/Ej40ZmPk4zQgH1tMDYfvKL99PGAyouA9s1KZ6URRaV0+/+PqqAtPQESA3KutUUI QS40aT7U6d63Kiu5OEAuMpExFcT/12NCOXytH+XMTz4EhKH4V/YoanV/Zx7NxIwLRakz Arg8YIuKH2ATP3em5JOPJQ3QUMNOZIzcm6BG0tqrWQLofD1/7OYnORmbEekG4ih5Q/so C4RGWsVzORK//Sszw5XIzTKvYMXzCZlO8mrorBja1InDoVmDtwcLwJsSKEa6LzCmICbN 0eXw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=REbwzykd; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c10si129256ioq.4.2021.08.04.01.27.05; Wed, 04 Aug 2021 01:27:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=REbwzykd; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232023AbhHDI0c (ORCPT + 99 others); Wed, 4 Aug 2021 04:26:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55864 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236295AbhHDI0c (ORCPT ); Wed, 4 Aug 2021 04:26:32 -0400 Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B3FC1C06179A for ; Wed, 4 Aug 2021 01:26:19 -0700 (PDT) Received: by mail-wm1-x32d.google.com with SMTP id k38-20020a05600c1ca6b029025af5e0f38bso3309573wms.5 for ; Wed, 04 Aug 2021 01:26:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=wshwpEouxlj43w/LQBqY2ZUR+r5ng5wTSfjhEdV7ZQ8=; b=REbwzykdm7OHhYkHKTa4GjtmoAm/i/ozHj6HEKSDN2l8DI9yMhJjoD3frpiGcgtfuf B6k4/3bLIv/vNdP6tho5LYyF0rZUupRmPJCOued8whJH/JUG2rWSdfbelUmXEH/ZI/v+ 2SflUax0cVIuf5qFUmtGeSjNmD177hOaOC1u31X3/1MZEBQLCJRSwk6AwezncWp08aGl Rz6HuxNepkU8dv72WwgMjJnDtKHfA1zczbGIhz4JCvDjHDc/zxSFeRsjxGheGvW8bTGG jsYxYwMJy8H34keULSi4tRMVafjaS+eTGn93fl/EP8YVVkhsVZxL9hp4Hl8UgT+5kuWC DtRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=wshwpEouxlj43w/LQBqY2ZUR+r5ng5wTSfjhEdV7ZQ8=; b=IRgXGaJW5C1EzSNRp/gno5CunwN+c4jXsFo6paqxLlTKaxZ/Y7lRRXXnG5xjao3Ls6 /TCbJJbKmpTTg5VUz9fvRUYgJs8+anl/OZIpZ0YU25kRya7S055B8eu8OJTe0B+0s8W9 5uq/ddgUB1sDorT8QzzLLhIlyHy8k77EmF8UF/gOt9zKrP3VE4D9g+l1iq6aceg2WDdd r2qx4McTfPYcXmNKPWXr7KryecaO+cDwD8CR6ywn6lpbSTXnPulhq7G1/kduidruy+XV n8CdvJBZIsAKZkwZGZ6sU2aAvc84UtAUefC5E8YELx/VvM9fb2A4YIeV3+l5K4NvWIYO Tr+Q== X-Gm-Message-State: AOAM532CXLqwXUPV1Cx5+uSjY/YVkp7CKQDofUbT4LYHeaJ61XJQ9Ftw T18wOlEFrq9TCsFLoR76o94wMw== X-Received: by 2002:a7b:cb44:: with SMTP id v4mr26665661wmj.169.1628065578184; Wed, 04 Aug 2021 01:26:18 -0700 (PDT) Received: from google.com ([109.180.115.228]) by smtp.gmail.com with ESMTPSA id j6sm5060494wmq.29.2021.08.04.01.26.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 04 Aug 2021 01:26:17 -0700 (PDT) Date: Wed, 4 Aug 2021 09:26:15 +0100 From: Lee Jones To: Eric Biggers 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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Thu, 22 Jul 2021, Eric Biggers wrote: > 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. Thanks for the update Eric. I'll push this to the back of my queue and check back with you at a later date. Hopefully we see some interest from the other maintainers sooner, rather than later. -- Lee Jones [李琼斯] Senior Technical Lead - Developer Services Linaro.org │ Open source software for Arm SoCs Follow Linaro: Facebook | Twitter | Blog