Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1051345ybz; Wed, 22 Apr 2020 12:37:33 -0700 (PDT) X-Google-Smtp-Source: APiQypLkB3UuEY/OL1IATXO4RUHzQV4p4Mp9p+sF/qvC+Zw7a4+FsN2xgcvD2CpIBXb+ngjXsmQf X-Received: by 2002:a17:906:11c9:: with SMTP id o9mr6881eja.64.1587584253677; Wed, 22 Apr 2020 12:37:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587584253; cv=none; d=google.com; s=arc-20160816; b=fVdWzDNWX+paKtVtS1kopEYBP5ANg9AIQOqVNrQjyPRtnxmLtqkZJnZpif8wHbJcl4 SNmB6QbKVZnGqUCXMc4BeoXkYtoNEFinqLuuyaTv9l4ORnrm5NP5pbHRLf1I5MpksyqS pc3ylzzNhdiH4URfJLN5vHQQMvO4vvId8pQNe0iUV2jGeyyAqNU8G7heWgKcT6rKhWdb x69FbaatTLUzHaK7Trl5z/AoyFIA0sNVzeQNgZ6UthHne+/PrnZ5W06ccKsUak1PBJcm AJP6O1ap2xoPex3YMFlgQFxnKPArQGuNXogKjwi8IcHgOgrfe9255hW6D8iBkeg8bvSN z9BA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=f5drXbgpp4sCajpKDJyWZ4JxB0dtmBvuEMf3on3joYI=; b=cRxjBRhhTqWptubpLWZeaccEiKu2uAZNMa98OAxwOF5cBNyeUWevB20dndzUMA3niv TYa/cY9nkdJYNtUUJaGMva2ed0TwlSEa1MR9uyuGkKIpMMSE4S1lXsp+jl2266bqLraQ BsrxC382N9oJ+kjefld1OsUOkbvLYzXf1p1pUED8v4Nb7AN3qUwlX6zu1ZsS1bGUJyw8 lVz00EfgnnmSv4sDEST5SrmcrzyMyXteuTL0F2XQza2bv6mxQwWnUWUcE/JKSiOwnNTg tKZoXeLvV438n5iUJzjeCUqWOCL2Q//JcoBWBIIbocUAilf0U9/HN27BhLp5oIYtWJ5q hiRQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cw10si48854edb.54.2020.04.22.12.37.10; Wed, 22 Apr 2020 12:37:33 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726201AbgDVTdi (ORCPT + 99 others); Wed, 22 Apr 2020 15:33:38 -0400 Received: from muru.com ([72.249.23.125]:51032 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725935AbgDVTdh (ORCPT ); Wed, 22 Apr 2020 15:33:37 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 6910580EE; Wed, 22 Apr 2020 19:34:20 +0000 (UTC) Date: Wed, 22 Apr 2020 12:33:28 -0700 From: Tony Lindgren To: Philipp Rossak Cc: "H. Nikolaus Schaller" , Paul Cercueil , Maxime Ripard , Jonathan Bakker , David Airlie , Daniel Vetter , Rob Herring , Mark Rutland , =?utf-8?Q?Beno=C3=AEt?= Cousson , Ralf Baechle , Paul Burton , James Hogan , Kukjin Kim , Krzysztof Kozlowski , Chen-Yu Tsai , Thomas Bogendoerfer , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , OpenPVRSGX Linux Driver Group , linux-omap , Linux Kernel Mailing List Subject: Re: [PATCH v6 00/12] ARM/MIPS: DTS: add child nodes describing the PVRSGX GPU present in some OMAP SoC and JZ4780 (and many more) Message-ID: <20200422193328.GD37466@atomide.com> References: <20200421112129.zjmkmzo3aftksgka@gilmour.lan> <20200421141543.GU37466@atomide.com> <20200422065859.quy6ane5v7vsy5tf@gilmour.lan> <1AA57A0C-48E6-49BB-BB9A-2AAFFB371BCD@goldelico.com> <20200422151328.2oyqz7gqkbunmd6o@gilmour.lan> <07923B6C-4CCD-4B81-A98F-E19C43412A89@goldelico.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Philipp Rossak [200422 19:05]: > A few years back, I did a big research on the PowerVR GPUs. Back then I > found an interesting TI datasheet. I forgot about this till I have seen the > right buzz words. Sorry that I remembered it that late. > > Back then I came to the conclusion that all PowerVR GPU's have in general 3 > Clocks. > > A system clock, a memory clock and a core clock. [1]. Hmm I'm not sure if those names are sgx or SoC specific. Anyways, the sgx clocks for omap variants are already handled by the ti-sysc module as "fck" and "ick" so nothing to do there. > The hyd_clk at sunxi devices seems to be the system clock. > > With those additional information it should be very easy to get a proper > binding. It would be best to find the clock(s) name used in the sgx docs to avoid using SoC specific naming :) But yeah "sysclk" "memclk" and "coreclk" seem just fine for me for the optional clocks if that works for other SoCs. Regards, Tony > [1]: https://github.com/embed-3d/PVRSGX_hwdoc/blob/master/sources/pdfs/Spruh73c_chapter_SGX_Graphics_Accelerator.pdf