[GIT PULL] NTB bug fixes for v4.13

Hello Linus, Here are a number of NTB changes for 4.13. The major change in the series is a rework of the NTB infrastructure to all for IDT hardware to be supported (and resulting fallout from that). There are also a few clean-ups, etc. This series has been tested very heavily on the previous

[GIT PULL] NTB bug fixes for v4.13

Hello Linus, Here are a number of NTB changes for 4.13. The major change in the series is a rework of the NTB infrastructure to all for IDT hardware to be supported (and resulting fallout from that). There are also a few clean-ups, etc. This series has been tested very heavily on the previous

Re: [PATCH] ACPI: SPCR: Use access width to determine mmio usage

On Tue, Jun 20, 2017 at 2:33 PM, Loc Ho wrote: > Hi Jon, > >> >> >> >> The current SPCR code does not check the access width of the mmio, >> >> >> and >> >> >> uses a default of 8bit register accesses. This prevents devices >> >> >> that >> >> >> only do 16 or

Re: [PATCH] ACPI: SPCR: Use access width to determine mmio usage

On Tue, Jun 20, 2017 at 2:33 PM, Loc Ho wrote: > Hi Jon, > >> >> >> >> The current SPCR code does not check the access width of the mmio, >> >> >> and >> >> >> uses a default of 8bit register accesses. This prevents devices >> >> >> that >> >> >> only do 16 or 32bit

Re: [GIT PULL] NTB bug fixes for v4.12

On Mon, Jun 19, 2017 at 11:06 PM, Linus Torvalds <torva...@linux-foundation.org> wrote: > On Tue, Jun 20, 2017 at 2:42 AM, Jon Mason <jdma...@kudzu.us> wrote: >> Hello Linus, >> Here are a few NTB bug fixes for 4.12. > > So I pulled this, mainly because it remov

Re: [GIT PULL] NTB bug fixes for v4.12

On Mon, Jun 19, 2017 at 11:06 PM, Linus Torvalds wrote: > On Tue, Jun 20, 2017 at 2:42 AM, Jon Mason wrote: >> Hello Linus, >> Here are a few NTB bug fixes for 4.12. > > So I pulled this, mainly because it removed more lines than it added > due to the revert. > > Bu

Re: [RFC PATCH 00/13] Switchtec NTB Support

On Mon, Jun 19, 2017 at 4:27 PM, Logan Gunthorpe <log...@deltatee.com> wrote: > > > On 19/06/17 02:07 PM, Jon Mason wrote: >> I think this code is of quality enough to go from an RFC to a standard >> patch, and we can nit pick it to death there ;-) > > Thanks! >

Re: [RFC PATCH 00/13] Switchtec NTB Support

On Mon, Jun 19, 2017 at 4:27 PM, Logan Gunthorpe wrote: > > > On 19/06/17 02:07 PM, Jon Mason wrote: >> I think this code is of quality enough to go from an RFC to a standard >> patch, and we can nit pick it to death there ;-) > > Thanks! > >> Please reb

Re: [RFC PATCH 00/13] Switchtec NTB Support

On Thu, Jun 15, 2017 at 02:37:16PM -0600, Logan Gunthorpe wrote: > Hi, > > This patchset implements Non-Transparent Bridge (NTB) support for the > Microsemi Switchtec series of switches. We're looking for some > review from the community at this point but hope to get it upstreamed > for v4.14. >

Re: [RFC PATCH 00/13] Switchtec NTB Support

On Thu, Jun 15, 2017 at 02:37:16PM -0600, Logan Gunthorpe wrote: > Hi, > > This patchset implements Non-Transparent Bridge (NTB) support for the > Microsemi Switchtec series of switches. We're looking for some > review from the community at this point but hope to get it upstreamed > for v4.14. >

Re: [RFC PATCH 00/13] Switchtec NTB Support

On Sat, Jun 17, 2017 at 07:09:59AM +0200, 'Greg Kroah-Hartman' wrote: > On Fri, Jun 16, 2017 at 11:21:00PM +0300, Serge Semin wrote: > > On Fri, Jun 16, 2017 at 01:34:59PM -0600, Logan Gunthorpe > > wrote: > > > Now, if you'd like to actually review the code I'd be happy to

Re: [RFC PATCH 00/13] Switchtec NTB Support

On Sat, Jun 17, 2017 at 07:09:59AM +0200, 'Greg Kroah-Hartman' wrote: > On Fri, Jun 16, 2017 at 11:21:00PM +0300, Serge Semin wrote: > > On Fri, Jun 16, 2017 at 01:34:59PM -0600, Logan Gunthorpe > > wrote: > > > Now, if you'd like to actually review the code I'd be happy to address > > > any

[GIT PULL] NTB bug fixes for v4.12

Hello Linus, Here are a few NTB bug fixes for 4.12. Please consider pulling them. Thanks, Jon The following changes since commit 41f1830f5a7af77cf5c86359aba3cbd706687e52: Linux 4.12-rc6 (2017-06-19 22:19:37 +0800) are available in the git repository at: git://github.com/jonmason/ntb

