[GIT PULL] Broadcom Cygnus SoC defconfig changes

[GIT PULL] Broadcom Cygnus SoC defconfig changes

[Florian Fainelli]

The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:

  Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)

are available in the git repository at:

  http://github.com/brcm/linux.git tags/arm-soc/for-3.18/cygnus-defconfig-v9

for you to fetch changes up to aa0204801143ee2d47e9e8dd5f39cdddd5613b4b:

  ARM: multi_v7_defconfig: Enable Broadcom Cygnus (2014-10-30 11:01:35 -0700)

----------------------------------------------------------------
This patchset contains initial support for Broadcom's Cygnus SoC based on our
iProc architecture. Initial support is minimal and includes just the mach
platform code, clock driver, and a basic device tree configuration. Peripheral
drivers will be submitted soon, as will device tree configurations for other
Cygnus board variants.

These are the defconfig parts of the changes

----------------------------------------------------------------
Jonathan Richardson (1):
      ARM: cygnus defconfig : Initial defconfig for Broadcom Cygnus SoC

Ray Jui (1):
      ARM: multi_v7_defconfig: Enable Broadcom Cygnus

Scott Branden (1):
      ARM: bcm_defconfig/multi_v7_defconfig: remove one level of menu from Kconfig

 arch/arm/configs/bcm_cygnus_defconfig | 237 ++++++++++++++++++++++++++++++++++
 arch/arm/configs/bcm_defconfig        |   3 +-
 arch/arm/configs/multi_v7_defconfig   |  21 ++-
 3 files changed, 259 insertions(+), 2 deletions(-)
 create mode 100644 arch/arm/configs/bcm_cygnus_defconfig
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[GIT PULL] Broadcom Cygnus SoC Device Tree changes

[Florian Fainelli]

The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:

  Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)

are available in the git repository at:

  http://github.com/brcm/linux.git tags/arm-soc/for-3.18/cygnus-dts-v9

for you to fetch changes up to 8872fc22c2670cde338ab92be4a8e9ebad8e53e6:

  ARM: dts: Enable Broadcom Cygnus SoC (2014-10-30 11:05:55 -0700)

----------------------------------------------------------------
This patchset contains initial support for Broadcom's Cygnus SoC based on our
iProc architecture. Initial support is minimal and includes just the mach
platform code, clock driver, and a basic device tree configuration. Peripheral
drivers will be submitted soon, as will device tree configurations for other
Cygnus board variants.

These are the Device Tree changes

----------------------------------------------------------------
Jonathan Richardson (1):
      dt-bindings: Document Broadcom Cygnus SoC and clocks

Scott Branden (1):
      ARM: dts: Enable Broadcom Cygnus SoC

 .../devicetree/bindings/arm/bcm/cygnus.txt         |  31 +++++++
 .../devicetree/bindings/clock/bcm-cygnus-clock.txt |  34 +++++++
 arch/arm/boot/dts/Makefile                         |   4 +
 arch/arm/boot/dts/bcm-cygnus-clock.dtsi            |  73 +++++++++++++++
 arch/arm/boot/dts/bcm-cygnus.dtsi                  | 100 +++++++++++++++++++++
 arch/arm/boot/dts/bcm911360_entphn.dts             |  32 +++++++
 arch/arm/boot/dts/bcm911360k.dts                   |  32 +++++++
 arch/arm/boot/dts/bcm958300k.dts                   |  32 +++++++
 8 files changed, 338 insertions(+)
 create mode 100644 Documentation/devicetree/bindings/arm/bcm/cygnus.txt
 create mode 100644 Documentation/devicetree/bindings/clock/bcm-cygnus-clock.txt
 create mode 100644 arch/arm/boot/dts/bcm-cygnus-clock.dtsi
 create mode 100644 arch/arm/boot/dts/bcm-cygnus.dtsi
 create mode 100644 arch/arm/boot/dts/bcm911360_entphn.dts
 create mode 100644 arch/arm/boot/dts/bcm911360k.dts
 create mode 100644 arch/arm/boot/dts/bcm958300k.dts
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] Broadcom Cygnus SoC Device Tree changes

[Olof Johansson]

Hi Florian,

On Thu, Oct 30, 2014 at 12:50:10PM -0700, Florian Fainelli wrote:
> The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
> 
>   Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
> 
> are available in the git repository at:
> 
>   http://github.com/brcm/linux.git tags/arm-soc/for-3.18/cygnus-dts-v9
> 
> for you to fetch changes up to 8872fc22c2670cde338ab92be4a8e9ebad8e53e6:
> 
>   ARM: dts: Enable Broadcom Cygnus SoC (2014-10-30 11:05:55 -0700)
> 
> ----------------------------------------------------------------
> This patchset contains initial support for Broadcom's Cygnus SoC based on our
> iProc architecture. Initial support is minimal and includes just the mach
> platform code, clock driver, and a basic device tree configuration. Peripheral
> drivers will be submitted soon, as will device tree configurations for other
> Cygnus board variants.
> 
> These are the Device Tree changes
> 
> ----------------------------------------------------------------
> Jonathan Richardson (1):
>       dt-bindings: Document Broadcom Cygnus SoC and clocks
> 
> Scott Branden (1):
>       ARM: dts: Enable Broadcom Cygnus SoC

I just posted a set of comments on this original patch that I noticed
when reviewing it while merging. Please send a fresh pull request when
they're addressed.

