Hi,
>>
>> I try two experiment,
>>
>> 1. Test it on general desktop, the device will enum as CDC_ECM( 1
>> control, 2 bulk, 1 interrupt), and CDC_ECM driver will use
> interupt to polling link status.
>>
>> 2. Test it on embedded system, the device will controlled
> by a custom driver ( 1 cont
>> Maybe I can try this with the mouse.
>> As far as I know, most HDD and pendrive do not use periodic tranfer.
>> So they can not produce the issue.
>
> few emails back you said it had nothing to do with periodic
> transfers. -ECONFUSED
>
I try two experiment,
1. Test it on general desktop, t
> I try the same operation to produce the issue, and it
>> also fails.
Please attach the output of dmesg with CONFIG_USB_DEBUG and
XHCI_DEBUG.
>>>
>>> With these two debug config on, the dmesg buffer even can not log
>>> one reset operation.
>>
>> You can increase your buffer size
linux-usb-ow...@vger.kernel.org wrote:
> On Mon, Feb 25, 2013 at 01:42:44PM +0200, Felipe Balbi wrote:
>> HI,
>>
>> On Mon, Feb 25, 2013 at 07:33:23PM +0800, Soar Hung wrote:
>>>> What's the actual issue here ? Can you explain to me Sarah ?
>>>> T
> Can you send me the output of `sudo lspci -vvv` and `sudo
> lspci -vvv -n` when the TI host is attached to your system?
> I'll send you a patch with the workaround fix to test. We
> can also add a quirk for your host, if your host controller
> is already available with this issue, and you're pl
I try the same operation to produce the issue, and it
> also fails.
>>> Please attach the output of dmesg with CONFIG_USB_DEBUG and
>>> XHCI_DEBUG.
>>
>> With these two debug config on, the dmesg buffer even can not log
>> one reset operation.
>
> You can increase your buffer size by setti
Hi all, thanks for your help.
> I just ran 10K resets with each of 3 different devices (USB3
> HDD, USB2 pendrive and a mouse) and I didn't see the problem you're
> saying here.
>
> Tested with TUSB7340EVM on v3.8.0.
Maybe I can try this with the mouse.
As far as I know, most HDD and pendrive
Felipe Balbi wrote:
> HI,
>
> On Mon, Feb 25, 2013 at 07:33:23PM +0800, Soar Hung wrote:
>>> What's the actual issue here ? Can you explain to me Sarah ?
>>> This may be a known issue regarding this particular host controller
>>> and if it is, the
> What's the actual issue here ? Can you explain to me Sarah ?
> This may be a known issue regarding this particular host
> controller and if it is, there might already be workarounds available.
>
I copy the previous content and try to make it more clear.
When calling usb_reset_and_verify_de
> -Original Message-
> From: Lan Tianyu [mailto:lantianyu1...@gmail.com]
> Sent: Wednesday, February 20, 2013 4:14 PM
> To: Soar Hung
> Cc: Alan Stern; Sarah Sharp; linux-usb@vger.kernel.org
> Subject: Re: Not enough resource for old configuration after
> USB bus
to produce the issue, and it also fails.
Thanks,
Soar
-Original Message-
From: Lan Tianyu [mailto:lantianyu1...@gmail.com]
Sent: Friday, February 08, 2013 12:57 AM
To: Soar Hung
Cc: Alan Stern; Sarah Sharp; linux-usb@vger.kernel.org
Subject: Re: Not enough resource for old configuration
ards,
Soar
-Original Message-
From: Lan Tianyu [mailto:lantianyu1...@gmail.com]
Sent: Thursday, February 07, 2013 4:18 PM
To: Soar Hung
Cc: Alan Stern; Sarah Sharp; linux-usb@vger.kernel.org
Subject: Re: Not enough resource for old configuration after USB bus reset
2013/2/4 Soar Hung :
Hi Alan, Sarah,
Thank you for your kindly help.
Can I do something to provide some help?
Best regards,
Soar
-Original Message-
From: Alan Stern [mailto:st...@rowland.harvard.edu]
Sent: Friday, February 01, 2013 11:36 PM
To: Soar Hung
Cc: Sarah Sharp; linux-usb@vger.kernel.org
Subject
Hi everybody,
We ported the Linux and related drivers to our embedded
system(a customized board), and using TUSB7340 as our
host controller.
We also write a usb interface driver for the tested device,
the enumeration and bulk in/out transfers work fine.
But we encounter problem when we keep d
14 matches
Mail list logo