[GIT PULL] NTB bug fixes for v4.12

Hello Linus, Here are a few NTB bug fixes for 4.12. Please consider pulling them. Thanks, Jon The following changes since commit 41f1830f5a7af77cf5c86359aba3cbd706687e52: Linux 4.12-rc6 (2017-06-19 22:19:37 +0800) are available in the git repository at: git://github.com/jonmason/ntb

[PATCH net-next] of_mdio: move of_mdio_parse_addr to header file

-by: Liviu Dudau <li...@dudau.co.uk> Signed-off-by: Jon Mason <jon.ma...@broadcom.com> Fixes: 342fa1964439 ("mdio: mux: make child bus walking more permissive and errors more verbose") --- drivers/of/of_mdio.c| 22 -- include/linux/of_mdio.h | 24 +

[PATCH net-next] of_mdio: move of_mdio_parse_addr to header file

-by: Liviu Dudau Signed-off-by: Jon Mason Fixes: 342fa1964439 ("mdio: mux: make child bus walking more permissive and errors more verbose") --- drivers/of/of_mdio.c| 22 -- include/linux/of_mdio.h | 24 +++- 2 files changed, 23 inserti

Re: [PATCH net-next] net: phy: use of_mdio_parse_addr

On Wed, Jun 7, 2017 at 12:18 PM, Liviu Dudau <li...@dudau.co.uk> wrote: > On Fri, Jun 02, 2017 at 02:22:51PM -0400, David Miller wrote: >> From: Jon Mason <jon.ma...@broadcom.com> >> Date: Wed, 31 May 2017 15:43:30 -0400 >> >> > use of_mdio_parse_addr()

Re: [PATCH net-next] net: phy: use of_mdio_parse_addr

On Wed, Jun 7, 2017 at 12:18 PM, Liviu Dudau wrote: > On Fri, Jun 02, 2017 at 02:22:51PM -0400, David Miller wrote: >> From: Jon Mason >> Date: Wed, 31 May 2017 15:43:30 -0400 >> >> > use of_mdio_parse_addr() in place of an OF read of reg and a bounds >> &g

Re: [PATCH] thermal: broadcom: ns-thermal: depends/default only for NS/NSP

On Wed, May 31, 2017 at 11:09 PM, Eduardo Valentin <edubez...@gmail.com> wrote: > On Wed, May 31, 2017 at 03:55:44PM -0400, Jon Mason wrote: >> ARCH_BCM_IPROC includes support for many SoCs, not all of which have the >> same thermal hardware interface as the Northsta

Re: [PATCH] thermal: broadcom: ns-thermal: depends/default only for NS/NSP

On Wed, May 31, 2017 at 11:09 PM, Eduardo Valentin wrote: > On Wed, May 31, 2017 at 03:55:44PM -0400, Jon Mason wrote: >> ARCH_BCM_IPROC includes support for many SoCs, not all of which have the >> same thermal hardware interface as the Northstar/Northstar Plus SoCs. >> This

[PATCH] thermal: broadcom: ns-thermal: depends/default only for NS/NSP

than necessary kernel. By limiting the driver to only work on the NS/NSP SoCs, we can avoid the issue. Suggested-by: Scott Branden <scott.bran...@broadcom.com> Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- drivers/thermal/broadcom/Kconfig | 4 ++-- 1 file changed, 2 inse

[PATCH] thermal: broadcom: ns-thermal: depends/default only for NS/NSP

than necessary kernel. By limiting the driver to only work on the NS/NSP SoCs, we can avoid the issue. Suggested-by: Scott Branden Signed-off-by: Jon Mason --- drivers/thermal/broadcom/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/thermal/broadcom

[PATCH net-next] mdio: mux: make child bus walking more permissive and errors more verbose

of the MDIO bus be fatal for all entries. Instead, we should provide verbose errors describing the error and then attempt to continue if it all possible. Also, use of_mdio_parse_addr() Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- drivers/net/phy/mdio-mux.c | 24 +

[PATCH net-next] mdio: mux: make child bus walking more permissive and errors more verbose

of the MDIO bus be fatal for all entries. Instead, we should provide verbose errors describing the error and then attempt to continue if it all possible. Also, use of_mdio_parse_addr() Signed-off-by: Jon Mason --- drivers/net/phy/mdio-mux.c | 24 +--- 1 file changed, 17

[PATCH net-next] net: phy: use of_mdio_parse_addr

use of_mdio_parse_addr() in place of an OF read of reg and a bounds check (which is litterally the exact same thing that of_mdio_parse_addr() does) Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- drivers/net/phy/mdio_bus.c | 15 ++- 1 file changed, 2 insertions(+), 13 del

[PATCH net-next] net: phy: use of_mdio_parse_addr

