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