Received: by 10.223.176.5 with SMTP id f5csp897546wra; Fri, 2 Feb 2018 07:54:23 -0800 (PST) X-Google-Smtp-Source: AH8x225HMvXGeru4J4T0S2hMdf77B4IdJ7Fq+KtwykxmsxTrWIM+HP7SkB3Y0Oo8rkvRHhJRnPYx X-Received: by 10.99.182.75 with SMTP id v11mr2367243pgt.158.1517586863109; Fri, 02 Feb 2018 07:54:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517586863; cv=none; d=google.com; s=arc-20160816; b=YyG+inB/2qjgqtTdPfcsmFM4uKne0plbIA+GL5YncAGFgg//SXDm0Y7vfEoh6yMzJi ZGVeOvM6prlmEpT8fML+8pF43gPyK/oTCFzpH6H1D4gu0l/PH15e5B182AL728PcamgB 98FJcO95FBz82C4HCW4YMfmGMjjGNbjkGhUbBOjMhEV8bwSDLd8N+iVRhTI/hqFycnuQ vXfBWhPgN8MBQNvMMG6TuWVQavAQsyRNkEFBD3iIXm4wdm3AxMtMOPmKBCmR9yjMdh2z kADkwMarkCbCrxrSOUMumAvGIhi8MSgPjg8uZHPL7QPWCRBsX9RBOFzz3OXpuvO52pjr gvag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=otyULGqesW80zPAQZmSVYqhGJASU8UQdyEqv378hDRk=; b=ZJ6vU4gV9bFqwRl1kFgZRkG2Jw03PC+W5ylpIz80QmuywXqTjalr7bjqE2xD/pyOYp zFijtcrJFDIeMZLauUfLeFszlN3ZQVOxq6YQA80raLeVoV4zBqm6qCiTUW7Sr0kNoROL tZArWQMjtXIqPEUV/+3HWDj7xfkn6ZRI7EaCIeM4EsnwkEQmXw/+TxB1i/YTtZkt/Ks0 GQc441UtJ23sf+yRt15oJNuAQtgySiC0SiXnuhkUh70xLV/uKNaIxFKwA9QX8qgkMyL6 LjKr7anUHa8crQA1ts7zHJMLoei+1C9aHz/7a6nJB220qTR1UA63uoB1SrEnsNWJeetz awWQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q7si1616844pgc.226.2018.02.02.07.54.07; Fri, 02 Feb 2018 07:54:23 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752169AbeBBPxJ (ORCPT + 99 others); Fri, 2 Feb 2018 10:53:09 -0500 Received: from mail.free-electrons.com ([62.4.15.54]:46663 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751702AbeBBPxE (ORCPT ); Fri, 2 Feb 2018 10:53:04 -0500 Received: by mail.free-electrons.com (Postfix, from userid 110) id A07A620E71; Fri, 2 Feb 2018 16:53:02 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.free-electrons.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT, URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0 Received: from localhost (LStLambert-657-1-97-87.w90-63.abo.wanadoo.fr [90.63.216.87]) by mail.free-electrons.com (Postfix) with ESMTPSA id 661E8219D6; Fri, 2 Feb 2018 16:52:52 +0100 (CET) Date: Fri, 2 Feb 2018 16:52:52 +0100 From: Maxime Ripard To: Giulio Benetti Cc: Chen-Yu Tsai , Michael Turquette , Stephen Boyd , linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] clk: sunxi-ng: ccu-sun4i-a10: Fix mali changing dclk frequency Message-ID: <20180202155252.vhlih33ju6zh26oh@flea.lan> References: <1517354639-92978-1-git-send-email-giulio.benetti@micronovasrl.com> <20180131084349.du2ijvhh5rxa5vvt@flea.lan> <7be1e297-4fac-a7a2-a8cc-54061d4e2fde@micronovasrl.com> <20180201124551.kfyz6frx4lcx4wbz@flea.lan> <8c2fef37-8eb6-38c6-de3d-547edafac8b7@micronovasrl.com> <20180202105304.gow2znzgxqmuxgol@flea.lan> <1b3d96ae-c6e6-4f58-b140-7b1738c12adc@micronovasrl.com> <20180202133516.uoy7ppuozd6cnldm@flea.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2u7rx4ilwrnxrueh" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --2u7rx4ilwrnxrueh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 02, 2018 at 04:38:13PM +0100, Giulio Benetti wrote: > Hi, >=20 > Il 02/02/2018 14:35, Maxime Ripard ha scritto: > > On Fri, Feb 02, 2018 at 11:57:20AM +0100, Giulio Benetti wrote: > > > Il 02/02/2018 11:53, Maxime Ripard ha scritto: > > > > Hi, > > > >=20 > > > > On Thu, Feb 01, 2018 at 05:17:11PM +0100, Giulio Benetti wrote: > > > > > > > > What kernel version did you use? > > > > > > >=20 > > > > > > > Latest mainline. > > > > > >=20 > > > > > > I guess this patch could fix it: > > > > > > http://code.bulix.org/1kitrq-268936?raw > > > > >=20 > > > > > This should prevent from modifying parent clock. But my problem w= as > > > > > different. > > > > >=20 > > > > > On A20, gpu_clk can have different PLL, not I've found out the way > > > > > to choose right one with assigned-parent-clocks. > > > > >=20 > > > > > I have patchset ready for adding A20 mali node, but I need some m= ore > > > > > time to complete with OPP, then I will submit entire patchset. > > > > >=20 > > > > > Now it works correctly, using right pll(dedicated PLL8), setting > > > > > right frequency. > > > >=20 > > > > The point is that we really don't care about which PLL is actually > > > > being used, as long as the rate is correct and we don't break anyth= ing > > > > else. If the GPU rate is accessible through one of the other PLL, it > > > > makes even more sense to not use the GPU PLL and keep it disabled, > > > > since it will result in some power savings. > > >=20 > > > Ah! I see the point now, very clever system for power saving. > > > I'm going to check if it's resolutive, > > > but it sounds good. > > >=20 > > > >=20 > > > > > Btw, do I need to add a board using it, or can I add only Mali no= de > > > > > to sun7i-a20.dtsi(plus other little patches)? > > > >=20 > > > > You can add it to the DTSI without a board using it (and actually, > > > > nothing should be in the board DTS, everything in the DT for the Ma= li > > > > applies to all boards). > > >=20 > > > Sure. So I would also add the patch you've addressed me: > > > http://code.bulix.org/1kitrq-268936?raw > > > as a commit. Can I submit it in patchset to complete the whole job? > >=20 > > I already sent that patch quite some time ago, I'll just apply it. You > > can send the DT patch :) >=20 > Thanks. Sorry for my ignorance, but where are you applying patches? > Because I've tried to check sunxi-next and a lot of other Repo but I can't > find this and neither "Re: [PATCH] clk: sunxi-ng: ccu-sun4i-a10: Fix mali > changing dclk frequency" Usually, in the git tree listed in MAINTAINERS :) Maxime --=20 Maxime Ripard, Bootlin (formerly Free Electrons) Embedded Linux and Kernel engineering http://bootlin.com --2u7rx4ilwrnxrueh Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE0VqZU19dR2zEVaqr0rTAlCFNr3QFAlp0iVMACgkQ0rTAlCFN r3SBOhAAhvKgr1w2vSuofD4w74vz1RYfXREsAdExevFdD+5oWx+raQDuk1mMS6Fv ZNTdXPx1ytbtuBbNuRjumhUUJEyohM3wKuutRzkd/FXV4FNyKwZYfUUHXEekPTbt VLPynr58dKroCXBmrgRl90kxO7uAwX42a/VnutSX+dRVY1b0ubEOg6qPtsnW10h1 Lg+3DYTNBXV/XCMagBAQHb0clzrPnqc3ZMTi1aJ2ZWZTqpQkj0doktYb+fbNmPmB aP9ZBT/+L5yEdQFjL2hai/RDYkLHzdc0AE9SZfVQAC6QQ2IlEkhGiIHfn1OECszF VioTZ/n+1YGqtiJwT9Rw10+gjOLak9HXqIuOgvcbFlAeK50potGjIoeZnnLPVn2Z d2J1aqRFoD30iDpkSEmwH35f2Rua3CDssIA59b2a7bmyUBXGH7r/eqnx7L2Y/pnJ OJf831MMIw9KwJeS2paRHGNuu6BgYuF6C0rz6LhZZofCWNROXjtMdE/YjlyOygfC 2xfdgzD97LJ8VUTv5cHSywXbylIZDzlTm9MunIO3KNkxX3NfIKzPmouLarf22bw0 WTS8loYeK7KlqHbe4jAmA1V0igIOeYG8JbR68fCDFNbqh/QVfzoeglgfx0F5EqGS naHACBBrdk1neR6b31wYFqlUTh5vQUt8eo7k59P+7vSMJSzk3g4= =fabT -----END PGP SIGNATURE----- --2u7rx4ilwrnxrueh--