use of_mdio_parse_addr() in place of an OF read of reg and a bounds check (which is litterally the exact same thing that of_mdio_parse_addr() does) Signed-off-by: Jon Mason --- drivers/net/phy/mdio_bus.c | 15 ++- 1 file changed, 2 insertions(+), 13 deletions(-) diff --git

Re: [PATCH] mdio: mux: fix device_node_continue.cocci warnings

On Fri, May 12, 2017 at 6:52 PM, Florian Fainelli wrote: > On 05/12/2017 09:22 AM, David Miller wrote: >> From: Julia Lawall >> Date: Fri, 12 May 2017 22:54:23 +0800 (SGT) >> >>> Device node iterators put the previous value of the index variable, so an

Re: [PATCH] mdio: mux: fix device_node_continue.cocci warnings

On Fri, May 12, 2017 at 6:52 PM, Florian Fainelli wrote: > On 05/12/2017 09:22 AM, David Miller wrote: >> From: Julia Lawall >> Date: Fri, 12 May 2017 22:54:23 +0800 (SGT) >> >>> Device node iterators put the previous value of the index variable, so an >>> explicit put causes a double put. >>

[GIT PULL] NTB bug fixes for vv4.12

Hello Linus, Here are a few NTB changes for v4.12. I appologize for the delay in sending my pull request, but I wanted to give the IDT changes a nice long testing cycle before sending my pull request. Please consider pulling them. Thanks, Jon The following changes since commit

[GIT PULL] NTB bug fixes for vv4.12

Hello Linus, Here are a few NTB changes for v4.12. I appologize for the delay in sending my pull request, but I wanted to give the IDT changes a nice long testing cycle before sending my pull request. Please consider pulling them. Thanks, Jon The following changes since commit

[PATCH] mdio: mux: Correct mdio_mux_init error path issues

, I am adding it where necessary to make it uniform. Signed-off-by: Jon Mason <jon.ma...@broadcom.com> Fixes: f20e6657a875 ("mdio: mux: Enhanced MDIO mux framework for integrated multiplexers") Fixes: 0ca2997d1452 ("netdev/of/phy: Add MDIO bus multiplexer support.") ---

[PATCH] mdio: mux: Correct mdio_mux_init error path issues

, I am adding it where necessary to make it uniform. Signed-off-by: Jon Mason Fixes: f20e6657a875 ("mdio: mux: Enhanced MDIO mux framework for integrated multiplexers") Fixes: 0ca2997d1452 ("netdev/of/phy: Add MDIO bus multiplexer support.") --- drivers/net/phy/mdio-mux.c

Re: [PATCH] driver core: platform: Add ability to find resource by name or index

On Tue, May 9, 2017 at 1:42 AM, Greg Kroah-Hartman <gre...@linuxfoundation.org> wrote: > On Mon, May 08, 2017 at 05:59:48PM -0400, Jon Mason wrote: >> It is not always possible to find a resource via the name. This may be >> due to using previous versions of device tree witho

Re: [PATCH] driver core: platform: Add ability to find resource by name or index

On Tue, May 9, 2017 at 1:42 AM, Greg Kroah-Hartman wrote: > On Mon, May 08, 2017 at 05:59:48PM -0400, Jon Mason wrote: >> It is not always possible to find a resource via the name. This may be >> due to using previous versions of device tree without the names or using >

[PATCH] driver core: platform: Add ability to find resource by name or index

, and if unable to find the resource, will then attempt to find the resource via index. Suggested-by: Florian Fainelli <f.faine...@gmail.com> Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- include/linux/platform_device.h | 15 +++ 1 file changed, 15 insertions(+) diff --g

[PATCH] driver core: platform: Add ability to find resource by name or index

, and if unable to find the resource, will then attempt to find the resource via index. Suggested-by: Florian Fainelli Signed-off-by: Jon Mason --- include/linux/platform_device.h | 15 +++ 1 file changed, 15 insertions(+) diff --git a/include/linux/platform_device.h b/include/linux

[PATCH] net: mdio-mux: bcm-iproc: call mdiobus_free() in error path

ath for mdio_mux_init() which calls mdiobus_unregister() prior to mdiobus_free(). Signed-off-by: Jon Mason <jon.ma...@broadcom.com> Fixes: 98bc865a1ec8 ("net: mdio-mux: Add MDIO mux driver for iProc SoCs") --- drivers/net/phy/mdio-mux-bcm-iproc.c | 5 - 1 file changed, 4 insertions(+),

[PATCH] net: mdio-mux: bcm-iproc: call mdiobus_free() in error path

ath for mdio_mux_init() which calls mdiobus_unregister() prior to mdiobus_free(). Signed-off-by: Jon Mason Fixes: 98bc865a1ec8 ("net: mdio-mux: Add MDIO mux driver for iProc SoCs") --- drivers/net/phy/mdio-mux-bcm-iproc.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/dr

Re: [PATCH] ACPI: SPCR: Use access width to determine mmio usage