Also, about your tag texts: There's no need to have the first paragraph
boiler on all of them, I'd rather appreciate a sentence or two about
what the DTS'es are in this case (i.e. one dtsi for the family and three
different boards based on it), etc. You'll get a hang of it over time. :)


-Olof
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] Broadcom Cygnus SoC Device Tree changes

[Olof Johansson]

On Sat, Nov 8, 2014 at 4:25 PM, Olof Johansson <olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org> wrote:
> Hi Florian,
>
> On Thu, Oct 30, 2014 at 12:50:10PM -0700, Florian Fainelli wrote:
>> The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
>>
>>   Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
>>
>> are available in the git repository at:
>>
>>   http://github.com/brcm/linux.git tags/arm-soc/for-3.18/cygnus-dts-v9
>>
>> for you to fetch changes up to 8872fc22c2670cde338ab92be4a8e9ebad8e53e6:
>>
>>   ARM: dts: Enable Broadcom Cygnus SoC (2014-10-30 11:05:55 -0700)
>>
>> ----------------------------------------------------------------
>> This patchset contains initial support for Broadcom's Cygnus SoC based on our
>> iProc architecture. Initial support is minimal and includes just the mach
>> platform code, clock driver, and a basic device tree configuration. Peripheral
>> drivers will be submitted soon, as will device tree configurations for other
>> Cygnus board variants.
>>
>> These are the Device Tree changes
>>
>> ----------------------------------------------------------------
>> Jonathan Richardson (1):
>>       dt-bindings: Document Broadcom Cygnus SoC and clocks
>>
>> Scott Branden (1):
>>       ARM: dts: Enable Broadcom Cygnus SoC
>
> I just posted a set of comments on this original patch that I noticed
> when reviewing it while merging. Please send a fresh pull request when
> they're addressed.
>
> Also, about your tag texts: There's no need to have the first paragraph
> boiler on all of them, I'd rather appreciate a sentence or two about
> what the DTS'es are in this case (i.e. one dtsi for the family and three
> different boards based on it), etc. You'll get a hang of it over time. :)


Seems like I accidentally merged this branch. I've dropped it again in
anticipation of a new pull request.


-Olof
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[GIT PULL] Broadcom Cygnus SoC MAINTAINERS changes

[Florian Fainelli]

The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:

  Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)

are available in the git repository at:

  http://github.com/brcm/linux.git tags/arm-soc/for-3.18/cygnus-maintainers-v9

for you to fetch changes up to 693fe0581eb4a79cc42b1d0c30e91cd9f5a1a162:

  MAINTAINERS: Entry for Cygnus/iproc arm architecture (2014-10-30 11:11:16 -0700)

----------------------------------------------------------------
This patchset contains initial support for Broadcom's Cygnus SoC based on our
iProc architecture. Initial support is minimal and includes just the mach
platform code, clock driver, and a basic device tree configuration. Peripheral
drivers will be submitted soon, as will device tree configurations for other
Cygnus board variants.

These are the MAINTAINERS changes

----------------------------------------------------------------
Scott Branden (1):
      MAINTAINERS: Entry for Cygnus/iproc arm architecture

 MAINTAINERS | 14 ++++++++++++++
 1 file changed, 14 insertions(+)
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[GIT PULL] Broadcom Cygnus SoC platforms changes

[Florian Fainelli]

The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:

  Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)

are available in the git repository at:

  http://github.com/brcm/linux.git tags/arm-soc/for-3.18/cygnus-platform-v9

for you to fetch changes up to 038aae04d36eff71e0b30a1c3057ec0a05bf9390:

  ARM: mach-bcm: ARCH_BCM_MOBILE: remove one level of menu from Kconfig (2014-10-30 11:39:51 -0700)

----------------------------------------------------------------
This patchset contains initial support for Broadcom's Cygnus SoC based on our
iProc architecture. Initial support is minimal and includes just the mach
platform code, clock driver, and a basic device tree configuration. Peripheral
drivers will be submitted soon, as will device tree configurations for other
Cygnus board variants.

These are the platform changes

----------------------------------------------------------------
Jonathan Richardson (1):
      ARM: cygnus: Initial support for Broadcom Cygnus SoC

Scott Branden (2):
      ARM: mach-bcm: Consolidate currently supported IPROC SoCs
      ARM: mach-bcm: ARCH_BCM_MOBILE: remove one level of menu from Kconfig

 arch/arm/mach-bcm/Kconfig      | 93 ++++++++++++++++++++++++++----------------
 arch/arm/mach-bcm/Makefile     |  3 ++
 arch/arm/mach-bcm/bcm_cygnus.c | 26 ++++++++++++
 3 files changed, 86 insertions(+), 36 deletions(-)
 create mode 100644 arch/arm/mach-bcm/bcm_cygnus.c
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] Broadcom Cygnus SoC platforms changes

[Olof Johansson]

On Thu, Oct 30, 2014 at 12:50:12PM -0700, Florian Fainelli wrote:
> The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
> 
>   Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
> 
> are available in the git repository at:
> 
>   http://github.com/brcm/linux.git tags/arm-soc/for-3.18/cygnus-platform-v9
> 
> for you to fetch changes up to 038aae04d36eff71e0b30a1c3057ec0a05bf9390:
> 
>   ARM: mach-bcm: ARCH_BCM_MOBILE: remove one level of menu from Kconfig (2014-10-30 11:39:51 -0700)
> 
> ----------------------------------------------------------------
> This patchset contains initial support for Broadcom's Cygnus SoC based on our
> iProc architecture. Initial support is minimal and includes just the mach
> platform code, clock driver, and a basic device tree configuration. Peripheral
> drivers will be submitted soon, as will device tree configurations for other
> Cygnus board variants.
> 
> These are the platform changes

Hi,

Merged into next/soc. Thanks!


-Olof
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] Broadcom Cygnus SoC platforms changes

[Olof Johansson]

On Sat, Nov 08, 2014 at 04:28:46PM -0800, Olof Johansson wrote:
> On Thu, Oct 30, 2014 at 12:50:12PM -0700, Florian Fainelli wrote:
> > The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
> > 
> >   Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
> > 
> > are available in the git repository at:
> > 
> >   http://github.com/brcm/linux.git tags/arm-soc/for-3.18/cygnus-platform-v9
> > 
> > for you to fetch changes up to 038aae04d36eff71e0b30a1c3057ec0a05bf9390:
> > 
> >   ARM: mach-bcm: ARCH_BCM_MOBILE: remove one level of menu from Kconfig (2014-10-30 11:39:51 -0700)
> > 
> > ----------------------------------------------------------------
> > This patchset contains initial support for Broadcom's Cygnus SoC based on our
> > iProc architecture. Initial support is minimal and includes just the mach
> > platform code, clock driver, and a basic device tree configuration. Peripheral
> > drivers will be submitted soon, as will device tree configurations for other
> > Cygnus board variants.
> > 
> > These are the platform changes
> 
> Hi,
> 
> Merged into next/soc. Thanks!

Actually, I noticed on the other branch (the maintainers one) that you
haven't signed off on any patches you've applied (you're the committer,
but there's no Signed-off-by line from you). So I dropped this branch
again, please fix that up and send fresh pull requests.

When you do that, you can also fold in the maintainers patch in the platform
branch.


-Olof
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] Broadcom Cygnus SoC defconfig changes

[Olof Johansson]

On Thu, Oct 30, 2014 at 12:50:09PM -0700, Florian Fainelli wrote:
> The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
> 
>   Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
> 
> are available in the git repository at:
> 
>   http://github.com/brcm/linux.git tags/arm-soc/for-3.18/cygnus-defconfig-v9
> 
> for you to fetch changes up to aa0204801143ee2d47e9e8dd5f39cdddd5613b4b:
> 
>   ARM: multi_v7_defconfig: Enable Broadcom Cygnus (2014-10-30 11:01:35 -0700)

Hi Florian,

Apologies for the delay in dealing with this pull request.

> ----------------------------------------------------------------
> This patchset contains initial support for Broadcom's Cygnus SoC based on our
> iProc architecture. Initial support is minimal and includes just the mach
> platform code, clock driver, and a basic device tree configuration. Peripheral
> drivers will be submitted soon, as will device tree configurations for other
> Cygnus board variants.
> 
> These are the defconfig parts of the changes
> 
> ----------------------------------------------------------------
> Jonathan Richardson (1):
>       ARM: cygnus defconfig : Initial defconfig for Broadcom Cygnus SoC
> 
> Ray Jui (1):
>       ARM: multi_v7_defconfig: Enable Broadcom Cygnus
> 
> Scott Branden (1):
>       ARM: bcm_defconfig/multi_v7_defconfig: remove one level of menu from Kconfig
> 
>  arch/arm/configs/bcm_cygnus_defconfig | 237 ++++++++++++++++++++++++++++++++++
>  arch/arm/configs/bcm_defconfig        |   3 +-
>  arch/arm/configs/multi_v7_defconfig   |  21 ++-

Please send multi_v7_defconfig updates as a patch instead of including in
a merge request. We ask for this because it's a file that many maintainers
touch and it's easy that we get lots of conflicts otherwise.

As far as the bcm_cygnus_defconfig: Since new platforms are multiplatform
enabled by default, we normally only prefer to have one defconfig per vendor.
We've made exceptions in cases where the families are very different, but in
general one defconfig per vendor should be sufficient.

I.e. please enable the cygnus options in bcm_defconfig instead of adding a new
one.


-Olof
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] Broadcom Cygnus SoC defconfig changes

[Scott Branden]

Hi Olof,

Thanks for the comments.  Please see my questions inline before we 
determine what needs to be done for the defconfig patchset.

On 14-11-08 04:13 PM, Olof Johansson wrote:
> On Thu, Oct 30, 2014 at 12:50:09PM -0700, Florian Fainelli wrote:
>> The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
>>
>>    Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
>>
>> are available in the git repository at:
>>
>>    http://github.com/brcm/linux.git tags/arm-soc/for-3.18/cygnus-defconfig-v9
>>
>> for you to fetch changes up to aa0204801143ee2d47e9e8dd5f39cdddd5613b4b:
>>
>>    ARM: multi_v7_defconfig: Enable Broadcom Cygnus (2014-10-30 11:01:35 -0700)
>
> Hi Florian,
>
> Apologies for the delay in dealing with this pull request.
>
>> ----------------------------------------------------------------
>> This patchset contains initial support for Broadcom's Cygnus SoC based on our
>> iProc architecture. Initial support is minimal and includes just the mach
>> platform code, clock driver, and a basic device tree configuration. Peripheral
>> drivers will be submitted soon, as will device tree configurations for other
>> Cygnus board variants.
>>
>> These are the defconfig parts of the changes
>>
>> ----------------------------------------------------------------
>> Jonathan Richardson (1):
>>        ARM: cygnus defconfig : Initial defconfig for Broadcom Cygnus SoC
>>
>> Ray Jui (1):
>>        ARM: multi_v7_defconfig: Enable Broadcom Cygnus
>>
>> Scott Branden (1):
>>        ARM: bcm_defconfig/multi_v7_defconfig: remove one level of menu from Kconfig
>>
>>   arch/arm/configs/bcm_cygnus_defconfig | 237 ++++++++++++++++++++++++++++++++++
>>   arch/arm/configs/bcm_defconfig        |   3 +-
>>   arch/arm/configs/multi_v7_defconfig   |  21 ++-
>
> Please send multi_v7_defconfig updates as a patch instead of including in
> a merge request. We ask for this because it's a file that many maintainers
> touch and it's easy that we get lots of conflicts otherwise.
OK, easy to do.  Are there other files that we need to be aware of that 
have these different requirements to merge as well?

>
> As far as the bcm_cygnus_defconfig: Since new platforms are multiplatform
> enabled by default, we normally only prefer to have one defconfig per vendor.
> We've made exceptions in cases where the families are very different, but in
> general one defconfig per vendor should be sufficient.
>
> I.e. please enable the cygnus options in bcm_defconfig instead of adding a new
> one.

Hi Olof, we can do this.  But this makes bcm_defconfig unusable for us 
in a product and is not a simple configuration to start from for our 
customers.  bcm_defconfig is a different SoC family based around the 
Kona architecture. bcm_defconfig won't be what we build and test on 
Cygnus at all.  There is a script in scripts/kconfig/mergeconfig.pl that 
allows you to merge config files together if you wish to have a kernel 
support multiple SoCs.  I see the same problem with multi_v7_defconfig 
but even worse.  It isn't a configuration we will ever use.  Its only 
purpose seems to be to enable our drivers in the that build just in case 
somebody else happens to break something in the build.

As it stands, multi_v7_defconfig boots noticably slower than 
bcm_cygnus_defconfig.  And, the kernel is larger than we want.  And, the 
kconfigs are more complicated than we need for our boards.  I also 
notice some of the other SoCs families enabled automatically turn on a 
lot of features we don't want on.

Perhaps most of the multi_v7_defconfig merge issue you are facing could 
be solved if you used the mergconfig.pl script to merge multiple 
defconfigs together?

What we wish to do is have a config file that only supports the Cygnus 
family of SoCs.  This allows others to easily see what applies to Cygnus 
without being confused by other configurations.  And, if somebody wishes 
to use scripts/kconfig/mergeconfig.pl to merge different SoC support 
together they are free to do so.

So, we can do as you ask to get this upstreamed.  But it really serves 
little purpose for us other than verifying things build.

Where do we upstream the defconfig that we actually use?  Or is this 
just not done and everyone keeps everything locally and has to continue 
to maintain it there?

>
>
> -Olof
>

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] Broadcom Cygnus SoC defconfig changes

[Florian Fainelli]

On 11/08/14 21:45, Scott Branden wrote:
> Hi Olof,
> 
> Thanks for the comments.  Please see my questions inline before we
> determine what needs to be done for the defconfig patchset.
> 
> On 14-11-08 04:13 PM, Olof Johansson wrote:
>> On Thu, Oct 30, 2014 at 12:50:09PM -0700, Florian Fainelli wrote:
>>> The following changes since commit
>>> f114040e3ea6e07372334ade75d1ee0775c355e1:
>>>
>>>    Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
>>>
>>> are available in the git repository at:
>>>
>>>    http://github.com/brcm/linux.git
>>> tags/arm-soc/for-3.18/cygnus-defconfig-v9
>>>
>>> for you to fetch changes up to aa0204801143ee2d47e9e8dd5f39cdddd5613b4b:
>>>
>>>    ARM: multi_v7_defconfig: Enable Broadcom Cygnus (2014-10-30
>>> 11:01:35 -0700)
>>
>> Hi Florian,
>>
>> Apologies for the delay in dealing with this pull request.
>>
>>> ----------------------------------------------------------------
>>> This patchset contains initial support for Broadcom's Cygnus SoC
>>> based on our
>>> iProc architecture. Initial support is minimal and includes just the
>>> mach
>>> platform code, clock driver, and a basic device tree configuration.
>>> Peripheral
>>> drivers will be submitted soon, as will device tree configurations
>>> for other
>>> Cygnus board variants.
>>>
>>> These are the defconfig parts of the changes
>>>
>>> ----------------------------------------------------------------
>>> Jonathan Richardson (1):
>>>        ARM: cygnus defconfig : Initial defconfig for Broadcom Cygnus SoC
>>>
>>> Ray Jui (1):
>>>        ARM: multi_v7_defconfig: Enable Broadcom Cygnus
>>>
>>> Scott Branden (1):
>>>        ARM: bcm_defconfig/multi_v7_defconfig: remove one level of
>>> menu from Kconfig
>>>
>>>   arch/arm/configs/bcm_cygnus_defconfig | 237
>>> ++++++++++++++++++++++++++++++++++
>>>   arch/arm/configs/bcm_defconfig        |   3 +-
>>>   arch/arm/configs/multi_v7_defconfig   |  21 ++-
>>
>> Please send multi_v7_defconfig updates as a patch instead of including in
>> a merge request. We ask for this because it's a file that many
>> maintainers
>> touch and it's easy that we get lots of conflicts otherwise.
> OK, easy to do.  Are there other files that we need to be aware of that
> have these different requirements to merge as well?
> 
>>
>> As far as the bcm_cygnus_defconfig: Since new platforms are multiplatform
>> enabled by default, we normally only prefer to have one defconfig per
>> vendor.
>> We've made exceptions in cases where the families are very different,
>> but in
>> general one defconfig per vendor should be sufficient.
>>
>> I.e. please enable the cygnus options in bcm_defconfig instead of
>> adding a new
>> one.
> 
> Hi Olof, we can do this.  But this makes bcm_defconfig unusable for us
> in a product and is not a simple configuration to start from for our
> customers.  bcm_defconfig is a different SoC family based around the
> Kona architecture. bcm_defconfig won't be what we build and test on
> Cygnus at all.  There is a script in scripts/kconfig/mergeconfig.pl that
> allows you to merge config files together if you wish to have a kernel
> support multiple SoCs.  I see the same problem with multi_v7_defconfig
> but even worse.  It isn't a configuration we will ever use.  Its only
> purpose seems to be to enable our drivers in the that build just in case
> somebody else happens to break something in the build.

