Date: Mon, 26 Sep 2022 20:33:36 -0300 (-03) From: Ivan Quitschal <tezeka@hotmail.com> To: Hans Petter Selasky <hps@selasky.org> Cc: Alexander Motin <mav@FreeBSD.org>, Ivan Quitschal <tezeka@hotmail.com>, "freebsd-current@freebsd.org" <freebsd-current@freebsd.org>, "freebsd-usb@FreeBSD.org" <freebsd-usb@FreeBSD.org> Subject: Re: RES: TP-LINK USB no carrier after speed test Message-ID: <CP6P284MB1900E7110BF03A3DAF0BB544CB529@CP6P284MB1900.BRAP284.PROD.OUTLOOK.COM> In-Reply-To: <1f11b131-7031-60db-4331-d95159c5b373@selasky.org> References: <CP6P284MB1900F16EDAEAF1CB485BC372CB499@CP6P284MB1900.BRAP284.PROD.OUTLOOK.COM> <de8c944a-59b7-1fb0-e8bf-0f4c31d95090@selasky.org> <5c9c47d6-9e12-ae76-ce67-15aeae1b8636@selasky.org> <11b7de01-d95e-5280-2a22-8b17e29c34c0@selasky.org> <CP5P284MB1902026EB918E88DE5581ACCCB489@CP5P284MB1902.BRAP284.PROD.OUTLOOK.COM> <5f646a9a-2885-05af-9ff1-ef4c4446f365@selasky.org> <CP5P284MB1902929145200C5BE706C789CB489@CP5P284MB1902.BRAP284.PROD.OUTLOOK.COM> <9c370afb-1931-f977-16a9-4915a82ec773@selasky.org> <CP5P284MB19020B7054012F9140E9D8F2CB489@CP5P284MB1902.BRAP284.PROD.OUTLOOK.COM> <CP6P284MB19005F8AF0CF964D011E8EA7CB4A9@CP6P284MB1900.BRAP284.PROD.OUTLOOK.COM> <fd261e3f-ed98-1c48-2af2-943520acbf13@selasky.org> <5bf98c30-c00f-7e7a-3a3d-c0bd5862fb97@selasky.org> <CP6P284MB1900A6E8ECDB4CFF78323904CB529@CP6P284MB1900.BRAP284.PROD.OUTLOOK.COM> <d863a8ec-edfd-73bc-c772-216830e0d7d5@FreeBSD.org> <1f11b131-7031-60db-4331-d95159c5b373@selasky.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--3432851520-1520251259-1664235221=:1871
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8BIT
On Mon, 26 Sep 2022, Hans Petter Selasky wrote:
> 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
without any patch , the actual code on repository
pciconf -lv
xhci0@pci0:0:20:0: class=0x0c0330 rev=0x20 hdr=0x00 vendor=0x8086 device=0xa0ed
subvendor=0x1028 subdevice=0x0ab0
vendor = 'Intel Corporation'
device = 'Tiger Lake-LP USB 3.2 Gen 2x1 xHCI Host Controller'
class = serial bus
subclass = USB
did the stress test, got the problem, then i tried the below
[root@tzk-inspiron ~ ]# usbconfig -d ugen0.6 dump_string 0
STRING_0x00 = 0x04, 0x03, 0x09, 0x04
[root@tzk-inspiron ~ ]#
nothing happened, still no carrier. in order to get back the internet i had to
[root@tzk-inspiron ~ ]# usbconfig -d ugen0.6 reset
--tzk
--3432851520-1520251259-1664235221=:1871--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CP6P284MB1900E7110BF03A3DAF0BB544CB529>