Message ID | 20230426172223.8896-1-fmdefrancesco@gmail.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:b0ea:0:b0:3b6:4342:cba0 with SMTP id b10csp404856vqo; Wed, 26 Apr 2023 10:32:58 -0700 (PDT) X-Google-Smtp-Source: AKy350ZNe9GAcn40+pzVWa1O0yy56O1BG8JjBGg/f9kIN7xWMtwRdIKLIpbah3PTYtRbA9KNKmMt X-Received: by 2002:a05:6a21:3389:b0:ef:a31b:af8b with SMTP id yy9-20020a056a21338900b000efa31baf8bmr27811510pzb.24.1682530377910; Wed, 26 Apr 2023 10:32:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1682530377; cv=none; d=google.com; s=arc-20160816; b=tTJmR4rrbmN2m/9u+re9rXLnQA696PmirAOZt+ySTeZ7e7Lo+8ww3sfNMGV8LdPScJ 7pPNR9FSAu3Vcn3+XdTRWhgPEUDbo12EbbU9tCzbeiokjdHWSzE6ZpEvSKe1yVftBl/J r3I7LkKL8g2ZBlvE69OomiMOvvm/yZ8Gert0HHUXXYZw0moLcMpvKPRHCkl5wK6GeU0e LvebmtspLMJzbj2COkQSmzTSjX5qqYsvZW/wOzdDVY+UtrzQlFb/2BtjpIGomT/Av0z6 QwEKJVPJV6A9nS+em3M3PHbWHYWdMGSvk/Mlp3B4fia7yo9xPQywCX6KHLW8rdMuxrPL Geyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:to:from:dkim-signature; bh=01hZS7A7jytOXyQf8r/c/6XNX53aVGNcnKzJAHehHTw=; b=Z1cOA8X1ABYisPi8gkm79pj3iHenrJGzE1Fmy6PeZtqjpSUgSpRFbEeqw1rQR9H5ci TZPPmp+7ZkrV0PkrCrOlZjSxkZKUJWdkPkjbhEzM4BVDJ/KIpcucD7QUztr+JGrhJWHG u4HPaM4vWHXUd+pbPpqI5DWSNpyNg8wLFTcyVAkiebQ3mQrquDyLbCsDEA0h1/oIffRX s0t3WmTPem4LoWmpnbsV9O+inPjOJzmzklJGaYkIdiMsDjIjqtJZaI6cd4J0DX2IaAL1 gQm60bceyQr/UfvbIJyICbHiJQQBsA9iJHw1premh28/4amO9NKAChR6oGvNvQMeBgTX 9ysQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=OBibne1a; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 10-20020a63124a000000b0051f0d0d6359si12857079pgs.118.2023.04.26.10.32.34; Wed, 26 Apr 2023 10:32:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=OBibne1a; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233913AbjDZRWh (ORCPT <rfc822;zxc52fgh@gmail.com> + 99 others); Wed, 26 Apr 2023 13:22:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45668 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231331AbjDZRWg (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 26 Apr 2023 13:22:36 -0400 Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EE2A4659C; Wed, 26 Apr 2023 10:22:31 -0700 (PDT) Received: by mail-wr1-x42d.google.com with SMTP id ffacd0b85a97d-2f8405b3dc1so4631695f8f.3; Wed, 26 Apr 2023 10:22:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1682529750; x=1685121750; h=content-transfer-encoding:mime-version:message-id:date:subject:to :from:from:to:cc:subject:date:message-id:reply-to; bh=01hZS7A7jytOXyQf8r/c/6XNX53aVGNcnKzJAHehHTw=; b=OBibne1aPzMp1xZq92cu/7tUFqIF9YuvnoESy+Gmt4+qOIk00xNI7o6e2o1zdKtBFm EBLN0aNy9FYOFqm9tCQ4m9PurNEW2G8sW/7Gs5bemO7EBfmZdI0n0EeNlHouXmUxCAC0 K/Kmg5zrDuRTQnc0UQP7Kf41lE3N4sPIFmyT+XWZswcC9Yu7VaDIfw1f+g1jFXgNfdjH F8/3RCqDY+HeQa5zgQ6Um9Us3JN+YTDDaKWYBNLf44boDGb289clhYiiEE45Kzxe94gT QshUCAh5BaB74tX3q7yQKwr3hI14qSHdTeHvqDxmITXuPwNiaCCnTGn+yfVec25/2xsV zpEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682529750; x=1685121750; h=content-transfer-encoding:mime-version:message-id:date:subject:to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=01hZS7A7jytOXyQf8r/c/6XNX53aVGNcnKzJAHehHTw=; b=jiGPZcXehMY8vFaFVpUYSD5QxDvBRqyn0KNgSX01lqiieqgjQ4M7GgMbujuuZdXjc0 ybUhAdc7U8biDrm8gB0HuKH1Kl7CEQDKZG/sfkiEfA2vmp4HljMhdAp9lGapBVX63Vyj e5BVmzgpYFZSBADIUchbIGzzmAK9M2iH7t9tCC6A740yNVnvI6JHzJKgaHzF7qf2ihNz 1cegOQ6VslfpTZXsT9dPHQyNrqk06gtJ+neZAlRldb84NKS6xDGEzjuDsMxPh1xay7oQ FV5zUFror8Uy4qWnnVhDFEYYDkJ2P27mk8MdtEansutzMUIiR6K4Gtk27OnW7znV6MRz lFlQ== X-Gm-Message-State: AAQBX9ePvZruRIQGL5rBZBeCFL029/2/ij3b6AEFpIlQM6C/LhlVEZ7a FzHU0m+oVO4REkKcLH1MGak= X-Received: by 2002:a5d:5492:0:b0:2fa:9036:9cf with SMTP id h18-20020a5d5492000000b002fa903609cfmr15513729wrv.37.1682529749903; Wed, 26 Apr 2023 10:22:29 -0700 (PDT) Received: from localhost.localdomain (host-87-21-14-179.retail.telecomitalia.it. [87.21.14.179]) by smtp.gmail.com with ESMTPSA id v21-20020a7bcb55000000b003f16f362ae7sm18675613wmj.21.2023.04.26.10.22.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 26 Apr 2023 10:22:29 -0700 (PDT) From: "Fabio M. De Francesco" <fmdefrancesco@gmail.com> To: Tyler Hicks <code@tyhicks.com>, Christian Brauner <brauner@kernel.org>, Dave Chinner <dchinner@redhat.com>, "Fabio M. De Francesco" <fmdefrancesco@gmail.com>, "Matthew Wilcox (Oracle)" <willy@infradead.org>, Herbert Xu <herbert@gondor.apana.org.au>, Al Viro <viro@zeniv.linux.org.uk>, ecryptfs@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v2 0/3] fs/ecryptfs: Replace kmap{,_atomic}() with kmap_local_page() Date: Wed, 26 Apr 2023 19:22:20 +0200 Message-Id: <20230426172223.8896-1-fmdefrancesco@gmail.com> X-Mailer: git-send-email 2.40.0 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1764260973861415613?= X-GMAIL-MSGID: =?utf-8?q?1764260973861415613?= |
Series |
fs/ecryptfs: Replace kmap{,_atomic}() with kmap_local_page()
|
|
Message
Fabio M. De Francesco
April 26, 2023, 5:22 p.m. UTC
kmap() and kmap_atomic() have been deprecated in favor of kmap_local_page(). Therefore, replace kmap() and kmap_atomic() with kmap_local_page(). Tested in a QEMU/KVM x86_32 VM, 6GB RAM, booting a kernel with HIGHMEM64GB enabled. v1->v2: Patches 1/3 and 2/3 were not grouped in a series. Patch 3/3 is new. Therefore, currently one series groups all conversions needed if fs/ecryptfs. The subject of 2/3 changed to differentiate between it and 3/3. Furthermore, the commit messages of 1/3 and 2/3 have been largely reworked. Fabio M. De Francesco (3): fs/ecryptfs: Replace kmap() with kmap_local_page() fs/ecryptfs: Use kmap_local_page() in ecryptfs_write() fs/ecryptfs: Use kmap_local_page() in copy_up_encrypted_with_header() fs/ecryptfs/crypto.c | 8 ++++---- fs/ecryptfs/mmap.c | 4 ++-- fs/ecryptfs/read_write.c | 12 ++++++------ 3 files changed, 12 insertions(+), 12 deletions(-)
Comments
On mercoledì 26 aprile 2023 19:22:20 CEST Fabio M. De Francesco wrote: > kmap() and kmap_atomic() have been deprecated in favor of > kmap_local_page(). > > Therefore, replace kmap() and kmap_atomic() with kmap_local_page(). After two months from submission, I haven't received any comments on this short series yet, except for a "Reviewed by" tag from Ira on patch 1/3 only. I would appreciate any comments/reviews/acks and would especially like to know if anything is preventing these patches from being applied. Thank you all in advance, Fabio > Tested in a QEMU/KVM x86_32 VM, 6GB RAM, booting a kernel with > HIGHMEM64GB enabled. > > v1->v2: Patches 1/3 and 2/3 were not grouped in a series. Patch 3/3 is > new. Therefore, currently one series groups all conversions needed if > fs/ecryptfs. The subject of 2/3 changed to differentiate between it and > 3/3. Furthermore, the commit messages of 1/3 and 2/3 have been largely > reworked. > > Fabio M. De Francesco (3): > fs/ecryptfs: Replace kmap() with kmap_local_page() > fs/ecryptfs: Use kmap_local_page() in ecryptfs_write() > fs/ecryptfs: Use kmap_local_page() in copy_up_encrypted_with_header() > > fs/ecryptfs/crypto.c | 8 ++++---- > fs/ecryptfs/mmap.c | 4 ++-- > fs/ecryptfs/read_write.c | 12 ++++++------ > 3 files changed, 12 insertions(+), 12 deletions(-) > > -- > 2.40.0
On Wed, Jun 28, 2023 at 03:50:30PM +0200, Fabio M. De Francesco wrote: > On mercoledì 26 aprile 2023 19:22:20 CEST Fabio M. De Francesco wrote: > > kmap() and kmap_atomic() have been deprecated in favor of > > kmap_local_page(). > > > > Therefore, replace kmap() and kmap_atomic() with kmap_local_page(). > > After two months from submission, I haven't received any comments on this > short series yet, except for a "Reviewed by" tag from Ira on patch 1/3 only. > > I would appreciate any comments/reviews/acks and would especially like to know > if anything is preventing these patches from being applied. > eCryptfs is in "Odd Fixes" status. See the thread https://lore.kernel.org/ecryptfs/ZB4nYykRg6UwZ0cj@sequoia/T/#u I would suggest that if Tyler is not responding, that Christian or Al take these patches through the VFS tree instead. FWIW, I took a quick look at these three patches, and all look correct. I'm not sure I want to give a formal R-b, as I don't want people to start bothering me about eCryptfs stuff because they saw my name on it :-) - Eric
On Thu, Jun 29, 2023 at 07:31:07PM -0700, Eric Biggers wrote: > On Wed, Jun 28, 2023 at 03:50:30PM +0200, Fabio M. De Francesco wrote: > > On mercoledì 26 aprile 2023 19:22:20 CEST Fabio M. De Francesco wrote: > > > kmap() and kmap_atomic() have been deprecated in favor of > > > kmap_local_page(). > > > > > > Therefore, replace kmap() and kmap_atomic() with kmap_local_page(). > > > > After two months from submission, I haven't received any comments on this > > short series yet, except for a "Reviewed by" tag from Ira on patch 1/3 only. > > > > I would appreciate any comments/reviews/acks and would especially like to know > > if anything is preventing these patches from being applied. > > > > eCryptfs is in "Odd Fixes" status. See the thread > https://lore.kernel.org/ecryptfs/ZB4nYykRg6UwZ0cj@sequoia/T/#u > > I would suggest that if Tyler is not responding, that Christian or Al take these > patches through the VFS tree instead. > > FWIW, I took a quick look at these three patches, and all look correct. I'm not > sure I want to give a formal R-b, as I don't want people to start bothering me > about eCryptfs stuff because they saw my name on it :-) Ah well, you saw right through that. :) That usually means you've been doing kernel development for way too long...
On Wed, 26 Apr 2023 19:22:20 +0200, Fabio M. De Francesco wrote: > kmap() and kmap_atomic() have been deprecated in favor of > kmap_local_page(). > > Therefore, replace kmap() and kmap_atomic() with kmap_local_page(). > > Tested in a QEMU/KVM x86_32 VM, 6GB RAM, booting a kernel with > HIGHMEM64GB enabled. > > [...] Picking this up. Please tell me if this should be routed somewhere else. vfs.misc will be rebased once v6.5-rc1 is released. --- Applied to the vfs.misc branch of the vfs/vfs.git tree. Patches in the vfs.misc branch should appear in linux-next soon. Please report any outstanding bugs that were missed during review in a new review to the original patch series allowing us to drop it. It's encouraged to provide Acked-bys and Reviewed-bys even though the patch has now been applied. If possible patch trailers will be updated. Note that commit hashes shown below are subject to change due to rebase, trailer updates or similar. If in doubt, please check the listed branch. tree: https://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs.git branch: vfs.misc [1/3] fs/ecryptfs: Replace kmap() with kmap_local_page() https://git.kernel.org/vfs/vfs/c/7a367455b6a5 [2/3] fs/ecryptfs: Use kmap_local_page() in ecryptfs_write() https://git.kernel.org/vfs/vfs/c/55f13011af9d [3/3] fs/ecryptfs: Use kmap_local_page() in copy_up_encrypted_with_header() https://git.kernel.org/vfs/vfs/c/de9f5a15080f
On venerdì 30 giugno 2023 10:45:17 CEST Christian Brauner wrote: > On Wed, 26 Apr 2023 19:22:20 +0200, Fabio M. De Francesco wrote: > > kmap() and kmap_atomic() have been deprecated in favor of > > kmap_local_page(). > > > > Therefore, replace kmap() and kmap_atomic() with kmap_local_page(). > > > > Tested in a QEMU/KVM x86_32 VM, 6GB RAM, booting a kernel with > > HIGHMEM64GB enabled. > > > > [...] > > Picking this up. Well, you anticipated me before I could ask you to take these patches through the VFS tree, as suggested by Eric. > Please tell me if this should be routed somewhere else. > vfs.misc will be rebased once v6.5-rc1 is released. Actually, I really don't care which route they take, what really matters to me is that they get upstream one way or another :-) Thank you very much, Fabio > --- > > Applied to the vfs.misc branch of the vfs/vfs.git tree. > Patches in the vfs.misc branch should appear in linux-next soon. > > Please report any outstanding bugs that were missed during review in a > new review to the original patch series allowing us to drop it. > > It's encouraged to provide Acked-bys and Reviewed-bys even though the > patch has now been applied. If possible patch trailers will be updated. > > Note that commit hashes shown below are subject to change due to rebase, > trailer updates or similar. If in doubt, please check the listed branch. > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs.git > branch: vfs.misc > > [1/3] fs/ecryptfs: Replace kmap() with kmap_local_page() > https://git.kernel.org/vfs/vfs/c/7a367455b6a5 > [2/3] fs/ecryptfs: Use kmap_local_page() in ecryptfs_write() > https://git.kernel.org/vfs/vfs/c/55f13011af9d > [3/3] fs/ecryptfs: Use kmap_local_page() in copy_up_encrypted_with_header() > https://git.kernel.org/vfs/vfs/c/de9f5a15080f
On Thu, Aug 17, 2023 at 07:13:56PM +0200, Fabio M. De Francesco wrote: > On venerdì 30 giugno 2023 10:45:17 CEST Christian Brauner wrote: > > On Wed, 26 Apr 2023 19:22:20 +0200, Fabio M. De Francesco wrote: > > > kmap() and kmap_atomic() have been deprecated in favor of > > > kmap_local_page(). > > > > > > Therefore, replace kmap() and kmap_atomic() with kmap_local_page(). > > > > > > Tested in a QEMU/KVM x86_32 VM, 6GB RAM, booting a kernel with > > > HIGHMEM64GB enabled. > > > > > > [...] > > > > Picking this up. Please tell me if this should be routed somewhere else. > > vfs.misc will be rebased once v6.5-rc1 is released. > > Christian, > > v6.5-rc1 has been released since a while, but I can't yet see this series. Are > there problems with these patches that stop their merge? Nothing stops them. I just planned to send all of this for v6.6. as I didn't see a need to sent it earlier. This message made neomutt crash like crazy btw. So I had to get create to be able to reply to so hopefully that message gets through...