The defconfigs shipped in the mainline kernel only serve the purpose of
building as many drivers/subsystems as possible and making sure they
work well together from a general distribution perspective like
Debian/Ubuntu/OE... That does not mean this is your configuration
template for a downstream kernel with only a specific set of SoCs to
support.

> 
> As it stands, multi_v7_defconfig boots noticably slower than
> bcm_cygnus_defconfig.  And, the kernel is larger than we want.  And, the
> kconfigs are more complicated than we need for our boards.  I also
> notice some of the other SoCs families enabled automatically turn on a
> lot of features we don't want on.

Right, you are also very likely to see code blow away that has been
enabled as part of the multi_v7_defconfig, but actually assumes that it
will only run on a a particular family of SoCs, of course, all of this
is good to fix to improve the multiplatform kernel, but does not
necessarily impact you directly.

> 
> Perhaps most of the multi_v7_defconfig merge issue you are facing could
> be solved if you used the mergconfig.pl script to merge multiple
> defconfigs together?
> 
> What we wish to do is have a config file that only supports the Cygnus
> family of SoCs.  This allows others to easily see what applies to Cygnus
> without being confused by other configurations.  And, if somebody wishes
> to use scripts/kconfig/mergeconfig.pl to merge different SoC support
> together they are free to do so.
> 
> So, we can do as you ask to get this upstreamed.  But it really serves
> little purpose for us other than verifying things build.
> 
> Where do we upstream the defconfig that we actually use?  Or is this
> just not done and everyone keeps everything locally and has to continue
> to maintain it there?

FWIW, this is typically what we do for the brcmstb_defconfig, it is just
present in our downstream kernel, but we do use the multi_v7_defconfig
when testing upstream.
--
Florian

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] Broadcom Cygnus SoC defconfig changes

[Scott Branden]

