On 01.03.2013 22:57, Daniel Mack wrote:
> Hi Afzal, everyone,
>
> On 03.11.2012 08:33, Mohammed, Afzal wrote:
>> * Daniel Mack, November 03, 2012 1:06 AM:
>>
>>> I'm testing these patches with an AM33xx board that has the first musb
>>> port wired to an USB type A plug, but it doesn't yet work for
The following changes since commit 74e1a2a39355b2d3ae8c60c78d8add162c6d7183:
Merge tag 'usb-3.9-rc1' of
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb (2013-02-21 12:20:00
-0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
Support host and device usb modes for the chipidea controller in AR933x.
Changes since last version of the patch:
* conditionally include ci13xxx_ar933x.c for compilation
* removed __devinit/__devexit/__devexit_p()
* use a dynamically allocated structure for ci13xxx_platfor
Convert between big-endian and little-endian format when accessing the usb
controller structures which are little-endian by specification.
Fix cases where the little-endian memory layout is taken for granted.
The patch doesn't have any effect on the already supported little-endian
architectures.
Add support for the usb controller in AR933x platform.
The processor is big-endian so all multi-byte values of the usb
descriptors must be converted explicitly. Another difference is that
the controller supports both host and device modes but not OTG.
The patches are tested on WR703n router runnin
Hi Afzal, everyone,
On 03.11.2012 08:33, Mohammed, Afzal wrote:
> * Daniel Mack, November 03, 2012 1:06 AM:
>
>> I'm testing these patches with an AM33xx board that has the first musb
>> port wired to an USB type A plug, but it doesn't yet work for me.
>
>> So there is no host interface register
From: Freddy Xin
Date: Wed, 27 Feb 2013 20:01:58 +0800
> + eeprom_buff = kmalloc(sizeof(u16) * (last_word - first_word + 1),
> + GFP_KERNEL);
> + if (!eeprom_buff)
> + return -ENOMEM;
> +
> + /* ax88179/178A returns 2 bytes from eeprom on read */
Descriptive names make the code more readable.
Signed-off-by: Laurent Pinchart
---
drivers/usb/gadget/f_uvc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/gadget/f_uvc.c b/drivers/usb/gadget/f_uvc.c
index 2d08cc9..49638b2 100644
--- a/drivers/usb/gad
The descriptors are identical, there's no need to have several copies of
them.
Signed-off-by: Laurent Pinchart
---
drivers/usb/gadget/f_uvc.c | 52 --
1 file changed, 18 insertions(+), 34 deletions(-)
diff --git a/drivers/usb/gadget/f_uvc.c b/drivers/
Compute the multiplier from the maximum packet size based on the speed.
Signed-off-by: Laurent Pinchart
---
drivers/usb/gadget/f_uvc.c | 120 ++---
1 file changed, 60 insertions(+), 60 deletions(-)
diff --git a/drivers/usb/gadget/f_uvc.c b/drivers/usb/gad
Call the appropriate usb_ep_autoconf*() function depending on the device
speed, and pass it the corresponding streaming endpoint.
Signed-off-by: Laurent Pinchart
---
drivers/usb/gadget/f_uvc.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/ga
From: Bhupesh Sharma
As per UVC compliance test specification's assertion number 6.3.90
related to 'Standard VS Isochronous Video Data Endpoint Descriptor Assertions',
the bits D3..2 of 'bmAttributes' field of Standard VS Isochronous Video Data
Endpoint Descriptor should be 01 (binary) to indicat
From: Bhupesh Sharma
As per the UVC compliance test suite's assertion 6.1.25, the `iFunction`
field of the Interface Association Descriptor (IAD) should the match the
`iInterface` field of the standard Video Control (VC) Interface Descriptor for
this Video Interface Collection (VIC).
This mandat
From: Bhupesh Sharma
This patch adds the support in UVC webcam gadget design for providing
USB_GADGET_DELAYED_STATUS in response to a set_interface(alt setting 1)
command issue by the Host.
The current UVC webcam gadget design generates a STREAMON event
corresponding to a set_interface(alt setti
From: Bhupesh Sharma
As per the USB3.0 specs, the bandwidth requirements of a UVC's video
streaming endpoint will change to support super-speed. These changes
will be dependent on whether the UVC video streaming endpoint is Bulk or
Isochronous:
- If video streaming endpoint is Isochronous:
As
From: Cyril Roelandt
Found using the following semantic patch:
@@
@@
spin_lock_irqsave(...);
... when != spin_unlock_irqrestore(...);
* GFP_KERNEL
Signed-off-by: Cyril Roelandt
Signed-off-by: Laurent Pinchart
---
drivers/usb/gadget/uvc_video.c | 3 ++-
1 file changed, 2 insertions(+), 1 del
Let's keep the code consistent, people might want to read it.
Signed-off-by: Laurent Pinchart
---
drivers/usb/gadget/f_uvc.c | 58 +++---
drivers/usb/gadget/f_uvc.h | 12 +-
2 files changed, 35 insertions(+), 35 deletions(-)
diff --git a/drivers/u
Hello,
Here are the miscellaneous fixes and enhacements for the UVC gadget driver that
I would like to push for v3.10.
All the patches have already been sent to the list, some of them in an older
form. I've done my best to consolidate everything and take all comments into
account. The USB 2.0 enu
From: Chen Gang
For NUL terminated string, better notice '\0' in the end.
Signed-off-by: Chen Gang
Signed-off-by: Laurent Pinchart
---
drivers/usb/gadget/uvc_v4l2.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/gadget/uvc_v4l2.c b/drivers/usb/gadget/uvc
Hi Felipe,
On Wednesday 27 February 2013 10:26:23 Felipe Balbi wrote:
> On Sat, Feb 02, 2013 at 03:48:54PM +0800, Chen Gang wrote:
> > for NUL terminated string, better notice '\0' in the end.
> >
> > Signed-off-by: Chen Gang
>
> Laurent, are you taking this patch or should I ?
I've taken th
The comment that describes string descriptors allocation isn't clear,
fix it.
Signed-off-by: Laurent Pinchart
---
drivers/usb/gadget/f_uvc.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/f_uvc.c b/drivers/usb/gadget/f_uvc.c
index 5b62987..2d08cc9 1006
On Fri, Mar 01, 2013 at 01:00:16PM -0300, Fabio Estevam wrote:
> Hi Steffen,
>
> On Fri, Mar 1, 2013 at 12:39 PM, Steffen Trumtrar
> wrote:
>
> > This series for imx28:
> >
> > Tested-by: Steffen Trumtrar
>
> May I see your imx28-evk.dts with USB udc support, please?
>
Okay, I should
On Wed, Feb 13, 2013 at 02:12:50PM -0800, Sarah Sharp wrote:
> On Wed, Feb 13, 2013 at 01:31:29PM -0800, Greg KH wrote:
> > On Wed, Feb 13, 2013 at 01:08:46PM -0800, Sarah Sharp wrote:
> > > On Wed, Feb 13, 2013 at 09:04:13PM +0100, Matthias Schniedermeyer wrote:
> > > > On 13.02.2013 11:33, Sarah
Hi Steffen,
On Fri, Mar 1, 2013 at 12:39 PM, Steffen Trumtrar
wrote:
> This series for imx28:
>
> Tested-by: Steffen Trumtrar
May I see your imx28-evk.dts with USB udc support, please?
Thanks,
Fabio Estevan
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
th
On Fri, Mar 01, 2013 at 01:45:06PM +0530, Pratyush Anand wrote:
> On 3/1/2013 12:10 PM, Felipe Balbi wrote:
> >Hi,
> >
>
> [...]
>
> >>dep->flags &= ~DWC3_EP_BUSY;
> >
> > ^
> > and here
> >
> >>udelay(100);
> >>}
> >
> >??
>
> Ohhh.. I missed this patch in my repo..
>
> usb: dw
This patch (as1661) fixes a rather obscure bug in ehci-hcd. In a
couple of places, the driver compares the DMA address stored in a QH's
overlay region with the address of a particular qTD, in order to see
whether that qTD is the one currently being processed by the hardware.
(If it is then the sta
This patch (as1660) works around a hardware problem present in some
(if not all) Intel EHCI controllers. After a QH has been unlinked
from the async schedule and the corresponding IAA interrupt has
occurred, the controller is not supposed access the QH and its qTDs.
There certainly shouldn't be an
On Fri, Mar 01, 2013 at 03:42:22PM +0100, Michael Grzeschik wrote:
> Hi,
>
> this series includes support to manage the transfer descriptors with an
> linked list to manage a dynamic amount of data being enqueued in hardware.
>
> It also addresses the isochronous support for the chipidea udc
> an
Hello,
I am studying the isp1760-hcd code, trying to figure out the logic of the data
flow going in and out of the driver.
I have a few gaps in my understanding and was hoping to get help from you guys:
1. Once a PTD is schedule and its valid bit is set, what will trigger the
isp1760 to scan
On Fri, 1 Mar 2013, Hannes Reinecke wrote:
> xhci might run with MSI/MSI-X only, with no support for legacy
> interrupts. On these devices the request_irq() call in usb_add_hcd()
> will fail, causing the entire device to fail.
> For xhci this is especially painful as the driver will enable
> inter
Instead of having a limited number of usable tds in the udc we use a
linked list to support dynamic amount of needed tds for all special
gadget types. This improves throughput.
This patch also adresses a possible momory leak in _ep_nuke found
while porting the request handling to an linked list.
A static count of transfer descriptors was used everywhere in the driver
with the fixed number 4. This patch adds a define, named TD_COUNT, and
replaces all users of this value. This way its possible to have only one
parameter to change and limit the amount of tds per transfer.
Signed-off-by: Mich
There is no need to call ep_queue unlocked inside the own driver. We
move its functionionality into an unlocked version.
This patch removes potential unlocked timeslots inside
isr_setup_status_phase and isr_get_status_response, in which the lock
got released just before acquired again inside usb_e
The implementation is derived from the fsl_udc_core code in
fsl_ep_enable and makes basic iso handling possible.
Signed-off-by: Michael Grzeschik
Signed-off-by: Marc Kleine-Budde
---
Changes since v1:
- fixed coding style issues mentioned by Sergei
drivers/usb/chipidea/udc.c | 12 ++
This patch removes the limitation of having a limited amount of only
four active tds on one endpoint. We use the linked list implementation
to manage all tds which get added and removed by hardware_{en,de}queue.
Signed-off-by: Michael Grzeschik
---
drivers/usb/chipidea/udc.c | 79 +
Hi,
this series includes support to manage the transfer descriptors with an
linked list to manage a dynamic amount of data being enqueued in hardware.
It also addresses the isochronous support for the chipidea udc
and removes not needed lock state juggling.
The series applies on current usb-next
On Fri, Mar 01, 2013 at 09:52:54AM +0100, Hannes Reinecke wrote:
>xhci might run with MSI/MSI-X only, with no support for legacy
>interrupts. On these devices the request_irq() call in usb_add_hcd()
>will fail, causing the entire device to fail.
>For xhci this is especially painful as the driver wi
xhci might run with MSI/MSI-X only, with no support for legacy
interrupts. On these devices the request_irq() call in usb_add_hcd()
will fail, causing the entire device to fail.
For xhci this is especially painful as the driver will enable
interrupts during xhci_run(), so the initial call to reques
On 3/1/2013 12:10 PM, Felipe Balbi wrote:
Hi,
[...]
dep->flags &= ~DWC3_EP_BUSY;
^
and here
udelay(100);
}
??
Ohhh.. I missed this patch in my repo..
usb: dwc3: gadget: fix 'endpoint always busy' bug
--
To unsubscribe from this list: send the l
39 matches
Mail list logo
