[PATCH] soc: add aspeed folder and misc drivers

Arnd Bergmann arnd at arndb.de
Wed Apr 24 01:33:15 AEST 2019

On Tue, Apr 23, 2019 at 4:24 PM Patrick Venture <venture at google.com> wrote:
> On Tue, Apr 23, 2019 at 1:08 AM Arnd Bergmann <arnd at arndb.de> wrote:
> >
> > On Mon, Apr 22, 2019 at 7:38 PM Patrick Venture <venture at google.com> wrote:
> > >
> > > Create a SoC folder for the ASPEED parts and place the misc drivers
> > > currently present into this folder.  These drivers are not generic part
> > > drivers, but rather only apply to the ASPEED SoCs.
> > >
> > > Signed-off-by: Patrick Venture <venture at google.com>
> >
> > Looks ok, but please resend to arm at kernel.org or soc at kernel.org
> > so we can track the submission and make sure it gets applied if
> > you want this to go through the arm-soc tree.
> Thanks, I didn't see those come up in the get_maintainers output.
> I had a longer question related to this patch progression -- if I am
> moving the aspeed gpio driver to the soc folder, the soc tree may have
> the soc/aspeed folder in their next, but the gpio tree wouldn't
> necessarily.  I know the branches sync up when things are merged at
> the top, but I wasn't sure if there was another mechanism for this?

We can generally deal with merge conflicts like this, or you can ask
the respective maintainers about it and let us figure something out.

In this particular case, why would you move the gpio driver into
the soc folder? If there is a proper subsystem for a driver, it should
not be in drivers/misc or drivers/soc.


More information about the Linux-aspeed mailing list