[PATCH 2/2] ARM: multi_v7_defconfig: Replace USB_RCAR_GEN2_PHY by PHY_RCAR_GEN2

Simon Horman horms at verge.net.au
Tue May 12 17:19:54 PDT 2015


Hi Arnd, Hi Geert,

On Tue, May 12, 2015 at 09:42:40PM +0200, Arnd Bergmann wrote:
> On Tuesday 12 May 2015 18:30:59 Geert Uytterhoeven wrote:
> > 
> > I think Simon's question was more about asking what's the proper process
> > for updating multi_v7_defconfig.
> > 
> > Should this go through you / arm at kernel.org directly?
> > Should it go through arm subarchitecture maintainers, causing merge conflicts?
> 
> I think it should go through subarch maintainers, and we'll handle the
> conflicts as they arise when merging into the next/defconfig branch.
> This does mean that it's important to send the defconfig changes separately
> from other changes if possible, but it's fine to have a branch that touches
> both platform-specific and generic defconfig files.

Thanks, that is now completely clear to me.

FWIW, I am currently seeing one or two generic config changes per release
cycle. Which implies to me that conflicts should be minimal.

> > BTW, arm at kernel.org isn't documented in MAINTAINERS.
> 
> Right, that is intentional. We don't want to get Cc'd on 4000 patches per
> month that get sent to the mailing list for mach-*. By having a maintainer
> for each subdirectory and letting them decide what to forward to us,
> we're able to do our job better.
> 
> 	Arnd
> 



More information about the linux-arm-kernel mailing list