Re: [PATCH v2] security: device_cgroup: fix RCU lockdep splat

On Wed, Sep 2, 2015 at 8:14 PM, Paul E. McKenney wrote: > On Wed, Sep 02, 2015 at 12:24:50PM -0400, Tejun Heo wrote: >> cc'ing Paul. >> >> On Wed, Sep 02, 2015 at 08:12:28AM -0500, Felipe Balbi wrote: >> > while booting AM437x device, the following splat >> >

Re: [PATCH v4 8/9] usb: dwc3: core: Prevent otg events from disabling themselves

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/09/15 17:47, Felipe Balbi wrote: > On Wed, Sep 02, 2015 at 05:24:23PM +0300, Roger Quadros wrote: >> There is a race happening during dwc3_drd_init() that causes >> otg events to get disabled. This is what happens. >> >> dwc3_otg_irq() happens

Re: [PATCH v4 9/9] usb: dwc3: core: don't break during suspend/resume while we're dual-role

On 02/09/15 20:22, Sergei Shtylyov wrote: > Hello. > > On 09/02/2015 05:24 PM, Roger Quadros wrote: > >> We can't rely just on dr_mode to decide if we're in host or gadget >> mode when we're configured as otg/dual-role. So while dr_mode is >> OTG, we find out from the otg state machine if we're

Re: [PATCH v4 5/9] usb: dwc3: core: make dual-role work with OTG irq

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/09/15 17:43, Felipe Balbi wrote: > Hi, > > On Wed, Sep 02, 2015 at 05:24:20PM +0300, Roger Quadros wrote: >> If the ID pin event is not available over extcon >> then we rely on the OTG controller to provide us ID and VBUS >> information. >>

Re: [PATCH v4 6/9] usb: dwc3: save/restore OTG registers during suspend/resume

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/09/15 17:44, Felipe Balbi wrote: > On Wed, Sep 02, 2015 at 05:24:21PM +0300, Roger Quadros wrote: >> Without this we loose OTG controller register context and malfunction >> after a system suspend-resume. >> >> Signed-off-by: Roger Quadros

Re: [PATCH v4 9/9] usb: dwc3: core: don't break during suspend/resume while we're dual-role

On 03/09/15 17:05, Sergei Shtylyov wrote: > Hello. > > On 09/03/2015 05:01 PM, Roger Quadros wrote: > We can't rely just on dr_mode to decide if we're in host or gadget mode when we're configured as otg/dual-role. So while dr_mode is OTG, we find out from the otg state machine if

Re: [PATCH v2 0/6] regulator: Fix pbias regulator enable

* Kishon Vijay Abraham I [150903 02:25]: > On Thursday 03 September 2015 01:09 PM, Ulf Hansson wrote: > > > > Finally, perhaps it's better if we queue this through my mmc tree > > since we would then be able to avoid the regression - if I put > > $subject patchset before [1],

Re: [PATCH v2] security: device_cgroup: fix RCU lockdep splat

On Wed, Sep 02, 2015 at 05:14:33PM -0700, Paul E. McKenney wrote: > On Wed, Sep 02, 2015 at 12:24:50PM -0400, Tejun Heo wrote: > > cc'ing Paul. > > > > On Wed, Sep 02, 2015 at 08:12:28AM -0500, Felipe Balbi wrote: > > > while booting AM437x device, the following splat > > > triggered: > > > > >

Re: [PATCH 0/4] omap: Fix broken address translation for pbias

* Kishon Vijay Abraham I [150903 04:31]: > pbias device stopped having memory resource after > "ARM: dts: : add minimal l4 bus layout with control module > support" got merged. This results in platform_get_resource returning > -EINVAL in pbias driver. This is because address

Re: [PATCH v4 9/9] usb: dwc3: core: don't break during suspend/resume while we're dual-role

Hello. On 09/03/2015 05:01 PM, Roger Quadros wrote: We can't rely just on dr_mode to decide if we're in host or gadget mode when we're configured as otg/dual-role. So while dr_mode is OTG, we find out from the otg state machine if we're in host or gadget mode and take the necessary actions

Re: [net-next PATCH v2] drivers: net: cpsw: Add support to make gpio drive which slave connected to phy

* Mugunthan V N [150902 23:05]: > In DRA72x EVM, by default slave 1 is connected to the onboard > phy, but slave 2 pins are also muxed with video input module > which is controlled by pcf857x gpio and currently to select slave > 0 to connect to phy gpio hogging is used, but

