linux-kernel - Re: [PATCH] clk: mvebu: Add clk support for the orion5x SoC mv88f5181

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <8760pp5zhp.fsf@free-electrons.com>
Date:   Wed, 21 Sep 2016 12:16:50 +0200
From:   Gregory CLEMENT <gregory.clement@...e-electrons.com>
To:     Stephen Boyd <sboyd@...eaurora.org>
Cc:     Mike Turquette <mturquette@...libre.com>,
        linux-clk@...r.kernel.org, linux-kernel@...r.kernel.org,
        Jason Cooper <jason@...edaemon.net>,
        Andrew Lunn <andrew@...n.ch>,
        Sebastian Hesselbarth <sebastian.hesselbarth@...il.com>,
        Thomas Petazzoni <thomas.petazzoni@...e-electrons.com>,
        linux-arm-kernel@...ts.infradead.org,
        Jamie Lentin <jm@...tin.co.uk>
Subject: Re: [PATCH] clk: mvebu: Add clk support for the orion5x SoC mv88f5181

Hi Stephen,
 
 On mar., sept. 20 2016, Stephen Boyd <sboyd@...eaurora.org> wrote:

> On 09/20, Gregory CLEMENT wrote:
>> From: Jamie Lentin <jm@...tin.co.uk>
>> 
>> Referring to the u-boot sources for the Netgear WNR854T, add support
>> for the mv88f5181.
>> 
>> [gregory.clement@...e-electrons.com: fix commit title]
>> Signed-off-by: Jamie Lentin <jm@...tin.co.uk>
>> Reviewed-by: Andrew Lunn <andrew@...n.ch>
>> Acked-by: Rob Herring <robh@...nel.org>
>> Signed-off-by: Gregory CLEMENT <gregory.clement@...e-electrons.com>
>> ---
>> 
>> Hi Stephen and Mike,
>> 
>> do you agree to give your acked-by on this patch. It is part of a
>> convertion of old orion5x Socv to the device tree. If you acked-by
>> this one, then I will be able to take it in my tree and avoiding
>> breaking the git bisect.
>
> Is the problem that we're changing some dts files somewhere and
> those platforms would stop booting if this change wasn't present?
> Given that we're adding a new compatible it seems like we're
> adding new SoC support, so having the clk patch and the dts patch
> come together in -next via a merge instead of basing the dts
> patch on top of the clk patch would be how things are normally
> done.

The problem appear if the dts for the board using the clock driver is
merged in Linus tree before the support in the driver. At this point the
board won't be able to boot.

It introduces a hole in the git bisect between the merge of the clock
subsystem and the arm-soc subsystem.

>
> If we're really changing some dts to be backwards incompatible,
> then I understand the bisect problem and you can have my ack.
>
> Acked-by: Stephen Boyd <sboyd@...eaurora.org.

Thanks,

Gregory

>
> -- 
> Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
> a Linux Foundation Collaborative Project

-- 
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com