root@gnarbox-2:~#
I still get the error when using the gadget configfs instead of
g_mass_storage. I still get the error on kernel 5.0.5.
Do you have any idea what's happening here? What steps can I take to
help debug this?
Thanks,
Evan
dwc3-trace-20190513.txz
Description: application/xz
Sorry if this is answered somewhere, but I couldn't find anything
specific on Google as far as how to determine if this quirk is needed
or if its configurable at boot/run-time. Its an HP laptop, and it
looks like other HP models have the problem.
I most often get this when turning on a USB TV Tu
wants the whole thing, I've saved it. I just figured
I'd report it!
-- Evan
Jul 22 23:58:26 Taro kernel: [ 9257.987466] CPU: 2 PID: 0 Comm:
swapper/2 Not tainted 3.16.0-031600rc6-lowlatency #201407210035
Jul 22 23:58:26 Taro kernel: [ 9257.987471] Hardware name:
Hewlett-Packard HP P
I don't get the call stack dump with this patch, but I'm still getting
a few odd errors ... both of these repeat pretty much constantly as
long as I have the tuner on the XHCI port. I'm going back to make
sure I didn't do anything wrong.
[ 4679.593698] xhci_hcd :00:10.0: ERROR Transfer event
I'm not getting this in 3.16.0-rc7. Function must have been removed.
On Wed, Jul 30, 2014 at 7:24 AM, Maciej Puzio wrote:
> Apologies, my positive report was somewhat premature. I had to apply
> the patch manually to 3.2.61, and I missed the deletion of
> find_trb_seg function. After applying th
ns other than mine need it. In fact, I'll
just attach it here.
On Wed, Jul 30, 2014 at 8:04 AM, Evan Langlois wrote:
> I'm not getting this in 3.16.0-rc7. Function must have been removed.
>
> On Wed, Jul 30, 2014 at 7:24 AM, Maciej Puzio wrote:
>> Apologies, my posit
it should.
On Mon, Aug 11, 2014 at 9:42 AM, Mathias Nyman
wrote:
> On 08/11/2014 02:15 PM, David Laight wrote:
>> From: Behalf Of Evan Langlois
>>> Sorry if this is answered somewhere, but I couldn't find anything
>>> specific on Google as far as how to deter
I'm trying to get my device to pass the EHSET tests. I found the thread
"Using EHSET module" from March. I'm having similar issues.
I don't have access to the PID VID board that the lab uses. Instead I'm
using another computer setup as a mass storage gadget but set the VID:PID
to 1a0a:0102 (TES
sfer completion in order to remove all the TRBs. Is this
because we're worried that the hardware will be sitting on top of a
TRB we're removing, so then we free and corrupt the next pointer, and
then hardware follows it somewhere crazy? Does DWC3 have a register
for seeing which TRB is cu
ll host cancelled requests who still have TRBs being
> processed.
>
> Signed-off-by: Felipe Balbi
>
Oh, excellent. I'll check those out. Thanks!
-Evan
10 matches
Mail list logo
