Received: by 2002:a05:7412:8d10:b0:f3:1519:9f41 with SMTP id bj16csp6036953rdb; Thu, 14 Dec 2023 06:52:25 -0800 (PST) X-Google-Smtp-Source: AGHT+IHgtKoVC0X07Cdpa3JT1tC6ltF1zo3YcJr2DBGrPONUJz5mOy+KT4B62B18vnr03pCpFZ3Z X-Received: by 2002:a17:90a:590e:b0:286:55f1:5257 with SMTP id k14-20020a17090a590e00b0028655f15257mr4795588pji.17.1702565545242; Thu, 14 Dec 2023 06:52:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702565545; cv=none; d=google.com; s=arc-20160816; b=Y0IQD+59Sgl59/JNvL/YpWVfT9VPIP8HgPcpJZSgPTNJajCkwYXnJPRnn5d27MQ1RR rK+Ry8pEnPShvl5tP146g9uOQRv3MriOhAwixPphqX+A+aJRaNb02l/Wq15s/jHYKOaw m5Q0Tr01kyWwXNLEPnL8o7IEpOR1t/K9o5MOHnlVBox+9mLt+7pfaZhcSNcmcy7lRpL8 Z6bYhVY0J9zSf6ls7kCuLSZk9QfuEoAMhT7JeTv9UA6HaUolq5F3SlbpOUe0JrTWLRAJ 9HkE+X6FFaWmJsIa5bZXocEXOwdIsaffyg2nS/90iYKLbiOW0jFFt4ZQI2wXJoMqw7gB amQA== 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=22f5CHpDejThp8Dv9ZdkikJ1MZ2gIgMDV/szJMNimMw=; fh=1Y42vNmyWv+UYBkldJwGhztvIbxrS5Lm2gWmALHXRvU=; b=xNCu0hjDU1icgnGXMpXSY1/wiKlDe49ajE7EaFBSl58ayfY0RghJDi3xOp2GapiP0o RnlZc43ezIMQgr1l6E7NnYZt380LJPKnReTyXRZCmjzeMoWTf87MBB0E/r8thMnhb/US 4psoaStelhHWWLvTqnDd5971HrVFfpdQzlyuBWBRR7dTu81RV3tbKer6ARXacSzRoKH3 jAF80e8rAC6C3PQaBEAIUCVn+2m8j+1nmKbqTVt8TlCs3OwOZ9px8dONP+lV6yWP8p73 K5OOvJouT8URfmzwWzKeUr40/hnneGIfRRS4mvQeXLmYs/FGW40JDXOConA9M7Tc6EP6 +BJQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=mtseVFWK; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from lipwig.vger.email (lipwig.vger.email. [23.128.96.33]) by mx.google.com with ESMTPS id o6-20020a17090ac70600b0028ad7bb390dsi3540974pjt.160.2023.12.14.06.52.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 14 Dec 2023 06:52:25 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) client-ip=23.128.96.33; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=mtseVFWK; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by lipwig.vger.email (Postfix) with ESMTP id 4981781679C3; Thu, 14 Dec 2023 06:52:22 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at lipwig.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1573563AbjLNOwA (ORCPT + 99 others); Thu, 14 Dec 2023 09:52:00 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42406 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1573560AbjLNOv7 (ORCPT ); Thu, 14 Dec 2023 09:51:59 -0500 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.8]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 73DBD124 for ; Thu, 14 Dec 2023 06:52:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1702565524; x=1734101524; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=qCIz9/wISOFhbzCPePMHPZHVxHo6rggiQe6i5Ba58Hs=; b=mtseVFWKGmt3IK3kL8+XcrlB4Pb+kuOdXusT10qbtlTBj6EQHM1368wI TgztW4N8xZvtZRZIf6Rdvjsqxpzx6QwsY6ssmssX2FgELHJavVScWnQq8 66oTh8H35M+IiB2DkwX0ybC9F74IcZsDlKiU16y/klxpCCughlDM1rwIR eDt8W9Ky0lTH1jdsjTA79e9Aj4x57e57JGcSCAz41JuYJr18ltqCLwDzV 9RI6PBqg5AF+/NMBCTH77sWeDN7bebNTcB2a7IyLrAS3Eg2/iA3a4oUfj RxSXqkEMN7pnwtFkP/Eck9CwvSRVWcVgBcptzBTQRKMYt1WfjeTeebTnH Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10924"; a="8525598" X-IronPort-AV: E=Sophos;i="6.04,275,1695711600"; d="scan'208";a="8525598" Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmvoesa102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Dec 2023 06:52:04 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10924"; a="1105734919" X-IronPort-AV: E=Sophos;i="6.04,275,1695711600"; d="scan'208";a="1105734919" Received: from liuzhao-optiplex-7080.sh.intel.com (HELO localhost) ([10.239.160.36]) by fmsmga005.fm.intel.com with ESMTP; 14 Dec 2023 06:52:00 -0800 Date: Thu, 14 Dec 2023 23:04:24 +0800 From: Zhao Liu To: Tvrtko Ursulin Cc: Jani Nikula , Joonas Lahtinen , Rodrigo Vivi , David Airlie , Daniel Vetter , Ira Weiny , "Fabio M . De Francesco" , intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Dave Hansen , Zhenyu Wang , Zhao Liu Subject: Re: [PATCH v3 0/9] drm/i915: Replace kmap_atomic() with kmap_local_page() Message-ID: References: <20231203132947.2328805-1-zhao1.liu@linux.intel.com> <2abe6f02-b93e-4207-b9be-e9185c7b69e5@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lipwig.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (lipwig.vger.email [0.0.0.0]); Thu, 14 Dec 2023 06:52:22 -0800 (PST) On Thu, Dec 14, 2023 at 02:35:26PM +0000, Tvrtko Ursulin wrote: > Date: Thu, 14 Dec 2023 14:35:26 +0000 > From: Tvrtko Ursulin > Subject: Re: [PATCH v3 0/9] drm/i915: Replace kmap_atomic() with > kmap_local_page() > > > On 14/12/2023 13:45, Tvrtko Ursulin wrote: > > > > Hi Zhao, > > > > On 14/12/2023 13:19, Zhao Liu wrote: > > > Hi maintainers, > > > > > > Just kindly ping. > > > May I ask if this refresh version could be merged into the next tree of > > > the i915? > > > > I certainly spotted your series last week or so but then it slipped my > > mind to go through it. Should be able to go through it today or > > tomorrow. > > It all looks good to me. I only needed to queue a re-test in our CI since v3 > failed BAT, but pretty sure it wasn't at fault. Once I am satisfied with the > results I will merge the series. Thanks for the cleanups and your patience! > > Regards, > > Tvrtko > Thanks for your review! Regards, Zhao > > > Regards, > > > > Tvrtko > > > > > > > > Thanks, > > > Zhao > > > > > > On Sun, Dec 03, 2023 at 09:29:38PM +0800, Zhao Liu wrote: > > > > Date: Sun, 3 Dec 2023 21:29:38 +0800 > > > > From: Zhao Liu > > > > Subject: [PATCH v3 0/9] drm/i915: Replace kmap_atomic() with > > > > ? kmap_local_page() > > > > X-Mailer: git-send-email 2.34.1 > > > > > > > > From: Zhao Liu > > > > > > > > Hi all, > > > > > > > > I refreshed this v3 by rebasing v2 [1] on the commit 968f35f4ab1c > > > > ("Merge tag 'v6.7-rc3-smb3-client-fixes' of git://git.samba.org/sfrench/ > > > > cifs-2.6"). > > > > > > > > Based on the current code, I rechecked the substitutions in v2 and they > > > > still stand and are valid, so no code change in v3. > > > > > > > > Thanks for all the review! And sorry v2 was missed, I'll pay more > > > > attention to this v3. > > > > > > > > > > > > Purpose of This Patchset > > > > ======================== > > > > > > > > The purpose of this pacthset is to replace all uses of kmap_atomic() in > > > > i915 with kmap_local_page() because the use of kmap_atomic() is being > > > > deprecated in favor of kmap_local_page()[2]. And 92b64bd (mm/highmem: > > > > add notes about conversions from kmap{,_atomic}()) has declared the > > > > deprecation of kmap_atomic(). > > > > > > > > > > > > Motivation for Deprecating kmap_atomic() and Using kmap_local_page() > > > > ==================================================================== > > > > > > > > The main difference between atomic and local mappings is that local > > > > mappings doesn't disable page faults or preemption (the preemption is > > > > disabled for !PREEMPT_RT case, otherwise it only disables migration). > > > > > > > > With kmap_local_page(), we can avoid the often unwanted side effect of > > > > unnecessary page faults and preemption disables. > > > > > > > > > > > > Patch summary > > > > ============= > > > > > > > > Patch 1, 4-6 and 8-9 replace kmap_atomic()/kunmap_atomic() with > > > > ???????? kmap_local_page()/kunmap_local() directly. With these local > > > > ???????? mappings, the page faults and preemption are allowed. > > > > > > > > Patch 2 and 7 use memcpy_from_page() and memcpy_to_page() to replace > > > > ???????? kmap_atomic()/kunmap_atomic(). These two variants of memcpy() > > > > ???????? are based on the local mapping, so page faults and preemption > > > > ???????? are also allowed in these two interfaces. > > > > > > > > Patch 3 replaces kmap_atomic()/kunmap_atomic() with kmap_local_page()/ > > > > ???????? kunmap_local() and also disable page fault since the > > > > for special > > > > ???????? handling (pls see the commit message). > > > > > > > > > > > > Reference > > > > ========= > > > > > > > > [1]: https://lore.kernel.org/all/20230329073220.3982460-1-zhao1.liu@linux.intel.com/ > > > > [2]: > > > > https://lore.kernel.org/all/20220813220034.806698-1-ira.weiny@intel.com > > > > > > > > > > > > Thanks and Best Regards, > > > > Zhao > > > > > > > > --- > > > > Changlog: > > > > > > > > Changes since v2: > > > > * Rebased on 968f35f4ab1c ("Merge tag 'v6.7-rc3-smb3-client-fixes' of > > > > ?? git://git.samba.org/sfrench/cifs-2.6"). > > > > * Removed changelog (of v2) in commit message. > > > > * Fixed typo in cover letter (Fabio). > > > > * Added Reviewed-by tags from Ira and Fabio. > > > > > > > > Changes since v1: > > > > * Dropped hot plug related description in commit message since it has > > > > ?? nothing to do with kmap_local_page(). > > > > * Emphasized the motivation for using kmap_local_page() in commit > > > > ?? message. > > > > * Rebased patch 1 on f47e630 (drm/i915/gem: Typecheck page lookups) to > > > > ?? keep the "idx" variable of type pgoff_t here. > > > > * Used memcpy_from_page() and memcpy_to_page() to replace > > > > ?? kmap_local_page() + memcpy() in patch 2. > > > > > > > > --- > > > > Zhao Liu (9): > > > > ?? drm/i915: Use kmap_local_page() in gem/i915_gem_object.c > > > > ?? drm/i915: Use memcpy_[from/to]_page() in gem/i915_gem_pyhs.c > > > > ?? drm/i915: Use kmap_local_page() in gem/i915_gem_shmem.c > > > > ?? drm/i915: Use kmap_local_page() in gem/selftests/huge_pages.c > > > > ?? drm/i915: Use kmap_local_page() in gem/selftests/i915_gem_coherency.c > > > > ?? drm/i915: Use kmap_local_page() in gem/selftests/i915_gem_context.c > > > > ?? drm/i915: Use memcpy_from_page() in gt/uc/intel_uc_fw.c > > > > ?? drm/i915: Use kmap_local_page() in i915_cmd_parser.c > > > > ?? drm/i915: Use kmap_local_page() in gem/i915_gem_execbuffer.c > > > > > > > > ? drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c?????? | 10 +++++----- > > > > ? drivers/gpu/drm/i915/gem/i915_gem_object.c?????????? |? 8 +++----- > > > > ? drivers/gpu/drm/i915/gem/i915_gem_phys.c???????????? | 10 ++-------- > > > > ? drivers/gpu/drm/i915/gem/i915_gem_shmem.c??????????? |? 6 ++++-- > > > > ? drivers/gpu/drm/i915/gem/selftests/huge_pages.c????? |? 6 +++--- > > > > ? .../gpu/drm/i915/gem/selftests/i915_gem_coherency.c? | 12 ++++-------- > > > > ? .../gpu/drm/i915/gem/selftests/i915_gem_context.c??? |? 8 ++++---- > > > > ? drivers/gpu/drm/i915/gt/uc/intel_uc_fw.c???????????? |? 5 +---- > > > > ? drivers/gpu/drm/i915/i915_cmd_parser.c?????????????? |? 4 ++-- > > > > ? 9 files changed, 28 insertions(+), 41 deletions(-) > > > > > > > > -- > > > > 2.34.1 > > > >