On Mon, May 08, 2017 at 01:51:20PM -0700, Loc Ho wrote: > Hi Jon, > > On Mon, May 8, 2017 at 1:34 PM, Jon Mason <jon.ma...@broadcom.com> wrote: > > On Mon, May 8, 2017 at 3:57 PM, Loc Ho <l...@apm.com> wrote: > >> Hi Jon, > >> > >>>> &g

Re: [PATCH] ACPI: SPCR: Use access width to determine mmio usage

On Mon, May 08, 2017 at 01:51:20PM -0700, Loc Ho wrote: > Hi Jon, > > On Mon, May 8, 2017 at 1:34 PM, Jon Mason wrote: > > On Mon, May 8, 2017 at 3:57 PM, Loc Ho wrote: > >> Hi Jon, > >> > >>>> > >>>>>> The current SPC

Re: [PATCH] ACPI: SPCR: Use access width to determine mmio usage

On Mon, May 8, 2017 at 3:57 PM, Loc Ho wrote: > Hi Jon, > >>> > The current SPCR code does not check the access width of the mmio, and > uses a default of 8bit register accesses. This prevents devices that > only do 16 or 32bit register accesses from working. By simply

Re: [PATCH] ACPI: SPCR: Use access width to determine mmio usage

On Mon, May 8, 2017 at 3:57 PM, Loc Ho wrote: > Hi Jon, > >>> > The current SPCR code does not check the access width of the mmio, and > uses a default of 8bit register accesses. This prevents devices that > only do 16 or 32bit register accesses from working. By simply checking

Re: [PATCH] ACPI: SPCR: Use access width to determine mmio usage

On Thu, May 4, 2017 at 11:09 PM, Zheng, Lv <lv.zh...@intel.com> wrote: > Hi, > >> From: Jon Mason [mailto:jon.ma...@broadcom.com] >> Sent: Thursday, May 4, 2017 11:06 PM >> Subject: [PATCH] ACPI: SPCR: Use access width to determine mmio usage >> >> The c

[PATCH v2] ACPI: SPCR: Use access width to determine mmio usage

. To prevent any legacy issues, the code will default to 8bit accesses if the value is anything but 16 or 32. Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- drivers/acpi/spcr.c | 18 -- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/spcr.c b/d

Re: [PATCH] ACPI: SPCR: Use access width to determine mmio usage

On Thu, May 4, 2017 at 11:09 PM, Zheng, Lv wrote: > Hi, > >> From: Jon Mason [mailto:jon.ma...@broadcom.com] >> Sent: Thursday, May 4, 2017 11:06 PM >> Subject: [PATCH] ACPI: SPCR: Use access width to determine mmio usage >> >> The current SPCR code does no

[PATCH v2] ACPI: SPCR: Use access width to determine mmio usage

. To prevent any legacy issues, the code will default to 8bit accesses if the value is anything but 16 or 32. Signed-off-by: Jon Mason --- drivers/acpi/spcr.c | 18 -- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/spcr.c b/drivers/acpi/spcr.c index

Re: [PATCH] ACPI: SPCR: Use access width to determine mmio usage

Bob This function in SPCR is using common code for the early console. So the acpi_read/write would not be usable in that common code. Thanks, Jon > > >> -Original Message- >> From: Jon Mason [mailto:jon.ma...@broadcom.com] >> Sent: Thursday, May 4, 2017 8:06 AM >&

Re: [PATCH] ACPI: SPCR: Use access width to determine mmio usage

is using common code for the early console. So the acpi_read/write would not be usable in that common code. Thanks, Jon > > >> -----Original Message- >> From: Jon Mason [mailto:jon.ma...@broadcom.com] >> Sent: Thursday, May 4, 2017 8:06 AM >> To: Rafael Wysocki ; Len

[PATCH] ACPI: SPCR: Use access width to determine mmio usage

. To prevent any legacy issues, the code will default to 8bit accesses if the value is anything but 16 or 32. Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- drivers/acpi/spcr.c | 18 -- include/acpi/acrestyp.h | 7 +++ 2 files changed, 23 insertions(+), 2 del

[PATCH] ACPI: SPCR: Use access width to determine mmio usage

. To prevent any legacy issues, the code will default to 8bit accesses if the value is anything but 16 or 32. Signed-off-by: Jon Mason --- drivers/acpi/spcr.c | 18 -- include/acpi/acrestyp.h | 7 +++ 2 files changed, 23 insertions(+), 2 deletions(-) diff --git a/drivers

Re: [PATCH v3 2/3] thermal: broadcom: ns-thermal: default on iProc SoCs

On Fri, Apr 28, 2017 at 4:36 PM, Scott Branden <scott.bran...@broadcom.com> wrote: > > > On 17-04-28 01:11 PM, Jon Mason wrote: >> >> Tweak the Kconfig description to mention support for NSP and make the >> default on for iProc based platforms. >&

Re: [PATCH v3 2/3] thermal: broadcom: ns-thermal: default on iProc SoCs

