Hi Alan,
> The device replied with a STALL.
> The device runs at low speed or full speed and is connected through a USB-2
> hub
Yes, my device is full speed (12Mbps) device and connected to 2.0 root
hub. So how to avoid getting the STALL?
I attached the usbmon log and Ellisys USB analyser lo
On 9/30/2014 5:03 AM, Mark Knibbs wrote:
Great. I hope someone else is motivated to reproduce the issue. It will
take a long time for me to bisect due to my slow computer.
Hi Mark,
I tried to reproduce this issue. I connected a USB key under a
full-speed hub.
sg_rbuf returns error which I a
On Mon, Sep 29, 2014 at 10:21:59PM +0400, Sergei Shtylyov wrote:
> Describe the PCI USB devices that are behind the PCI bridges, adding necessary
> links to the USB PHY device.
>
> Based on the original work by Ben Dooks .
>
> Signed-off-by: Sergei Shtylyov
Thanks, I have queued this up.
>
>
On Mon, Sep 29, 2014 at 10:23:11PM +0400, Sergei Shtylyov wrote:
> Describe the PCI USB devices that are behind the PCI bridges, adding necessary
> links to the USB PHY device.
>
> Signed-off-by: Sergei Shtylyov
Thanks, I have queued this up.
>
> ---
> This patch is against 'renesas-devel-2014
On Sat, Sep 27, 2014 at 01:05:41AM +0400, Sergei Shtylyov wrote:
> Hello.
>
>Here's the set of 3 patches against Simon Horman's 'renesas.git' repo,
> 'renesas-devel-20140924-v3.17-rc6' tag. Here we add the USB PHY device tree
> support on the R8A7791/Koelsch/Henninger boards. The patchset requ
On Fri, Sep 26, 2014 at 01:58:01PM -0700, Sergei Shtylyov wrote:
> Hello.
>
>Here's the set of 2 patches against Simon Horman's 'renesas.git' repo,
> 'renesas-devel-20140924-v3.17-rc6' tag. Here we add the USB PHY device tree
> support on the R8A7790/Lager reference board. The patchset require
Hi,
On Tue, Sep 30, 2014 at 11:12:55AM +0800, Huang Rui wrote:
> > > > > > > > On Thu, Sep 25, 2014 at 03:21:46PM +0800, Huang Rui wrote:
> > > > > > > > > diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
> > > > > > > > > index b0f4d52..6138c5d 100644
> > > > > > > > > --- a/drivers
On Mon, Sep 29, 2014 at 09:15:13AM -0500, Felipe Balbi wrote:
> Hi,
>
> On Mon, Sep 29, 2014 at 05:38:32PM +0800, Huang Rui wrote:
> > > > > > > On Thu, Sep 25, 2014 at 03:21:46PM +0800, Huang Rui wrote:
> > > > > > > > diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
> > > > > > > >
On Tue, Sep 23, 2014 at 12:28:03PM +0200, Antoine Tenart wrote:
> Add a USB2 ChipIdea driver for ci13xxx, with optional PHY, clock
> and DMA mask, to support USB2 ChipIdea controllers that don't need
> specific functions.
>
> Tested on the Marvell Berlin SoCs USB controllers.
>
> Signed-off-by: A
Hi Alan,
On Mon, 29 Sep 2014, Alan Stern wrote:
> There were several resets, and the write was retried after each reset.
> And each time the write failed, and the stick refused to answer when
> asked the reason for the failure.
>
> There's no obvious cause for this problem. It really looks li
On Mon, 29 Sep 2014 09:28:37 -0400 (EDT)
Alan Stern wrote:
> On Sun, 28 Sep 2014, Mark Knibbs wrote:
>
> > > There's no telling the reason for this difference. It's got to be a
> > > hardware issue, though, not a software problem. Maybe your xHCI
> > > controller just isn't optimized for carry
Hi,
On Mon, Sep 29, 2014 at 05:59:42PM +, Paul Zimmerman wrote:
> > diff --git a/drivers/usb/dwc3/gadget.c b/drivers/usb/dwc3/gadget.c
> > index 68497b3..112352e 100644
> > --- a/drivers/usb/dwc3/gadget.c
> > +++ b/drivers/usb/dwc3/gadget.c
> > @@ -1577,6 +1577,13 @@ static int dwc3_gadget_sta
Describe the PCI USB devices that are behind the PCI bridges, adding necessary
links to the USB PHY device.
Signed-off-by: Sergei Shtylyov
---
This patch is against 'renesas-devel-20140924-v3.17-rc6' tag of Simon Horman's
'renesas.git' repo plus R8A7791/Koelsch/Henninger USB PHY support patches
Describe the PCI USB devices that are behind the PCI bridges, adding necessary
links to the USB PHY device.
Based on the original work by Ben Dooks .
Signed-off-by: Sergei Shtylyov
---
This patch is against 'renesas-devel-20140924-v3.17-rc6' tag of Simon Horman's
'renesas.git' repo plus R8A7790
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Friday, September 26, 2014 9:31 PM
>
> On Sat, Sep 27, 2014 at 01:05:46AM +, Paul Zimmerman wrote:
> >
> > Well, it's called LPM Errata because the feature was added to the USB
> > spec as an erratum. It's not an erratum to our controller. But
Hello.
On 09/03/2014 09:25 AM, Yoshihiro Shimoda wrote:
This driver supports other SoCs, but they need boards/Soc depend code.
So, this patch adds device tree support for R-Car H2 and M2 initially.
Signed-off-by: Yoshihiro Shimoda
Acked-by: Kuninori Morimoto
---
drivers/usb/renesas_usbhs
On 2014-09-29 19:11, Heiko Schocher wrote:
Hello Lars,
sorry for my late answer ...
Am 24.09.2014 16:22, schrieb Lars Melin:
On 2014-09-24 20:12, Heiko Schocher wrote:
Hello Lars,
Am 24.09.2014 14:25, schrieb Lars Melin:
On 2014-09-24 13:48, Heiko Schocher wrote:
use the values for RNDIS o
On Mon, Sep 29, 2014 at 06:17:40PM +0530, Pramod Gurav wrote:
> This change fixes below sparse warning:
> drivers/usb/phy/phy-msm-usb.c:1397:30:
> warning: symbol 'msm_otg_mode_fops' was not declared.Should it be static?
>
> Cc: Srinivas Kandagatla
> Cc: Felipe Balbi
> Cc: Greg Kroah-Hartman
>
On Mon, Sep 29, 2014 at 03:34:11PM +0300, Laurent Pinchart wrote:
> Hi Arnd,
>
> Thank you for the patch.
>
> On Monday 29 September 2014 14:30:20 Arnd Bergmann wrote:
> > Patch "usb: gadget: uvc: rename functions to avoid conflicts with host uvc"
> > renamed a lot of symbols but missed one refer
Peter, Arnd, Felipe,
On Tue, Sep 23, 2014 at 12:28:03PM +0200, Antoine Tenart wrote:
> Add a USB2 ChipIdea driver for ci13xxx, with optional PHY, clock
> and DMA mask, to support USB2 ChipIdea controllers that don't need
> specific functions.
Did we agree on the modifications needed to get this a
On Wed, Sep 24, 2014 at 04:58:14PM -0700, Sören Brinkmann wrote:
> On Tue, 2014-09-23 at 12:28PM +0200, Antoine Tenart wrote:
> > Add a USB2 ChipIdea driver for ci13xxx, with optional PHY, clock
> > and DMA mask, to support USB2 ChipIdea controllers that don't need
> > specific functions.
> >
> >
On Mon, 29 Sep 2014, Ivan Baldo wrote:
> El 29/09/14 11:15, Alan Stern escribi�:
> > The first error occurred the first time the computer tried to write
> > data to the stick following the resume. Oddly enough, an earlier write
> > before the suspend worked correctly. But the real problem occurr
El 29/09/14 11:15, Alan Stern escribió:
The first error occurred the first time the computer tried to write
data to the stick following the resume. Oddly enough, an earlier write
before the suspend worked correctly. But the real problem occurred
when the computer asked the stick to provide the
On Mon, Sep 29, 2014 at 09:35:07AM +0800, Huang Rui wrote:
> On Fri, Sep 26, 2014 at 09:35:55AM -0500, Felipe Balbi wrote:
> > Hi,
> >
> > On Fri, Sep 26, 2014 at 05:22:09PM +0800, Huang Rui wrote:
> > > > What you need here is something to talk to usbcore and udc-core and
> > > > orchestrate the
On Mon, 29 Sep 2014, Norbert Preining wrote:
> Hi Alan,
>
> sorry for the journalctl output. I have now done the following:L
>
> * boot into 3.17-rc7
> * mount the usb stick (recovery completed)
> * unmount, mount, unmount - just to be sure all is fine
> * started usbmon capturing on bus 3
> * m
Hi,
On Mon, Sep 29, 2014 at 05:38:32PM +0800, Huang Rui wrote:
> > > > > > On Thu, Sep 25, 2014 at 03:21:46PM +0800, Huang Rui wrote:
> > > > > > > diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
> > > > > > > index b0f4d52..6138c5d 100644
> > > > > > > --- a/drivers/usb/dwc3/core.c
Hi,
On Mon, Sep 29, 2014 at 10:50:02AM +0200, Robert Baldyga wrote:
> > diff --git a/drivers/usb/gadget/udc/fsl_qe_udc.c
> > b/drivers/usb/gadget/udc/fsl_qe_udc.c
> > index 7324308..dd18ea3 100644
> > --- a/drivers/usb/gadget/udc/fsl_qe_udc.c
> > +++ b/drivers/usb/gadget/udc/fsl_qe_udc.c
> > @@ -
On Mon, Sep 29, 2014 at 03:35:22PM +0300, Laurent Pinchart wrote:
> Hi Geert,
>
> On Monday 29 September 2014 11:31:30 Geert Uytterhoeven wrote:
> > On Wed, Sep 17, 2014 at 7:56 PM, Felipe Balbi wrote:
> > > Andrzej Pietrasiewicz (23):
> > > usb: gadget: uvc: rename functions to avoid confl
On Mon, 29 Sep 2014, Arnd Bergmann wrote:
> The newly added sti ehci and ohci drivers come with a single
> Kconfig entry that does not depend on either of the base drivers,
> which leads to a link error when they are disabled:
>
> drivers/built-in.o: In function `ohci_platform_init':
> :(.init.te
On Mon, 29 Sep 2014, Naveen Kumar Parna wrote:
> Hi All,
>
> I want to know the reason for getting INT urb completion status as -EPIPE ?
The most common reasons are:
The device replied with a STALL.
The device runs at low speed or full speed and is connected
through a U
On Sun, 28 Sep 2014, Mark Knibbs wrote:
> > There's no telling the reason for this difference. It's got to be a
> > hardware issue, though, not a software problem. Maybe your xHCI
> > controller just isn't optimized for carrying out full-speed transfers.
>
> That's a possibility, but the improv
The newly added sti ehci and ohci drivers come with a single
Kconfig entry that does not depend on either of the base drivers,
which leads to a link error when they are disabled:
drivers/built-in.o: In function `ohci_platform_init':
:(.init.text+0x14788): undefined reference to `ohci_init_driver'
This change fixes below sparse warning:
drivers/usb/phy/phy-msm-usb.c:1397:30:
warning: symbol 'msm_otg_mode_fops' was not declared.Should it be static?
Cc: Srinivas Kandagatla
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
Cc: linux-usb@vger.kernel.org
Signed-off-by: Pramod Gurav
---
drivers/usb/ph
Hi All,
Sorry I forgot to add this small detail:
I am having a USB bluetooth dongle and it support Control \ Interrupt
\ Bulk \ Isochronous Transfers.
I am having a device driver for this, In driver probe function I am
submitting an URB to INT endpoint. And in the completion handler again
re-q
Hi Geert,
On Monday 29 September 2014 11:31:30 Geert Uytterhoeven wrote:
> On Wed, Sep 17, 2014 at 7:56 PM, Felipe Balbi wrote:
> > Andrzej Pietrasiewicz (23):
> > usb: gadget: uvc: rename functions to avoid conflicts with host uvc
>
> It seems not everything got renamed:
>
> drivers/usb/
Hi Arnd,
Thank you for the patch.
On Monday 29 September 2014 14:30:20 Arnd Bergmann wrote:
> Patch "usb: gadget: uvc: rename functions to avoid conflicts with host uvc"
> renamed a lot of symbols but missed one references that was inside of
> an #ifdef:
>
> drivers/usb/gadget/function/uvc_v4l2.
Patch "usb: gadget: uvc: rename functions to avoid conflicts with host uvc"
renamed a lot of symbols but missed one references that was inside of
an #ifdef:
drivers/usb/gadget/function/uvc_v4l2.c:363:23: error:
'uvcg_v4l2_get_unmapped_area' undeclared here (not in a function)
.get_unmapped_area
Hi All,
I want to know the reason for getting INT urb completion status as -EPIPE ?
Thanks,
Pnav
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hello Lars,
sorry for my late answer ...
Am 24.09.2014 16:22, schrieb Lars Melin:
On 2014-09-24 20:12, Heiko Schocher wrote:
Hello Lars,
Am 24.09.2014 14:25, schrieb Lars Melin:
On 2014-09-24 13:48, Heiko Schocher wrote:
use the values for RNDIS over Ethernet as defined in
http://www.usb.or
Using devm_request_irq to instead of request_irq.
Suggested-by: Arnd Bergmann
Signed-off-by: Peter Chen
---
Changes for v3:
- Fix checkpatch.pl error
Changes for v2:
- Fix missing 'dev' for devm_request_irq
drivers/usb/chipidea/core.c |6 ++
1 file changed, 2 insertions(+), 4 deletions
On Sun, Sep 28, 2014 at 06:41:39PM -0500, Felipe Balbi wrote:
> Hi,
>
> On Sun, Sep 28, 2014 at 11:11:23AM +0800, Huang Rui wrote:
> > On Fri, Sep 26, 2014 at 09:35:21AM -0500, Felipe Balbi wrote:
> > > On Fri, Sep 26, 2014 at 04:50:26PM +0800, Huang Rui wrote:
> > > > On Thu, Sep 25, 2014 at 09:5
On Wed, Sep 17, 2014 at 7:56 PM, Felipe Balbi wrote:
> Andrzej Pietrasiewicz (23):
> usb: gadget: uvc: rename functions to avoid conflicts with host uvc
It seems not everything got renamed:
drivers/usb/gadget/function/uvc_v4l2.c:363:23: error:
'uvcg_v4l2_get_unmapped_area' undeclared here
On Mon, Sep 29 2014, Robert Baldyga wrote:
> Hi,
>
> On 09/24/2014 10:43 PM, Michal Sojka wrote:
>> Use the recently introduced usb_gadget_giveback_request() in favor of
>> direct invocation of the completion routine.
>>
>> All places in drivers/usb/ matching "[-.]complete(" were replaced with a
>
Hi,
On 09/24/2014 10:43 PM, Michal Sojka wrote:
> Use the recently introduced usb_gadget_giveback_request() in favor of
> direct invocation of the completion routine.
>
> All places in drivers/usb/ matching "[-.]complete(" were replaced with a
> call to usb_gadget_giveback_request(). This was com
> > > A question, the dwc3 controller is the PCI-E device in my platform,
> > > but the class code of PCI header is 0x0c0330, the same with xHC.
> > > That's because it need to meet the windows enviroment. The dwc3
> > > controller acted as only host mode to bind with windows xhci driver.
> > > But
45 matches
Mail list logo
