Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp303033ybg; Tue, 22 Oct 2019 21:10:00 -0700 (PDT) X-Google-Smtp-Source: APXvYqxEoCG/z9GQ7uXUFqMQP0gauTWq4OCOUaeWAje64QK+L40jwpsWoSCsLeZQhDUnMHbsS5qz X-Received: by 2002:a17:906:790:: with SMTP id l16mr31889957ejc.270.1571803800440; Tue, 22 Oct 2019 21:10:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571803800; cv=none; d=google.com; s=arc-20160816; b=b3/y4DRJ7/GQD5K/V9DWXP4PC5AltqVNgBu5cVCbFt/z4Ua7f2h5ymq6RLPPvLhisE 2dNpO0UO8SbWgYB2AQ72lJNBQViC0mTLSdE/g+10aB1nb2/YMNVDjqoSzPa1ez1/FJyL ybjP1mtnAFjqSN3NuJYsa9YsukMrGl+RHitghofrhUrzS3VrA2gNXxxgtqdfTiIyipEQ 1mkBu4FVHCZ1Mwb+0E2820wXY6z0yv2XD09oCMak4Q9iXiHWbfMw29Tq/zvhOzUTzMpd I0CjrLtEoy9omggoiTRl4QaDXEosd5fo1l0Bar2N+hbptkQaO2s9uApYzHC1sqWmTpZV HxfA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=65/QJfnrQsc25cUKScBd2YC9v9srhkuF7f2Mvf8Xs6I=; b=qCm8oGrFjT/laBfTBXk+llP76n9PZF0aQEG3eCfYGu3E+JQ0tkNO/cE5pAagwnXWWA zNrIx+FRVjlkmAh2224x1o0PkYw+TNxzirOjyY8bC4it1kLV1u9lm0iiay3SmnX3FzkT yH3j3b3rF2zF2RWx6DVSjHcsSTEB4uS9Hw1ZjTvWZuoh9PNvSSxpafA5VofbexNgNTsl NqpIzEbEvqui4kSSkZFuEbNFBWZZhsTeJP4FQ/KXh9225s2mrt04jznxqfMRXs8M/6Fq nv+WsL+YkOGVt5Hy49ie/rfjuTUf7TS2jjy3KEZbwYIEDwmCSA2o6pmeqEj05Iu+gUCs M4OQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=17HrWhJk; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w1si5885447eda.433.2019.10.22.21.09.30; Tue, 22 Oct 2019 21:10:00 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=17HrWhJk; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730450AbfJWDeA (ORCPT + 99 others); Tue, 22 Oct 2019 23:34:00 -0400 Received: from mail.kernel.org ([198.145.29.99]:50624 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727194AbfJWDeA (ORCPT ); Tue, 22 Oct 2019 23:34:00 -0400 Received: from sol.localdomain (c-24-5-143-220.hsd1.ca.comcast.net [24.5.143.220]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id F2D772086D; Wed, 23 Oct 2019 03:33:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1571801639; bh=y9FaMVUv4Jv0rf2VWZjSHgqxab4WZTGBH8pG0NEsKOQ=; h=From:To:Cc:Subject:Date:From; b=17HrWhJkFB7DQKPcqr4BIxgLh1dSa1kXZGdFwAXB8Mlg0Mc/uejCJt8ZL0BBpmC2u EyZ/H/g36b0keJqoqxBvOv5BJrz3F60PA6I+LX94NBXGqNC+mboTd7Os8cmzvK4CEk GZKXDsXB3GWcjLt6NbMxs9gnovfMT3TR4KoFfnmw= From: Eric Biggers To: linux-ext4@vger.kernel.org Cc: linux-fscrypt@vger.kernel.org, linux-fsdevel@vger.kernel.org, Chandan Rajendra Subject: [PATCH v2 0/2] ext4: support encryption with blocksize != PAGE_SIZE Date: Tue, 22 Oct 2019 20:33:10 -0700 Message-Id: <20191023033312.361355-1-ebiggers@kernel.org> X-Mailer: git-send-email 2.23.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Hello, This patchset makes ext4 support encryption on filesystems where the filesystem block size is not equal to PAGE_SIZE. This allows e.g. PowerPC systems to use ext4 encryption. Most of the work for this was already done in prior kernel releases; now the only part missing is decryption support in block_read_full_page(). Chandan Rajendra has proposed a patchset "Consolidate FS read I/O callbacks code" [1] to address this and do various other things like make ext4 use mpage_readpages() again, and make ext4 and f2fs share more code. But it doesn't seem to be going anywhere. Therefore, I propose we simply add decryption support to block_read_full_page() for now. This is a fairly small change, and it gets ext4 encryption with subpage-sized blocks working. Note: to keep things simple I'm just allocating the work object from the bi_end_io function with GFP_ATOMIC. But if people think it's necessary, it could be changed to use preallocation like the page-based read path. Tested with 'gce-xfstests -c ext4/encrypt_1k -g auto', using the new "encrypt_1k" config I created. All tests pass except for those that already fail or are excluded with the encrypt or 1k configs, and 2 tests that try to create 1023-byte symlinks which fails since encrypted symlinks are limited to blocksize-3 bytes. Also ran the dedicated encryption tests using 'kvm-xfstests -c ext4/1k -g encrypt'; all pass, including the on-disk ciphertext verification tests. [1] https://lkml.kernel.org/linux-fsdevel/20190910155115.28550-1-chandan@linux.ibm.com/T/#u Changed v1 => v2: - Added check for S_ISREG() which technically should be there, though it happens not to matter currently. Chandan Rajendra (1): ext4: Enable encryption for subpage-sized blocks Eric Biggers (1): fs/buffer.c: support fscrypt in block_read_full_page() Documentation/filesystems/fscrypt.rst | 4 +-- fs/buffer.c | 48 ++++++++++++++++++++++++--- fs/ext4/super.c | 7 ---- 3 files changed, 45 insertions(+), 14 deletions(-) -- 2.23.0