On Fri, Apr 28, 2017 at 4:36 PM, Scott Branden wrote: > > > On 17-04-28 01:11 PM, Jon Mason wrote: >> >> Tweak the Kconfig description to mention support for NSP and make the >> default on for iProc based platforms. >> >> Signed-off-by: Jon Mason >>

[PATCH 2/3] phy: Add USB3 PHY support for Broadcom NS2 SoC

From: Yendapally Reddy Dhananjaya Reddy <yendapally.re...@broadcom.com> This patch adds support for Broadcom NS2 USB3 PHY Signed-off-by: Yendapally Reddy Dhananjaya Reddy <yendapally.re...@broadcom.com> Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- drivers/phy/Kconfi

[PATCH 2/3] phy: Add USB3 PHY support for Broadcom NS2 SoC

From: Yendapally Reddy Dhananjaya Reddy This patch adds support for Broadcom NS2 USB3 PHY Signed-off-by: Yendapally Reddy Dhananjaya Reddy Signed-off-by: Jon Mason --- drivers/phy/Kconfig| 9 + drivers/phy/Makefile | 1 + drivers/phy/phy-bcm-ns2-usb3.c | 596

[PATCH 3/3] arm64: dts: ns2: Add USB3 Support

From: Yendapally Reddy Dhananjaya Reddy <yendapally.re...@broadcom.com> Add USB3 support to the Northstar2 Device tree files Signed-off-by: Yendapally Reddy Dhananjaya Reddy <yendapally.re...@broadcom.com> Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- arch/arm64/boo

[PATCH 1/3] dt-bindings: phy: Add documentation for NS2 USB3 PHY

From: Yendapally Reddy Dhananjaya Reddy <yendapally.re...@broadcom.com> Add documentation for USB3 PHY available in NS2 SoC Signed-off-by: Yendapally Reddy Dhananjaya Reddy <yendapally.re...@broadcom.com> Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- .../devicetree/bin

[PATCH 3/3] arm64: dts: ns2: Add USB3 Support

From: Yendapally Reddy Dhananjaya Reddy Add USB3 support to the Northstar2 Device tree files Signed-off-by: Yendapally Reddy Dhananjaya Reddy Signed-off-by: Jon Mason --- arch/arm64/boot/dts/broadcom/ns2-svk.dts | 16 + arch/arm64/boot/dts/broadcom/ns2-xmc.dts | 8 + arch/arm64

[PATCH 1/3] dt-bindings: phy: Add documentation for NS2 USB3 PHY

From: Yendapally Reddy Dhananjaya Reddy Add documentation for USB3 PHY available in NS2 SoC Signed-off-by: Yendapally Reddy Dhananjaya Reddy Signed-off-by: Jon Mason --- .../devicetree/bindings/phy/brcm,ns2-usb3-phy.txt | 82 ++ 1 file changed, 82 insertions(+) create

[PATCH 0/3] USB3 support for Broadcom NS2 SoC

This patch set contains the USB3 support for Broadcom NS2 SoC. The USB3 PHY is connected through the MDIO interface. Yendapally Reddy Dhananjaya Reddy (3): dt-bindings: phy: Add documentation for NS2 USB3 PHY phy: Add USB3 PHY support for Broadcom NS2 SoC arm64: dts: ns2: Add USB3 Support

[PATCH 0/3] USB3 support for Broadcom NS2 SoC

This patch set contains the USB3 support for Broadcom NS2 SoC. The USB3 PHY is connected through the MDIO interface. Yendapally Reddy Dhananjaya Reddy (3): dt-bindings: phy: Add documentation for NS2 USB3 PHY phy: Add USB3 PHY support for Broadcom NS2 SoC arm64: dts: ns2: Add USB3 Support

[PATCH v3 0/3] thermal: broadcom: Add NSP Thermal Support

support for NSP to the existing Northstar thermal driver. This code is based on patches currently in the Linux SoC Thermal git tree. Specfically, https://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal.git/commit/?h=linus=a94cb7eeecc4104a6874339f90c5d0647359c102 Jon Mason (3): ARM

[PATCH v3 0/3] thermal: broadcom: Add NSP Thermal Support

support for NSP to the existing Northstar thermal driver. This code is based on patches currently in the Linux SoC Thermal git tree. Specfically, https://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal.git/commit/?h=linus=a94cb7eeecc4104a6874339f90c5d0647359c102 Jon Mason (3): ARM

[PATCH v3 1/3] ARM: BCM: Enable thermal support for NSP SoCs

Change the Northstar Plus Kconfig to select THERMAL and THERMAL_OF, which allows the ns-thermal driver to be selected via menuconfig. Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- arch/arm/mach-bcm/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/mach-bcm/Kco

[PATCH v3 1/3] ARM: BCM: Enable thermal support for NSP SoCs

