Message ID | cover.1688073459.git.drv@mailo.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:994d:0:b0:3d9:f83d:47d9 with SMTP id k13csp9950932vqr; Thu, 29 Jun 2023 15:25:31 -0700 (PDT) X-Google-Smtp-Source: APBJJlGHkG+wTE4HGJ67J+EmCWao94oR7+QBZcVplWV+0hCCir/xctGo3WlW9X+eqLr+rkZClVre X-Received: by 2002:a05:6e02:1247:b0:344:a6d7:2c9a with SMTP id j7-20020a056e02124700b00344a6d72c9amr474937ilq.1.1688077531386; Thu, 29 Jun 2023 15:25:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1688077531; cv=none; d=google.com; s=arc-20160816; b=OL6jPX8XtDf0Xjx1TUfG5pc1nyukhR88L1/4AGKIbL2XYpBVDXQITtmZzEBxFRmEYY agtFgBtd4wGblG4WDtlJ8QfzFIgaMeec9VjUhxTGJXcue52MVTkqfQZbGu1pP3Fmbxmz 1zExMoyXq/igLbw0mmtLjJLDqU9e7KhI4jEhSbB586AaK9GtcUhkl8E3m4ESBbd8vxx1 CATLDm/OSnqg0x3OzksvbpcVZnAD9Wz4cUjGRN8ECS/PxObXsk01L+/Zq1xpRaX/0bxJ PlutXxIcBi14VNjWwxo9zbvnO9XCmtpz44dBcIslhce5hMMxdzzkZ233zu6LDiAcyGIy k3OQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-disposition:mime-version:message-id :subject:cc:to:from:date:dkim-signature; bh=CxyyOmJ2nBaP5oZISxjUTMQCTchwO5n1FW2gvrrZGUY=; fh=2/OepbD16sII06AHmQTJgD7xcw2OMNoUEY9t7KuTeGw=; b=JAzaHaQpCDEaKYhEgul2CCEs3jKziCT3huVrTDVIqNDYptogA6WEr2BEOrsAM+ohvD uRPGfv2qAd09AtVXyrioYR5W19IwMyHf/nZ9XQYDTA/wD0rcGQpGMkb/HLB1Py4rySU+ clmcYbhWnkNmUOmhQzwLIEEKSe97vL5Zq3aL18N8Kte9iF70dp8wUa3My6W8Q+Z5qq5N ZYEqF3dGLZ+XKUwuWICN70UMGfZNFFYyyJhl21JyPGoT1Ar59HJHIIVnlC4KHD0oBuR5 PYJiBYycey01dPySpd1xaZWHzyhg/tIcm7Ef7aQ658ALYx/7pF27pKAisJOs0BBfCjbl sspw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mailo.com header.s=mailo header.b=NEiKHIJ0; 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=fail (p=NONE sp=NONE dis=NONE) header.from=mailo.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f31-20020a17090a702200b00257482b1795si13351630pjk.166.2023.06.29.15.25.15; Thu, 29 Jun 2023 15:25:31 -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=fail header.i=@mailo.com header.s=mailo header.b=NEiKHIJ0; 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=fail (p=NONE sp=NONE dis=NONE) header.from=mailo.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230448AbjF2VtD (ORCPT <rfc822;ivan.orlov0322@gmail.com> + 99 others); Thu, 29 Jun 2023 17:49:03 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60050 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230106AbjF2Vsz (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 29 Jun 2023 17:48:55 -0400 Received: from msg-4.mailo.com (msg-4.mailo.com [213.182.54.15]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B1E3330C4 for <linux-kernel@vger.kernel.org>; Thu, 29 Jun 2023 14:48:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mailo.com; s=mailo; t=1688075328; bh=FmbTdi5zuk0SN6bL1GqPa/XWvQtYc/7aqiZNLWHawfs=; h=X-EA-Auth:Date:From:To:Cc:Subject:Message-ID:MIME-Version: Content-Type; b=NEiKHIJ0TUMYNtqnwBh+nXrpc/xNRmaFOGHgjNsXoei9R5BGYQKVn5NmDjKh1V94J 1HV9c7P5WWoYcneL9f/UPyMoRDHxIAzq4gN0ebLt8XV0hj/b2fX3x8gzpg7KnqJrTO AbedOhy3yPVCoKnuuogWyjyFYWXJy/rN4Oz4PPzw= Received: by b221-3.in.mailobj.net [192.168.90.23] with ESMTP via ip-20.mailobj.net [213.182.54.20] Thu, 29 Jun 2023 23:48:48 +0200 (CEST) X-EA-Auth: 3d8hHa0w8x3ZBksDX9dBDvaPGrI6/UQcOzXV03+dW5/YH8jZrj6A54owRMUqSTdC4zEFF+HTckpwy1YG1yyVVQC252uw6y2c Date: Fri, 30 Jun 2023 03:18:37 +0530 From: Deepak R Varma <drv@mailo.com> To: Bob Peterson <rpeterso@redhat.com>, Andreas Gruenbacher <agruenba@redhat.com>, cluster-devel@redhat.com, linux-kernel@vger.kernel.org Cc: Ira Weiny <ira.weiny@intel.com>, "Fabio M. De Francesco" <fmdefrancesco@gmail.com>, Sumitra Sharma <sumitraartsy@gmail.com>, Deepak R Varma <drv@mailo.com> Subject: [PATCH v3 0/6] gfs2: kmap{_atomic} conversion to kmap_local_{page/folio} Message-ID: <cover.1688073459.git.drv@mailo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,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?1770077585699157378?= X-GMAIL-MSGID: =?utf-8?q?1770077585699157378?= |
Series |
gfs2: kmap{_atomic} conversion to kmap_local_{page/folio}
|
|
Message
Deepak R Varma
June 29, 2023, 9:48 p.m. UTC
This patch series proposes to replace the kmap/kmap_atomic implementation to the preferred kmap_local_* APIs. The code blocks for this module where kmap/kmap_atomic calls are implemented do not appear to depend on disabling page-faults or preemption. Hence such code blocks are safe for converting to improved kmap_local_{page,folio} APIs. Note: The proposed patches are build tested only. Initially, only a single patch was sent and now being converted into a patch series including the other files/functions of this module. Hence all patches, that are included for the first time in this series are also marked as v3. Changes in v3: - Patch set introduced to include all gfs2 kmap conversions - Patches 3/6 through 6/6 are included to build the series - Initial stand-alone patch split into 2 patches [1/6 and 2/6] Changes in v2: - 3/6 to 6/6: None. - 1/6 + 2/6: Correct patch description for the replacement function name from kmap_local_folio to kmap_local_page Deepak R Varma (6): gfs2: Replace kmap_atomic() by kmap_local_page() in stuffed_readpage gfs2: Replace kmap_atomic()+memcpy by memcpy_from_page() gfs2: Replace kmap() by kmap_local_page() in gfs2_unstuffer_page gfs2: Replace kmap_atomic() by kmap_local_page() in lops.c gfs2: Replace kmap() by kmap_local_page() in gfs2_read_super gfs2: Replace kmap_atomic() by kmap_local_page() in gfs2_write_buf_to_page fs/gfs2/aops.c | 13 ++++++------- fs/gfs2/bmap.c | 4 ++-- fs/gfs2/lops.c | 12 ++++++------ fs/gfs2/ops_fstype.c | 4 ++-- fs/gfs2/quota.c | 4 ++-- 5 files changed, 18 insertions(+), 19 deletions(-)
Comments
Hi Deepak, On Thu, Jun 29, 2023 at 11:48 PM Deepak R Varma <drv@mailo.com> wrote: > This patch series proposes to replace the kmap/kmap_atomic implementation to the > preferred kmap_local_* APIs. > > The code blocks for this module where kmap/kmap_atomic calls are implemented do > not appear to depend on disabling page-faults or preemption. Hence such code > blocks are safe for converting to improved kmap_local_{page,folio} APIs. > > Note: The proposed patches are build tested only. > > Initially, only a single patch was sent and now being converted into a patch > series including the other files/functions of this module. Hence all patches, > that are included for the first time in this series are also marked as v3. > > Changes in v3: > - Patch set introduced to include all gfs2 kmap conversions > - Patches 3/6 through 6/6 are included to build the series > - Initial stand-alone patch split into 2 patches [1/6 and 2/6] I have already merged version 2 of this patch series and I've fixed up the remaining issues in follow-up patches; see the cluster-devel mailing list: https://listman.redhat.com/archives/cluster-devel/2023-June/024391.html https://listman.redhat.com/archives/cluster-devel/2023-June/024392.html https://listman.redhat.com/archives/cluster-devel/2023-June/024393.html As well as our for-next branch: https://git.kernel.org/pub/scm/linux/kernel/git/gfs2/linux-gfs2.git/log/?h=for-next As far as I can see, there is nothing in v3 of your patches that I haven't addressed already. Please speak out if I've missed anything. Thanks, Andreas > > Changes in v2: > - 3/6 to 6/6: None. > - 1/6 + 2/6: Correct patch description for the replacement function name from > kmap_local_folio to kmap_local_page > > Deepak R Varma (6): > gfs2: Replace kmap_atomic() by kmap_local_page() in stuffed_readpage > gfs2: Replace kmap_atomic()+memcpy by memcpy_from_page() > gfs2: Replace kmap() by kmap_local_page() in gfs2_unstuffer_page > gfs2: Replace kmap_atomic() by kmap_local_page() in lops.c > gfs2: Replace kmap() by kmap_local_page() in gfs2_read_super > gfs2: Replace kmap_atomic() by kmap_local_page() in > gfs2_write_buf_to_page > > fs/gfs2/aops.c | 13 ++++++------- > fs/gfs2/bmap.c | 4 ++-- > fs/gfs2/lops.c | 12 ++++++------ > fs/gfs2/ops_fstype.c | 4 ++-- > fs/gfs2/quota.c | 4 ++-- > 5 files changed, 18 insertions(+), 19 deletions(-) > > -- > 2.34.1 > > >