mbox series

[v3,0/6] ARM: config: Refresh multi v7

Message ID 20210615011435.518115-1-joel@jms.id.au (mailing list archive)
Headers show
Series ARM: config: Refresh multi v7 | expand

Message

Joel Stanley June 15, 2021, 1:14 a.m. UTC
v3: This version adds r-b tags from Arnd and leaves the PTP_1588_CLOCK
    option alone.

v2 can be found here:

 https://lore.kernel.org/linux-arm-kernel/20210610035412.93682-1-joel@jms.id.au/

v1 can be found here:

  https://lore.kernel.org/linux-arm-kernel/20210608103833.598348-1-joel@jms.id.au/

This refreshes the multi v7 defconfig, broken down to show why symbols
are coming and going.

There are a few drivers that were intended to be part of the config that
are currently disabled, which will once again be tested.

Joel Stanley (6):
  ARM: config: multi v7: Drop unavailable options
  ARM: config: multi v7: Clean up enabled by default options
  ARM: config: multi v7: Add renamed symbols
  ARM: config: multi v7: Enable dependancies
  ARM: config: mutli v7: Reenable FB dependency
  ARM: config: multi v7: Regenerate defconifg

 arch/arm/configs/multi_v7_defconfig | 90 +++++++++++------------------
 1 file changed, 33 insertions(+), 57 deletions(-)

Comments

Joel Stanley Sept. 14, 2021, 8:31 a.m. UTC | #1
Hi Arnd,

On Tue, 15 Jun 2021 at 01:14, Joel Stanley <joel@jms.id.au> wrote:
>
> v3: This version adds r-b tags from Arnd and leaves the PTP_1588_CLOCK
>     option alone.
>
> v2 can be found here:
>
>  https://lore.kernel.org/linux-arm-kernel/20210610035412.93682-1-joel@jms.id.au/
>
> v1 can be found here:
>
>   https://lore.kernel.org/linux-arm-kernel/20210608103833.598348-1-joel@jms.id.au/
>
> This refreshes the multi v7 defconfig, broken down to show why symbols
> are coming and going.
>
> There are a few drivers that were intended to be part of the config that
> are currently disabled, which will once again be tested.
>
> Joel Stanley (6):
>   ARM: config: multi v7: Drop unavailable options
>   ARM: config: multi v7: Clean up enabled by default options
>   ARM: config: multi v7: Add renamed symbols
>   ARM: config: multi v7: Enable dependancies
>   ARM: config: mutli v7: Reenable FB dependency
>   ARM: config: multi v7: Regenerate defconifg

I think I assumed this would be picked up, but I'm not sure why I thought that.

Do you want me to send a pull request for v5.16?

It would be handy to have these two patches in sooner rather than later:

>   ARM: config: multi v7: Enable dependancies
>   ARM: config: mutli v7: Reenable FB dependency

Cheers,

Joel

>
>  arch/arm/configs/multi_v7_defconfig | 90 +++++++++++------------------
>  1 file changed, 33 insertions(+), 57 deletions(-)
>
> --
> 2.30.2
>
Arnd Bergmann Sept. 14, 2021, 2:03 p.m. UTC | #2
On Tue, Sep 14, 2021 at 10:31 AM Joel Stanley <joel@jms.id.au> wrote:
> On Tue, 15 Jun 2021 at 01:14, Joel Stanley <joel@jms.id.au> wrote:
> >
> >
> >   https://lore.kernel.org/linux-arm-kernel/20210608103833.598348-1-joel@jms.id.au/
> >
> > This refreshes the multi v7 defconfig, broken down to show why symbols
> > are coming and going.
> >
> > There are a few drivers that were intended to be part of the config that
> > are currently disabled, which will once again be tested.
> >
> > Joel Stanley (6):
> >   ARM: config: multi v7: Drop unavailable options
> >   ARM: config: multi v7: Clean up enabled by default options
> >   ARM: config: multi v7: Add renamed symbols
> >   ARM: config: multi v7: Enable dependancies
> >   ARM: config: mutli v7: Reenable FB dependency
> >   ARM: config: multi v7: Regenerate defconifg
>
> I think I assumed this would be picked up, but I'm not sure why I thought that.
>
> Do you want me to send a pull request for v5.16?

Ah right, I think I planned to merge them but then forgot about it as it
was not in patchwork. If you want to be sure we get to something, best
send it to soc@kernel.org so we at least remember to take a look.

> It would be handy to have these two patches in sooner rather than later:
>
> >   ARM: config: multi v7: Enable dependancies
> >   ARM: config: mutli v7: Reenable FB dependency

I applied these directly to the arm/fixes branch now.

Please rebase the rest on top of v5.15-rc1 or that branch (whichever works
better for you), and send them as separate patches or a pull request to
soc@kernel.org.

       Arnd
Joel Stanley Sept. 16, 2021, 7:31 a.m. UTC | #3
On Tue, 14 Sept 2021 at 14:03, Arnd Bergmann <arnd@arndb.de> wrote:
>
> On Tue, Sep 14, 2021 at 10:31 AM Joel Stanley <joel@jms.id.au> wrote:
> > On Tue, 15 Jun 2021 at 01:14, Joel Stanley <joel@jms.id.au> wrote:
> > >
> > >
> > >   https://lore.kernel.org/linux-arm-kernel/20210608103833.598348-1-joel@jms.id.au/
> > >
> > > This refreshes the multi v7 defconfig, broken down to show why symbols
> > > are coming and going.
> > >
> > > There are a few drivers that were intended to be part of the config that
> > > are currently disabled, which will once again be tested.
> > >
> > > Joel Stanley (6):
> > >   ARM: config: multi v7: Drop unavailable options
> > >   ARM: config: multi v7: Clean up enabled by default options
> > >   ARM: config: multi v7: Add renamed symbols
> > >   ARM: config: multi v7: Enable dependancies
> > >   ARM: config: mutli v7: Reenable FB dependency
> > >   ARM: config: multi v7: Regenerate defconifg
> >
> > I think I assumed this would be picked up, but I'm not sure why I thought that.
> >
> > Do you want me to send a pull request for v5.16?
>
> Ah right, I think I planned to merge them but then forgot about it as it
> was not in patchwork. If you want to be sure we get to something, best
> send it to soc@kernel.org so we at least remember to take a look.

Thanks for the reminder, I really appreciate how quickly you respond
when something gets sent there.

> > It would be handy to have these two patches in sooner rather than later:
> >
> > >   ARM: config: multi v7: Enable dependancies
> > >   ARM: config: mutli v7: Reenable FB dependency
>
> I applied these directly to the arm/fixes branch now.
>
> Please rebase the rest on top of v5.15-rc1 or that branch (whichever works
> better for you), and send them as separate patches or a pull request to
> soc@kernel.org.

Will do. Thanks!