Change the Northstar Plus Kconfig to select THERMAL and THERMAL_OF, which allows the ns-thermal driver to be selected via menuconfig. Signed-off-by: Jon Mason --- arch/arm/mach-bcm/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/mach-bcm/Kconfig b/arch/arm/mach-bcm

[PATCH v3 2/3] thermal: broadcom: ns-thermal: default on iProc SoCs

Tweak the Kconfig description to mention support for NSP and make the default on for iProc based platforms. Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- drivers/thermal/broadcom/Kconfig | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/thermal/br

[PATCH v3 3/3] ARM: dts: NSP: Add Thermal Support

Add thermal support via the ns-thermal driver and create a single thermal zone for the entire SoC. Signed-off-by: Jon Mason <jon.ma...@broadcom.com> Acked-by: Eduardo Valentin <edubez...@gmail.com> --- arch/arm/boot/dts/bcm-nsp.dtsi | 26 ++ 1 file changed, 2

[PATCH v3 2/3] thermal: broadcom: ns-thermal: default on iProc SoCs

Tweak the Kconfig description to mention support for NSP and make the default on for iProc based platforms. Signed-off-by: Jon Mason --- drivers/thermal/broadcom/Kconfig | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/thermal/broadcom/Kconfig b/drivers

[PATCH v3 3/3] ARM: dts: NSP: Add Thermal Support

Add thermal support via the ns-thermal driver and create a single thermal zone for the entire SoC. Signed-off-by: Jon Mason Acked-by: Eduardo Valentin --- arch/arm/boot/dts/bcm-nsp.dtsi | 26 ++ 1 file changed, 26 insertions(+) diff --git a/arch/arm/boot/dts/bcm

Re: [PATCH v2 1/3] ARM: BCM: Enable thermal support for iProc SoCs

On Thu, Apr 27, 2017 at 7:10 PM, Scott Branden <scott.bran...@broadcom.com> wrote: > > > On 17-04-27 02:23 PM, Jon Mason wrote: >> >> Change the iProc Kconfig to select THERMAL and THERMAL_OF, which allows >> the ns-thermal driver to be selected via menuconfi

Re: [PATCH v2 1/3] ARM: BCM: Enable thermal support for iProc SoCs

On Thu, Apr 27, 2017 at 7:10 PM, Scott Branden wrote: > > > On 17-04-27 02:23 PM, Jon Mason wrote: >> >> Change the iProc Kconfig to select THERMAL and THERMAL_OF, which allows >> the ns-thermal driver to be selected via menuconfig. >> >> Signed-off-by:

Re: [PATCH 1/2] thermal: broadcom: Allow for NSP to use ns-thermal driver

On Fri, Apr 28, 2017 at 9:07 AM, Eduardo Valentin <edubez...@gmail.com> wrote: > On Thu, Apr 27, 2017 at 01:42:25PM -0400, Jon Mason wrote: >> On Thu, Apr 27, 2017 at 12:37 PM, Eduardo Valentin <edubez...@gmail.com> >> wrote: >> > Hey Jason, >> >>

Re: [PATCH 1/2] thermal: broadcom: Allow for NSP to use ns-thermal driver

On Fri, Apr 28, 2017 at 9:07 AM, Eduardo Valentin wrote: > On Thu, Apr 27, 2017 at 01:42:25PM -0400, Jon Mason wrote: >> On Thu, Apr 27, 2017 at 12:37 PM, Eduardo Valentin >> wrote: >> > Hey Jason, >> >> It's Jon :) > > Apologies. I think I either read

[PATCH v2 2/3] thermal: broadcom: ns-thermal: default on iProc SoCs

Tweak the Kconfig description to mention support for NSP and make the default on for iProc based platforms. Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- drivers/thermal/broadcom/Kconfig | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/thermal/br

[PATCH v2 2/3] thermal: broadcom: ns-thermal: default on iProc SoCs

Tweak the Kconfig description to mention support for NSP and make the default on for iProc based platforms. Signed-off-by: Jon Mason --- drivers/thermal/broadcom/Kconfig | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/thermal/broadcom/Kconfig b/drivers

[PATCH v2 3/3] ARM: dts: NSP: Add Thermal Support

Add thermal support via the ns-thermal driver and create a single thermal zone for the entire SoC. Signed-off-by: Jon Mason <jon.ma...@broadcom.com> Acked-by: Eduardo Valentin <edubez...@gmail.com> --- arch/arm/boot/dts/bcm-nsp.dtsi | 26 ++ 1 file changed, 2

[PATCH v2 1/3] ARM: BCM: Enable thermal support for iProc SoCs

Change the iProc Kconfig to select THERMAL and THERMAL_OF, which allows the ns-thermal driver to be selected via menuconfig. Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- arch/arm/mach-bcm/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/mach-bcm/Kconfig b/ar

[PATCH v2 3/3] ARM: dts: NSP: Add Thermal Support

Add thermal support via the ns-thermal driver and create a single thermal zone for the entire SoC. Signed-off-by: Jon Mason Acked-by: Eduardo Valentin --- arch/arm/boot/dts/bcm-nsp.dtsi | 26 ++ 1 file changed, 26 insertions(+) diff --git a/arch/arm/boot/dts/bcm

