From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tero Kristo Subject: Re: [PATCH 0/2] ARM: DRA7x/OMAP5: Clock: DPLL Clock fixes Date: Wed, 25 Feb 2015 09:28:48 +0200 Message-ID: <54ED79B0.4020101@ti.com> References: <1422724005-9415-1-git-send-email-rk@ti.com> <54E5FC6D.7040701@ti.com> <20150224162719.GA28244@atomide.com> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20150224162719.GA28244@atomide.com> Sender: linux-kernel-owner@vger.kernel.org To: Tony Lindgren , Ravikumar Kattekola Cc: bcousson@baylibre.com, mark.rutland@arm.com, devicetree@vger.kernel.org, linux@arm.linux.org.uk, pawel.moll@arm.com, ijc+devicetree@hellion.org.uk, linux-kernel@vger.kernel.org, robh+dt@kernel.org, galak@codeaurora.org, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org List-Id: devicetree@vger.kernel.org On 02/24/2015 06:27 PM, Tony Lindgren wrote: > * Ravikumar Kattekola [150219 08:13]: >> On 1/31/2015 10:36 PM, Ravikumar Kattekola wrote: >>> Fix bypass clock source for a few DPLLs. >>> >>> On DRA7x/OMAP5, for a few DPLLs, both CLKINP and CLKINPULOW are connected >>> to a mux and the output from mux is routed to the bypass clkout. >>> Add a mux-clock as bypass clock with CLKINP and CLKINPULOW as parents. >>> >>> Tested against: >>> tree: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git >>> branch: master >>> On: >>> CPU : OMAP5432 ES2.0 >>> Board: OMAP5432 uEVM >>> and >>> CPU : DRA752 ES1.0 >>> Board: DRA7xx >>> >>> >>> Ravikumar Kattekola (2): >>> ARM: DRA7x: dts: Fix the bypass clock source for dpll_iva and others >>> ARM: OMAP5: dts: Fix the bypass clock source for dpll_iva and others >>> >>> arch/arm/boot/dts/dra7xx-clocks.dtsi | 90 ++++++++++++++++++++++++++++---- >>> arch/arm/boot/dts/omap54xx-clocks.dtsi | 41 +++++++++++++-- >>> 2 files changed, 118 insertions(+), 13 deletions(-) >>> >> Hi Benoit, >> Can these fixes be looked into for 3.20-rc? > > Seem like valid fixes to me. Tero, care to take a look at these and ack > if OK? Yes, both are good to go. Acked-by: Tero Kristo