Re: [RFC PATCH 1/4] ARM: OMAP2: DRA7: Modify optimize string comparisons in soc_is calls

* Felipe Balbi [150902 05:34]: > On Wed, Sep 02, 2015 at 03:50:10PM +0530, Keerthy wrote: > > Currently everytime soc_is calls are made, firstly device tree nodes > > are parsed and then string comparisons are made to determine the > > soc version. Optimizing it to be done one time

Re: [PATCH] ARM: multi_v7_defconfig: Enable PBIAS regulator

* Kishon Vijay Abraham I [150903 02:58]: > PBIAS regulator is required for MMC module in OMAP2, OMAP3, OMAP4, > OMAP5 and DRA7 SoCs. Enable it here. > > Signed-off-by: Kishon Vijay Abraham I For the multi_v7_defconfig changes you need to resend this to

Re: [PATCH v4 9/9] usb: dwc3: core: don't break during suspend/resume while we're dual-role

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/09/15 17:48, Felipe Balbi wrote: > On Wed, Sep 02, 2015 at 05:24:24PM +0300, Roger Quadros wrote: >> We can't rely just on dr_mode to decide if we're in host or gadget >> mode when we're configured as otg/dual-role. So while dr_mode is >> OTG,

Re: [PATCH v4 9/9] usb: dwc3: core: don't break during suspend/resume while we're dual-role

On 09/03/2015 05:10 PM, Roger Quadros wrote: We can't rely just on dr_mode to decide if we're in host or gadget mode when we're configured as otg/dual-role. So while dr_mode is OTG, we find out from the otg state machine if we're in host or gadget mode and take the necessary actions during

[PATCH] pinctrl: core: Warn about NULL gpio_chip in pinctrl_ready_for_gpio_range()

If the gpio driver is confused about the numbers for gpio-ranges, pinctrl_ready_for_gpio_range() may get called with invalid GPIO causing a NULL pointer exception. Let's instead provide a warning that allows fixing the problem and return with error. Signed-off-by: Tony Lindgren

[PATCH] gpio: omap: Fix GPIO numbering for deferred probe

If gpio-omap probe fails with -EPROBE_DEFER, the GPIO numbering keeps increasing. Only increase the gpio count if gpiochip_add() was successful as otherwise the numbers will increase for each probe attempt. Cc: Grygorii Strashko Cc: Javier Martinez Canillas

[PATCH] ARM: dts: am57xx-beagle-x15: Add wakeup irq for mcp79410

With the support in the generic PM framework for wakeirq and capability added to the rtc-ds1307 driver to support this, we can now define the optional wakeup irq to allow the RTC to wakeup the system from low power modes as part of suspend. Signed-off-by: Nishanth Menon --- This

[PATCH] ARM: dts: am57xx-beagle-x15: Update Phy supplies

Originally, all the SoC PHY rails were supplied by LDO3. However, as a result of characterization, it was determined that this posed a risk in extreme load conditions. Hence the PHY rails are split between two different LDOs. Update the related node as a result LDO3/VDDA_1V8_PHYA supplies

Re: [PATCH v4 4/9] usb: dwc3: core: Adapt to named interrupts

Hi, On Thu, Sep 03, 2015 at 03:46:43PM +0300, Roger Quadros wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 02/09/15 17:34, Felipe Balbi wrote: > > On Wed, Sep 02, 2015 at 05:24:19PM +0300, Roger Quadros wrote: > >> From: Felipe Balbi > >> > >> Add support to use

Re: PowerVR SGX540 drivers for PandaBoard(OMAP4460) on vanilla kernel

* Sedat Marangoz [150902 01:24]: > Tried hard but nothing available my hands except my experiences. I > gave up trying custom kernel due to lots of error, and instead tried > Ubuntu precise 3.2.0-1412-omap4 kernel which is one of the working > kernel with SGX540 driver

Re: [PATCH v4 1/9] usb: dwc3: add dual-role support