[PATCH v2 1/3] ARM: BCM: Enable thermal support for iProc SoCs

Change the iProc Kconfig to select THERMAL and THERMAL_OF, which allows the ns-thermal driver to be selected via menuconfig. Signed-off-by: Jon Mason --- arch/arm/mach-bcm/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/mach-bcm/Kconfig b/arch/arm/mach-bcm/Kconfig index

[PATCH v2 0/3] thermal: broadcom: Add NSP Thermal Support

, https://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal.git/commit/?h=linus=a94cb7eeecc4104a6874339f90c5d0647359c102 Jon Mason (3): ARM: BCM: Enable thermal support for iProc SoCs thermal: broadcom: ns-thermal: default on iProc SoCs ARM: dts: NSP: Add Thermal Support arch

[PATCH v2 0/3] thermal: broadcom: Add NSP Thermal Support

, https://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal.git/commit/?h=linus=a94cb7eeecc4104a6874339f90c5d0647359c102 Jon Mason (3): ARM: BCM: Enable thermal support for iProc SoCs thermal: broadcom: ns-thermal: default on iProc SoCs ARM: dts: NSP: Add Thermal Support arch

Re: [PATCH 1/2] thermal: broadcom: Allow for NSP to use ns-thermal driver

On Thu, Apr 27, 2017 at 12:37 PM, Eduardo Valentin <edubez...@gmail.com> wrote: > Hey Jason, It's Jon :) > > On Tue, Apr 25, 2017 at 04:49:10PM -0400, Jon Mason wrote: >> Change the iProc Kconfig to select THERMAL and THERMAL_OF, which allows >> the ns-therma

Re: [PATCH 1/2] thermal: broadcom: Allow for NSP to use ns-thermal driver

On Thu, Apr 27, 2017 at 12:37 PM, Eduardo Valentin wrote: > Hey Jason, It's Jon :) > > On Tue, Apr 25, 2017 at 04:49:10PM -0400, Jon Mason wrote: >> Change the iProc Kconfig to select THERMAL and THERMAL_OF, which allows >> the ns-thermal driver to be selected via menu

[PATCH 1/2] thermal: broadcom: Allow for NSP to use ns-thermal driver

based platforms. Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- arch/arm/mach-bcm/Kconfig| 2 ++ drivers/thermal/broadcom/Kconfig | 9 + 2 files changed, 7 insertions(+), 4 deletions(-) diff --git a/arch/arm/mach-bcm/Kconfig b/arch/arm/mach-bcm/Kconfig index a0e66d8..d

[PATCH 2/2] ARM: dts: NSP: Add Thermal Support

Add thermal support via the ns-thermal driver and create a single thermal zone for the entire SoC. Signed-off-by: Jon Mason <jon.ma...@broadcom.com> --- arch/arm/boot/dts/bcm-nsp.dtsi | 26 ++ 1 file changed, 26 insertions(+) diff --git a/arch/arm/boot/dts/bcm-nsp.

[PATCH 1/2] thermal: broadcom: Allow for NSP to use ns-thermal driver

based platforms. Signed-off-by: Jon Mason --- arch/arm/mach-bcm/Kconfig| 2 ++ drivers/thermal/broadcom/Kconfig | 9 + 2 files changed, 7 insertions(+), 4 deletions(-) diff --git a/arch/arm/mach-bcm/Kconfig b/arch/arm/mach-bcm/Kconfig index a0e66d8..da2bfeb 100644 --- a/arch/arm/mach

[PATCH 2/2] ARM: dts: NSP: Add Thermal Support

Add thermal support via the ns-thermal driver and create a single thermal zone for the entire SoC. Signed-off-by: Jon Mason --- arch/arm/boot/dts/bcm-nsp.dtsi | 26 ++ 1 file changed, 26 insertions(+) diff --git a/arch/arm/boot/dts/bcm-nsp.dtsi b/arch/arm/boot/dts/bcm

[PATCH 0/2] thermal: broadcom: Add NSP Thermal Support

This adds support for NSP to the existing Northstar thermal driver. This code is based on patches currently in the Linux SoC Thermal git tree. Specfically, https://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal.git/commit/?h=linus=a94cb7eeecc4104a6874339f90c5d0647359c102 Jon

[PATCH 0/2] thermal: broadcom: Add NSP Thermal Support

This adds support for NSP to the existing Northstar thermal driver. This code is based on patches currently in the Linux SoC Thermal git tree. Specfically, https://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal.git/commit/?h=linus=a94cb7eeecc4104a6874339f90c5d0647359c102 Jon

Re: [PATCH 2/2] ARM: dts: Add the ethernet and ethernet PHY to the cygnus core DT.

