Re: [git pull] clk: renesas: Updates for v4.10 (take two)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Nov 18, 2016 at 11:12 AM, Geert Uytterhoeven
<geert@xxxxxxxxxxxxxx> wrote:
> On Fri, Nov 18, 2016 at 10:59 AM, Simon Horman <horms@xxxxxxxxxxxx> wrote:
>> On Fri, Nov 18, 2016 at 10:55:00AM +0100, Geert Uytterhoeven wrote:
>>> On Fri, Nov 18, 2016 at 12:07 AM, Stephen Boyd <sboyd@xxxxxxxxxxxxxx> wrote:
>>> > On 11/07, Geert Uytterhoeven wrote:
>>> >> The following changes since commit dbdcc4f996df280eb2758095b4774ea62da8a2a7:
>>> >>
>>> >>   clk: renesas: r8a7796: Add DU and LVDS clocks (2016-11-02 20:40:08 +0100)
>>> >>
>>> >> are available in the git repository at:
>>> >>
>>> >>   git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git tags/clk-renesas-for-v4.10-tag2
>>> >>
>>> >> for you to fetch changes up to 1936be95e013802291201c1ed193e04fd1ed3d13:
>>> >
>>> > Ok. Pulled into clk-next. I'm a little wary here as I haven't
>>> > seen any indication from arm-soc maintainers (not Simon) that
>>> > they'll take this cross tree merge. I guess we'll see how it
>>> > goes.
>>>
>>> Thanks for pulling!
>>>
>>> Simon: while it's too late in the v4.10 cycle to queue additional cleanups in
>>> the platform code on top of this, can you please still pull
>>>
>>>         git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git
>>> rcar-rst
>>>
>>> to resolve the (trivial) merge conflicts between the conversion to the RST
>>> driver in that branch, and the addition of PRR and RZ/G support in your tree?
>>> This will prevent arm-soc and/or Linus from having to deal with these
>>> conflicts.
>>>
>>> For reference, I've pushed the conflict resolution to branch
>>
>> Pull where? I've already sent pull-requests to the ARM SoC maintainers
>
> What do you mean with "where"?
>
>> so I fear this may be too late.
>
> I know you've already sent pull requests.
> Without a conflict resolution, the arm-soc maintainers and/or Linus will
> face the conflicts, depending on merge order.

Upon second thought, any merge conflicts will show up only when Linus
will merge clk and/or arm-soc branches.

As the arm-soc maintainers send multiple pull requests, it's difficult
to predict
which merge conflicts will happen when, and providing conflict resolutions
to arm-soc won't help much.

After some private discussion with Simon, we think the best solution is to
notify Linus in advance. All but one merge conflicts are of the "add both
sides" type.

I'll do so next week, before the merge window opens.

Thanks!

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds



[Index of Archives]     [Linux Samsung SOC]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux