All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Boyd <sboyd@codeaurora.org>
To: Florian Fainelli <f.fainelli@gmail.com>
Cc: Anup Patel <anup.patel@broadcom.com>,
	Rob Herring <robh+dt@kernel.org>,
	Mark Rutland <mark.rutland@arm.com>,
	Michael Turquette <mturquette@baylibre.com>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Ray Jui <rjui@broadcom.com>,
	Scott Branden <sbranden@broadcom.com>,
	Jon Mason <jonmason@broadcom.com>,
	Oza Pawandeep <oza.oza@broadcom.com>,
	Srinath Mannam <srinath.mannam@broadcom.com>,
	Pramod Kumar <pramod.kumar@broadcom.com>,
	Sandeep Tripathy <sandeep.tripathy@broadcom.com>,
	devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-clk@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	bcm-kernel-feedback-list@broadcom.com
Subject: Re: [PATCH v6 00/11] Broadcom Stingray SOC Initial Support
Date: Tue, 6 Jun 2017 15:30:27 -0700	[thread overview]
Message-ID: <20170606223027.GL20170@codeaurora.org> (raw)
In-Reply-To: <c26e95e1-4bfa-0d24-33cc-8d5ae3102864@gmail.com>

On 06/05, Florian Fainelli wrote:
> 
> 
> On 06/05/2017 09:51 AM, Florian Fainelli wrote:
> > On 06/01/2017 11:34 PM, Anup Patel wrote:
> >> This patchset adds initial support of Broadcom Stingray SOC
> >> by reusing existing Broadcom iProc device drivers.
> >>
> >> Most of the patches in this patchset are DT patches except
> >> the Stingray clock tree support which just one patch.
> >>
> >> This patchset is based on Linux-4.12-rc3 and it is also available
> >> at stingray-v6 branch of https://github.com/Broadcom/arm64-linux.git
> >>
> >> Changes since v5:
> >>  - Rebased patches for Linux-4.12-rc3
> >>  - Update DT node names to match register offset
> >>
> >> Changes since v4:
> >>  - Reduce number of include headers in Stingray clk driver
> >>
> >> Changes since v3:
> >>  - Rebased patches for Linux-4.12-rc1
> >>  - Updated PATCH3 to have all clocks except genpll3 to be
> >>    registered via platform driver probe
> >>
> >> Changes since v2:
> >>  - Remove default bootargs from chosen DT node
> >>  - Remove "linux" prefix from stdout DT attribute of chosen DT node
> >>  - Remove use of GIC_CPU_MASK_xxx() for PPIs
> >>
> >> Changes since v1:
> >>  - Rebased patches for Linux-4.12-rc1
> >>  - Removed unwanted /memreserve/ from bcm958742-base.dtsi
> >>  - Use ranges DT property to clear view of memory-layout
> >>  - Make bcm-sr.h part of clock DT bindings patch
> >>
> >> Anup Patel (3):
> >>   dt-bindings: bcm: Add Broadcom Stingray bindings document
> >>   arm64: dts: Initial DTS files for Broadcom Stingray SOC
> >>   arm64: dts: Add PL022, PL330 and SP805 DT nodes for Stingray
> >>
> >> Oza Pawandeep (1):
> >>   arm64: dts: Add I2C DT nodes for Stingray SoC
> >>
> >> Pramod Kumar (3):
> >>   arm64: dts: Add NAND DT nodes for Stingray SOC
> >>   arm64: dts: Add pinctrl DT nodes for Stingray SOC
> >>   arm64: dts: Add GPIO DT nodes for Stingray SOC
> >>
> >> Sandeep Tripathy (3):
> >>   dt-bindings: clk: Extend binding doc for Stingray SOC
> >>   clk: bcm: Add clocks for Stingray SOC
> >>   arm64: dts: Add clock DT nodes for Stingray SOC
> >>
> >> Srinath Mannam (1):
> >>   arm64: dts: Add PWM and SDHCI DT nodes for Stingray SOC
> > 
> > Applied patches 1, 4-11 to devicetree-arm64/next, thanks!
> 
> Also took patch 2, to make sure everything builds properly, Stephen, let
> me know if you want me to take patch #3 as well.
> 

Usually clk tree takes includes and hosts that in a stable branch
for arm-soc maintainers to take. It seems that now arm-soc
maintainers are asking that dts files use plain numbers and then
switch to defines later after -rc1.

Should I go apply patch 2 myself so I can apply patch 3 to the
clk tree? Personally, I think this is fine because git doesn't
care about duplicate commits anyway and this is just #defines
we're talking about. Alternatively, you can host patch 2 in a
stable branch on v4.12-rc1 that I can pull into clk tree and then
apply patch 3 on top of and merge up into clk-next. Or you can
send me a PR for this clk driver and I can merge it into clk-next
where patch 2 is the parent of the clk driver change.

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project

WARNING: multiple messages have this Message-ID (diff)
From: Stephen Boyd <sboyd-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
To: Florian Fainelli <f.fainelli-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Anup Patel <anup.patel-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>,
	Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
	Michael Turquette
	<mturquette-rdvid1DuHRBWk0Htik3J/w@public.gmane.org>,
	Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	Ray Jui <rjui-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>,
	Scott Branden <sbranden-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>,
	Jon Mason <jonmason-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>,
	Oza Pawandeep <oza.oza-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>,
	Srinath Mannam
	<srinath.mannam-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>,
	Pramod Kumar
	<pramod.kumar-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>,
	Sandeep Tripathy
	<sandeep.tripathy-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-clk-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	bcm-kernel-feedback-list-dY08KVG/lbpWk0Htik3J/w@public.gmane.org
Subject: Re: [PATCH v6 00/11] Broadcom Stingray SOC Initial Support
Date: Tue, 6 Jun 2017 15:30:27 -0700	[thread overview]
Message-ID: <20170606223027.GL20170@codeaurora.org> (raw)
In-Reply-To: <c26e95e1-4bfa-0d24-33cc-8d5ae3102864-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>

On 06/05, Florian Fainelli wrote:
> 
> 
> On 06/05/2017 09:51 AM, Florian Fainelli wrote:
> > On 06/01/2017 11:34 PM, Anup Patel wrote:
> >> This patchset adds initial support of Broadcom Stingray SOC
> >> by reusing existing Broadcom iProc device drivers.
> >>
> >> Most of the patches in this patchset are DT patches except
> >> the Stingray clock tree support which just one patch.
> >>
> >> This patchset is based on Linux-4.12-rc3 and it is also available
> >> at stingray-v6 branch of https://github.com/Broadcom/arm64-linux.git
> >>
> >> Changes since v5:
> >>  - Rebased patches for Linux-4.12-rc3
> >>  - Update DT node names to match register offset
> >>
> >> Changes since v4:
> >>  - Reduce number of include headers in Stingray clk driver
> >>
> >> Changes since v3:
> >>  - Rebased patches for Linux-4.12-rc1
> >>  - Updated PATCH3 to have all clocks except genpll3 to be
> >>    registered via platform driver probe
> >>
> >> Changes since v2:
> >>  - Remove default bootargs from chosen DT node
> >>  - Remove "linux" prefix from stdout DT attribute of chosen DT node
> >>  - Remove use of GIC_CPU_MASK_xxx() for PPIs
> >>
> >> Changes since v1:
> >>  - Rebased patches for Linux-4.12-rc1
> >>  - Removed unwanted /memreserve/ from bcm958742-base.dtsi
> >>  - Use ranges DT property to clear view of memory-layout
> >>  - Make bcm-sr.h part of clock DT bindings patch
> >>
> >> Anup Patel (3):
> >>   dt-bindings: bcm: Add Broadcom Stingray bindings document
> >>   arm64: dts: Initial DTS files for Broadcom Stingray SOC
> >>   arm64: dts: Add PL022, PL330 and SP805 DT nodes for Stingray
> >>
> >> Oza Pawandeep (1):
> >>   arm64: dts: Add I2C DT nodes for Stingray SoC
> >>
> >> Pramod Kumar (3):
> >>   arm64: dts: Add NAND DT nodes for Stingray SOC
> >>   arm64: dts: Add pinctrl DT nodes for Stingray SOC
> >>   arm64: dts: Add GPIO DT nodes for Stingray SOC
> >>
> >> Sandeep Tripathy (3):
> >>   dt-bindings: clk: Extend binding doc for Stingray SOC
> >>   clk: bcm: Add clocks for Stingray SOC
> >>   arm64: dts: Add clock DT nodes for Stingray SOC
> >>
> >> Srinath Mannam (1):
> >>   arm64: dts: Add PWM and SDHCI DT nodes for Stingray SOC
> > 
> > Applied patches 1, 4-11 to devicetree-arm64/next, thanks!
> 
> Also took patch 2, to make sure everything builds properly, Stephen, let
> me know if you want me to take patch #3 as well.
> 

Usually clk tree takes includes and hosts that in a stable branch
for arm-soc maintainers to take. It seems that now arm-soc
maintainers are asking that dts files use plain numbers and then
switch to defines later after -rc1.

Should I go apply patch 2 myself so I can apply patch 3 to the
clk tree? Personally, I think this is fine because git doesn't
care about duplicate commits anyway and this is just #defines
we're talking about. Alternatively, you can host patch 2 in a
stable branch on v4.12-rc1 that I can pull into clk tree and then
apply patch 3 on top of and merge up into clk-next. Or you can
send me a PR for this clk driver and I can merge it into clk-next
where patch 2 is the parent of the clk driver change.

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
--
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

WARNING: multiple messages have this Message-ID (diff)
From: sboyd@codeaurora.org (Stephen Boyd)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v6 00/11] Broadcom Stingray SOC Initial Support
Date: Tue, 6 Jun 2017 15:30:27 -0700	[thread overview]
Message-ID: <20170606223027.GL20170@codeaurora.org> (raw)
In-Reply-To: <c26e95e1-4bfa-0d24-33cc-8d5ae3102864@gmail.com>

On 06/05, Florian Fainelli wrote:
> 
> 
> On 06/05/2017 09:51 AM, Florian Fainelli wrote:
> > On 06/01/2017 11:34 PM, Anup Patel wrote:
> >> This patchset adds initial support of Broadcom Stingray SOC
> >> by reusing existing Broadcom iProc device drivers.
> >>
> >> Most of the patches in this patchset are DT patches except
> >> the Stingray clock tree support which just one patch.
> >>
> >> This patchset is based on Linux-4.12-rc3 and it is also available
> >> at stingray-v6 branch of https://github.com/Broadcom/arm64-linux.git
> >>
> >> Changes since v5:
> >>  - Rebased patches for Linux-4.12-rc3
> >>  - Update DT node names to match register offset
> >>
> >> Changes since v4:
> >>  - Reduce number of include headers in Stingray clk driver
> >>
> >> Changes since v3:
> >>  - Rebased patches for Linux-4.12-rc1
> >>  - Updated PATCH3 to have all clocks except genpll3 to be
> >>    registered via platform driver probe
> >>
> >> Changes since v2:
> >>  - Remove default bootargs from chosen DT node
> >>  - Remove "linux" prefix from stdout DT attribute of chosen DT node
> >>  - Remove use of GIC_CPU_MASK_xxx() for PPIs
> >>
> >> Changes since v1:
> >>  - Rebased patches for Linux-4.12-rc1
> >>  - Removed unwanted /memreserve/ from bcm958742-base.dtsi
> >>  - Use ranges DT property to clear view of memory-layout
> >>  - Make bcm-sr.h part of clock DT bindings patch
> >>
> >> Anup Patel (3):
> >>   dt-bindings: bcm: Add Broadcom Stingray bindings document
> >>   arm64: dts: Initial DTS files for Broadcom Stingray SOC
> >>   arm64: dts: Add PL022, PL330 and SP805 DT nodes for Stingray
> >>
> >> Oza Pawandeep (1):
> >>   arm64: dts: Add I2C DT nodes for Stingray SoC
> >>
> >> Pramod Kumar (3):
> >>   arm64: dts: Add NAND DT nodes for Stingray SOC
> >>   arm64: dts: Add pinctrl DT nodes for Stingray SOC
> >>   arm64: dts: Add GPIO DT nodes for Stingray SOC
> >>
> >> Sandeep Tripathy (3):
> >>   dt-bindings: clk: Extend binding doc for Stingray SOC
> >>   clk: bcm: Add clocks for Stingray SOC
> >>   arm64: dts: Add clock DT nodes for Stingray SOC
> >>
> >> Srinath Mannam (1):
> >>   arm64: dts: Add PWM and SDHCI DT nodes for Stingray SOC
> > 
> > Applied patches 1, 4-11 to devicetree-arm64/next, thanks!
> 
> Also took patch 2, to make sure everything builds properly, Stephen, let
> me know if you want me to take patch #3 as well.
> 

Usually clk tree takes includes and hosts that in a stable branch
for arm-soc maintainers to take. It seems that now arm-soc
maintainers are asking that dts files use plain numbers and then
switch to defines later after -rc1.

Should I go apply patch 2 myself so I can apply patch 3 to the
clk tree? Personally, I think this is fine because git doesn't
care about duplicate commits anyway and this is just #defines
we're talking about. Alternatively, you can host patch 2 in a
stable branch on v4.12-rc1 that I can pull into clk tree and then
apply patch 3 on top of and merge up into clk-next. Or you can
send me a PR for this clk driver and I can merge it into clk-next
where patch 2 is the parent of the clk driver change.

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project

  parent reply	other threads:[~2017-06-06 22:30 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-02  6:34 [PATCH v6 00/11] Broadcom Stingray SOC Initial Support Anup Patel
2017-06-02  6:34 ` Anup Patel
2017-06-02  6:34 ` Anup Patel
2017-06-02  6:34 ` [PATCH v6 01/11] dt-bindings: bcm: Add Broadcom Stingray bindings document Anup Patel
2017-06-02  6:34   ` Anup Patel
2017-06-02  6:34 ` [PATCH v6 02/11] dt-bindings: clk: Extend binding doc for Stingray SOC Anup Patel
2017-06-02  6:34   ` Anup Patel
2017-06-02  6:34   ` Anup Patel
2017-06-02  6:34 ` [PATCH v6 03/11] clk: bcm: Add clocks " Anup Patel
2017-06-02  6:34   ` Anup Patel
2017-06-02 22:10   ` Stephen Boyd
2017-06-02 22:10     ` Stephen Boyd
2017-06-06  4:21     ` Anup Patel
2017-06-06  4:21       ` Anup Patel
2017-06-02  6:34 ` [PATCH v6 04/11] arm64: dts: Initial DTS files for Broadcom " Anup Patel
2017-06-02  6:34   ` Anup Patel
2017-06-02  6:34 ` [PATCH v6 05/11] arm64: dts: Add clock DT nodes for " Anup Patel
2017-06-02  6:34   ` Anup Patel
2017-06-02  6:34 ` [PATCH v6 06/11] arm64: dts: Add NAND " Anup Patel
2017-06-02  6:34   ` Anup Patel
2017-06-02  6:34 ` [PATCH v6 07/11] arm64: dts: Add pinctrl " Anup Patel
2017-06-02  6:34   ` Anup Patel
2017-06-02  6:34 ` [PATCH v6 08/11] arm64: dts: Add GPIO " Anup Patel
2017-06-02  6:34   ` Anup Patel
2017-06-02  6:34 ` [PATCH v6 09/11] arm64: dts: Add I2C DT nodes for Stingray SoC Anup Patel
2017-06-02  6:34   ` Anup Patel
2017-06-02  6:34 ` [PATCH v6 10/11] arm64: dts: Add PL022, PL330 and SP805 DT nodes for Stingray Anup Patel
2017-06-02  6:34   ` Anup Patel
2017-06-02  6:34 ` [PATCH v6 11/11] arm64: dts: Add PWM and SDHCI DT nodes for Stingray SOC Anup Patel
2017-06-02  6:34   ` Anup Patel
2017-06-05 16:51 ` [PATCH v6 00/11] Broadcom Stingray SOC Initial Support Florian Fainelli
2017-06-05 16:51   ` Florian Fainelli
2017-06-06  2:08   ` Florian Fainelli
2017-06-06  2:08     ` Florian Fainelli
2017-06-06  3:20     ` Anup Patel
2017-06-06  3:20       ` Anup Patel
2017-06-06 22:30     ` Stephen Boyd [this message]
2017-06-06 22:30       ` Stephen Boyd
2017-06-06 22:30       ` Stephen Boyd
2017-06-20  0:28       ` Florian Fainelli
2017-06-20  0:28         ` Florian Fainelli

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170606223027.GL20170@codeaurora.org \
    --to=sboyd@codeaurora.org \
    --cc=anup.patel@broadcom.com \
    --cc=bcm-kernel-feedback-list@broadcom.com \
    --cc=catalin.marinas@arm.com \
    --cc=devicetree@vger.kernel.org \
    --cc=f.fainelli@gmail.com \
    --cc=jonmason@broadcom.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=mturquette@baylibre.com \
    --cc=oza.oza@broadcom.com \
    --cc=pramod.kumar@broadcom.com \
    --cc=rjui@broadcom.com \
    --cc=robh+dt@kernel.org \
    --cc=sandeep.tripathy@broadcom.com \
    --cc=sbranden@broadcom.com \
    --cc=srinath.mannam@broadcom.com \
    --cc=will.deacon@arm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.