Alan Stern writes:
> On Thu, 4 Jul 2013, Bjørn Mork wrote:
>
>> > It may be that the device simply takes longer to resume than it should.
>> > Or longer than btusb expects it to, which may not be the same thing.
>>
>> Yes, that is what it looks like. But the URBs are submitted as part of
>> th
On Thu, 4 Jul 2013, Bjørn Mork wrote:
> > It may be that the device simply takes longer to resume than it should.
> > Or longer than btusb expects it to, which may not be the same thing.
>
> Yes, that is what it looks like. But the URBs are submitted as part of
> the resume callback. Shouldn'
Alan Stern writes:
> The relative order of those two completions doesn't mean anything,
> because they are on different endpoints and they happened during the
> same frame. It just happens that uhci-hcd scans interrupt URBs before
> bulk URBs when looking for completions, but it could easily be
On Wed, 3 Jul 2013, Bjørn Mork wrote:
> Bjørn Mork writes:
>
> > Ah, this is probably a timing issue.
>
> It definitely is, and I believe it is a generic problem with the btusb
> driver and not with this particular device. That's just where I was
> "lucky" enough to see it.
>
> Enabling a bi
Bjørn Mork writes:
> Ah, this is probably a timing issue.
It definitely is, and I believe it is a generic problem with the btusb
driver and not with this particular device. That's just where I was
"lucky" enough to see it.
Enabling a bit of debugging in btusb, I see this for a hci version
com
Oliver Neukum writes:
> On Wednesday 03 July 2013 14:08:00 Bjørn Mork wrote:
>> But this just does not seem right? Any modern USB device is supposed to
>> support autosuspend, right? I am using the firmware patch included in
>
> What should be and what is may be different although it oughn't be.
On Wednesday 03 July 2013 14:08:00 Bjørn Mork wrote:
> But this just does not seem right? Any modern USB device is supposed to
> support autosuspend, right? I am using the firmware patch included in
What should be and what is may be different although it oughn't be.
> the latest public firmware r
Hello,
I recently got a Intel Dual Band Wireless-AC 7260 card, which works very
well as a 802.11 wlan module. So I am now trying to break the Bluetooth
part of it instead :)
And I do find some issues with that... The most important one is that I
cannot get it to work properly with autosuspend en
