Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp1205352pxb; Fri, 21 Jan 2022 12:12:43 -0800 (PST) X-Google-Smtp-Source: ABdhPJyWm/BP1aaFa02DNB0ytnjdZzwUh2JT5HJ/yAv8CcDb6c4j69zu85cwb7hm/MsULnUwUdz2 X-Received: by 2002:a17:90a:1919:: with SMTP id 25mr2288689pjg.181.1642795963737; Fri, 21 Jan 2022 12:12:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642795963; cv=none; d=google.com; s=arc-20160816; b=d00QGXjX4uvlKOQrIP7az4vr47y6li8TY2CLHJfSqf0PMi6/Q31IZ1axzh4wzPAzjH lRoZm9AGPmvqDnLoF7eWbRHMFgIu94Dd7laBm8c+p2DkzQvPytTQPnkq+7wAbp0fvjTn ow8HlgrjasnFdJ+Pl4v3yDFwSPtuGsIu8FSyU4ztb6UCxMNpBOU719U8+NKNJinQFzLG s62dN3IkY6ehcD9G3CM7M/ocw0wUWYvedUkM1HsUV7Us4fQLwuQO6RvhaBs8ZUyz1NdE MGIDZJ6sTcTbBmQdrzFpi815clqT1RGRqx29jRou9KEvtNnqZ313KGnFqBn+M/X6tnXx HcWg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:to:from:date :dkim-signature; bh=i0xwbF/DjeZztlGNXSVKJTVF67Vdmeu7iFpD0Q7Nk4c=; b=fVT20bgW3Q+52Ok2NQfT3H9cCuRbLp9ZHOt+0mGGvyld/i9yqms5YQyrA7Kyj1e4ij i+ZSD1dg20LzWhKdejzGKvrCZeb53GLfBtB4BLVxbSa0u9f0lL68ghcJYhR5knPRfP5z MdXACCndaGWXL3hXkqTj6tgiq3NReroZVsnsxcesWeNtHpOjYdD/6eT/ywjNWDW7aF7/ QXkLOSykn4zE9N5Hb58eF9s27GZ2YV3W+L1mqzE2iXtdcNR8o65pLtIyI1Sc428xjKSg 22/+cXQxoAxoCWYzSoPnASfrtsdaNvwX8nkwUP4pxxI/QZLfYX3bkky6/biJtgPwYfba ulgA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Xq7ZTsMM; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f65si4322168pfa.158.2022.01.21.12.12.31; Fri, 21 Jan 2022 12:12:43 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Xq7ZTsMM; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1344598AbiASXzo (ORCPT + 99 others); Wed, 19 Jan 2022 18:55:44 -0500 Received: from mga12.intel.com ([192.55.52.136]:24224 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230318AbiASXzn (ORCPT ); Wed, 19 Jan 2022 18:55:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1642636543; x=1674172543; h=date:from:to:subject:message-id:references:mime-version: in-reply-to; bh=uCVZjXt17Nfv/G9qw2L3K1mqeAXwrnobzh2GWeu989k=; b=Xq7ZTsMM63DynNcsOqCTWO9FYusqG5qQiUuqKR0FPqhtY4icnujnFHyU uau5jvNDzfRG5GU0jcUokhVqOJPjGfCVFN8Ow/DgXp4QPoZKN/EZXVi1T BPOkrsfGNACQGfrtbbeFZOZiFIEh5pgMSvTygfEkbXrHTHiwswnj8HEju 8t4Ps102BqAZ8uKBnuDJCrUwh0ENXwthh4immDu5DUlcvnuFMlIkvHU8T XLgKC9jjM38JX6E9nzbzeXOz+10IeXOlZOem5tOYS0gDG9RTq0mdofhI3 mA4HNrE6UKdytsBONN/zKuq26tSj3gEpIna/IwwfebJSmLSog9aAHI6fl A==; X-IronPort-AV: E=McAfee;i="6200,9189,10231"; a="225208528" X-IronPort-AV: E=Sophos;i="5.88,300,1635231600"; d="scan'208";a="225208528" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Jan 2022 15:55:42 -0800 X-IronPort-AV: E=Sophos;i="5.88,300,1635231600"; d="scan'208";a="477585769" Received: from iweiny-desk2.sc.intel.com (HELO localhost) ([10.3.52.147]) by orsmga006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Jan 2022 15:55:42 -0800 Date: Wed, 19 Jan 2022 15:55:42 -0800 From: Ira Weiny To: David Airlie , Patrik Jakobsson , Rob Clark , Sean Paul , amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, intel-gfx@lists.freedesktop.org, linux-arm-msm@vger.kernel.org, Christian =?utf-8?B?S++/vW5pZw==?= Subject: Re: [PATCH 0/7] DRM kmap() fixes and kmap_local_page() conversions Message-ID: <20220119235542.GF209936@iweiny-DESK2.sc.intel.com> References: <20211210232404.4098157-1-ira.weiny@intel.com> <20220119165356.GD209936@iweiny-DESK2.sc.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.1 (2018-12-01) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 19, 2022 at 06:24:22PM +0100, Daniel Vetter wrote: > On Wed, Jan 19, 2022 at 08:53:56AM -0800, Ira Weiny wrote: > > On Fri, Dec 10, 2021 at 03:23:57PM -0800, 'Ira Weiny' wrote: > > > From: Ira Weiny > > > > > > This series starts by converting the last easy kmap() uses to > > > kmap_local_page(). > > > > > > There is one more call to kmap() wrapped in ttm_bo_kmap_ttm(). Unfortunately, > > > ttm_bo_kmap_ttm() is called in a number of different ways including some which > > > are not thread local. I have a patch to convert that call. However, it is not > > > straight forward so it is not included in this series. > > > > > > The final 2 patches fix bugs found while working on the ttm_bo_kmap_ttm() > > > conversion. > > > > Gentile ping on this series? Will it make this merge window? > > I think this fell through the cracks and so no. Note that generally we > feature-freeze drm tree around -rc6 anyway for the upcoming merge window, > so you were cutting this all a bit close anyway. Ok, No problem. I just had not heard if this was picked up or not. > Also looks like the ttm > kmap caching question didn't get resolved? I'm sorry I thought it was resolve for this series. Christian said the patches in this series were "a good bug fix" even if not strictly necessary.[1] Beyond this series I was discussing where to go from here, and is it possible to go further with more changes.[2] At the moment I don't think I will. Christian did I misunderstand? I can drop patch 6 and 7 if they are not proper bug fixes or at least clarifications to the code. Ira [1] https://lore.kernel.org/lkml/c3b173ea-6509-ebbe-b5f9-eeb29f1ce57e@amd.com/ [2] https://lore.kernel.org/lkml/20211215210949.GW3538886@iweiny-DESK2.sc.intel.com/ > > Anyway if patches are stuck resend with RESEND and if people still don't > pick them up poke me and I'll apply as fallback. > > Cheers, Daniel > > > > > Thanks, > > Ira > > > > > > > > > > > Ira Weiny (7): > > > drm/i915: Replace kmap() with kmap_local_page() > > > drm/amd: Replace kmap() with kmap_local_page() > > > drm/gma: Remove calls to kmap() > > > drm/radeon: Replace kmap() with kmap_local_page() > > > drm/msm: Alter comment to use kmap_local_page() > > > drm/amdgpu: Ensure kunmap is called on error > > > drm/radeon: Ensure kunmap is called on error > > > > > > drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 8 ++++---- > > > drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c | 1 + > > > drivers/gpu/drm/gma500/gma_display.c | 6 ++---- > > > drivers/gpu/drm/gma500/mmu.c | 8 ++++---- > > > drivers/gpu/drm/i915/gem/i915_gem_shmem.c | 4 ++-- > > > drivers/gpu/drm/i915/gem/selftests/i915_gem_mman.c | 8 ++++---- > > > drivers/gpu/drm/i915/gt/intel_ggtt_fencing.c | 4 ++-- > > > drivers/gpu/drm/i915/gt/shmem_utils.c | 4 ++-- > > > drivers/gpu/drm/i915/i915_gem.c | 8 ++++---- > > > drivers/gpu/drm/i915/i915_gpu_error.c | 4 ++-- > > > drivers/gpu/drm/msm/msm_gem_submit.c | 4 ++-- > > > drivers/gpu/drm/radeon/radeon_ttm.c | 4 ++-- > > > drivers/gpu/drm/radeon/radeon_uvd.c | 1 + > > > 13 files changed, 32 insertions(+), 32 deletions(-) > > > > > > -- > > > 2.31.1 > > > > > -- > Daniel Vetter > Software Engineer, Intel Corporation > http://blog.ffwll.ch