Hi, On Thu, Sep 03, 2015 at 03:21:48PM +0300, Roger Quadros wrote: > >> + dwc->fsm->id = id; > >> + dwc->fsm->b_sess_vld = vbus; > >> + usb_otg_sync_inputs(dwc->fsm); > >> +} > >> + > >> +static int dwc3_drd_start_host(struct otg_fsm *fsm, int on) > >> +{ > >> + struct device *dev =

Re: [PATCH v4 5/9] usb: dwc3: core: make dual-role work with OTG irq

Hi, On Thu, Sep 03, 2015 at 04:52:02PM +0300, Roger Quadros wrote: > >>if (on) { > >> - dwc3_set_mode(dwc, DWC3_GCTL_PRTCAP_HOST); > >> + /* OCTL.PeriMode = 0 */ > >> + reg = dwc3_readl(dwc->regs, DWC3_OCTL); > >> + reg &= ~DWC3_OCTL_PERIMODE; > >> +

RE: [PATCH 2/3][v3] drivers: usb: dwc3: Add frame length adjustment quirk

> -Original Message- > From: Felipe Balbi [mailto:ba...@ti.com] > Sent: Thursday, September 03, 2015 9:25 PM > To: Badola Nikhil-B46172 > Cc: linux-ker...@vger.kernel.org; linux-...@vger.kernel.org; linux- > o...@vger.kernel.org; ba...@ti.com;

Re: [PATCH 2/3][v3] drivers: usb: dwc3: Add frame length adjustment quirk

On Thu, Sep 03, 2015 at 11:34:04AM +0530, Nikhil Badola wrote: > Add adjust_frame_length_quirk for writing to fladj register > which adjusts (micro)frame length to value provided by > "snps,quirk-frame-length-adjustment" property thus avoiding > USB 2.0 devices to time-out over a longer run > >

Re: [RFC PATCH 1/4] ARM: OMAP2: DRA7: Modify optimize string comparisons in soc_is calls

* Keerthy [150902 03:23]: > Currently everytime soc_is calls are made, firstly device tree nodes > are parsed and then string comparisons are made to determine the > soc version. Optimizing it to be done one time and store the result. > Use the stored value in all the subsequent

[net-next PATCH v2] drivers: net: cpsw: Add support to make gpio drive which slave connected to phy

In DRA72x EVM, by default slave 1 is connected to the onboard phy, but slave 2 pins are also muxed with video input module which is controlled by pcf857x gpio and currently to select slave 0 to connect to phy gpio hogging is used, but with omap2plus_defconfig the pcf857x gpio is built as module.

Re: [PATCH 1/3] ARM: OMAP2+: clockdomain: Add mechanism for disabling HW_AUTO

On 28/07/15 14:34, Roger Quadros wrote: > Paul, > > On 16/07/15 16:56, Roger Quadros wrote: >> On 16/07/15 04:25, Paul Walmsley wrote: >>> Hi >>> >>> On Tue, 23 Jun 2015, Roger Quadros wrote: >>> For some hwmods (e.g. DCAN on DRA7) we need the possibility to disable HW_AUTO for the

Re: [PATCH] mtd: nand: omap2: Rename shippable module to omap2_nand

On 03/09/15 00:06, Brian Norris wrote: > On Fri, Aug 21, 2015 at 01:45:35PM +0300, Roger Quadros wrote: >> As both omap2 onenand and omap2 nand driver modules are >> named the same i.e. "omap2.ko", only one of them gets shipped >> during MODPOST if both are configured as loadable modules. >> >> To

[PATCH v2 1/6] regulator: pbias: program pbias register offset in pbias driver

Add separate compatible strings for every platform and populate the pbias register offset in the driver data. This helps avoid depending on the dt for pbias register offset. Also update the dt binding documentation for the new compatible strings. Suggested-by: Tony Lindgren

[PATCH v2 0/6] regulator: Fix pbias regulator enable

vsel_reg and enable_reg of the pbias regulator descriptor should actually have the offset from syscon. However after "ARM: dts: : add minimal l4 bus layout with control module support" vsel_reg and enable_reg started to have the absolute address because of address translation that happens due to

[PATCH v2 2/6] ARM: dts: dra7: use "ti,pbias-dra7" compatible string for pbias

Use "ti,pbias-dra7" compatible string which is specifically added for DRA7 SoCs. Signed-off-by: Kishon Vijay Abraham I Acked-by: Tony Lindgren --- arch/arm/boot/dts/dra7.dtsi |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 4/6] ARM: dts: omap3: use "ti,pbias-omap3" compatible string for pbias

Use "ti,pbias-omap3" compatible string which is specifically added for OMAP3. Signed-off-by: Kishon Vijay Abraham I Acked-by: Tony Lindgren --- arch/arm/boot/dts/omap3.dtsi |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 3/6] ARM: dts: omap243x: use "ti,pbias-omap2" compatible string for pbias

