Re: [PATCH v5 2/3] extcon: Palmas Extcon Driver

2013-05-27 Thread Chanwoo Choi
On 05/27/2013 02:54 PM, Kishon Vijay Abraham I wrote: Hi, On Monday 27 May 2013 11:04 AM, Chanwoo Choi wrote: Hi Kishon, I have some comment about this patch and upload modified patch to following repository (extcon-for-palmas). -

Re: [PATCH v5 2/3] extcon: Palmas Extcon Driver

2013-05-27 Thread Laxman Dewangan
On Monday 27 May 2013 11:38 AM, Chanwoo Choi wrote: On 05/27/2013 02:54 PM, Kishon Vijay Abraham I wrote: Hi, On Monday 27 May 2013 11:04 AM, Chanwoo Choi wrote: Hi Kishon, I have some comment about this patch and upload modified patch to following repository (extcon-for-palmas). -

Re: [PATCH v5 2/3] extcon: Palmas Extcon Driver

2013-05-27 Thread Kishon Vijay Abraham I
Hi, On Monday 27 May 2013 11:52 AM, Laxman Dewangan wrote: On Monday 27 May 2013 11:38 AM, Chanwoo Choi wrote: On 05/27/2013 02:54 PM, Kishon Vijay Abraham I wrote: Hi, On Monday 27 May 2013 11:04 AM, Chanwoo Choi wrote: Hi Kishon, I have some comment about this patch and upload modified

Re: [PATCH v5 2/3] extcon: Palmas Extcon Driver

2013-05-27 Thread Laxman Dewangan
On Monday 27 May 2013 12:01 PM, Kishon Vijay Abraham I wrote: Hi, On Monday 27 May 2013 11:52 AM, Laxman Dewangan wrote: On Monday 27 May 2013 11:38 AM, Chanwoo Choi wrote: On 05/27/2013 02:54 PM, Kishon Vijay Abraham I wrote: Hi, On Monday 27 May 2013 11:04 AM, Chanwoo Choi wrote: Hi

Re: [PATCH v5 2/3] extcon: Palmas Extcon Driver

2013-05-27 Thread Kishon Vijay Abraham I
Hi, On Monday 27 May 2013 12:06 PM, Laxman Dewangan wrote: On Monday 27 May 2013 12:01 PM, Kishon Vijay Abraham I wrote: Hi, On Monday 27 May 2013 11:52 AM, Laxman Dewangan wrote: On Monday 27 May 2013 11:38 AM, Chanwoo Choi wrote: On 05/27/2013 02:54 PM, Kishon Vijay Abraham I wrote: Hi,

Re: [PATCH v5 2/3] extcon: Palmas Extcon Driver

2013-05-27 Thread Laxman Dewangan
On Monday 27 May 2013 12:11 PM, Kishon Vijay Abraham I wrote: Hi, On Monday 27 May 2013 12:06 PM, Laxman Dewangan wrote: On Monday 27 May 2013 12:01 PM, Kishon Vijay Abraham I wrote: Hi, On Monday 27 May 2013 11:52 AM, Laxman Dewangan wrote: On Monday 27 May 2013 11:38 AM, Chanwoo Choi

[PATCH 0/3] Adding AM437x support to dwc3-omap glue

2013-05-27 Thread George Cherian
Initial patch set to add support for dwc3 in am437x platform. This patch series addresses the regiter map differences between OMAP5 and AM437x, to re-use the same driver. AM437x and OMAP5 dwc3 subsytem have different register map. Major differences are as follows. OMAP5 has one main interrupt

[PATCH 2/3] usb: dwc3: omap: Intialize the register offset values for OMAP5 and AM437x

2013-05-27 Thread George Cherian
This patch Initializes the register offset values depending on the X_MAJOR of USBOTGSS_REVISION register. Also adds register offset defines and new debug register defines. X_MAJOR is 1 for OMAP5 and 2 for AM437x. Register offsets are cached in dwc3_omap struct for reg reads and writes.

[PATCH 3/3] usb: dwc3: omap Modify dwc3_omap_readl/writel with offsets

2013-05-27 Thread George Cherian
This patch modifies dwc3_omap_readl/writel calls to accomodate both OMAP5 and AM437x reg maps (It uses the cached register offsets). Also renames OMAP5 IRQ1 as IRQMISC, IRQ1 bits as IRQMISC bits. Signed-off-by: George Cherian george.cher...@ti.com --- drivers/usb/dwc3/dwc3-omap.c | 136

