Message ID | 20230316102041.210269-1-angelogioacchino.delregno@collabora.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:604a:0:0:0:0:0 with SMTP id j10csp397873wrt; Thu, 16 Mar 2023 03:23:17 -0700 (PDT) X-Google-Smtp-Source: AK7set8ffKmL/riqTRFmpgui1je3LP+pupq3pyaDgVNQHZiO2j02vb1RZ/4mkunrb26rCOhGrZeV X-Received: by 2002:a05:6a20:550:b0:d4:aa54:3947 with SMTP id 16-20020a056a20055000b000d4aa543947mr2419764pzq.61.1678962196972; Thu, 16 Mar 2023 03:23:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1678962196; cv=none; d=google.com; s=arc-20160816; b=XXrlMKMihgccvCxPn0D6XL9mogWU96hp+9UyTVxucarjN1KO98sMUB732bKwKGwKhR guY2UnCL3s8tM4uIA0muICYxzL+EudfABvnLAGYhzVdHJ8Hry9uXWhpj2cSZc2v8tyy1 8hrvNMdKa5lZ4anNW/IHKh6D6R1wdqAG3iS++Ta06Un67qujs8zgQxp5kOKdB6bvK+t0 faYcHGoA+0v8heJ1fVzkaDJluI5hXfh3raMRuVtRg9WRTMxKOZaOvdixuxdtnvgS1l4B krP+shP0np2KFOdznZC/qTsga5WP0h4NySCbQbbWCFyXod+eBZb3O/0rkPCS4pE+X7AS tauw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=/jp+CEcdtOdmrrH8NM02XvR2bRtZgwME75ybwXlp+Oo=; b=JX8pk+5jO3WequuDr64OeLQKpQ2IJ5ZA8WVz1s3utfo/O4k6ba6UkRQLlYfPM1Ny3o AvNZRkT/wgJ6c0Adr4zz4w5Ilt7s6Wy/LCBqTkLqJ7VOiFizauKxa6al91024uFkA9L5 1G4lPHd0zd/o1f8VYIc4891oZgi8pBDCVilz937Unt0OcQyBPoALfoCAHKDnTMDDBA0V brYMOfNSzteQk9iCyoB3IYLYO/sSbGq+qSfQkpCKkjVevhzPpcIjMVslX2aWwJQhUj6R 0qa49faqkwYqxVIridNmCpPT9zY33SRiB8BixPXejDa/GZxF+vqRDZa5sVLDoFtRwwww /G5w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=PXAB0N+w; 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=collabora.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h9-20020a631209000000b00502d825633asi7367934pgl.639.2023.03.16.03.23.02; Thu, 16 Mar 2023 03:23:16 -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=@collabora.com header.s=mail header.b=PXAB0N+w; 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230527AbjCPKVJ (ORCPT <rfc822;ruipengqi7@gmail.com> + 99 others); Thu, 16 Mar 2023 06:21:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49050 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230224AbjCPKUz (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 16 Mar 2023 06:20:55 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e5ab]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A70B4BCB9F; Thu, 16 Mar 2023 03:20:47 -0700 (PDT) Received: from IcarusMOD.eternityproject.eu (2-237-20-237.ip236.fastwebnet.it [2.237.20.237]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: kholk11) by madras.collabora.co.uk (Postfix) with ESMTPSA id 3B853660309D; Thu, 16 Mar 2023 10:20:45 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1678962046; bh=NPP6VaAVOFpEI44miN6/IaqfO8tqUxpgcETYimQyu0Q=; h=From:To:Cc:Subject:Date:From; b=PXAB0N+wx5EOPC+IogVvomG7eWUXntn+btEZFsu7NDc5hp6DDZHdNz/wqRjNrh2uv tKYtrLZU6Oz3vj+StpfVirreU5JG7sF7KG7aFBmPSuB2mhUQMSG18l3RUteB3fugi1 D+Pd3gqJ1YelF0l3xGgWSZqvfoxMvsyTJiruNvIcYY87FblCM9Bl8RG2Lt83lNcgWI /WVevAuBtWbv+wNR4YWcmEbAUbAEo1Udkn7bWO6w8fNqfFXS1AEl3LcevFsdh4Ww+A yumreiQnOmgui8cTl5bF+b9R5aAdoHsS55ssO37X7hDbGV3aBLOiX4Ptrd2SdxbVVZ kQrEMEgqyS8Tg== From: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> To: airlied@gmail.com Cc: daniel@ffwll.ch, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, steven.price@arm.com, alyssa.rosenzweig@collabora.com, matthias.bgg@gmail.com, robh@kernel.org, dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, wenst@chromium.org, AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Subject: [PATCH v5 00/12] Panfrost: Improve and add MediaTek SoCs support Date: Thu, 16 Mar 2023 11:20:29 +0100 Message-Id: <20230316102041.210269-1-angelogioacchino.delregno@collabora.com> X-Mailer: git-send-email 2.39.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1760519464145907724?= X-GMAIL-MSGID: =?utf-8?q?1760519464145907724?= |
Series |
Panfrost: Improve and add MediaTek SoCs support
|
|
Message
AngeloGioacchino Del Regno
March 16, 2023, 10:20 a.m. UTC
Changes in v5: - Changed minItems for power-domain-names in base schema as suggested by Rob Changes in v4: - Refactored power-domains and power-domain-names exclusions as suggested by Krzysztof - Small changes in MT8192 bindings addition Changes in v3: - Changed MT8186 bindings to declare only two power domains - Added a commit introducing MT8186 specific platform data to panfrost_drv Changes in v2: - Add power-domain-names commit from Chen-Yu to the series - Kept sram-supply in base schema, overridden for non-MediaTek - Added Reviewed-by tags from Steven Price to the driver commits (as released in reply to v1's cover letter - thanks!) This series adds support for new MediaTek SoCs (MT8186/MT8192/MT8195) and improves MT8183 support: since the mtk-regulator-coupler driver was picked, it is now useless for Panfrost to look for, and manage, two regulators (GPU Vcore and GPU SRAM) on MediaTek; The aforementioned driver will take care of keeping the voltage relation (/constraints) of the two regulators on its own when a voltage change request is sent to the Vcore, solving the old time issue with not working DVFS on Panfrost+MediaTek (due to devfreq supporting only single regulator). In the specific case of MT8183, in order to not break the ABI, it was necessary to add a new compatible for enabling DVFS. Alyssa Rosenzweig (3): drm/panfrost: Increase MAX_PM_DOMAINS to 5 drm/panfrost: Add the MT8192 GPU ID drm/panfrost: Add mediatek,mt8192-mali compatible AngeloGioacchino Del Regno (9): dt-bindings: gpu: mali-bifrost: Split out MediaTek power-domains variation dt-bindings: gpu: mali-bifrost: Set power-domains maxItems to 5 dt-bindings: gpu: mali-bifrost: Fix power-domain-names validation dt-bindings: gpu: mali-bifrost: Add sub-schema for MT8192's power domains dt-bindings: gpu: mali-bifrost: Add new MT8183 compatible dt-bindings: gpu: mali-bifrost: Add support for MediaTek MT8186 dt-bindings: gpu: mali-bifrost: Add compatible for MT8195 SoC drm/panfrost: Add new compatible for Mali on the MT8183 SoC drm/panfrost: Add support for Mali on the MT8186 SoC .../bindings/gpu/arm,mali-bifrost.yaml | 80 ++++++++++++++++++- drivers/gpu/drm/panfrost/panfrost_device.h | 2 +- drivers/gpu/drm/panfrost/panfrost_drv.c | 37 +++++++++ drivers/gpu/drm/panfrost/panfrost_gpu.c | 8 ++ 4 files changed, 123 insertions(+), 4 deletions(-)
Comments
Il 16/03/23 11:20, AngeloGioacchino Del Regno ha scritto: > Changes in v5: > - Changed minItems for power-domain-names in base schema as > suggested by Rob > > Changes in v4: > - Refactored power-domains and power-domain-names exclusions as > suggested by Krzysztof > - Small changes in MT8192 bindings addition > > Changes in v3: > - Changed MT8186 bindings to declare only two power domains > - Added a commit introducing MT8186 specific platform data to > panfrost_drv > > Changes in v2: > - Add power-domain-names commit from Chen-Yu to the series > - Kept sram-supply in base schema, overridden for non-MediaTek > - Added Reviewed-by tags from Steven Price to the driver commits > (as released in reply to v1's cover letter - thanks!) > > This series adds support for new MediaTek SoCs (MT8186/MT8192/MT8195) > and improves MT8183 support: since the mtk-regulator-coupler driver > was picked, it is now useless for Panfrost to look for, and manage, > two regulators (GPU Vcore and GPU SRAM) on MediaTek; > > The aforementioned driver will take care of keeping the voltage > relation (/constraints) of the two regulators on its own when a > voltage change request is sent to the Vcore, solving the old time > issue with not working DVFS on Panfrost+MediaTek (due to devfreq > supporting only single regulator). > > In the specific case of MT8183, in order to not break the ABI, it > was necessary to add a new compatible for enabling DVFS. > > Alyssa Rosenzweig (3): > drm/panfrost: Increase MAX_PM_DOMAINS to 5 > drm/panfrost: Add the MT8192 GPU ID > drm/panfrost: Add mediatek,mt8192-mali compatible > > AngeloGioacchino Del Regno (9): > dt-bindings: gpu: mali-bifrost: Split out MediaTek power-domains > variation > dt-bindings: gpu: mali-bifrost: Set power-domains maxItems to 5 > dt-bindings: gpu: mali-bifrost: Fix power-domain-names validation > dt-bindings: gpu: mali-bifrost: Add sub-schema for MT8192's power > domains > dt-bindings: gpu: mali-bifrost: Add new MT8183 compatible > dt-bindings: gpu: mali-bifrost: Add support for MediaTek MT8186 > dt-bindings: gpu: mali-bifrost: Add compatible for MT8195 SoC > drm/panfrost: Add new compatible for Mali on the MT8183 SoC > drm/panfrost: Add support for Mali on the MT8186 SoC > > .../bindings/gpu/arm,mali-bifrost.yaml | 80 ++++++++++++++++++- > drivers/gpu/drm/panfrost/panfrost_device.h | 2 +- > drivers/gpu/drm/panfrost/panfrost_drv.c | 37 +++++++++ > drivers/gpu/drm/panfrost/panfrost_gpu.c | 8 ++ > 4 files changed, 123 insertions(+), 4 deletions(-) > Hello maintainers, this series is fully tested, fully reviewed and fully ready. Can anyone please pick it ASAP, so that we can finally get GPU support on MediaTek SoCs (including lots of Chromebooks)? Many thanks! Angelo
On Thu, 23 Mar 2023 09:24:06 +0100 AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> wrote: > Il 16/03/23 11:20, AngeloGioacchino Del Regno ha scritto: > > Changes in v5: > > - Changed minItems for power-domain-names in base schema as > > suggested by Rob > > > > Changes in v4: > > - Refactored power-domains and power-domain-names exclusions as > > suggested by Krzysztof > > - Small changes in MT8192 bindings addition > > > > Changes in v3: > > - Changed MT8186 bindings to declare only two power domains > > - Added a commit introducing MT8186 specific platform data to > > panfrost_drv > > > > Changes in v2: > > - Add power-domain-names commit from Chen-Yu to the series > > - Kept sram-supply in base schema, overridden for non-MediaTek > > - Added Reviewed-by tags from Steven Price to the driver commits > > (as released in reply to v1's cover letter - thanks!) > > > > This series adds support for new MediaTek SoCs (MT8186/MT8192/MT8195) > > and improves MT8183 support: since the mtk-regulator-coupler driver > > was picked, it is now useless for Panfrost to look for, and manage, > > two regulators (GPU Vcore and GPU SRAM) on MediaTek; > > > > The aforementioned driver will take care of keeping the voltage > > relation (/constraints) of the two regulators on its own when a > > voltage change request is sent to the Vcore, solving the old time > > issue with not working DVFS on Panfrost+MediaTek (due to devfreq > > supporting only single regulator). > > > > In the specific case of MT8183, in order to not break the ABI, it > > was necessary to add a new compatible for enabling DVFS. > > > > Alyssa Rosenzweig (3): > > drm/panfrost: Increase MAX_PM_DOMAINS to 5 > > drm/panfrost: Add the MT8192 GPU ID > > drm/panfrost: Add mediatek,mt8192-mali compatible > > > > AngeloGioacchino Del Regno (9): > > dt-bindings: gpu: mali-bifrost: Split out MediaTek power-domains > > variation > > dt-bindings: gpu: mali-bifrost: Set power-domains maxItems to 5 > > dt-bindings: gpu: mali-bifrost: Fix power-domain-names validation > > dt-bindings: gpu: mali-bifrost: Add sub-schema for MT8192's power > > domains > > dt-bindings: gpu: mali-bifrost: Add new MT8183 compatible > > dt-bindings: gpu: mali-bifrost: Add support for MediaTek MT8186 > > dt-bindings: gpu: mali-bifrost: Add compatible for MT8195 SoC > > drm/panfrost: Add new compatible for Mali on the MT8183 SoC > > drm/panfrost: Add support for Mali on the MT8186 SoC > > > > .../bindings/gpu/arm,mali-bifrost.yaml | 80 ++++++++++++++++++- > > drivers/gpu/drm/panfrost/panfrost_device.h | 2 +- > > drivers/gpu/drm/panfrost/panfrost_drv.c | 37 +++++++++ > > drivers/gpu/drm/panfrost/panfrost_gpu.c | 8 ++ > > 4 files changed, 123 insertions(+), 4 deletions(-) > > > > Hello maintainers, > > this series is fully tested, fully reviewed and fully ready. > > Can anyone please pick it ASAP, so that we can finally get GPU support > on MediaTek SoCs (including lots of Chromebooks)? Queued to drm-misc-next. Thanks, Boris