Use "ti,pbias-omap2" compatible string which is specifically added for OMAP2. Signed-off-by: Kishon Vijay Abraham I Acked-by: Tony Lindgren --- arch/arm/boot/dts/omap2430.dtsi |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v2 0/6] regulator: Fix pbias regulator enable

Hi, On Thursday 03 September 2015 01:09 PM, Ulf Hansson wrote: > +Olof > > On 3 September 2015 at 08:50, Kishon Vijay Abraham I wrote: >> vsel_reg and enable_reg of the pbias regulator descriptor should actually >> have the offset from syscon. >> >> However after >> "ARM: dts: :

[PATCH v2 6/6] ARM: dts: omap5: use "ti,pbias-omap5" compatible string for pbias

Use "ti,pbias-omap5" compatible string which is specifically added for OMAP5. Signed-off-by: Kishon Vijay Abraham I Acked-by: Tony Lindgren --- arch/arm/boot/dts/omap5.dtsi |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 5/6] ARM: dts: omap4: use "ti,pbias-omap4" compatible string for pbias

Use "ti,pbias-omap4" compatible string which is specifically added for OMAP4. Signed-off-by: Kishon Vijay Abraham I Acked-by: Tony Lindgren --- arch/arm/boot/dts/omap4.dtsi |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v2 2/2] ARM: dts: am57xx-beagle-x15: use palmas-usb for USB2

Chanwoo, On 06/08/15 02:36, Chanwoo Choi wrote: > On 08/05/2015 07:37 PM, Tony Lindgren wrote: >> * Roger Quadros [150727 06:13]: >>> The VBUS line of USB2 is connected to VBUS detect logic on >>> the PMIC. Use the palmas-usb driver to report VBUS events >>> to the USB driver. >>>

Re: [PATCH v2 0/6] regulator: Fix pbias regulator enable

+Olof On 3 September 2015 at 08:50, Kishon Vijay Abraham I wrote: > vsel_reg and enable_reg of the pbias regulator descriptor should actually > have the offset from syscon. > > However after > "ARM: dts: : add minimal l4 bus layout with control module > support" > vsel_reg and

[PATCH] ARM: multi_v7_defconfig: Enable PBIAS regulator

PBIAS regulator is required for MMC module in OMAP2, OMAP3, OMAP4, OMAP5 and DRA7 SoCs. Enable it here. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/configs/multi_v7_defconfig |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig

Re: Myir AM437x Rico board support for Linux 4.1 kernel

+Tony, Tomi, linux-omap Hi Pavel, On 25/08/15 16:39, Pavel Pisa wrote: > Hello everybody, > > I have been asked to help with Linux on Myir Rico board. > I have decided to try actual stable kernel from Ti tree > > git://git.ti.com/ti-linux-kernel/ti-linux-kernel.git > branch

[PATCH 1/4] ARM: dts: omap24xx: fix address translation for pbias

commit <72b10ac00eb1> ("ARM: dts: omap24xx: add minimal l4 bus layout with control module support") moved pbias_regulator dt node from being a child node of ocp to be the child node of scm_conf. Since scm_conf doesn't have the 'ranges' property, address translation fails while trying to convert

[PATCH 4/4] ARM: dts: dra7: fix address translation for pbias

commit ("ARM: dts: dra7: add minimal l4 bus layout with control module support") moved pbias_regulator dt node from being a child node of ocp to be the child node of scm_conf. Since scm_conf doesn't have the 'ranges' property, address translation fails while trying to convert the address to

[PATCH 0/4] omap: Fix broken address translation for pbias

pbias device stopped having memory resource after "ARM: dts: : add minimal l4 bus layout with control module support" got merged. This results in platform_get_resource returning -EINVAL in pbias driver. This is because address translation fails while trying to convert the address to resource which

[PATCH 1/2] ARM: dts: am335x-phycore-som: Fix mpu voltage

Fix the mpu voltage as it is set to low for the silicon revision 2.1. Signed-off-by: Teresa Remmet --- arch/arm/boot/dts/am335x-phycore-som.dtsi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/am335x-phycore-som.dtsi

