Hi ,
I tried on plenty of test servers(Fedora distribution) with USB-EHCI
and all these are having spurious STALL packets issue.
Today I got a test laptop(Ubuntu distribution) with USB-EHCI and
interestingly it does not report STALL packets. The only difference I
observed from lsusb is, Fedora te
>> >> Split packet transactions are hidden. I could see them by clicking on
>> >> the (Show/Hide Split transactions) button. For INT IN, I could see
>> >> only Start Split packet.
>> >>
>> >> I attached([2014-10-28 session 144012] Trace0003.rar) complete log for
>> >> this scenario.
>> >
>> > How c
, Alan Stern wrote:
> On Thu, 6 Nov 2014, Naveen Kumar Parna wrote:
>
>> > Any idea why you see the CSPLITs now but didn't see them before?
>>
>> It looks like , I failed to locate the exact portion of the analyzer
>> log that corresponds to one of those -32
On Thu, Nov 6, 2014 at 10:14 PM, Alan Stern wrote:
> On Thu, 6 Nov 2014, Naveen Kumar Parna wrote:
>
>> > Any idea why you see the CSPLITs now but didn't see them before?
>>
>> It looks like , I failed to locate the exact portion of the analyzer
>> log that
On Mon, Nov 10, 2014 at 10:26 PM, Alan Stern wrote:
> On Mon, 10 Nov 2014, Naveen Kumar Parna wrote:
>
>> I am sorry for the late response.
>>
>> I applied the patch and here is the dmesg log:
>>
>> [ 713.125709] ehci-pci :00:1a.0: split intr info2 4282
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
ror.
Thanks,
Pnav
On Mon, Sep 29, 2014 at 5:49 PM, Naveen Kumar Parna
wrote:
> 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
L packet in Ellisys USB analyser log, but only
observed in usbmon log. Does it mean, device is not sending the STALL,
but only Host controller driver is sending it to my USB device driver?
On Mon, Sep 29, 2014 at 7:01 PM, Alan Stern wrote:
> On Mon, 29 Sep 2014, Naveen Kumar Parna wrote:
>
>&g
rfaceClass 0xe0
not yet handled', Driver=mybtusb, 12M
|__ Port 3: Dev 72, If 2, Class=app., Driver=, 12M
On Tue, Sep 30, 2014 at 12:05 PM, Naveen Kumar Parna
wrote:
> Hi Alan,
>
>> The device replied with a STALL.
>> The device runs at low speed or full speed
Hi,
I am using “3.1.0-7.fc16.x86_64” kernel and testing eight USB
Bluetooth dongles using btusb.ko module.
Once I power-on the system and loading the btusb.ko driver immediately
results the below mentioned errors:
[ 1389.410907] hci3 urb 88012954dd80 status -32 count 0
[ 1389.411367] hci4
Hi,
I am using “3.1.0-7.fc16.x86_64” kernel and testing eight USB
Bluetooth dongles using btusb.ko module.
Once I power-on the system and loading the btusb.ko driver immediately
results the below mentioned errors:
[ 1389.410907] hci3 urb 88012954dd80 status -32 count 0
[ 1389.411367] hci4
Thank you very much. I will try that patch.
Thanks,
Naveen
On Mon, Oct 6, 2014 at 6:25 PM, Oliver Neukum wrote:
> On Mon, 2014-10-06 at 18:18 +0530, Naveen Kumar Parna wrote:
>> Hi,
>>
>> I just collected the usbmon log(1.mon.out) and attached it. It stalls
&g
6, 2014 at 6:59 PM, Oliver Neukum wrote:
> On Mon, 2014-10-06 at 18:33 +0530, Naveen Kumar Parna wrote:
>> Thank you very much. I will try that patch.
>
> Then please try.
>
> Regards
> Oliver
>
0001-btusb-clear-halt-if-intr-in-stalls.patch.cr
usb_rcvbulkpipe() right?
Does the “lsusb –v” gives any clue about the reason for getting -EPIPE?
Thanks,
Naveen
On Mon, Oct 6, 2014 at 8:42 PM, Naveen Kumar Parna wrote:
> Attached the lsusb -v file.
>
> Captured the usbmon log file for this patch and attached it.
>
>
>
> Th
status -32 count 0
Thanks,
Naveen
On Tue, Oct 7, 2014 at 3:31 PM, Oliver Neukum wrote:
> On Tue, 2014-10-07 at 12:14 +0530, Naveen Kumar Parna wrote:
>> > + err = usb_clear_halt(data->udev,
>> > +us
> The new patch clears the halt condition.
I mean usb_clear_halt( ) returned zero.
Thanks,
Naveen
On Tue, Oct 7, 2014 at 7:04 PM, Naveen Kumar Parna wrote:
> Thanks for the new patch.
>
>
>
> The new patch clears the halt condition. But after submitting the urb
> agai
ct 8 15:30:49 banunxcas29 kernel: [ 3315.650134] hci5
Oct 8 15:30:49 banunxcas29 kernel: [ 3315.650514] hci4
Oct 8 15:30:49 banunxcas29 kernel: [ 3315.650866] hci2
Thanks,
Naveen
On Wed, Oct 8, 2014 at 2:39 PM, Oliver Neukum wrote:
> On Tue, 2014-10-07 at 20:01 +0530, Naveen Kumar Parna wrote
ver Neukum wrote:
> On Wed, 2014-10-08 at 15:51 +0530, Naveen Kumar Parna wrote:
>> hcidump does not show anything when the stalls happen.
>
> There is nothing in all logs. Do you see the problem
> with single devices?
>
> Regards
> Oliver
>
>
--
014-10-08 at 18:31 +0530, Naveen Kumar Parna wrote:
>> Later connected third device(hci2) and after 2mins observed –EPIPE for
>> hci2(hci2 urb 880124f11cc0 status -32 count 0)
>
> This points to a problem in the USB HC driver.
> Can you enable debugging in th
EHCI controller on PCI card and hub("rate-matching" hub) also internal.
Is it possible to change the internal hub?
Thanks,
Naveen
On Wed, Oct 15, 2014 at 3:41 PM, Oliver Neukum wrote:
> On Thu, 2014-10-09 at 10:31 -0400, Alan Stern wrote:
>> On Thu, 9 Oct 2014, Navee
Thanks,
Naveen
On Wed, Oct 15, 2014 at 6:39 PM, Naveen Kumar Parna
wrote:
> EHCI controller on PCI card and hub("rate-matching" hub) also internal.
>
> Is it possible to change the internal hub?
>
>
>
> Thanks,
> Naveen
>
> On Wed, Oct 15, 2014 at 3:41 PM,
> It's entirely possible that the stall packets are created by the hub.
> When a full-speed device is connected to a USB-2 hub, and the device
> fails to respond to a packet sent by the host, the hub reports this
> failure as a stall.
Here I don’t think device fails to respond to a packet sent by
On Thu, Oct 16, 2014 at 2:45 PM, Oliver Neukum wrote:
>
> On Wed, 2014-10-15 at 12:11 -0400, Alan Stern wrote:
> > > If the hub is the problem… what will be the better solution? Is it
> > > possible to change internal hub?
> >
> > No, it is not possible.
>
> Indeed. However, it is possible to use
Ok, I will do this and update you.
But Currently I am on long leave and I can update you on 27th Oct.
Thanks,
Naveen
On Thu, Oct 16, 2014 at 7:39 PM, Alan Stern wrote:
> On Thu, 16 Oct 2014, Naveen Kumar Parna wrote:
>
>> > Indeed. However, it is possible to use an additional
On Thu, Oct 16, 2014 at 7:46 PM, Alan Stern wrote:
> On Thu, 16 Oct 2014, Naveen Kumar Parna wrote:
>
>> > It's entirely possible that the stall packets are created by the hub.
>> > When a full-speed device is connected to a USB-2 hub, and the device
>> > fa
On Thu, Oct 16, 2014 at 7:39 PM, Alan Stern wrote:
> On Thu, 16 Oct 2014, Naveen Kumar Parna wrote:
>
>> > Indeed. However, it is possible to use an additional in between your
>> > devices and the internal hub.
>> >
>> > Regards
>> >
26 matches
Mail list logo
