Re: [PATCH v2] clk: ti: fix dual-registration of uart4_ick

On 10/02/2015 03:15 AM, Stephen Boyd wrote: On 09/29, Ben Dooks wrote: On the OMAP AM3517 platform the uart4_ick gets registered twice, causing any power managment to /dev/ttyO3 to fail when trying to wake the device up. This solves the following oops: [] Unhandled fault: external abort on

Re: [PATCH] clk: ti: dflt: fix enable_reg validity check

On 09/30/2015 01:37 AM, Suman Anna wrote: The default clock enabling functions for TI clocks - omap2_dflt_clk_enable() and omap2_dflt_clk_disable() perform a NULL check for the enable_reg field of the clk_hw_omap structure. This enable_reg field however is merely a combination of the index of

[GIT PULL] clock: ti: fixes for 4.3-rc

Hi Stephen, Mike, A few TI clock driver fixes to pull against 4.3-rc. -Tero The following changes since commit 9ffecb10283508260936b96022d4ee43a7798b4c: Linux 4.3-rc3 (2015-09-27 07:50:08 -0400) are available in the git repository at:

Re: [PATCH 01/11 RESEND] ARM: OMAP: DRA7: hwmod: Add data for McASP3

On 10/02/2015 02:55 PM, Peter Ujfalusi wrote: > On 10/02/2015 02:22 PM, Peter Ujfalusi wrote: >> Paul, >> >> On 10/02/2015 12:07 PM, Paul Walmsley wrote: >>> Hello Péter, >>> >>> On Wed, 30 Sep 2015, Peter Ujfalusi wrote: >>> On 09/27/2015 10:02 AM, Paul Walmsley wrote: >> /* >> + *

Re: [PATCH 1/2] gpio: omap: move pm runtime in irq_chip.irq_bus_lock/sync_unlock

On Fri, Sep 25, 2015 at 12:28 PM, Grygorii Strashko wrote: > The PM runtime API can't be used in atomic contex on -RT even if > it's configured as irqsafe. As result, below error report can > be seen when PM runtime API called from IRQ chip's callbacks >

Re: [PATCH] ARM: Remove __ref on hotplug cpu die path

On Mon, Sep 14, 2015 at 5:23 PM, Stephen Boyd wrote: > Now that __cpuinit has been removed, the __ref markings on these > functions are useless. Remove them. This also reduces the size of > the multi_v7_defconfig image: > > $ size before after >textdata bss

Re: [PATCH 01/11 RESEND] ARM: OMAP: DRA7: hwmod: Add data for McASP3

On 10/02/2015 02:22 PM, Peter Ujfalusi wrote: > Paul, > > On 10/02/2015 12:07 PM, Paul Walmsley wrote: >> Hello Péter, >> >> On Wed, 30 Sep 2015, Peter Ujfalusi wrote: >> >>> On 09/27/2015 10:02 AM, Paul Walmsley wrote: > /* > + * 'mcasp' class > + * > + */ > +static struct

Re: [PATCH 01/11 RESEND] ARM: OMAP: DRA7: hwmod: Add data for McASP3

