From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-11.5 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,HK_RANDOM_FROM,INCLUDES_PATCH, MAILING_LIST_MULTI,NICE_REPLY_A,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 83354C4363D for ; Fri, 25 Sep 2020 13:02:20 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 1F68420756 for ; Fri, 25 Sep 2020 13:02:19 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1F68420756 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 6DCA26B009C; Fri, 25 Sep 2020 09:02:19 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 68E046B009D; Fri, 25 Sep 2020 09:02:19 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 5A4886B009E; Fri, 25 Sep 2020 09:02:19 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0208.hostedemail.com [216.40.44.208]) by kanga.kvack.org (Postfix) with ESMTP id 454D36B009C for ; Fri, 25 Sep 2020 09:02:19 -0400 (EDT) Received: from smtpin30.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id EF12A8249980 for ; Fri, 25 Sep 2020 13:02:18 +0000 (UTC) X-FDA: 77301597156.30.ice86_61156e927167 Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin30.hostedemail.com (Postfix) with ESMTP id 50FC8180B45BA for ; Fri, 25 Sep 2020 13:02:15 +0000 (UTC) X-HE-Tag: ice86_61156e927167 X-Filterd-Recvd-Size: 3794 Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by imf11.hostedemail.com (Postfix) with ESMTP for ; Fri, 25 Sep 2020 13:02:14 +0000 (UTC) IronPort-SDR: mxb8s2H5guW+4jKKCW0uuonhWntOLWzANaDNtVBy+gODtTPE/RokbbC2zr663o1yDWhOkFYAuk fYgXQCHWg3Sg== X-IronPort-AV: E=McAfee;i="6000,8403,9754"; a="223111329" X-IronPort-AV: E=Sophos;i="5.77,302,1596524400"; d="scan'208";a="223111329" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Sep 2020 06:02:11 -0700 IronPort-SDR: OZamlwX2zWqLUrbLSEoIsVvtwGhUUsxA4uAx8BG9zebWwmpfo9ZeyTDwYsvjJeAEWzi0tdodhs m+aC4Xx9uiAA== X-IronPort-AV: E=Sophos;i="5.77,302,1596524400"; d="scan'208";a="455821735" Received: from mlevy2-mobl.ger.corp.intel.com (HELO [10.251.176.131]) ([10.251.176.131]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Sep 2020 06:02:02 -0700 Subject: Re: [PATCH 07/11] drm/i915: stop using kmap in i915_gem_object_map To: Christoph Hellwig , Andrew Morton Cc: Peter Zijlstra , Boris Ostrovsky , Juergen Gross , Stefano Stabellini , Jani Nikula , Joonas Lahtinen , Chris Wilson , Matthew Auld , Rodrigo Vivi , Minchan Kim , Matthew Wilcox , Nitin Gupta , x86@kernel.org, xen-devel@lists.xenproject.org, linux-kernel@vger.kernel.org, intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-mm@kvack.org References: <20200924135853.875294-1-hch@lst.de> <20200924135853.875294-8-hch@lst.de> From: Tvrtko Ursulin Organization: Intel Corporation UK Plc Message-ID: <8d318fcb-f472-85ed-6639-18f9c45f30e4@linux.intel.com> Date: Fri, 25 Sep 2020 14:01:59 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200924135853.875294-8-hch@lst.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 24/09/2020 14:58, Christoph Hellwig wrote: > kmap for !PageHighmem is just a convoluted way to say page_address, > and kunmap is a no-op in that case. > > Signed-off-by: Christoph Hellwig > --- > drivers/gpu/drm/i915/gem/i915_gem_pages.c | 7 ++----- > 1 file changed, 2 insertions(+), 5 deletions(-) > > diff --git a/drivers/gpu/drm/i915/gem/i915_gem_pages.c b/drivers/gpu/drm/i915/gem/i915_gem_pages.c > index d6eeefab3d018b..6550c0bc824ea2 100644 > --- a/drivers/gpu/drm/i915/gem/i915_gem_pages.c > +++ b/drivers/gpu/drm/i915/gem/i915_gem_pages.c > @@ -162,8 +162,6 @@ static void unmap_object(struct drm_i915_gem_object *obj, void *ptr) > { > if (is_vmalloc_addr(ptr)) > vunmap(ptr); > - else > - kunmap(kmap_to_page(ptr)); > } > > struct sg_table * > @@ -277,11 +275,10 @@ static void *i915_gem_object_map(struct drm_i915_gem_object *obj, > * forever. > * > * So if the page is beyond the 32b boundary, make an explicit > - * vmap. On 64b, this check will be optimised away as we can > - * directly kmap any page on the system. > + * vmap. > */ > if (!PageHighMem(page)) > - return kmap(page); > + return page_address(page); > } > > mem = stack; > Reviewed-by: Tvrtko Ursulin Regards, Tvrtko