On 14-11-09 11:24 AM, Florian Fainelli wrote:
> On 11/08/14 21:45, Scott Branden wrote:
>> Hi Olof,
>>
>> Thanks for the comments.  Please see my questions inline before we
>> determine what needs to be done for the defconfig patchset.
>>
>> On 14-11-08 04:13 PM, Olof Johansson wrote:
>>> On Thu, Oct 30, 2014 at 12:50:09PM -0700, Florian Fainelli wrote:
>>>> The following changes since commit
>>>> f114040e3ea6e07372334ade75d1ee0775c355e1:
>>>>
>>>>     Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
>>>>
>>>> are available in the git repository at:
>>>>
>>>>     http://github.com/brcm/linux.git
>>>> tags/arm-soc/for-3.18/cygnus-defconfig-v9
>>>>
>>>> for you to fetch changes up to aa0204801143ee2d47e9e8dd5f39cdddd5613b4b:
>>>>
>>>>     ARM: multi_v7_defconfig: Enable Broadcom Cygnus (2014-10-30
>>>> 11:01:35 -0700)
>>>
>>> Hi Florian,
>>>
>>> Apologies for the delay in dealing with this pull request.
>>>
>>>> ----------------------------------------------------------------
>>>> This patchset contains initial support for Broadcom's Cygnus SoC
>>>> based on our
>>>> iProc architecture. Initial support is minimal and includes just the
>>>> mach
>>>> platform code, clock driver, and a basic device tree configuration.
>>>> Peripheral
>>>> drivers will be submitted soon, as will device tree configurations
>>>> for other
>>>> Cygnus board variants.
>>>>
>>>> These are the defconfig parts of the changes
>>>>
>>>> ----------------------------------------------------------------
>>>> Jonathan Richardson (1):
>>>>         ARM: cygnus defconfig : Initial defconfig for Broadcom Cygnus SoC
>>>>
>>>> Ray Jui (1):
>>>>         ARM: multi_v7_defconfig: Enable Broadcom Cygnus
>>>>
>>>> Scott Branden (1):
>>>>         ARM: bcm_defconfig/multi_v7_defconfig: remove one level of
>>>> menu from Kconfig
>>>>
>>>>    arch/arm/configs/bcm_cygnus_defconfig | 237
>>>> ++++++++++++++++++++++++++++++++++
>>>>    arch/arm/configs/bcm_defconfig        |   3 +-
>>>>    arch/arm/configs/multi_v7_defconfig   |  21 ++-
>>>
>>> Please send multi_v7_defconfig updates as a patch instead of including in
>>> a merge request. We ask for this because it's a file that many
>>> maintainers
>>> touch and it's easy that we get lots of conflicts otherwise.
>> OK, easy to do.  Are there other files that we need to be aware of that
>> have these different requirements to merge as well?
>>
>>>
>>> As far as the bcm_cygnus_defconfig: Since new platforms are multiplatform
>>> enabled by default, we normally only prefer to have one defconfig per
>>> vendor.
>>> We've made exceptions in cases where the families are very different,
>>> but in
>>> general one defconfig per vendor should be sufficient.
>>>
>>> I.e. please enable the cygnus options in bcm_defconfig instead of
>>> adding a new
>>> one.
>>
>> Hi Olof, we can do this.  But this makes bcm_defconfig unusable for us
>> in a product and is not a simple configuration to start from for our
>> customers.  bcm_defconfig is a different SoC family based around the
>> Kona architecture. bcm_defconfig won't be what we build and test on
>> Cygnus at all.  There is a script in scripts/kconfig/mergeconfig.pl that
>> allows you to merge config files together if you wish to have a kernel
>> support multiple SoCs.  I see the same problem with multi_v7_defconfig
>> but even worse.  It isn't a configuration we will ever use.  Its only
>> purpose seems to be to enable our drivers in the that build just in case
>> somebody else happens to break something in the build.
>
> The defconfigs shipped in the mainline kernel only serve the purpose of
> building as many drivers/subsystems as possible and making sure they
> work well together from a general distribution perspective like
> Debian/Ubuntu/OE... That does not mean this is your configuration
> template for a downstream kernel with only a specific set of SoCs to
> support.
>
>>
>> As it stands, multi_v7_defconfig boots noticably slower than
>> bcm_cygnus_defconfig.  And, the kernel is larger than we want.  And, the
>> kconfigs are more complicated than we need for our boards.  I also
>> notice some of the other SoCs families enabled automatically turn on a
>> lot of features we don't want on.
>
> Right, you are also very likely to see code blow away that has been
> enabled as part of the multi_v7_defconfig, but actually assumes that it
> will only run on a a particular family of SoCs, of course, all of this
> is good to fix to improve the multiplatform kernel, but does not
> necessarily impact you directly.
>
>>
>> Perhaps most of the multi_v7_defconfig merge issue you are facing could
>> be solved if you used the mergconfig.pl script to merge multiple
>> defconfigs together?
>>
>> What we wish to do is have a config file that only supports the Cygnus
>> family of SoCs.  This allows others to easily see what applies to Cygnus
>> without being confused by other configurations.  And, if somebody wishes
>> to use scripts/kconfig/mergeconfig.pl to merge different SoC support
>> together they are free to do so.
>>
>> So, we can do as you ask to get this upstreamed.  But it really serves
>> little purpose for us other than verifying things build.
>>
>> Where do we upstream the defconfig that we actually use?  Or is this
>> just not done and everyone keeps everything locally and has to continue
>> to maintain it there?
>
> FWIW, this is typically what we do for the brcmstb_defconfig, it is just
> present in our downstream kernel, but we do use the multi_v7_defconfig
> when testing upstream.
Puzzling.  So dts files are allowed to be upstreamed per board, but the 
reference kernel configuration that is actually tested extensively on 
that board is not upstreamed?
> --
> Florian
>

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] Broadcom Cygnus SoC defconfig changes

[Olof Johansson]

