On 11.03.2015 18:16, Jörg Otte wrote:
> 2015-03-11 12:01 GMT+01:00 Jörg Otte :
>> 2015-03-10 18:04 GMT+01:00 Mathias Nyman :
>>> On 10.03.2015 17:36, Jörg Otte wrote:
>>>
>> I'd suspect one of these two patches:
>>
>> commit 45ba2154d12fc43b70312198ec47085f10be801a
>> xhci: fix
On 11.03.2015 18:16, Jörg Otte wrote:
2015-03-11 12:01 GMT+01:00 Jörg Otte jrg.o...@gmail.com:
2015-03-10 18:04 GMT+01:00 Mathias Nyman mathias.ny...@linux.intel.com:
On 10.03.2015 17:36, Jörg Otte wrote:
I'd suspect one of these two patches:
commit 45ba2154d12fc43b70312198ec47085f10be801a
2015-03-11 12:01 GMT+01:00 Jörg Otte :
> 2015-03-10 18:04 GMT+01:00 Mathias Nyman :
>> On 10.03.2015 17:36, Jörg Otte wrote:
>>
> Any chance you could take a log with xhci debugging enabled before
> attaching the DVB-T
> stick?
>
> echo -n 'module xhci_hcd =p' >
On 11.03.2015 16:03, Alan Stern wrote:
> On Wed, 11 Mar 2015, Lu, Baolu wrote:
>
It's possible that there's something in usb core as well,
but I think the following was what happened:
1. First a normal configure endpoint command is issued, it sets endpoint
dequeue
On Wed, 11 Mar 2015, Lu, Baolu wrote:
> >> It's possible that there's something in usb core as well,
> >> but I think the following was what happened:
> >>
> >> 1. First a normal configure endpoint command is issued, it sets endpoint
> >> dequeue pointer
> >> to xxx400 = start of ring
2015-03-10 18:04 GMT+01:00 Mathias Nyman :
> On 10.03.2015 17:36, Jörg Otte wrote:
>
Any chance you could take a log with xhci debugging enabled before
attaching the DVB-T
stick?
echo -n 'module xhci_hcd =p' > /sys/kernel/debug/dynamic_debug/control
>>>
>>> here
On 10.03.2015 20:49, Alan Stern wrote:
> On Tue, 10 Mar 2015, Mathias Nyman wrote:
>
>>> Mathias:
>>>
>>> Your patch description says this:
>>>
The endpoint might already processesed some TRBs on the endpiont ring
before we soft reset the endpoint.
Make sure we set the dequeue
On 03/11/2015 02:49 AM, Alan Stern wrote:
On Tue, 10 Mar 2015, Mathias Nyman wrote:
Mathias:
Your patch description says this:
The endpoint might already processesed some TRBs on the endpiont ring
before we soft reset the endpoint.
Make sure we set the dequeue pointer to where we were
2015-03-11 12:01 GMT+01:00 Jörg Otte jrg.o...@gmail.com:
2015-03-10 18:04 GMT+01:00 Mathias Nyman mathias.ny...@linux.intel.com:
On 10.03.2015 17:36, Jörg Otte wrote:
Any chance you could take a log with xhci debugging enabled before
attaching the DVB-T
stick?
echo -n 'module xhci_hcd =p'
On 11.03.2015 16:03, Alan Stern wrote:
On Wed, 11 Mar 2015, Lu, Baolu wrote:
It's possible that there's something in usb core as well,
but I think the following was what happened:
1. First a normal configure endpoint command is issued, it sets endpoint
dequeue pointer
to xxx400 =
On 03/11/2015 02:49 AM, Alan Stern wrote:
On Tue, 10 Mar 2015, Mathias Nyman wrote:
Mathias:
Your patch description says this:
The endpoint might already processesed some TRBs on the endpiont ring
before we soft reset the endpoint.
Make sure we set the dequeue pointer to where we were
2015-03-10 18:04 GMT+01:00 Mathias Nyman mathias.ny...@linux.intel.com:
On 10.03.2015 17:36, Jörg Otte wrote:
Any chance you could take a log with xhci debugging enabled before
attaching the DVB-T
stick?
echo -n 'module xhci_hcd =p' /sys/kernel/debug/dynamic_debug/control
here it
On 10.03.2015 20:49, Alan Stern wrote:
On Tue, 10 Mar 2015, Mathias Nyman wrote:
Mathias:
Your patch description says this:
The endpoint might already processesed some TRBs on the endpiont ring
before we soft reset the endpoint.
Make sure we set the dequeue pointer to where we were
On Wed, 11 Mar 2015, Lu, Baolu wrote:
It's possible that there's something in usb core as well,
but I think the following was what happened:
1. First a normal configure endpoint command is issued, it sets endpoint
dequeue pointer
to xxx400 = start of ring segment
2. two urbs
On Tue, 10 Mar 2015, Mathias Nyman wrote:
> > Mathias:
> >
> > Your patch description says this:
> >
> >> The endpoint might already processesed some TRBs on the endpiont ring
> >> before we soft reset the endpoint.
> >> Make sure we set the dequeue pointer to where we were befere soft reset
>
On 10.03.2015 19:29, Alan Stern wrote:
> On Tue, 10 Mar 2015, Mathias Nyman wrote:
>
>> Yes, thank you
>>
>> Seems that It wasn't mature enough, I'll revert it.
>>
>> From your logs I can see what went wrong,
>>
>> If you still have some time, could you try out a patch (attached) and see if
>>
On Tue, 10 Mar 2015, Mathias Nyman wrote:
> Yes, thank you
>
> Seems that It wasn't mature enough, I'll revert it.
>
> From your logs I can see what went wrong,
>
> If you still have some time, could you try out a patch (attached) and see if
> it solves the
> issue for you. (on top of clean
On 10.03.2015 17:36, Jörg Otte wrote:
>>> Any chance you could take a log with xhci debugging enabled before
>>> attaching the DVB-T
>>> stick?
>>>
>>> echo -n 'module xhci_hcd =p' > /sys/kernel/debug/dynamic_debug/control
>>>
>>>
>>
>> here it comes attached.
>>
>>
>>> I'd suspect one of these
2015-03-10 15:03 GMT+01:00 Jörg Otte :
> 2015-03-10 14:06 GMT+01:00 Mathias Nyman :
>> On 10.03.2015 11:40, Jörg Otte wrote:
>>> If I plug in my USB DVB-T stick I get the following in dmesg:
>>>
>>> dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver' in warm
>>> state.
>>> dvb-usb:
2015-03-10 14:06 GMT+01:00 Mathias Nyman :
> On 10.03.2015 11:40, Jörg Otte wrote:
>> If I plug in my USB DVB-T stick I get the following in dmesg:
>>
>> dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver' in warm
>> state.
>> dvb-usb: will pass the complete MPEG2 transport stream to
On 10.03.2015 11:40, Jörg Otte wrote:
> If I plug in my USB DVB-T stick I get the following in dmesg:
>
> dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver' in warm
> state.
> dvb-usb: will pass the complete MPEG2 transport stream to the software
> demuxer.
> DVB: registering new
If I plug in my USB DVB-T stick I get the following in dmesg:
dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver' in warm state.
dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
DVB: registering new adapter (TerraTec/qanu USB2.0 Highspeed DVB-T
If I plug in my USB DVB-T stick I get the following in dmesg:
dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver' in warm state.
dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
DVB: registering new adapter (TerraTec/qanu USB2.0 Highspeed DVB-T
2015-03-10 14:06 GMT+01:00 Mathias Nyman mathias.ny...@linux.intel.com:
On 10.03.2015 11:40, Jörg Otte wrote:
If I plug in my USB DVB-T stick I get the following in dmesg:
dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver' in warm
state.
dvb-usb: will pass the complete MPEG2
On 10.03.2015 11:40, Jörg Otte wrote:
If I plug in my USB DVB-T stick I get the following in dmesg:
dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver' in warm
state.
dvb-usb: will pass the complete MPEG2 transport stream to the software
demuxer.
DVB: registering new adapter
On Tue, 10 Mar 2015, Mathias Nyman wrote:
Yes, thank you
Seems that It wasn't mature enough, I'll revert it.
From your logs I can see what went wrong,
If you still have some time, could you try out a patch (attached) and see if
it solves the
issue for you. (on top of clean 4.0-rc3).
On 10.03.2015 17:36, Jörg Otte wrote:
Any chance you could take a log with xhci debugging enabled before
attaching the DVB-T
stick?
echo -n 'module xhci_hcd =p' /sys/kernel/debug/dynamic_debug/control
here it comes attached.
I'd suspect one of these two patches:
commit
2015-03-10 15:03 GMT+01:00 Jörg Otte jrg.o...@gmail.com:
2015-03-10 14:06 GMT+01:00 Mathias Nyman mathias.ny...@linux.intel.com:
On 10.03.2015 11:40, Jörg Otte wrote:
If I plug in my USB DVB-T stick I get the following in dmesg:
dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver'
On Tue, 10 Mar 2015, Mathias Nyman wrote:
Mathias:
Your patch description says this:
The endpoint might already processesed some TRBs on the endpiont ring
before we soft reset the endpoint.
Make sure we set the dequeue pointer to where we were befere soft reset
However, if a
On 10.03.2015 19:29, Alan Stern wrote:
On Tue, 10 Mar 2015, Mathias Nyman wrote:
Yes, thank you
Seems that It wasn't mature enough, I'll revert it.
From your logs I can see what went wrong,
If you still have some time, could you try out a patch (attached) and see if
it solves the
30 matches
Mail list logo