Re: [PATCH v4 1/9] usb: dwc3: add dual-role support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/09/15 17:31, Felipe Balbi wrote: > Hi, > > On Wed, Sep 02, 2015 at 05:24:16PM +0300, Roger Quadros wrote: >> Register with the USB OTG core. Since we don't support >> OTG yet we just work as a dual-role device even >> if device tree says

[PATCH 3/4] ARM: dts: omap5: fix address translation for pbias

commit ("ARM: dts: omap5: add minimal l4 bus layout with control module support") moved pbias_regulator dt node from being a child node of ocp to be the child node of omap5_padconf_global. Since omap5_padconf_global doesn't have the 'ranges' property, address translation fails while trying to

[PATCH 2/4] ARM: dts: omap4: fix address translation for pbias

commit <7415b0b4c645> ("ARM: dts: omap4: add minimal l4 bus layout with control module support") moved pbias_regulator dt node from being a child node of ocp to be the child node of omap4_padconf_global. Since omap4_padconf_global doesn't have the 'ranges' property, address translation fails while

[PATCH 2/2] ARM: dts: am335x-wega: Clean up regulators

Cleaned up the regulators on the wega board. Created a simple bus, renamed the regulators according to the schematics and added missing regulator on wega. Signed-off-by: Teresa Remmet --- arch/arm/boot/dts/am335x-phycore-som.dtsi | 36 ---

Re: [PATCH 1/2] ARM: OMAP2+: Remove legacy OMAP3 ISP instantiation

Hi Sakari, On 07/16/2015 07:58 AM, Tony Lindgren wrote: > * Laurent Pinchart [150716 05:57]: >> The OMAP3 ISP is now fully supported in DT, remove its instantiation >> from C code. > > Please feel to queue this along with the second patch in this series, >

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

Hi Tony, Sorry for the long delay in getting back on this. I will repost the series once 4.3-rc1 is out, but at the moment I do not think any changes are required. Let me know if you still need any additional details. On 07/23/2015 02:24 AM, Tony Lindgren wrote: > * Suman Anna

Re: [RFC PATCH 1/4] ARM: OMAP2: DRA7: Modify optimize string comparisons in soc_is calls

On Thursday 03 September 2015 09:45 PM, Tony Lindgren wrote: * Keerthy [150902 03:23]: Currently everytime soc_is calls are made, firstly device tree nodes are parsed and then string comparisons are made to determine the soc version. Optimizing it to be done one time and

[PATCH 2/3][v4] drivers: usb: dwc3: Add frame length adjustment quirk

Add adjust_frame_length_quirk for writing to fladj register which adjusts (micro)frame length to value provided by "snps,quirk-frame-length-adjustment" property thus avoiding USB 2.0 devices to time-out over a longer run Signed-off-by: Nikhil Badola --- Changes for

Re: [PATCH v2] security: device_cgroup: fix RCU lockdep splat

On Thu, Sep 03, 2015 at 08:48:39AM -0500, Serge E. Hallyn wrote: > On Wed, Sep 02, 2015 at 05:14:33PM -0700, Paul E. McKenney wrote: > > On Wed, Sep 02, 2015 at 12:24:50PM -0400, Tejun Heo wrote: > > > cc'ing Paul. > > > > > > On Wed, Sep 02, 2015 at 08:12:28AM -0500, Felipe Balbi wrote: > > > >

Re: [PATCH v4 4/9] usb: dwc3: core: Adapt to named interrupts

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/09/15 17:34, Felipe Balbi wrote: > On Wed, Sep 02, 2015 at 05:24:19PM +0300, Roger Quadros wrote: >> From: Felipe Balbi >> >> Add support to use interrupt names, >> >> Following are the interrupt names >> >> Peripheral Interrupt

Re: [PATCH v2] security: device_cgroup: fix RCU lockdep splat

On Thu, Sep 03, 2015 at 09:56:05AM -0400, Josh Boyer wrote: > On Wed, Sep 2, 2015 at 8:14 PM, Paul E. McKenney > wrote: > > On Wed, Sep 02, 2015 at 12:24:50PM -0400, Tejun Heo wrote: > >> cc'ing Paul. > >> > >> On Wed, Sep 02, 2015 at 08:12:28AM -0500, Felipe Balbi