On Sun, Nov 9, 2014 at 9:36 PM, Scott Branden <sbranden-dY08KVG/lbpWk0Htik3J/w@public.gmane.org> wrote:
> On 14-11-09 11:24 AM, Florian Fainelli wrote:
>>
>> On 11/08/14 21:45, Scott Branden wrote:
>>>
>>> Hi Olof,
>>>
>>> Thanks for the comments.  Please see my questions inline before we
>>> determine what needs to be done for the defconfig patchset.
>>>
>>> On 14-11-08 04:13 PM, Olof Johansson wrote:
>>>>
>>>> On Thu, Oct 30, 2014 at 12:50:09PM -0700, Florian Fainelli wrote:
>>>>>
>>>>> The following changes since commit
>>>>> f114040e3ea6e07372334ade75d1ee0775c355e1:
>>>>>
>>>>>     Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
>>>>>
>>>>> are available in the git repository at:
>>>>>
>>>>>     http://github.com/brcm/linux.git
>>>>> tags/arm-soc/for-3.18/cygnus-defconfig-v9
>>>>>
>>>>> for you to fetch changes up to
>>>>> aa0204801143ee2d47e9e8dd5f39cdddd5613b4b:
>>>>>
>>>>>     ARM: multi_v7_defconfig: Enable Broadcom Cygnus (2014-10-30
>>>>> 11:01:35 -0700)
>>>>
>>>>
>>>> Hi Florian,
>>>>
>>>> Apologies for the delay in dealing with this pull request.
>>>>
>>>>> ----------------------------------------------------------------
>>>>> This patchset contains initial support for Broadcom's Cygnus SoC
>>>>> based on our
>>>>> iProc architecture. Initial support is minimal and includes just the
>>>>> mach
>>>>> platform code, clock driver, and a basic device tree configuration.
>>>>> Peripheral
>>>>> drivers will be submitted soon, as will device tree configurations
>>>>> for other
>>>>> Cygnus board variants.
>>>>>
>>>>> These are the defconfig parts of the changes
>>>>>
>>>>> ----------------------------------------------------------------
>>>>> Jonathan Richardson (1):
>>>>>         ARM: cygnus defconfig : Initial defconfig for Broadcom Cygnus
>>>>> SoC
>>>>>
>>>>> Ray Jui (1):
>>>>>         ARM: multi_v7_defconfig: Enable Broadcom Cygnus
>>>>>
>>>>> Scott Branden (1):
>>>>>         ARM: bcm_defconfig/multi_v7_defconfig: remove one level of
>>>>> menu from Kconfig
>>>>>
>>>>>    arch/arm/configs/bcm_cygnus_defconfig | 237
>>>>> ++++++++++++++++++++++++++++++++++
>>>>>    arch/arm/configs/bcm_defconfig        |   3 +-
>>>>>    arch/arm/configs/multi_v7_defconfig   |  21 ++-
>>>>
>>>>
>>>> Please send multi_v7_defconfig updates as a patch instead of including
>>>> in
>>>> a merge request. We ask for this because it's a file that many
>>>> maintainers
>>>> touch and it's easy that we get lots of conflicts otherwise.
>>>
>>> OK, easy to do.  Are there other files that we need to be aware of that
>>> have these different requirements to merge as well?
>>>
>>>>
>>>> As far as the bcm_cygnus_defconfig: Since new platforms are
>>>> multiplatform
>>>> enabled by default, we normally only prefer to have one defconfig per
>>>> vendor.
>>>> We've made exceptions in cases where the families are very different,
>>>> but in
>>>> general one defconfig per vendor should be sufficient.
>>>>
>>>> I.e. please enable the cygnus options in bcm_defconfig instead of
>>>> adding a new
>>>> one.
>>>
>>>
>>> Hi Olof, we can do this.  But this makes bcm_defconfig unusable for us
>>> in a product and is not a simple configuration to start from for our
>>> customers.  bcm_defconfig is a different SoC family based around the
>>> Kona architecture. bcm_defconfig won't be what we build and test on
>>> Cygnus at all.  There is a script in scripts/kconfig/mergeconfig.pl that
>>> allows you to merge config files together if you wish to have a kernel
>>> support multiple SoCs.  I see the same problem with multi_v7_defconfig
>>> but even worse.  It isn't a configuration we will ever use.  Its only
>>> purpose seems to be to enable our drivers in the that build just in case
>>> somebody else happens to break something in the build.
>>
>>
>> The defconfigs shipped in the mainline kernel only serve the purpose of
>> building as many drivers/subsystems as possible and making sure they
>> work well together from a general distribution perspective like
>> Debian/Ubuntu/OE... That does not mean this is your configuration
>> template for a downstream kernel with only a specific set of SoCs to
>> support.
>>
>>>
>>> As it stands, multi_v7_defconfig boots noticably slower than
>>> bcm_cygnus_defconfig.  And, the kernel is larger than we want.  And, the
>>> kconfigs are more complicated than we need for our boards.  I also
>>> notice some of the other SoCs families enabled automatically turn on a
>>> lot of features we don't want on.
>>
>>
>> Right, you are also very likely to see code blow away that has been
>> enabled as part of the multi_v7_defconfig, but actually assumes that it
>> will only run on a a particular family of SoCs, of course, all of this
>> is good to fix to improve the multiplatform kernel, but does not
>> necessarily impact you directly.
>>
>>>
>>> Perhaps most of the multi_v7_defconfig merge issue you are facing could
>>> be solved if you used the mergconfig.pl script to merge multiple
>>> defconfigs together?
>>>
>>> What we wish to do is have a config file that only supports the Cygnus
>>> family of SoCs.  This allows others to easily see what applies to Cygnus
>>> without being confused by other configurations.  And, if somebody wishes
>>> to use scripts/kconfig/mergeconfig.pl to merge different SoC support
>>> together they are free to do so.
>>>
>>> So, we can do as you ask to get this upstreamed.  But it really serves
>>> little purpose for us other than verifying things build.
>>>
>>> Where do we upstream the defconfig that we actually use?  Or is this
>>> just not done and everyone keeps everything locally and has to continue
>>> to maintain it there?
>>
>>
>> FWIW, this is typically what we do for the brcmstb_defconfig, it is just
>> present in our downstream kernel, but we do use the multi_v7_defconfig
>> when testing upstream.
>
> Puzzling.  So dts files are allowed to be upstreamed per board, but the
> reference kernel configuration that is actually tested extensively on that
> board is not upstreamed?

Correct. Distros (desktop/server/embedded/etc) test the kernel too,
and they don't have their defconfigs in the kernel repo either.

The beauty of the defconfigs is that even though you enable more
options than the bare minimum, the kernel should still work (or it's
broken). Sure, it'll be larger, and might take a while longer to load
from disk, but things should work just fine.


-Olof
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] Broadcom Cygnus SoC defconfig changes

[Florian Fainelli]