Paul, On 10/02/2015 12:07 PM, Paul Walmsley wrote: > Hello Péter, > > On Wed, 30 Sep 2015, Peter Ujfalusi wrote: > >> On 09/27/2015 10:02 AM, Paul Walmsley wrote: /* + * 'mcasp' class + * + */ +static struct omap_hwmod_class_sysconfig dra7xx_mcasp_sysc = { +

Re: [PATCH 01/11 RESEND] ARM: OMAP: DRA7: hwmod: Add data for McASP3

Hello Péter, On Wed, 30 Sep 2015, Peter Ujfalusi wrote: > On 09/27/2015 10:02 AM, Paul Walmsley wrote: > >> /* > >> + * 'mcasp' class > >> + * > >> + */ > >> +static struct omap_hwmod_class_sysconfig dra7xx_mcasp_sysc = { > >> + .sysc_offs = 0x0004, > >> + .sysc_flags =

Re: Queueing b0a688ddcc50 "usb: musb: cppi41: allow it to work again" for -stable

On Fri, Oct 02, 2015 at 02:23:45AM -0300, Ezequiel Garcia wrote: > Hello, > > Commit b0a688ddcc50 "usb: musb: cppi41: allow it to work again" seems > to fix a regression. It applies cleanly on v4.1 and removes the > "musb-hdrc musb-hdrc.1.auto: Need DT for the DMA engine." error. > > Any chance

Re: [PATCH v2] clk: ti: fix dual-registration of uart4_ick

On 02/10/15 07:07, Tero Kristo wrote: > On 10/02/2015 03:15 AM, Stephen Boyd wrote: >> On 09/29, Ben Dooks wrote: >>> On the OMAP AM3517 platform the uart4_ick gets registered >>> twice, causing any power managment to /dev/ttyO3 to fail >>> when trying to wake the device up. >>> >>> This solves

Re: [GIT PULL] clock: ti: fixes for 4.3-rc

On 10/02, Tero Kristo wrote: > Hi Stephen, Mike, > > A few TI clock driver fixes to pull against 4.3-rc. > > -Tero > > > > The following changes since commit 9ffecb10283508260936b96022d4ee43a7798b4c: > > Linux 4.3-rc3 (2015-09-27 07:50:08 -0400) > > are available in the

Re: [PATCH] clk: ti: dflt: fix enable_reg validity check

On 09/29, Suman Anna wrote: > diff --git a/drivers/clk/ti/clkt_dflt.c b/drivers/clk/ti/clkt_dflt.c > index 90d7d8a21c49..1ddc288fce4e 100644 > --- a/drivers/clk/ti/clkt_dflt.c > +++ b/drivers/clk/ti/clkt_dflt.c > @@ -222,7 +222,7 @@ int omap2_dflt_clk_enable(struct clk_hw *hw) > } >

Re: Queueing b0a688ddcc50 "usb: musb: cppi41: allow it to work again" for -stable

On 2 October 2015 at 13:09, Felipe Balbi wrote: > On Fri, Oct 02, 2015 at 02:23:45AM -0300, Ezequiel Garcia wrote: >> Hello, >> >> Commit b0a688ddcc50 "usb: musb: cppi41: allow it to work again" seems >> to fix a regression. It applies cleanly on v4.1 and removes the >> "musb-hdrc

Re: Queueing b0a688ddcc50 "usb: musb: cppi41: allow it to work again" for -stable

On Fri, Oct 02, 2015 at 02:16:50PM -0300, Ezequiel Garcia wrote: > On 2 October 2015 at 13:09, Felipe Balbi wrote: > > On Fri, Oct 02, 2015 at 02:23:45AM -0300, Ezequiel Garcia wrote: > >> Hello, > >> > >> Commit b0a688ddcc50 "usb: musb: cppi41: allow it to work again" seems > >> to

Re: [PATCH] clk: ti: dflt: fix enable_reg validity check

On 10/02/2015 01:21 PM, Stephen Boyd wrote: > On 09/29, Suman Anna wrote: >> diff --git a/drivers/clk/ti/clkt_dflt.c b/drivers/clk/ti/clkt_dflt.c >> index 90d7d8a21c49..1ddc288fce4e 100644 >> --- a/drivers/clk/ti/clkt_dflt.c >> +++ b/drivers/clk/ti/clkt_dflt.c >> @@ -222,7 +222,7 @@ int

Re: [PATCH 2/2] gpio: omap: convert to use generic irq handler

On Fri, Sep 25, 2015 at 12:28 PM, Grygorii Strashko wrote: > This patch converts TI OMAP GPIO driver to use generic irq handler > instead of chained IRQ handler. This way OMAP GPIO driver will be > compatible with RT kernel where it will be forced thread IRQ handler >

Re: [PATCH 2/2] gpio: omap: convert to use generic irq handler

On 10/02/2015 03:17 PM, Linus Walleij wrote: On Fri, Sep 25, 2015 at 12:28 PM, Grygorii Strashko wrote: This patch converts TI OMAP GPIO driver to use generic irq handler instead of chained IRQ handler. This way OMAP GPIO driver will be compatible with RT kernel

[REPOST PATCH 1/4] ARM: dts: DRA7: Add dsp1_system syscon node

The DSP_SYSTEM sub-module is a dedicated system control logic module present within a DRA7 DSP processor sub-system. This module is responsible for power management, clock generation and connection to the device PRCM module. Add a syscon node for this module for the DSP1 processor sub-system.

[REPOST PATCH 3/4] ARM: dts: DRA7: Add common IOMMU nodes

The DRA7xx family of SOCs have two IPUs and one DSP processor subsystems in common. The IOMMU DT nodes have been added for these processor subsystems, and have been disabled by default. These MMUs are very similar to those on OMAP4 and OMAP5, with the only difference being the presence of a

[REPOST PATCH 4/4] ARM: dts: DRA74x: Add IOMMU nodes for DSP2

The DRA74x family of SoCs have a second DSP, that also has two MMUs just like the DSP1 subsystem. Add the IOMMU nodes for this DSP2 subsystem in disabled state to the DRA74x specific DTS file, the nodes would need to be enabled appropriately in the respective board DTS files. Signed-off-by: Suman

[REPOST PATCH 2/4] ARM: dts: DRA74x: Add dsp2_system syscon node

The DSP_SYSTEM sub-module is a dedicated system control logic module present within a DRA7 DSP processor sub-system. This module is responsible for power management, clock generation and connection to the device PRCM module. Add a syscon node for this module for the DSP2 processor sub-system.

[REPOST PATCH 0/4] Add DRA7 IOMMU DT nodes

Hi Tony, The following series is a repost of the previous seried that added the basic DT nodes for the DSP and IPU IOMMU devices for the DRA7xx SoC family [1]. There are no code changes, but the patches have to be rebased to resolve slight merge conflicts as the dra7_ctrl_core and

[REPOST PATCH 1/2] Documentation: dt: Update OMAP iommu bindings for DRA7 DSPs

The DSP processor sub-systems on DRA7xx have two MMU instances each, one for the processor core and the other for an internal EDMA block. These MMUs need an additional shared register to be programmed in the DSP_SYSTEM sub-module to be enabled properly. The OMAP IOMMU bindings is updated to

[REPOST PATCH 2/2] iommu/omap: Add support for configuring dsp iommus on DRA7xx

The DSP MMUs on DRA7xx SoC requires configuring an additional MMU_CONFIG register present in the DSP_SYSTEM sub module. This setting dictates whether the DSP Core's MDMA and EDMA traffic is routed through the respective MMU or not. Add the support to the OMAP iommu driver so that the traffic is

[REPOST PATCH 0/2] DRA7 DSP MMU config support

Hi Joerg, This is a repost of the DRA7 DSP MMU config support patch series, baselined on the latest rc (4.3-rc3). Details of the MMUs are summarized in the previous series [1], and the discussion with Tony did not require any changes to the code from that series. As per your request, I have also

[PATCH v8 2/4] PM / Domains: add setter for dev.pm_domain

Adds a function that sets the pointer to dev_pm_domain in struct device and that warns if the device has already finished probing. The reason why we want to enforce that is because in the general case that can cause problems and also that we can simplify code quite a bit if we can always assume

[PATCH v8 0/4] Allow USB devices to remain runtime-suspended when sleeping

Hi, this is v8 of an attempt to make it easier for devices to remain in runtime PM when the system goes to sleep, mainly to reduce the time spent resuming devices. For this, we interpret the absence of all PM callback implementations as it being safe to do direct_complete, so their ancestors