From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Arnd Bergmann To: linux-arm-kernel@lists.infradead.org Cc: Chris Packham , Stephen Boyd , "linux-clk@vger.kernel.org" , Michael Turquette , Rob Herring , Mark Rutland , Jason Cooper , Andrew Lunn , Gregory Clement , Sebastian Hesselbarth , Russell King , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH 4/4] clk: mvebu: Expand mv98dx3236-core-clock support Date: Wed, 08 Feb 2017 11:52:59 +0100 Message-ID: <9294933.cXSW0amFbE@wuerfel> In-Reply-To: <6149d4126a214ac8b0b0184bd818bea6@svr-chch-ex1.atlnz.lc> References: <20170203034012.29399-1-chris.packham@alliedtelesis.co.nz> <5a974d9d7260432087619486bf5d79ed@svr-chch-ex1.atlnz.lc> <6149d4126a214ac8b0b0184bd818bea6@svr-chch-ex1.atlnz.lc> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" List-ID: On Tuesday, February 7, 2017 3:07:37 AM CET Chris Packham wrote: > > > > Actually I wonder if I can try a bit harder to keep a system booting. > > The following might work > > 1) add the compatible strings to the existing armada clock drivers. > > 2) update the dts to use the new compatible strings. > > 3) add the new driver and remove the compatible strings from the armada > > drivers. > > > > #1 would still upset checkpatch.pl because the documentation would only > > arrive in #2. > > Actually upon testing #1 is unnecessary. I lose some of the gated clocks > but nothing that prevents booting. Just to be sure: this means we can merge 2) and 3) independently and having just one of them will not cause regressions over what we have today? Arnd