2014-11-08 16:13 GMT-08:00 Olof Johansson <olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org>:
> On Thu, Oct 30, 2014 at 12:50:09PM -0700, Florian Fainelli wrote:
>> The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
>>
>>   Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
>>
>> are available in the git repository at:
>>
>>   http://github.com/brcm/linux.git tags/arm-soc/for-3.18/cygnus-defconfig-v9
>>
>> for you to fetch changes up to aa0204801143ee2d47e9e8dd5f39cdddd5613b4b:
>>
>>   ARM: multi_v7_defconfig: Enable Broadcom Cygnus (2014-10-30 11:01:35 -0700)
>
> Hi Florian,
>
> Apologies for the delay in dealing with this pull request.
>
>> ----------------------------------------------------------------
>> This patchset contains initial support for Broadcom's Cygnus SoC based on our
>> iProc architecture. Initial support is minimal and includes just the mach
>> platform code, clock driver, and a basic device tree configuration. Peripheral
>> drivers will be submitted soon, as will device tree configurations for other
>> Cygnus board variants.
>>
>> These are the defconfig parts of the changes
>>
>> ----------------------------------------------------------------
>> Jonathan Richardson (1):
>>       ARM: cygnus defconfig : Initial defconfig for Broadcom Cygnus SoC
>>
>> Ray Jui (1):
>>       ARM: multi_v7_defconfig: Enable Broadcom Cygnus
>>
>> Scott Branden (1):
>>       ARM: bcm_defconfig/multi_v7_defconfig: remove one level of menu from Kconfig
>>
>>  arch/arm/configs/bcm_cygnus_defconfig | 237 ++++++++++++++++++++++++++++++++++
>>  arch/arm/configs/bcm_defconfig        |   3 +-
>>  arch/arm/configs/multi_v7_defconfig   |  21 ++-
>
> Please send multi_v7_defconfig updates as a patch instead of including in
> a merge request. We ask for this because it's a file that many maintainers
> touch and it's easy that we get lots of conflicts otherwise.
>
> As far as the bcm_cygnus_defconfig: Since new platforms are multiplatform
> enabled by default, we normally only prefer to have one defconfig per vendor.
> We've made exceptions in cases where the families are very different, but in
> general one defconfig per vendor should be sufficient.
>
> I.e. please enable the cygnus options in bcm_defconfig instead of adding a new
> one.

Alright, so just to make sure I get this right:

- there are two patches from Scott and Ray which enable Cygnus in
mutli_v7_defconfig that I should send a separate patches
- adding Cygnus to bcm_defconfig can be part of a separate pull request

>
>
> -Olof



-- 
Florian
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] Broadcom Cygnus SoC defconfig changes

[Olof Johansson]

On Tue, Nov 11, 2014 at 10:29 PM, Florian Fainelli <f.fainelli-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> 2014-11-08 16:13 GMT-08:00 Olof Johansson <olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org>:
>> On Thu, Oct 30, 2014 at 12:50:09PM -0700, Florian Fainelli wrote:
>>> The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
>>>
>>>   Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
>>>
>>> are available in the git repository at:
>>>
>>>   http://github.com/brcm/linux.git tags/arm-soc/for-3.18/cygnus-defconfig-v9
>>>
>>> for you to fetch changes up to aa0204801143ee2d47e9e8dd5f39cdddd5613b4b:
>>>
>>>   ARM: multi_v7_defconfig: Enable Broadcom Cygnus (2014-10-30 11:01:35 -0700)
>>
>> Hi Florian,
>>
>> Apologies for the delay in dealing with this pull request.
>>
>>> ----------------------------------------------------------------
>>> This patchset contains initial support for Broadcom's Cygnus SoC based on our
>>> iProc architecture. Initial support is minimal and includes just the mach
>>> platform code, clock driver, and a basic device tree configuration. Peripheral
>>> drivers will be submitted soon, as will device tree configurations for other
>>> Cygnus board variants.
>>>
>>> These are the defconfig parts of the changes
>>>
>>> ----------------------------------------------------------------
>>> Jonathan Richardson (1):
>>>       ARM: cygnus defconfig : Initial defconfig for Broadcom Cygnus SoC
>>>
>>> Ray Jui (1):
>>>       ARM: multi_v7_defconfig: Enable Broadcom Cygnus
>>>
>>> Scott Branden (1):
>>>       ARM: bcm_defconfig/multi_v7_defconfig: remove one level of menu from Kconfig
>>>
>>>  arch/arm/configs/bcm_cygnus_defconfig | 237 ++++++++++++++++++++++++++++++++++
>>>  arch/arm/configs/bcm_defconfig        |   3 +-
>>>  arch/arm/configs/multi_v7_defconfig   |  21 ++-
>>
>> Please send multi_v7_defconfig updates as a patch instead of including in
>> a merge request. We ask for this because it's a file that many maintainers
>> touch and it's easy that we get lots of conflicts otherwise.
>>
>> As far as the bcm_cygnus_defconfig: Since new platforms are multiplatform
>> enabled by default, we normally only prefer to have one defconfig per vendor.
>> We've made exceptions in cases where the families are very different, but in
>> general one defconfig per vendor should be sufficient.
>>
>> I.e. please enable the cygnus options in bcm_defconfig instead of adding a new
>> one.
>
> Alright, so just to make sure I get this right:
>
> - there are two patches from Scott and Ray which enable Cygnus in
> mutli_v7_defconfig that I should send a separate patches
> - adding Cygnus to bcm_defconfig can be part of a separate pull request

Yep!


-Olof
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html