[PATCH 1/3] usb: dwc3: omap: Adding am437x specific register map changes

2013-05-27 Thread George Cherian
AM437x and OMAP5 dwc3 subsytem have different register map. Major differences are as follows. OMAP5 has one main interrupt and one misc interrupt Aegis has four main interrupts and one misc interrupt. Miscellanous Interrupt offsets are changed. UTMI OTG Control and Status Registers offsets are

Re: [PATCH v2 2/2] ARM: dts: omap3-igep0030: Add NAND flash support

2013-05-27 Thread Benoit Cousson
Hi Javier, On 05/10/2013 09:40 PM, Javier Martinez Canillas wrote: The IGEP COM Module has an 512MB NAND flash memory. Add a device node for this NAND and its parition layout. Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk --- Changes since v1: - I just

Re: [PATCH] ARM: dts: omap3-igep0020: Add SMSC911x LAN chip support

2013-05-27 Thread Benoit Cousson
+ new Jon's email address. Hi Javier, Sorry for the delay. On 05/09/2013 12:37 AM, Javier Martinez Canillas wrote: On Wed, Apr 17, 2013 at 6:32 PM, Javier Martinez Canillas javier.marti...@collabora.co.uk wrote: The IGEPv2 board has an SMSC LAN9221i ethernet chip connected to the OMAP3

Re: [PATCH v2 2/2] ARM: dts: omap3-igep0030: Add NAND flash support

2013-05-27 Thread Javier Martinez Canillas
On 05/27/2013 10:40 AM, Benoit Cousson wrote: Hi Javier, Hi Benoit, On 05/10/2013 09:40 PM, Javier Martinez Canillas wrote: The IGEP COM Module has an 512MB NAND flash memory. Add a device node for this NAND and its parition layout. Signed-off-by: Javier Martinez Canillas

Re: [PATCH v2 2/2] ARM: dts: omap3-igep0030: Add NAND flash support

2013-05-27 Thread Benoit Cousson
On 05/27/2013 10:50 AM, Javier Martinez Canillas wrote: On 05/27/2013 10:40 AM, Benoit Cousson wrote: Hi Javier, Hi Benoit, On 05/10/2013 09:40 PM, Javier Martinez Canillas wrote: The IGEP COM Module has an 512MB NAND flash memory. Add a device node for this NAND and its parition

[PATCH 1/4] usb: dwc3: gadget: free trb pool only from epnum 2

2013-05-27 Thread George Cherian
we never allocate a TRB pool for physical endpoints 0 and 1 so trying to free it (a invalid TRB pool pointer) will lead us in a warning while removing dwc3.ko module. In order to fix the situation, all we have to do is skip dwc3_free_trb_pool() for physical endpoints 0 and 1 just as we while

Re: [PATCH v2 2/2] ARM: dts: omap3-igep0030: Add NAND flash support

2013-05-27 Thread Javier Martinez Canillas
On 05/27/2013 10:54 AM, Benoit Cousson wrote: On 05/27/2013 10:50 AM, Javier Martinez Canillas wrote: On 05/27/2013 10:40 AM, Benoit Cousson wrote: Hi Javier, Hi Benoit, On 05/10/2013 09:40 PM, Javier Martinez Canillas wrote: The IGEP COM Module has an 512MB NAND flash memory. Add a

Re: [PATCH v5 2/3] extcon: Palmas Extcon Driver

2013-05-27 Thread Kishon Vijay Abraham I
Hi, On Monday 27 May 2013 12:26 PM, Laxman Dewangan wrote: On Monday 27 May 2013 12:11 PM, Kishon Vijay Abraham I wrote: Hi, On Monday 27 May 2013 12:06 PM, Laxman Dewangan wrote: On Monday 27 May 2013 12:01 PM, Kishon Vijay Abraham I wrote: Hi, On Monday 27 May 2013 11:52 AM, Laxman

RE: [PATCH 1/4] usb: dwc3: gadget: free trb pool only from epnum 2

2013-05-27 Thread Cherian, George
-Original Message- From: Cherian, George Sent: Monday, May 27, 2013 2:36 PM To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; linux- ker...@vger.kernel.org Cc: Balbi, Felipe; gre...@linuxfoundation.org; Cherian, George Subject: [PATCH 1/4] usb: dwc3: gadget: free trb pool

