<marcan>
%06lu.%06u %s@%s: %s::%s: changing USB mode to device
<sven>
which works most of the time
<marcan>
%06lu.%06u Unknown@Unknown: %s::%s: changing USB mode to device
<marcan>
%06lu.%06u %s@%s: %s::%s: changing USB mode to isolation
<marcan>
%06lu.%06u Unknown@Unknown: %s::%s: changing USB mode to isolation
<marcan>
"isolation"
<marcan>
wonder if switching to that and back would work
<sven>
it's part of a "full" reset cycle fwiw
<marcan>
right
<marcan>
I wonder if your problem is that you're resetting "too" much
<marcan>
like, something you do breaks xhci
<sven>
yeah, possibly
<marcan>
and maybe there's some other way that is less big hammer
<marcan>
and just gets the eUSB2 crap to work
<sven>
the weird thing is that right now that mode selection it set to uhh.... device mode anyway I think. and host mode still works
<sven>
i've tried switching it to host mode before entering linux though and that didn't change anything
<marcan>
heh
<marcan>
maybe try isolation and back?
<sven>
but i can try and see what happens if i just do host -> isolation -> host
<marcan>
yeah
<sven>
i was seriously surprised when kettenis told me he just got those usb ports working in openbsd
<marcan>
also maybe do some delays in between
<marcan>
heh
<sven>
because i assumed until then I had to switch it to host mode :D
<marcan>
well, maybe it still matters for subtler stuff
<marcan>
:p
<marcan>
or maybe it doesn't and that mode actually gets passed through from dwc3
<sven>
yeah, possibly
<marcan>
still, isolation is worth looking at
<sven>
i first though it would matter for usb3 but then again, usb3 phy seems to be more in the register the kext prefixes with CIO iirc
<sven>
yeah, sure
<marcan>
yeah
<sven>
unrelated to this, there's also a way to break gadget mode completely that alyssa ran into
<sven>
apparently if you disconnect the gadget cable linux will first WARN_ON because it couldn't issue a stop transfer command and from then on the port just refuses to work at all
<sven>
even when you switch back to host and reinit xhci