From patchwork Fri Sep 15 09:18:04 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: =?utf-8?q?Heiko_St=C3=BCbner?= X-Patchwork-Id: 814181 Return-Path: X-Original-To: incoming-dt@patchwork.ozlabs.org Delivered-To: patchwork-incoming-dt@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=none (mailfrom) smtp.mailfrom=vger.kernel.org (client-ip=209.132.180.67; helo=vger.kernel.org; envelope-from=devicetree-owner@vger.kernel.org; receiver=) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 3xtqZR1pLQz9s4q for ; Fri, 15 Sep 2017 19:18:23 +1000 (AEST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751201AbdIOJSW (ORCPT ); Fri, 15 Sep 2017 05:18:22 -0400 Received: from gloria.sntech.de ([95.129.55.99]:48368 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751157AbdIOJSV (ORCPT ); Fri, 15 Sep 2017 05:18:21 -0400 Received: from p5b127fef.dip0.t-ipconnect.de ([91.18.127.239] helo=phil.sntech) by gloria.sntech.de with esmtpsa (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1dsmlO-0007Vp-Ty; Fri, 15 Sep 2017 11:18:19 +0200 From: Heiko Stuebner To: linux-rockchip@lists.infradead.org Cc: robh+dt@kernel.org, mark.rutland@arm.com, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Heiko Stuebner Subject: [PATCH v2 0/8] ARM: dts: rockchip: add Utgard Mali nodes for some socs Date: Fri, 15 Sep 2017 11:18:04 +0200 Message-Id: <20170915091812.13368-1-heiko@sntech.de> X-Mailer: git-send-email 2.14.1 Sender: devicetree-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org This adds a mali-supply similar to the Midgard binding, the compatibles for 3 Rockchip socs and the nodes for these. The rk3036 and rk3188 gpus were tested, on the boards that get their gpus enabled, using the current Lima resurrection project and were able to probe the gpus sucessfully and draw a nice red-triangle in an off-screen application. The only special thing Rockchip Malis do, is that all MMUs have a shared interrupt and all PPs also have a shared interrupt, but that works out well with the current binding. changes in v2: - adapt to Rob's comment for the compatibles, not sure how I could miss the long compatible list at the top in the first place :-) - add Rob's Ack for patch 2 and adapt styling to match the other properties - add power-domains as optional property The power-domains are missing from the actual devicetree patches for now, as the rk3036 does not have any and I just submitted power-domain support for rk3188 in a separate series. So while the rk3188 needs a power-domain it's driver is still in-flight :-) Heiko Stuebner (8): dt-bindings: gpu: mali-utgard: Add Rockchip Utgard Malis dt-bindings: gpu: mali-utgard: add optional supply regulator dt-bindings: gpu: mali-utgard: add optional power-domain reference ARM: dts: rockchip: add rk3036 gpu node ARM: dts: rockchip: enable the gpu on rk3036-kylin boards ARM: dts: rockchip: add rk322x gpu node ARM: dts: rockchip: add gpu nodes on rk3066/rk3188 ARM: dts: rockchip: enable gpu on rk3188-radxarock .../devicetree/bindings/gpu/arm,mali-utgard.txt | 16 +++++++++++++++ arch/arm/boot/dts/rk3036-kylin.dts | 5 +++++ arch/arm/boot/dts/rk3036.dtsi | 19 +++++++++++++++++ arch/arm/boot/dts/rk3066a.dtsi | 24 ++++++++++++++++++++++ arch/arm/boot/dts/rk3188-radxarock.dts | 4 ++++ arch/arm/boot/dts/rk3188.dtsi | 24 ++++++++++++++++++++++ arch/arm/boot/dts/rk322x.dtsi | 21 +++++++++++++++++++ arch/arm/boot/dts/rk3xxx.dtsi | 11 ++++++++++ 8 files changed, 124 insertions(+)