RE: [PATCH 3.12 033/118] usb: xhci: Link TRB must not occur withina USB payload burst [NEW HARDWARE]
From: David Laight
Date: Mon Jan 20 2014 - 05:41:42 EST
> On 01/17/2014 06:34 AM, David Laight wrote:
> > Can you try the patch I posted that stops the ownership on LINK TRBs
> > being changed before that on the linked-to TRB?
> Sadly, the patch didn't fix the ASMedia lockup behavior, however :(
> I did notice that the lockup occurred only when copying *to* the usb3
> drive, and not when copying from it. I think that may be new behavior
> but I can't swear to it.
If the behaviour has changed then the fix is on the right lines.
If reads used to lock up, and don't with the patch then that is
It might be that the tx issue is actually a different 'bug'.
> Just to confirm, here are the first few lines of the patch I used.
> Please let me know if it's the wrong patch:
> + field4 = (field4 & ~TRB_CYCLE) | ring->cycle_state;
> + if (trb == &ring->enqueue_first->generic)
> + field4 ^= TRB_CYCLE;
> trb->field = cpu_to_le32(field1);
That looks like my earlier 'test' patch.
The fuller patch is http://article.gmane.org/gmane.linux.usb.general/101784
There shouldn't be any difference in the way the chip is driven, the
later patch just rips out a load of code that is no longer needed.
Mostly it simplifies the way the ownership of ring entries is passed
to the hardware.