On Tue, Apr 25, 2017 at 11:23 AM, Sergei Shtylyov <sergei.shtyl...@cogentembedded.com> wrote: > Hello! > > On 04/25/2017 06:15 PM, Jon Mason wrote: > >>>> Cygnus has a single amac controller connected to the B53 switch with 2 >>>> PHYs. On the BCM911360

Re: [PATCH 2/2] ARM: dts: Add the ethernet and ethernet PHY to the cygnus core DT.

On Tue, Apr 25, 2017 at 11:23 AM, Sergei Shtylyov wrote: > Hello! > > On 04/25/2017 06:15 PM, Jon Mason wrote: > >>>> Cygnus has a single amac controller connected to the B53 switch with 2 >>>> PHYs. On the BCM911360_EP platform, those two PHYs are connected

Re: [PATCH 2/2] ARM: dts: Add the ethernet and ethernet PHY to the cygnus core DT.

On Tue, Apr 25, 2017 at 5:40 AM, Sergei Shtylyov wrote: > Hello. > > On 4/25/2017 12:50 AM, Eric Anholt wrote: > >> Cygnus has a single amac controller connected to the B53 switch with 2 >> PHYs. On the BCM911360_EP platform, those two PHYs are connected to >>

Re: [PATCH 2/2] ARM: dts: Add the ethernet and ethernet PHY to the cygnus core DT.

On Tue, Apr 25, 2017 at 5:40 AM, Sergei Shtylyov wrote: > Hello. > > On 4/25/2017 12:50 AM, Eric Anholt wrote: > >> Cygnus has a single amac controller connected to the B53 switch with 2 >> PHYs. On the BCM911360_EP platform, those two PHYs are connected to >> the external ethernet jacks. > > >

Re: [PATCH] phy: bcm-ns-usb3: split all writes into reg & val pairs

t by making all these values less > magical. The next step is switching to using a proper MDIO layer. > > Signed-off-by: Rafał Miłecki <ra...@milecki.pl> Looks much better to me! Acked-by: Jon Mason <jon.ma...@broadcom.com> > --- > drivers/phy/phy-bcm-ns-usb3.c | 69

Re: [PATCH] phy: bcm-ns-usb3: split all writes into reg & val pairs

The next step is switching to using a proper MDIO layer. > > Signed-off-by: Rafał Miłecki Looks much better to me! Acked-by: Jon Mason > --- > drivers/phy/phy-bcm-ns-usb3.c | 69 > ++- > 1 file changed, 49 insertions(+), 20 deletions(

Re: [PATCH] phy: fix build error in phy-bcm-nsp-usb3 with COMPILE_TEST

On Tue, Mar 07, 2017 at 12:43:52PM +0100, Tobias Regnery wrote: > I see the following build error with COMPILE_TEST on randconfig builds: > > divers/built-in.o: In function `nsp_usb3_phy_init': > phy-bcm-nsp-usb3.c:(.text+0x4050): undefined reference to `mdiobus_write' >

Re: [PATCH] phy: fix build error in phy-bcm-nsp-usb3 with COMPILE_TEST

On Tue, Mar 07, 2017 at 12:43:52PM +0100, Tobias Regnery wrote: > I see the following build error with COMPILE_TEST on randconfig builds: > > divers/built-in.o: In function `nsp_usb3_phy_init': > phy-bcm-nsp-usb3.c:(.text+0x4050): undefined reference to `mdiobus_write' >

[PATCH] arm64: dts: NS2: Add dma-coherent to relevant DT entries

Cache related issues with DMA rings and performance issues related to caching are being caused by not properly setting the "dma-coherent" flag in the device tree entries. Adding it here to correct the issue. Signed-off-by: Jon Mason <jon.ma...@broadcom.com> Fixes: fd5e5dd56 (

[PATCH] arm64: dts: NS2: Add dma-coherent to relevant DT entries

Cache related issues with DMA rings and performance issues related to caching are being caused by not properly setting the "dma-coherent" flag in the device tree entries. Adding it here to correct the issue. Signed-off-by: Jon Mason Fixes: fd5e5dd56 ("arm64: dts: Add PCIe0 and

[PATCH] clk: ns2: Correct SDIO bits

From: Bharat Kumar Reddy Gooty <bharat.go...@broadcom.com> Corrected the bits for power and iso. Signed-off-by: Bharat Kumar Reddy Gooty <bharat.go...@broadcom.com> Signed-off-by: Jon Mason <jon.ma...@broadcom.com> Fixes: f7225a83 ("clk: ns2: add clock support for B

[PATCH] clk: ns2: Correct SDIO bits

From: Bharat Kumar Reddy Gooty Corrected the bits for power and iso. Signed-off-by: Bharat Kumar Reddy Gooty Signed-off-by: Jon Mason Fixes: f7225a83 ("clk: ns2: add clock support for Broadcom Northstar 2 SoC") --- drivers/clk/bcm/clk-ns2.c | 2 +- 1 file changed, 1 insertion(+),

<    1   2   3   4   5   6   7   8   9   10   >