RES: RES: TP-LINK USB no carrier after speed test

2022-09-28 Thread Ivan Quitschal 
> 
> FYI: There is some experimental thunderbolt support at:
> 
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.c
> om%2Fhselasky%2Fusb4data=05%7C01%7C%7C14c86eee9f5d492c41d50
> 8daa0b49bdb%7C84df9e7fe9f640afb435%7C1%7C0%7C6379989
> 94857157968%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjo
> iV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata
> =%2FOnIO3esoAmi1FSPkHRYpHCHkcN6U2rO9WhaimdaVbk%3Dreserved
> =0
> 
> But I'm not sure if it supports the hardware you've got.
> 
> --HPS


Hi Hans

Should i wait to apply this thunderbolt business just yet , at least you 
analize the log I sent you in the last email or should I go for it ?

Thanks

--tzk

Re: RES: RES: TP-LINK USB no carrier after speed test

2022-09-27 Thread Hans Petter Selasky 

On 9/27/22 00:25, Ivan Quitschal wrote:

Hi Hans,
how do you want me to do those tests for you ? with or without any of your 
patches? With the actual code on git ?


Without any patches.

--HPS

RES: RES: TP-LINK USB no carrier after speed test

2022-09-26 Thread Ivan Quitschal 


> -Mensagem original-
> De: Hans Petter Selasky 
> Enviada em: segunda-feira, 26 de setembro de 2022 18:29
> Para: Alexander Motin ; Ivan Quitschal
> 
> Cc: freebsd-current@freebsd.org; freebsd-...@freebsd.org
> Assunto: Re: RES: TP-LINK USB no carrier after speed test
> 
> On 9/26/22 21:28, Alexander Motin wrote:
> > Ivan,
> >
> > On 26.09.2022 13:11, Ivan Quitschal wrote:
> >> bad news im afraid, problem occurred at the first attempt on
> >> speedtest.net.
> >> and I'm really trying to help you analizying this code here myself,
> >> but problem is: im far from expert on network protocol business. if
> >> it is a network problem at all. seems to me more like a USB protocol
> >> limit issue or something ..  just FYI , limiting that first constant
> >> to 2048 still limits my  upload to 90mbps , and also still solves the
> >> issue .. there has to be something about it obviously
> >
> > On my tests I found that reduction of URE_MAX_TX from 4 to 1 actually
> > help a lot more without so dramatic performance decrease.  Though it
> > is likely only a workaround and does not explain the cause, so I hope
> > Hans more ideas for us to test. ;)
> >
> 
> Hi,
> 
> I've got a supposedly "broken" if_ure dongle from Alexander, but I'm unable to
> reproduce the if_ure hang on two different pieces of XHCI hardware, Intel 
> based
> and AMD based, which I've got.
> 
> This leads me to believe there is a bug in the XHCI driver or hardware on your
> system.
> 
> Can you share the pciconfig -lv output for your XHCI controllers?
> 
> Also, when running the stress test and you see the traffic stops, what 
> happens if
> you run this command as root on the ugen which the if_ure belongs to:
> 
> usbconfig -d ugenX.Y dump_string 0
> 
> Does the traffic resume?
> 
> --HPS

Hi Hans, 
how do you want me to do those tests for you ? with or without any of your 
patches? With the actual code on git ?

hi Alexander,
I did what you suggested, and what happened was the inverse, the upload got 
back to 300mbps , and what dropped to a half was the download, dropped to 200 
instead of 600 hehe

--tzk