[PATCH v1 0/3] PM / AVS: SmartReflex: driver misc fixes

2013-05-27 Thread Andrii Tseglytskyi
The following patch series contain several misc fixes to SmartReflex driver: 1. disable errgen before vpbound disable. Critical fix, needed for proper work of AVS-VP communicaton protocol. 2. disable runtime PM on driver remove. Trivial - runtime PM cleanup. 3. fix driver name. Trivial - proper

[PATCH v1 1/3] PM / AVS: SmartReflex: disable errgen before vpbound disable

2013-05-27 Thread Andrii Tseglytskyi
From: Nishanth Menon n...@ti.com vpboundsintr_en is available inside the IP block as an re-sycned version and one which is not. Due to this, there is an 1 sysclk cycle window where interruptz could be asserted low for 1 cycle. IF, intr_en is cleared on the exact same cycle as the irqclr, an

[PATCH v1 3/3] PM / AVS: SmartReflex: fix driver name

2013-05-27 Thread Andrii Tseglytskyi
DRIVER_NAME was undefined for SmartReflex. Now it is defined with valid value smartreflex. It is needed to define proper value for: MODULE_ALIAS(platform: DRIVER_NAME); Signed-off-by: Andrii Tseglytskyi andrii.tseglyts...@ti.com Acked-by: Nishanth Menon n...@ti.com ---

[PATCH v1 2/3] PM / AVS: SmartReflex: disable runtime PM on driver remove

2013-05-27 Thread Andrii Tseglytskyi
Runtime PM should be disabled for device on driver remove, otherwise runtime PM will be not balanced, and this will cause an error message, on next driver probe. Signed-off-by: Andrii Tseglytskyi andrii.tseglyts...@ti.com Acked-by: Nishanth Menon n...@ti.com --- drivers/power/avs/smartreflex.c |

[PATCH v1 0/3] PM / AVS: SmartReflex: use omap_sr * for class interfaces

2013-05-27 Thread Andrii Tseglytskyi
SmartReflex driver interface is natively divided to two parts: - external SmartReflex interface - interface between SmartReflex driver and SmartReflex Class Functions which belong to AVS class interface can use struct omap_sr* instead of struct voltatedomain*, to provide a direct connection

[PATCH v1 2/3] PM / AVS: SmartReflex: use omap_sr * for minmax interfaces

2013-05-27 Thread Andrii Tseglytskyi
SmartReflex driver interface is natively divided to two parts: - external SmartReflex interface - interface between SmartReflex driver and SmartReflex Class Functions which belong to AVS class interface can use struct omap_sr* instead of struct voltatedomain*, to provide a direct connection

[PATCH v1 3/3] PM / AVS: SmartReflex: use omap_sr * for enable/disable interface

2013-05-27 Thread Andrii Tseglytskyi
SmartReflex driver interface is natively divided to two parts: - external SmartReflex interface - interface between SmartReflex driver and SmartReflex Class Functions which belong to AVS class interface can use struct omap_sr* instead of struct voltatedomain*, to provide a direct connection

[PATCH v1 1/3] PM / AVS: SmartReflex: use omap_sr * for errgen interfaces

2013-05-27 Thread Andrii Tseglytskyi
SmartReflex driver interface is natively divided to two parts: - external SmartReflex interface - interface between SmartReflex driver and SmartReflex Class Functions which belong to AVS class interface can use struct omap_sr* instead of struct voltatedomain*, to provide a direct connection

Re: [PATCH v2 5/5] ARM: dts: OMAP2+: use pinctrl constants

2013-05-27 Thread Florian Vaussard
Hello Tony, Thanks for your review. On 05/23/2013 08:46 PM, Tony Lindgren wrote: * Florian Vaussard florian.vauss...@epfl.ch [130523 08:42]: index f39b237..b3cc896 100644 --- a/arch/arm/boot/dts/omap2.dtsi +++ b/arch/arm/boot/dts/omap2.dtsi @@ -9,6 +9,7 @@ */ #include

Re: [PATCH v2 0/5] ARM: dts: OMAP2+: use preprocessor for device trees

2013-05-27 Thread Florian Vaussard
Hello Santosh, Thank you for your review. On 05/23/2013 06:00 PM, Santosh Shilimkar wrote: On Thursday 23 May 2013 11:36 AM, Florian Vaussard wrote: Hello, Following a similar proposal by Stephen Warren for tegra [1], this series makes use of the C preprocessor when compiling OMAP DT files,

Re: [PATCH 0/2] ARM: OMAP AM33XX: clock data: Enable clkout2 output on SoC pad

2013-05-27 Thread Benoit Cousson
Salut Paul, On 05/20/2013 04:47 AM, Paul Walmsley wrote: On Fri, 17 May 2013, Hiremath, Vaibhav wrote: Tony, Paul and Benoit, Any update on this series? Most of the changes are DT-related, so it should probably go in via BenoƮt. I'll ack the clock side, but have a comment on patch 2,

RE: [PATCH] ARM: dts: omap2plus: remove interrupt-parent property

2013-05-27 Thread Vishwanathrao Badarkhe, Manish
Hi Benoit, Are there any review comments on this patch? Could you please accept this patch if there are not any review comments? Thanks and Regards Manish Badarkhe -Original Message- From: Vishwanathrao Badarkhe, Manish Sent: Friday, April 12, 2013 12:20 PM To: Vishwanathrao Badarkhe,

[PATCH v6] extcon: Palmas Extcon Driver

2013-05-27 Thread Kishon Vijay Abraham I
From: Graeme Gregory g...@slimlogic.co.uk This is the driver for the USB comparator built into the palmas chip. It handles the various USB OTG events that can be generated by cable insertion/removal. Signed-off-by: Graeme Gregory g...@slimlogic.co.uk Signed-off-by: Moiz Sonasath

[PATCH v2] usb: dwc3: use extcon fwrk to receive connect/disconnect notification

2013-05-27 Thread Kishon Vijay Abraham I
Modified dwc3-omap to receive connect and disconnect notification using extcon framework. Also did the necessary cleanups required after adapting to extcon framework. Signed-off-by: Kishon Vijay Abraham I kis...@ti.com Acked-by: Chanwoo Choi cw00.c...@samsung.com --- Changes from v1: * regulator

[PATCH v2 00/14] ARM: OMAP2+: AM43x initial support

2013-05-27 Thread Afzal Mohammed
Hi, This series adds initial support for AM43x based SoC's. To boot AM43x, in addition to these patches, PRCM support is also needed, which would be posted later as a separate series. DT sources doesn't have ti,hwmod entry - this would be added along with PRCM support. AM43x SoC's are based on

[PATCH v2 01/14] ARM: OMAP2+: separate out OMAP4 restart

2013-05-27 Thread Afzal Mohammed
Separate out OMAP4 restart and have it similar to other platforms, in a different file. Main motive is to reuse omap4-common on platforms other than OMAP4, like AM43x, even if OMAP4 is deselected (otherwise would have caused build breakage). Signed-off-by: Afzal Mohammed af...@ti.com ---

[PATCH v2 09/14] ARM: OMAP2+: AM43x: SRAM base and size

2013-05-27 Thread Afzal Mohammed
From: Sanjeev Premi pr...@ti.com This definition corresponds to the L3_OCMC0, as in case of AM33XX. Signed-off-by: Sanjeev Premi pr...@ti.com Signed-off-by: Afzal Mohammed af...@ti.com --- arch/arm/mach-omap2/sram.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v2 10/14] ARM: OMAP2+: AM43x: basic dt support

2013-05-27 Thread Afzal Mohammed
Describe minimal DT boot machine details for AM43x based SoC's. AM43x SoC's are ARM Cortex-A9 based with one core. AM43x is similar to AM335x w.r.t L4 PER/WKUP memory map. AM43x has a sync timer, here that is being used as clocksource, while 1ms dmtimer as clockevent. Signed-off-by: Ankur Kishore

[PATCH v2 14/14] ARM: dts: AM43x: initial support

2013-05-27 Thread Afzal Mohammed
DT source (minimal) for AM4372 SoC to represent AM43x SoC's. Those represented here are the minimal DT nodes necessary to get kernel booting. In DT nodes, ti,hwmod property has not been added, this would be added along with PRCM support for AM43x. Signed-off-by: Ankur Kishore a-kish...@ti.com

[PATCH v2 13/14] Documentation: dt: binding: serial: omap: am43x

2013-05-27 Thread Afzal Mohammed
AM43x uart binding. Signed-off-by: Afzal Mohammed af...@ti.com --- Documentation/devicetree/bindings/serial/omap_serial.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/serial/omap_serial.txt b/Documentation/devicetree/bindings/serial/omap_serial.txt

[PATCH v2 02/14] ARM: OMAP2+: AM43x: Kconfig

2013-05-27 Thread Afzal Mohammed
Kconfig for AM43x (Cortex A9) family of SoC's. Signed-off-by: Afzal Mohammed af...@ti.com --- v2: Remove reliance on SMP, TWD, select MACH_OMAP_GENERIC arch/arm/mach-omap2/Kconfig | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/mach-omap2/Kconfig

[PATCH v2 03/14] ARM: OMAP2+: AM43x: kbuild

2013-05-27 Thread Afzal Mohammed
Build pieces that could be reused for AM43x - GIC related, secure related and common PRCM. Signed-off-by: Afzal Mohammed af...@ti.com --- arch/arm/mach-omap2/Makefile | 6 ++ arch/arm/mach-omap2/cm33xx.h | 2 +- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git

[PATCH v2 05/14] ARM: OMAP2+: AM437x: SoC revision detection

2013-05-27 Thread Afzal Mohammed
Detect 437x SoC revision. Signed-off-by: Afzal Mohammed af...@ti.com --- arch/arm/mach-omap2/id.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c index 44be835..c9c3f7d 100644 --- a/arch/arm/mach-omap2/id.c +++

[PATCH v2 06/14] ARM: OMAP2+: AM43x: static mapping

2013-05-27 Thread Afzal Mohammed
AM43x L4 WKUP/PER mappings are similar to AM335x, reuse. Signed-off-by: Afzal Mohammed af...@ti.com --- arch/arm/mach-omap2/io.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c index 06a8946..3a81221 100644 ---

[PATCH v2 07/14] ARM: OMAP2+: AM43x: early init

2013-05-27 Thread Afzal Mohammed
Minimal early init - PRCM initialization not yet taken care. Control module is similar (base address, feature register etc.) as that of AM335x, while PRCM base address is different. Instead of adding a new header file for AM43x, PRCM base address is added in AM335x header file as it is similar to

[PATCH v2 11/14] Documentation: dt: binding: omap: am43x timer

2013-05-27 Thread Afzal Mohammed
AM43x timer bindings. Signed-off-by: Afzal Mohammed af...@ti.com --- Documentation/devicetree/bindings/arm/omap/timer.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/omap/timer.txt b/Documentation/devicetree/bindings/arm/omap/timer.txt index

[PATCH v2 12/14] Documentation: dt: binding: omap: am43x counter

2013-05-27 Thread Afzal Mohammed
AM43x 32K counter binding. Signed-off-by: Afzal Mohammed af...@ti.com --- Documentation/devicetree/bindings/arm/omap/counter.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/omap/counter.txt b/Documentation/devicetree/bindings/arm/omap/counter.txt

[PATCH v2 08/14] ARM: OMAP2+: AM43x: GP or HS ?

2013-05-27 Thread Afzal Mohammed
Detect whether GP or HS, similar to the AM335x way. Signed-off-by: Afzal Mohammed af...@ti.com --- arch/arm/mach-omap2/id.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c index c9c3f7d..0c28ef6 100644 ---

[PATCH v2 04/14] ARM: OMAP2+: AM43x: soc_is support

2013-05-27 Thread Afzal Mohammed
soc_is support for AM43x family of SoC's. Only variant now is AM437x, it is made as a subclass of AM43x. Signed-off-by: Afzal Mohammed af...@ti.com --- arch/arm/mach-omap2/soc.h | 23 +++ 1 file changed, 23 insertions(+) diff --git a/arch/arm/mach-omap2/soc.h

[PATCH v3 0/5] ARM: dts: OMAP2+: use preprocessor for device trees

2013-05-27 Thread Florian Vaussard
Hello, Following a similar proposal by Stephen Warren for tegra [1], this series makes use of the C preprocessor when compiling OMAP DT files, and accomplishes some improvements to improve overall readability. Patch 1 is a preparation for the rest of the series. Patch 2 uses existing constants

[PATCH v3 1/5] ARM: dts: OMAP2+: use #include for all device trees

2013-05-27 Thread Florian Vaussard
Replace /include/ by #include for OMAP2+ DT, in order to use the C pre-processor, making use of #define features possible. Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch Acked-by: Santosh Shilimkar santosh.shilim...@ti.com --- arch/arm/boot/dts/omap2.dtsi |2 +-

[PATCH v3 2/5] ARM: dts: OMAP2+: use existing constants for GPIOs

2013-05-27 Thread Florian Vaussard
Use standard GPIO constants to enhance the readability of DT GPIOs. Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch Acked-by: Santosh Shilimkar santosh.shilim...@ti.com --- arch/arm/boot/dts/omap2.dtsi |2 ++ arch/arm/boot/dts/omap3-beagle-xm.dts |4 ++--

[PATCH v3 3/5] ARM: dts: OMAP4/5: use existing constants for IRQs

2013-05-27 Thread Florian Vaussard
Use the constants defined in include/dt-bindings/interrupt-controller/ to enhance readability. Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch Acked-by: Santosh Shilimkar santosh.shilim...@ti.com --- arch/arm/boot/dts/omap4-panda-common.dtsi |8 +- arch/arm/boot/dts/omap4-sdp.dts

[PATCH v3 4/5] ARM: dts: OMAP2+: header file for pinctrl constants

2013-05-27 Thread Florian Vaussard
Most of the constants are taken from arch/arm/mach-omap2/mux.h. Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch Acked-by: Santosh Shilimkar santosh.shilim...@ti.com --- include/dt-bindings/pinctrl/omap.h | 50 1 files changed, 50 insertions(+), 0

[PATCH v3 5/5] ARM: dts: OMAP2+: use pinctrl constants

2013-05-27 Thread Florian Vaussard
Using constants for pinctrl allows a better readability, and remove redundancy with comments. Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch Acked-by: Santosh Shilimkar santosh.shilim...@ti.com --- arch/arm/boot/dts/omap2.dtsi |1 + arch/arm/boot/dts/omap3-beagle.dts

Re: [net-next PATCH v3 1/6] net: cpsw: enhance pinctrl support

2013-05-27 Thread Tony Lindgren
* Mugunthan V N mugunthan...@ti.com [130526 11:28]: From: Hebbar Gururaja gururaja.heb...@ti.com Amend cpsw controller to optionally take a pin control handle and set the state of the pins to: - default on boot, resume - sleep on suspend() This should make it possible to optimize

Re: [PATCH v2] usb: dwc3: use extcon fwrk to receive connect/disconnect notification

2013-05-27 Thread Chanwoo Choi
On 05/27/2013 10:35 PM, Kishon Vijay Abraham I wrote: Modified dwc3-omap to receive connect and disconnect notification using extcon framework. Also did the necessary cleanups required after adapting to extcon framework. Signed-off-by: Kishon Vijay Abraham I kis...@ti.com Acked-by: Chanwoo

Re: [PATCH v6] extcon: Palmas Extcon Driver

2013-05-27 Thread Chanwoo Choi
On 05/27/2013 10:33 PM, Kishon Vijay Abraham I wrote: From: Graeme Gregory g...@slimlogic.co.uk This is the driver for the USB comparator built into the palmas chip. It handles the various USB OTG events that can be generated by cable insertion/removal. Signed-off-by: Graeme Gregory

Re: [RFC PATCH 1/4] arm: omap: Add phy binding info for musb in plat data

2013-05-27 Thread Kishon Vijay Abraham I
Hi Tony, On Friday 17 May 2013 06:52 PM, Kishon Vijay Abraham I wrote: In order for controllers to get PHY in case of non dt boot, the phy binding information (phy label) should be added in the platform data of the controller. This series would be needed to get MUSB working in OMAP3 boards

[PATCH] mmc: omap: fix error return code in mmc_omap_probe()

2013-05-27 Thread Wei Yongjun
From: Wei Yongjun yongjun_...@trendmicro.com.cn Fix to return -ENOMEM in the workqueue alloc error handling case instead of 0, as done elsewhere in this function. Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn --- drivers/mmc/host/omap.c | 4 +++- 1 file changed, 3 insertions(+), 1

Re: [PATCH v2] usb: dwc3: use extcon fwrk to receive connect/disconnect notification

2013-05-27 Thread Kishon Vijay Abraham I
On Tuesday 28 May 2013 07:54 AM, Chanwoo Choi wrote: On 05/27/2013 10:35 PM, Kishon Vijay Abraham I wrote: Modified dwc3-omap to receive connect and disconnect notification using extcon framework. Also did the necessary cleanups required after adapting to extcon framework. Signed-off-by: