Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp15858225rwd; Mon, 26 Jun 2023 02:14:33 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ4u3Tic3Z4nrn1y4SSpNnDNpU566YvpHH2PZ+AsjyAgrkoXCzZenDWKzlRnmkFHWqyuDutM X-Received: by 2002:a17:907:3d94:b0:98c:d733:bf03 with SMTP id he20-20020a1709073d9400b0098cd733bf03mr13725533ejc.43.1687770873464; Mon, 26 Jun 2023 02:14:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687770873; cv=none; d=google.com; s=arc-20160816; b=m9xMNMby4IG0ilN97J/g8EEb7l+IzfQ5nTbAjOOUOKk7uoM9QgrqRTqUYYP/00upsi 2Exa7TH2X4E/ZAcPDsFubWBBC0trjZzmfk3pB7W+5Rf0A4myeMz5OV7Fec+ZP900GDnv Biu6pXtgX0hx++Er2FyeoCjf+MOPmjKqy6QiXNBh0EbK1dd/WIKfLMCeP1/HJniddjpt rZgD+uzYzFf7L67+pJ2DnVtR9E5zafcZ8V2/XwlfA6tHBUioMUJfsWa0wnrQsyUTspMH od90Iinx4aSWE/JmfeNpjyUInr+vNwWMqjGjPjFKoaVfd6+Zs7lGADwddOOKlWPlnIUP eGaw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :organization:from:references:cc:to:content-language:subject :user-agent:mime-version:date:message-id:dkim-signature; bh=qJU/sn5cJ0dyuASpRsASYJmSbNDOJEREfxdw1lISTGo=; fh=ZDgyzeygsEDX8EzbZXlvyWhL8FGBxYKH/wwqTEEqQpI=; b=ALag5HYdJ1D3QfpRGrK3RSxmfifhdYK2WgsfeGT5jGZfftaAN6jmAh4jGmHJgZxQVS w7jdEIo2hAlnLaLyTcrnFUp6MUspnUQkGkrAoy5etsOoLEWwJynwJ0UKknTBV5ZKyb1Q mEpCQpdcd5aN+65zuXGub8ihjhN01PwFLlxUArtwKceR259X9Zzrn3nfAvW5nd3rshhR 2fC0niLZjnLCJRoWsDFrbKo9brS7heGy24YUBN28FO+xH8T4WHw897lF+l7YlN8+Kfas EAzg4JNybv+/0DSbmDYdvBcmp/IxO19bMhx2OW/x9/PyOaDbnNrrbrSd2nCwq8OONy+X cRrg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=a6WSCGQO; 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=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y9-20020a170906914900b0098376d89a47si2658998ejw.671.2023.06.26.02.14.08; Mon, 26 Jun 2023 02:14:33 -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=@intel.com header.s=Intel header.b=a6WSCGQO; 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=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229679AbjFZJGK (ORCPT + 99 others); Mon, 26 Jun 2023 05:06:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53428 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229578AbjFZJFn (ORCPT ); Mon, 26 Jun 2023 05:05:43 -0400 Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0F9FD26A5 for ; Mon, 26 Jun 2023 02:02:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1687770175; x=1719306175; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=UM1r9KTEsMc/uyww/lZ8f5bqgszra6Nb5ggkVJu6Ujk=; b=a6WSCGQOqkx+nV46shujAbsLi0e4Sn2mloP/Tq3oDtfkMhjQ0eCpjhMm dIY7Dk1aRwQo2U1qnJlnHUYeholH46QeN2JaKvAIPIysqWRa+8kGPkHvk +GeVzmDF+Yn+IvJSpEM0mH1Ms0e5VTxC7lV/pqCDTD0jz/NQY+uNBqGLk iXCMzM6DlFC1GIqtm8/xbYWefILn7cKZJtmJUVKR3vgf6O2E9J74aBiDk qYXUNU8WrtlLnlhzZ65v9EHPWD6rYV4nb3JNv2fBVY5ovJuDl8wJpfNJx Srm06/jMp4gAX/q5fxOYWwfxrZEWWvBnAa0pgfg8PBQNfOEZP4Tm4mRjX g==; X-IronPort-AV: E=McAfee;i="6600,9927,10752"; a="364667982" X-IronPort-AV: E=Sophos;i="6.01,159,1684825200"; d="scan'208";a="364667982" Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Jun 2023 02:02:24 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10752"; a="840195585" X-IronPort-AV: E=Sophos;i="6.01,159,1684825200"; d="scan'208";a="840195585" Received: from mcherry-mobl.ger.corp.intel.com (HELO [10.213.228.175]) ([10.213.228.175]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Jun 2023 02:02:20 -0700 Message-ID: Date: Mon, 26 Jun 2023 10:02:18 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Subject: Re: [PATCH v2] drm/i915: Replace kmap() with kmap_local_page() Content-Language: en-US To: Ira Weiny , Sumitra Sharma Cc: Jani Nikula , Joonas Lahtinen , Rodrigo Vivi , David Airlie , Daniel Vetter , intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, =?UTF-8?Q?Thomas_Hellstr=c3=b6m_=28Intel=29?= , Fabio , Deepak R Varma References: <20230617180420.GA410966@sumitra.com> <648f48bc3d3c2_1de3f9294a3@iweiny-mobl.notmuch> <20230619154550.GB412243@sumitra.com> <6491a85a37cc8_28e729425@iweiny-mobl.notmuch> From: Tvrtko Ursulin Organization: Intel Corporation UK Plc In-Reply-To: <6491a85a37cc8_28e729425@iweiny-mobl.notmuch> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,HK_RANDOM_ENVFROM,HK_RANDOM_FROM, NICE_REPLY_A,RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_NONE, 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: X-Mailing-List: linux-kernel@vger.kernel.org On 20/06/2023 14:23, Ira Weiny wrote: > Sumitra Sharma wrote: >> On Sun, Jun 18, 2023 at 11:11:08AM -0700, Ira Weiny wrote: >>> Sumitra Sharma wrote: >>>> kmap() has been deprecated in favor of the kmap_local_page() >>>> due to high cost, restricted mapping space, the overhead of a >>>> global lock for synchronization, and making the process sleep >>>> in the absence of free slots. >>>> >>>> kmap_local_page() is faster than kmap() and offers thread-local >>>> and CPU-local mappings, take pagefaults in a local kmap region >>>> and preserves preemption by saving the mappings of outgoing tasks >>>> and restoring those of the incoming one during a context switch. >>>> >>>> The mapping is kept thread local in the function >>>> “i915_vma_coredump_create” in i915_gpu_error.c >>>> >>>> Therefore, replace kmap() with kmap_local_page(). >>>> >>>> Suggested-by: Ira Weiny >>>> >>> >>> NIT: No need for the line break between Suggested-by and your signed off line. >>> >> >> Hi Ira, >> >> What does NIT stand for? > > Shorthand for 'nitpicking'. > > "giving too much attention to details that are not important, especially > as a way of criticizing: " > > - https://dictionary.cambridge.org/dictionary/english/nitpicking > > Via email this is a way for authors of an email to indicate something is > technically wrong but while nicely acknowledging that it is not very > significant and could be seen as overly critical. > > For this particular comment I'm showing something to pay attention to next > time but that was not a big deal this time around. > >> >> Thank you. I will take care about the line breaks. >> >>>> Signed-off-by: Sumitra Sharma >>>> --- >>>> >>>> Changes in v2: >>>> - Replace kmap() with kmap_local_page(). >>> >>> Generally it is customary to attribute a change like this to those who >>> suggested it in a V1 review. >>> >>> For example: >>> >>> - Tvrtko/Thomas: Use kmap_local_page() instead of page_address() >>> >>> Also I don't see Thomas on the new email list. Since he took the time to >>> review V1 he might want to check this version out. I've added him to the >>> 'To:' list. >>> >>> Also a link to V1 is nice. B4 formats it like this: >>> >>> - Link to v1: https://lore.kernel.org/all/20230614123556.GA381200@sumitra.com/ >>> >>> All that said the code looks good to me. So with the above changes. >>> >>> Reviewed-by: Ira Weiny >>> >> >> I have noted down the points mentioned above. Thank you again. >> >> I am not supposed to create another version of this patch for >> adding the above mentions, as you and Thomas both gave this patch >> a reviewed-by tag. Right? >> > > Based on this response[*] from Tvrtko I think this version can move > through without a v3. > > Thanks! > Ira > > [*] https://lore.kernel.org/all/bcb0a1d2-cd4d-a56f-1ee6-7ccfdd2f7b38@linux.intel.com/ > > > Thanks all! I'll just re-send the patch for our CI, since it didn't get > picked up automatically (stuck in moderation perhaps), with all r-b tags > added and extra line space removed and merge it if results will be green. > > Regards, > > Tvrtko > Pushed to drm-intel-gt-next, thanks for the patch and reviews! Regards, Tvrtko