Hi Tony, On Tue, Feb 5, 2019 at 5:11 PM Tony Lindgren <tony@xxxxxxxxxxx> wrote: > * Simon Horman <horms@xxxxxxxxxxxx> [190205 10:58]: > > On Tue, Feb 05, 2019 at 09:07:38AM +0100, Geert Uytterhoeven wrote: > > > On Mon, Feb 4, 2019 at 9:37 PM Tony Lindgren <tony@xxxxxxxxxxx> wrote: > > > > These are automatically selected with make multi_v7_defconfig, > > > > except for SH_DMAE which is selected only by sound/soc/sh/Kconfig. > > > > > > > > Cc: Arnd Bergmann <arnd@xxxxxxxx> > > > > Cc: Geert Uytterhoeven <geert+renesas@xxxxxxxxx> > > > > Cc: Olof Johansson <olof@xxxxxxxxx> > > > > Cc: Russell King <linux@xxxxxxxxxxxxxxx> > > > > Cc: Simon Horman <horms+renesas@xxxxxxxxxxxx> > > > > Signed-off-by: Tony Lindgren <tony@xxxxxxxxxxx> > > > > > > Thanks, this matches similar changes to shmobile_defconfig in commit > > > 4162325afd0d553c ("ARM: shmobile: defconfig: Refresh for v5.0-rc1") > > > in next. > > > > > > Acked-by: Geert Uytterhoeven <geert+renesas@xxxxxxxxx> > > > > Acked-by: Simon Horman <horms+renesas@xxxxxxxxxxxx> > > > > > > > > I didn't update multi_v7_defconfig to avoid conflicts. > > > IMHO the arm-soc maintainers should handle the refresh of the common > > > config on a regular basis[*]. > > > > > > [*] When is the right time? I'd say it should be the last commit just > > > before the release of rc1 (so all arm-soc submaintainers' trees will > > > have the new base in their for-next branches for the next merge > > > window), but that may be difficult to implement. > > > > > > What do you think? Thanks! > > Yeah I agree we should do it on regular basis just before -rc1 > for multi_v7_defconfig. > > The reasoning being that make savedefconfig is pretty much useless > otherwise for generating defconfig patches and the chances of > pointless merge conflicts and errors keep increasing until > something breaks :) That's why I never copy blindly a saved defconfig over multi_v7_defconfig, but diff the saved defconfig before/after, and apply that patch to multi_v7_defconfig.... > I can attempt to do a late branch of the dropped and moved options > refreshed against arm-soc defconfig branch if that helps. That's up to the arm-soc maintainers, I think. 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