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=-10.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED 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 1E370C2D0A8 for ; Mon, 28 Sep 2020 12:28:27 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 98467207E8 for ; Mon, 28 Sep 2020 12:28:26 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="lmCqUIpK"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=mg.codeaurora.org header.i=@mg.codeaurora.org header.b="HW6F15FD" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 98467207E8 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Type: Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:Message-ID:References:In-Reply-To:Subject:To:From: Date:MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=SNJkWu6kQUEsgjibxpw0okc7S7sVkBqbIIqL6MoMbT0=; b=lmCqUIpKsVCCfnKz07akmieB5 b7bwPdT8nIRsrxxSxs0bzfiBwCBFJ7uYjSFCaw5a59VvglxbZUwmluuO5JeKVXf8PWKVmKf4yOano 9qi35wBwPZ0QAwoiKyFXbvhjnt8l2HGRKNCs4AsRRIkfS8wOZqC4dQUOn9K6ZrCxQIinPGnyqx5sj QjZ7jIEuGJzrOB/XZ81IvjF1MwjivTw4SEVH+DDcPmf+itf9FmyePSlRuFWlaPz+eMED1vNjFMEM0 UG7olM13tLBcl4bGvGo814Vetj7PuBzbF4Xoi9pwSmDcdL2G4JycpDKkE/TDG7CGNXbgOt1xN7xG2 w3D1Qn8wA==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kMsFC-000103-Bc; Mon, 28 Sep 2020 12:27:02 +0000 Received: from z5.mailgun.us ([104.130.96.5]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kMsF9-0000zb-1Z for linux-arm-kernel@lists.infradead.org; Mon, 28 Sep 2020 12:27:00 +0000 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1601296018; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=KkChGI+YeqZAg3DuMRg/VqX+l3pGX1T0VLK9izTxs/U=; b=HW6F15FDst5342CTf8m7DSZxaY4oJHmMSnSx9H2NO6s0XBJvN15NiEJ8c6ZjQkDGqQWF47bv hv7xmO0BVjhHYJuWO4bV6caeS3axmgMUTofNpg9oQ8UfZPkHl9C+hIXFJzzQopSeENfPZqnz J3Z7MYLRp0JhB+EpqoCC7v7IReg= X-Mailgun-Sending-Ip: 104.130.96.5 X-Mailgun-Sid: WyJiYzAxZiIsICJsaW51eC1hcm0ta2VybmVsQGxpc3RzLmluZnJhZGVhZC5vcmciLCAiYmU5ZTRhIl0= Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n07.prod.us-east-1.postgun.com with SMTP id 5f71d69159892db41ff0cacb (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Mon, 28 Sep 2020 12:26:57 GMT Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 18B26C433FE; Mon, 28 Sep 2020 12:26:57 +0000 (UTC) Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: saiprakash.ranjan) by smtp.codeaurora.org (Postfix) with ESMTPSA id DAD27C433CA; Mon, 28 Sep 2020 12:26:55 +0000 (UTC) MIME-Version: 1.0 Date: Mon, 28 Sep 2020 17:56:55 +0530 From: Sai Prakash Ranjan To: Jordan Crouse Subject: Re: [PATCHv5 4/6] drm/msm/a6xx: Add support for using system cache(LLC) In-Reply-To: <20200923150320.GD31425@jcrouse1-lnx.qualcomm.com> References: <889a32458cec92ed110b94f393aa1c2f0d64dca5.1600754909.git.saiprakash.ranjan@codeaurora.org> <20200923150320.GD31425@jcrouse1-lnx.qualcomm.com> Message-ID: <800c2108606cb921fef1ffc27569ffb2@codeaurora.org> X-Sender: saiprakash.ranjan@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200928_082659_147985_6A4DBABA X-CRM114-Status: GOOD ( 30.53 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: freedreno@lists.freedesktop.org, Jonathan Marek , Will Deacon , Joerg Roedel , iommu@lists.linux-foundation.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Rob Clark , Akhil P Oommen , linux-arm-msm@vger.kernel.org, "Kristian H . Kristensen" , Bjorn Andersson , Robin Murphy , Sharat Masetty , linux-arm-kernel@lists.infradead.org Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Jordan, On 2020-09-23 20:33, Jordan Crouse wrote: > On Tue, Sep 22, 2020 at 11:48:17AM +0530, Sai Prakash Ranjan wrote: >> From: Sharat Masetty >> >> The last level system cache can be partitioned to 32 different >> slices of which GPU has two slices preallocated. One slice is >> used for caching GPU buffers and the other slice is used for >> caching the GPU SMMU pagetables. This talks to the core system >> cache driver to acquire the slice handles, configure the SCID's >> to those slices and activates and deactivates the slices upon >> GPU power collapse and restore. >> >> Some support from the IOMMU driver is also needed to make use >> of the system cache to set the right TCR attributes. GPU then >> has the ability to override a few cacheability parameters which >> it does to override write-allocate to write-no-allocate as the >> GPU hardware does not benefit much from it. >> >> DOMAIN_ATTR_SYS_CACHE is another domain level attribute used by the >> IOMMU driver to set the right attributes to cache the hardware >> pagetables into the system cache. >> >> Signed-off-by: Sharat Masetty >> [saiprakash.ranjan: fix to set attr before device attach to iommu and >> rebase] >> Signed-off-by: Sai Prakash Ranjan >> --- >> drivers/gpu/drm/msm/adreno/a6xx_gpu.c | 83 >> +++++++++++++++++++++++++ >> drivers/gpu/drm/msm/adreno/a6xx_gpu.h | 4 ++ >> drivers/gpu/drm/msm/adreno/adreno_gpu.c | 17 +++++ >> 3 files changed, 104 insertions(+) >> >> diff --git a/drivers/gpu/drm/msm/adreno/a6xx_gpu.c >> b/drivers/gpu/drm/msm/adreno/a6xx_gpu.c >> index 8915882e4444..151190ff62f7 100644 >> --- a/drivers/gpu/drm/msm/adreno/a6xx_gpu.c >> +++ b/drivers/gpu/drm/msm/adreno/a6xx_gpu.c >> @@ -8,7 +8,9 @@ >> #include "a6xx_gpu.h" >> #include "a6xx_gmu.xml.h" >> >> +#include >> #include >> +#include >> >> #define GPU_PAS_ID 13 >> >> @@ -1022,6 +1024,79 @@ static irqreturn_t a6xx_irq(struct msm_gpu >> *gpu) >> return IRQ_HANDLED; >> } >> >> +static void a6xx_llc_rmw(struct a6xx_gpu *a6xx_gpu, u32 reg, u32 >> mask, u32 or) >> +{ >> + return msm_rmw(a6xx_gpu->llc_mmio + (reg << 2), mask, or); >> +} >> + >> +static void a6xx_llc_write(struct a6xx_gpu *a6xx_gpu, u32 reg, u32 >> value) >> +{ >> + return msm_writel(value, a6xx_gpu->llc_mmio + (reg << 2)); >> +} >> + >> +static void a6xx_llc_deactivate(struct a6xx_gpu *a6xx_gpu) >> +{ >> + llcc_slice_deactivate(a6xx_gpu->llc_slice); >> + llcc_slice_deactivate(a6xx_gpu->htw_llc_slice); >> +} >> + >> +static void a6xx_llc_activate(struct a6xx_gpu *a6xx_gpu) >> +{ >> + u32 cntl1_regval = 0; >> + >> + if (IS_ERR(a6xx_gpu->llc_mmio)) >> + return; >> + >> + if (!llcc_slice_activate(a6xx_gpu->llc_slice)) { >> + u32 gpu_scid = llcc_get_slice_id(a6xx_gpu->llc_slice); >> + >> + gpu_scid &= 0x1f; >> + cntl1_regval = (gpu_scid << 0) | (gpu_scid << 5) | (gpu_scid << 10) >> | >> + (gpu_scid << 15) | (gpu_scid << 20); >> + } >> + >> + if (!llcc_slice_activate(a6xx_gpu->htw_llc_slice)) { >> + u32 gpuhtw_scid = llcc_get_slice_id(a6xx_gpu->htw_llc_slice); >> + >> + gpuhtw_scid &= 0x1f; >> + cntl1_regval |= FIELD_PREP(GENMASK(29, 25), gpuhtw_scid); >> + } >> + >> + if (cntl1_regval) { >> + /* >> + * Program the slice IDs for the various GPU blocks and GPU MMU >> + * pagetables >> + */ >> + a6xx_llc_write(a6xx_gpu, REG_A6XX_CX_MISC_SYSTEM_CACHE_CNTL_1, >> cntl1_regval); >> + >> + /* >> + * Program cacheability overrides to not allocate cache lines on >> + * a write miss >> + */ >> + a6xx_llc_rmw(a6xx_gpu, REG_A6XX_CX_MISC_SYSTEM_CACHE_CNTL_0, 0xF, >> 0x03); >> + } >> +} > > This code has been around long enough that it pre-dates a650. On a650 > and other > MMU-500 targets the htw_llc is configured by the firmware and the > llc_slice is > configured in a different register. > > I don't think we need to pause everything and add support for the > MMU-500 path, > but we do need a way to disallow LLCC on affected targets until such > time that > we can get it fixed up. > Thanks for taking a close look, does something like below look ok or something else is needed here? + /* Till the time we get in LLCC support for A650 */ + if (!(info && info->revn == 650)) + a6xx_llc_slices_init(pdev, a6xx_gpu); Thanks, Sai -- QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel