On Thu, Jan 31, 2013 at 10:30:36AM +0800, Peter Chen wrote:
> On Wed, Jan 30, 2013 at 04:29:38PM +0100, Sascha Hauer wrote:
> > From: Michael Grzeschik
> >
> > This adds two little devicetree helper functions for determining the
> > dr_mode (host, peripheral, otg) and phy_type (utmi, ulpi,...) fr
On Thursday 31 January 2013 01:13 PM, Sascha Hauer wrote:
On Thu, Jan 31, 2013 at 11:44:21AM +0530, kishon wrote:
Hi,
On Wednesday 30 January 2013 08:59 PM, Sascha Hauer wrote:
From: Michael Grzeschik
This adds two little devicetree helper functions for determining the
dr_mode (host, periphe
Hi,
On Wed, Jan 30, 2013 at 04:40:14PM -0500, Alan Stern wrote:
> This patch (as1656) adds a module parameter to the net2280 UDC driver
> to force full-speed operation. It is intended for testing purposes,
> where one wants to check how well a full-speed device performs when
> attached to a high-
Hi,
On Thu, Jan 31, 2013 at 06:35:55AM +0100, Greg KH wrote:
> On Wed, Jan 30, 2013 at 04:40:14PM -0500, Alan Stern wrote:
> > This patch (as1656) adds a module parameter to the net2280 UDC driver
> > to force full-speed operation. It is intended for testing purposes,
> > where one wants to check
changes since v1:
- move phy specific of helper to drivers/usb/phy/of.c
- use strcmp instead of strcasecmp for matching property values
- change usb_phy_dr_mode to usb_dr_mode
- change USBPHY_INTERFACE_MODE_NA to USBPHY_INTERFACE_MODE_UNKNOWN
- add copyright header to new files
- chipidea: drop m
From: Michael Grzeschik
This patch makes it possible to configure the PTW and PTS bits inside
the portsc register for host and device mode before the driver starts
and the phy can be addressed as hardware implementation is designed.
Signed-off-by: Michael Grzeschik
Signed-off-by: Marc Kleine-Bu
Most of otg/otg.c is not otg specific, but phy specific, so move it
to the phy directory.
Signed-off-by: Sascha Hauer
Reported-by: kishon
Cc: Felipe Balbi
---
drivers/usb/otg/otg.c| 423 -
drivers/usb/phy/Makefile |1 +
drivers/usb/phy/phy.c
From: Michael Grzeschik
This adds two little devicetree helper functions for determining the
dr_mode (host, peripheral, otg) and phy_type (utmi, ulpi,...) from
the devicetree.
Signed-off-by: Michael Grzeschik
Signed-off-by: Marc Kleine-Budde
Signed-off-by: Sascha Hauer
---
drivers/usb/phy/Ma
The dr_mode devicetree property allows to explicitly specify the
host/peripheral/otg mode. This is necessary for boards without proper
ID pin handling.
Signed-off-by: Sascha Hauer
---
Documentation/devicetree/bindings/usb/ci13xxx-imx.txt |1 +
drivers/usb/chipidea/ci13xxx_imx.c
Even if a chipidea core is otg capable the board may not. This allows
to explicitly set the core to host/peripheral mode. Without these
flags the driver falls back to the old behaviour.
Signed-off-by: Sascha Hauer
---
drivers/usb/chipidea/core.c | 21 +++--
include/linux/usb/c
From: Michael Grzeschik
This patch removes the limitation of having only one instance of the
ci13xxx-imx platformdata and makes different configurations possible.
Signed-off-by: Michael Grzeschik
Signed-off-by: Marc Kleine-Budde
Signed-off-by: Sascha Hauer
---
drivers/usb/chipidea/ci13xxx_im
On Wed, Jan 30, 2013 at 04:35:02PM -0500, Alan Stern wrote:
> This patch (as1653) fixes a bug in ehci-hcd. Unlike iTD entries, an
> siTD entry in the periodic schedule may not complete until the frame
> after the one it belongs to. Consequently, when scanning the periodic
> schedule it is necessa
Hi,
On Thursday 31 January 2013 02:31 PM, Sascha Hauer wrote:
From: Michael Grzeschik
This adds two little devicetree helper functions for determining the
dr_mode (host, peripheral, otg) and phy_type (utmi, ulpi,...) from
the devicetree.
Signed-off-by: Michael Grzeschik
Signed-off-by: Marc K
Sascha Hauer a écrit :
> On Wed, Jan 30, 2013 at 05:54:54PM +0100, Matthieu CASTET wrote:
>>> diff --git a/drivers/usb/chipidea/core.c b/drivers/usb/chipidea/core.c
>>> index 57cae1f..dcb650f 100644
>>> --- a/drivers/usb/chipidea/core.c
>>> +++ b/drivers/usb/chipidea/core.c
>>> @@ -67,6 +67,8 @@
>>
Hi,
On Thursday 31 January 2013 02:31 PM, Sascha Hauer wrote:
Most of otg/otg.c is not otg specific, but phy specific, so move it
to the phy directory.
Signed-off-by: Sascha Hauer
Reported-by: kishon
Kishon Vijay Abraham I pls..
Thanks
Kishon
--
To unsubscribe from this list: send the lin
On Thu, Jan 31, 2013 at 10:01:09AM +0100, Sascha Hauer wrote:
> From: Michael Grzeschik
>
> This adds two little devicetree helper functions for determining the
> dr_mode (host, peripheral, otg) and phy_type (utmi, ulpi,...) from
> the devicetree.
>
> Signed-off-by: Michael Grzeschik
> Signed-o
Hi,
Started hacking streams support into qemu, trapped into this one:
[ 218.807129] xhci_hcd :00:0f.0: ERROR Transfer event for disabled
endpoint or incorrect stream ring
[ 218.808087] xhci_hcd :00:0f.0: @3c32d560 38342000
0100 01078001
Triggers after xhci emulat
On Thu, Jan 31, 2013 at 10:20:59AM +0100, Greg KH wrote:
> On Thu, Jan 31, 2013 at 10:01:09AM +0100, Sascha Hauer wrote:
> > From: Michael Grzeschik
> >
> > This adds two little devicetree helper functions for determining the
> > dr_mode (host, peripheral, otg) and phy_type (utmi, ulpi,...) from
On Thu, Jan 31, 2013 at 02:42:48PM +0530, kishon wrote:
> Hi,
>
> On Thursday 31 January 2013 02:31 PM, Sascha Hauer wrote:
> >From: Michael Grzeschik
> >
> >This adds two little devicetree helper functions for determining the
> >dr_mode (host, peripheral, otg) and phy_type (utmi, ulpi,...) from
On Thursday 31 January 2013 02:58 PM, Sascha Hauer wrote:
On Thu, Jan 31, 2013 at 02:42:48PM +0530, kishon wrote:
Hi,
On Thursday 31 January 2013 02:31 PM, Sascha Hauer wrote:
From: Michael Grzeschik
This adds two little devicetree helper functions for determining the
dr_mode (host, peripher
On Thu, Jan 31, 2013 at 10:15:54AM +0100, Matthieu CASTET wrote:
> >> Why you don't implement it ?
> >>
> >> If you don't implement it, I believe you should add a warning in order to
> >> catch
> >> it when used with lpm devices.
> >
> > I'm against adding a warning because current users seem to
On Thu, Jan 31, 2013 at 10:01:10AM +0100, Sascha Hauer wrote:
> From: Michael Grzeschik
>
> This patch removes the limitation of having only one instance of the
> ci13xxx-imx platformdata and makes different configurations possible.
>
> Signed-off-by: Michael Grzeschik
> Signed-off-by: Marc Kle
On Thu, Jan 31, 2013 at 10:01:11AM +0100, Sascha Hauer wrote:
> From: Michael Grzeschik
>
> This patch makes it possible to configure the PTW and PTS bits inside
> the portsc register for host and device mode before the driver starts
> and the phy can be addressed as hardware implementation is de
On Thu, Jan 31, 2013 at 10:01:13AM +0100, Sascha Hauer wrote:
> The dr_mode devicetree property allows to explicitly specify the
> host/peripheral/otg mode. This is necessary for boards without proper
> ID pin handling.
>
> Signed-off-by: Sascha Hauer
> ---
> Documentation/devicetree/bindings/us
On Thu, Jan 31, 2013 at 10:01:09AM +0100, Sascha Hauer wrote:
> From: Michael Grzeschik
>
>
> + for (i = 0; i < ARRAY_SIZE(usb_dr_modes); i++)
> + if (!strcmp(dr_mode, usb_dr_modes[i]))
> + return i;
if (strcmp(dr_mode, usb_dr_modes[i]) == 0) may be more frie
Hi,
>> In the udc driver, i can't assign a single ep0 descriptor to both
>> ep0_in_desc and ep0_out_desc. i think i should skip ep0_out_desc. Bear
>> in mind that i only define 3 endpoints in udc driver: ep0, ep1 bulk
>> in, ep1 bulk out. Will it cause any problem to gadget driver?
>
> There is no
On Thu, Jan 31, 2013 at 06:01:08PM +0800, Peter Chen wrote:
> On Thu, Jan 31, 2013 at 10:01:09AM +0100, Sascha Hauer wrote:
> > From: Michael Grzeschik
> >
> >
> > + for (i = 0; i < ARRAY_SIZE(usb_dr_modes); i++)
> > + if (!strcmp(dr_mode, usb_dr_modes[i]))
> > + re
Hi,
On Thu, Jan 31, 2013 at 06:10:10PM +0800, victor yeo wrote:
> Hi,
>
> >> In the udc driver, i can't assign a single ep0 descriptor to both
> >> ep0_in_desc and ep0_out_desc. i think i should skip ep0_out_desc. Bear
> >> in mind that i only define 3 endpoints in udc driver: ep0, ep1 bulk
> >>
Hi,
(always use reply-all)
On Thu, Jan 31, 2013 at 11:12:07AM +0100, stl wrote:
> Hi,
> thanks for yours answers
>
> > which kernel version are you using ? usb_gadget_register_driver() has
> > been re-factored into generic code long ago.
>
> Indeed, I am unfortunately using an old kernel versio
On Thu, Jan 31, 2013 at 10:05:44AM +0800, Peter Chen wrote:
> On Wed, Jan 30, 2013 at 03:00:15PM +0100, Sascha Hauer wrote:
> > On Wed, Jan 30, 2013 at 10:06:28AM +0800, Peter Chen wrote:
> > > On Tue, Jan 29, 2013 at 01:55:04PM +0200, Alexander Shishkin wrote:
> > > > Sascha Hauer writes:
> > > >
Hi Samuel,
Could you please pull this if it looks OK? Thanks :).
cheers,
-roger
On 01/23/2013 12:37 PM, Roger Quadros wrote:
> Hi Samuel,
>
> I think this series is in a pretty good shape to pull now :). I've added
> Reviewed-by and Acked-by tags. You can please pull from below.
>
> NOTE: the
Hi,
>> When ep1 receives CBW data, the isr routine is called. Then in isr, to
>> get the usb_request:
>>
>> usb_request * req;
>> req = list_entry(dev->ep[2].queue.next, struct kagen2_request, queue);
>>
>> however, the list_empty(&dev->ep[2].queue) is true. Where is the
>> appropriate place to ad
With device tree support in place for dwc3-core layer,
it gets PHY from "synopsis-dwc3" node.
Some controllers may not have separate memory maps and interrupts
for dwc3 core and platform glue layers. In such case only glue
layer's node will exist.
Moreover, SoCs having multiple dwc3 controllers wil
This series switches the mxs phy and the i.MX chipidea support
from homegrew phy support to use usb_add_phy_dev/devm_usb_get_phy_by_phandle.
Based on
[PATCH v2] Add USB of helpers and use them in the chipidea driver
But I think this could also be applied separately if necessary.
Sascha
---
We now have usb_add_phy_dev(), so use it to register with the framework
to be able to find the phy from the USB driver.
Signed-off-by: Sascha Hauer
---
drivers/usb/otg/mxs-phy.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/usb/otg/mxs-phy.c b/drivers/usb/otg/mxs-phy.c
Signed-off-by: Sascha Hauer
---
drivers/usb/chipidea/ci13xxx_imx.c | 31 ++-
1 file changed, 10 insertions(+), 21 deletions(-)
diff --git a/drivers/usb/chipidea/ci13xxx_imx.c
b/drivers/usb/chipidea/ci13xxx_imx.c
index b598bb8f..1df4b41 100644
--- a/drivers/usb/chip
Hi,
On Thursday 31 January 2013 04:50 PM, Vivek Gautam wrote:
With device tree support in place for dwc3-core layer,
it gets PHY from "synopsis-dwc3" node.
Some controllers may not have separate memory maps and interrupts
for dwc3 core and platform glue layers. In such case only glue
layer's nod
Currently it is possible to have:
USB_MUSB_OMAP2PLUS=m
TWL4030_USB=y
which would result compile time error due to missing symbols.
With this change USB_MUSB_OMAP2PLUS and TWL4030_USB will be in sync.
Reported-by: Vincent Stehle
Signed-off-by: Peter Ujfalusi
---
Hi Felipe,
I have also noticed
Hi,
On Thursday 31 January 2013 05:02 PM, Sascha Hauer wrote:
Signed-off-by: Sascha Hauer
Some maintainers don't accept patches without a commit message.
Apart from that you can add,
Reviewed-by: Kishon Vijay Abraham I
Thanks
Kishon
--
To unsubscribe from this list: send the line "unsubscri
On Thursday 31 January 2013 05:02 PM, Sascha Hauer wrote:
We now have usb_add_phy_dev(), so use it to register with the framework
to be able to find the phy from the USB driver.
Signed-off-by: Sascha Hauer
Reviewed-by: Kishon Vijay Abraham I
---
drivers/usb/otg/mxs-phy.c |9 +
Hi,
> I think it's because xhci doesn't manage the trb_address_map radix tree
> correctly. I can only find a single radix_tree_insert() call in the
> code, and that one is for the initial segment. But nobody seems to
> update the radix tree when linking the next segment ...
There seems to be
On Thu, 31 Jan 2013, victor yeo wrote:
> Hi,
>
> >> When ep1 receives CBW data, the isr routine is called. Then in isr, to
> >> get the usb_request:
> >>
> >> usb_request * req;
> >> req = list_entry(dev->ep[2].queue.next, struct kagen2_request, queue);
> >>
> >> however, the list_empty(&dev->ep[
Hi Kishon,
On Thu, Jan 31, 2013 at 5:04 PM, kishon wrote:
> Hi,
>
Thanks for your quick help.
>
> On Thursday 31 January 2013 04:50 PM, Vivek Gautam wrote:
>>
>> With device tree support in place for dwc3-core layer,
>> it gets PHY from "synopsis-dwc3" node.
>> Some controllers may not have se
Hi,
On Thu, Jan 31, 2013 at 08:53:27PM +0530, Vivek Gautam wrote:
> >> Moreover, SoCs having multiple dwc3 controllers will have multiple
> >> PHYs, which eventually be added using usb_add_phy_dev(), and not
> >> using usb_add_phy(). So each dwc3 controller won't be able to
> >> get PHYs by simply
Hi Felipe,
On Thu, Jan 31, 2013 at 8:55 PM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Jan 31, 2013 at 08:53:27PM +0530, Vivek Gautam wrote:
>> >> Moreover, SoCs having multiple dwc3 controllers will have multiple
>> >> PHYs, which eventually be added using usb_add_phy_dev(), and not
>> >> using usb_
On Thu, Jan 31, 2013 at 09:00:37PM +0530, Vivek Gautam wrote:
> Hi Felipe,
>
>
> On Thu, Jan 31, 2013 at 8:55 PM, Felipe Balbi wrote:
> > Hi,
> >
> > On Thu, Jan 31, 2013 at 08:53:27PM +0530, Vivek Gautam wrote:
> >> >> Moreover, SoCs having multiple dwc3 controllers will have multiple
> >> >> P
Hello,
my device seems to be out of order since a few weeks:
[ 5965.767060] usbserial_generic 1-2:1.1: generic converter detected
[ 5965.767198] usb 1-2: generic converter now attached to ttyUSB1
[ 5965.767213] usbserial_generic 1-2:1.2: The "generic" usb-serial driver is
only for testing and o
It is normal for minidrivers accumulating frames to return NULL
from their tx_fixup function. We do not want to count this as a
drop, or log any debug messages. A different exit path is
therefore chosen for such drivers, skipping the debug message
and the tx_dropped increment.
The test for accumu
Bastian Löffler writes:
> Hello,
>
> my device seems to be out of order since a few weeks:
>
> [ 5965.767060] usbserial_generic 1-2:1.1: generic converter detected
> [ 5965.767198] usb 1-2: generic converter now attached to ttyUSB1
> [ 5965.767213] usbserial_generic 1-2:1.2: The "generic" usb-ser
On Thu, 2013-01-31 at 19:50 +0100, Bjørn Mork wrote:
> Bastian Löffler writes:
>
> > Hello,
> >
> > my device seems to be out of order since a few weeks:
> >
> > [ 5965.767060] usbserial_generic 1-2:1.1: generic converter detected
> > [ 5965.767198] usb 1-2: generic converter now attached to ttyU
Tomasz Figa wrote:
>
> Hi Vivek,
[...]
> > + usb@1212 {
> > + compatible = "samsung,exynos4210-ohci";
> > + reg = <0x1212 0x100>;
> > + interrupts = <0 71 0>;
>
> For Samsung platforms we decided per board enabling of nodes and so this
> node should also
On Wed, 30 Jan 2013 19:53:22 +0800
Ming Lei wrote:
> The allocation failure is caused by the big sizeof(struct parsed_partitions),
> which is 64K in my 32bit box,
Geeze.
We could fix that nicely by making parsed_partitions.parts an array of
pointers to a single `struct parsed_partition' and all
On Fri, Feb 1, 2013 at 7:43 AM, Andrew Morton wrote:
> On Wed, 30 Jan 2013 19:53:22 +0800
> Ming Lei wrote:
>
>> The allocation failure is caused by the big sizeof(struct parsed_partitions),
>> which is 64K in my 32bit box,
>
> Geeze.
>
> We could fix that nicely by making parsed_partitions.parts
On Thu, Jan 31, 2013 at 11:29:13AM +0100, Sascha Hauer wrote:
> On Thu, Jan 31, 2013 at 10:05:44AM +0800, Peter Chen wrote:
> > On Wed, Jan 30, 2013 at 03:00:15PM +0100, Sascha Hauer wrote:
> > > On Wed, Jan 30, 2013 at 10:06:28AM +0800, Peter Chen wrote:
> > > > On Tue, Jan 29, 2013 at 01:55:04PM
On Thu, Jan 31, 2013 at 07:43:27PM +0530, kishon wrote:
> Hi,
>
> On Thursday 31 January 2013 05:02 PM, Sascha Hauer wrote:
> >Signed-off-by: Sascha Hauer
> Some maintainers don't accept patches without a commit message.
>
> Apart from that you can add,
> Reviewed-by: Kishon Vijay Abraham I
Rev
On Thu, Jan 31, 2013 at 12:32:16PM +0100, Sascha Hauer wrote:
> We now have usb_add_phy_dev(), so use it to register with the framework
> to be able to find the phy from the USB driver.
>
> Signed-off-by: Sascha Hauer
> ---
> drivers/usb/otg/mxs-phy.c |9 +
> 1 file changed, 9 insert
Hi,
I file a report for you, please have a look when you have time.
with kind regards
Chris
report attached
--
GTSYS Limited RFID Technology
Unit 958 , KITEC - 1 Trademart Drive - Kowloon Bay - Hong Kong
Fax (852) 8167 4060 - Tel (852) 3598 9488
Disclaimer: http://www.gtsys.com.hk/email/classi
Hi,
On Thursday 31 January 2013 09:08 PM, Felipe Balbi wrote:
On Thu, Jan 31, 2013 at 09:00:37PM +0530, Vivek Gautam wrote:
Hi Felipe,
On Thu, Jan 31, 2013 at 8:55 PM, Felipe Balbi wrote:
Hi,
On Thu, Jan 31, 2013 at 08:53:27PM +0530, Vivek Gautam wrote:
Moreover, SoCs having multiple dwc3
Hi,
According to xHCI spec Rev1 page 125, Endpoint context state diagram.
When reset device, the endpoint state transit to disabled state.
Do I make some mistake?
I'll try to figure out the endopint state transitions during the reset flow,
and update information later.
Thanks for the direct
Hi Kishon,
On Fri, Feb 1, 2013 at 10:51 AM, kishon wrote:
> Hi,
>
>
> On Thursday 31 January 2013 09:08 PM, Felipe Balbi wrote:
>>
>> On Thu, Jan 31, 2013 at 09:00:37PM +0530, Vivek Gautam wrote:
>>>
>>> Hi Felipe,
>>>
>>>
>>> On Thu, Jan 31, 2013 at 8:55 PM, Felipe Balbi wrote:
Hi,
>
Hi Balbi,
On Fri, Feb 1, 2013 at 11:52 AM, Vivek Gautam wrote:
> Hi Kishon,
>
>
> On Fri, Feb 1, 2013 at 10:51 AM, kishon wrote:
>> Hi,
>>
>>
>> On Thursday 31 January 2013 09:08 PM, Felipe Balbi wrote:
>>>
>>> On Thu, Jan 31, 2013 at 09:00:37PM +0530, Vivek Gautam wrote:
Hi Felipe,
>
On Fri, Feb 01, 2013 at 09:11:54AM +0800, Peter Chen wrote:
> On Thu, Jan 31, 2013 at 11:29:13AM +0100, Sascha Hauer wrote:
> > On Thu, Jan 31, 2013 at 10:05:44AM +0800, Peter Chen wrote:
> > > On Wed, Jan 30, 2013 at 03:00:15PM +0100, Sascha Hauer wrote:
> > > > On Wed, Jan 30, 2013 at 10:06:28AM
Hi,
>> i have list_add_tail() in my ep_queue() function. Prior to ep1
>> receiving data, my ep_queue() is called to send 0x00 to ep0. then it
>> is not called. how to make it to be called by file gadget, in order to
>> queue the request before ep1 interrupt?
>
> This should happen when get_next_co
On Thu, Jan 31, 2013 at 12:32:15PM +0100, Sascha Hauer wrote:
> This series switches the mxs phy and the i.MX chipidea support
> from homegrew phy support to use usb_add_phy_dev/devm_usb_get_phy_by_phandle.
>
> Based on
>
> [PATCH v2] Add USB of helpers and use them in the chipidea driver
>
> Bu
Signed-off-by: Sascha Hauer
---
Documentation/devicetree/bindings/net/fsl-fec.txt | 20 ++
drivers/net/ethernet/freescale/fec.c | 77 -
drivers/net/ethernet/freescale/fec.h |1 +
3 files changed, 67 insertions(+), 31 deletions(-)
diff --g
Even if a chipidea core is otg capable the board may not. This allows
to explicitly set the core to host/peripheral mode. Without these
flags the driver falls back to the old behaviour.
Signed-off-by: Sascha Hauer
---
drivers/usb/chipidea/core.c | 21 +++--
include/linux/usb/c
From: Michael Grzeschik
This patch removes the limitation of having only one instance of the
ci13xxx-imx platformdata and makes different configurations possible.
Signed-off-by: Michael Grzeschik
Signed-off-by: Marc Kleine-Budde
Signed-off-by: Sascha Hauer
Reviewed-by: Peter Chen
---
driver
From: Michael Grzeschik
This adds two little devicetree helper functions for determining the
dr_mode (host, peripheral, otg) and phy_type (utmi, ulpi,...) from
the devicetree.
Signed-off-by: Michael Grzeschik
Signed-off-by: Marc Kleine-Budde
Signed-off-by: Sascha Hauer
---
drivers/usb/phy/Ma
We now have usb_add_phy_dev(), so use it to register with the framework
to be able to find the phy from the USB driver.
Signed-off-by: Sascha Hauer
---
drivers/usb/otg/mxs-phy.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/usb/otg/mxs-phy.c b/drivers/usb/otg/mxs-phy.c
(resend because I got the linux-usb address wrong)
Here's another round of the dr_mode/phy_type patches. I think they should
be ready for merging now. Greg, will you apply them should there be no
problems anymore?
Sascha
changes since v2:
- fix adding of GPL Header was in wrong patch
- add miss
From: Michael Grzeschik
This patch makes it possible to configure the PTW and PTS bits inside
the portsc register for host and device mode before the driver starts
and the phy can be addressed as hardware implementation is designed.
Signed-off-by: Michael Grzeschik
Signed-off-by: Marc Kleine-Bu
The dr_mode devicetree property allows to explicitly specify the
host/peripheral/otg mode. This is necessary for boards without proper
ID pin handling.
Signed-off-by: Sascha Hauer
Reviewed-by: Peter Chen
---
Documentation/devicetree/bindings/usb/ci13xxx-imx.txt |1 +
drivers/usb/chipidea/ci
Signed-off-by: Sascha Hauer
---
drivers/usb/chipidea/ci13xxx_imx.c | 31 ++-
1 file changed, 10 insertions(+), 21 deletions(-)
diff --git a/drivers/usb/chipidea/ci13xxx_imx.c
b/drivers/usb/chipidea/ci13xxx_imx.c
index b598bb8f..1df4b41 100644
--- a/drivers/usb/chip
Most of otg/otg.c is not otg specific, but phy specific, so move it
to the phy directory.
Signed-off-by: Sascha Hauer
Reported-by: Kishon Vijay Abraham I
Cc: Felipe Balbi
---
drivers/usb/otg/otg.c| 423
drivers/usb/phy/Makefile |1 +
driver
74 matches
Mail list logo
