From nobody Tue Jun 9 17:20:47 2026 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gZbKQ3KsTz6gKJb for ; Tue, 09 Jun 2026 17:20:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gZbKN42l7z4NQy for ; Tue, 09 Jun 2026 17:20:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=AUuroUWo; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1781025652; bh=AInpMCofnb5DvBt5JdyclapxjbUiUPOoi1FSb068fAE=; h=Date:Subject:From:To:References:In-Reply-To:From:Subject:Reply-To; b=AUuroUWoz5X2Kkz43ivat50axkuD/BKTUHW3jKFiULSyI7yNlw/UCMh1zw/cME0iVl12PKw7xT7jhoxnP+d2sqK95XpzLyTC0oxB3ijFWb+NEuLMLZKyKwNFi0mIIJHDYdmt6TSD/qvN+fT+26sSWak0tXDIueTZ2wohlV9up3NF1dDMQ2VAmNYDlk9uJdUn1tkBveqxeadrnZkcX9r7SJhwX7ZY3m7h4JtqcsDpzCH2gouoJ3sVIMpV3GBXCkLtFNSbsJlI8WbiO9yxtvYAFhrCxsFFP0BXoI9onpoXB5CnC47ohhuMBdaOQQg+ufOfhdydwxtlK6Gy5PfZE9UE4w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1781025652; bh=2sFGd9uIYn6pEnQeFfg8fVLz8s/TYLTfAbEBD9MKhv2=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=fs1F88/b9TTCCRKpqFuQdF8uKbo3YNr4r/XLOik46W3P5KW/2jowxZVo58qXldop0woo1rR1wh46XGA5wHkEHCJhUduYOuyKT4x6aHLeYO1N5yQojjnveRW+OHtYba+dbt1RYmyVM21+P67etzTWC27clrBu19hnEbYZWNyW1pWYSMsmgc/rFyibahSob+9qnKAqlhru1p5CefU89ejFybEg1k8VsGzyglqugVP2NNGUGauoXPZgMUOJ5xfQbUC9jUgnh/Ceh7bK+T0nyo8CUtALXcPmKMNCMWPrQBUnaGmJba1hKdbF5+Iw/2XIJxQsXVd3HWEBqhbZU1bOYDOGqA== X-YMail-OSG: FjnWq0IVM1kGGggsJ5i7duxEtdnAqJt5CMSJVxlys6y_7aclxFtyVlQnphTKaH8 xrrfT5XgpK6Z_xV0HJDTh8YfE96HYdyX.JNpTXlBmi3tKVLQqnHBivrwTq.mZN3IA8nY0AQXJhKX cWgA4qIOf.Ab1GyHpXtDp9AcJYp2xsYR1yra_0rDFZeCoRLrA6m.6nDD7EV5A.O_ElG0AHVQQ.xk xVjQtymriWK6g.wUjckeLFoSaR_w5wu_M0LwVtX5d.MbC2M35K1a3Ac4CKFj_a1YxxfeI2Kao6PB .yo0jxNey8prFHDYThn5MVIGnsaKlxMVG_HuWRZjGOaiCqbWJmAhpwl7UKOSTh.5XlELLTnppIIj ZU2pQ1g59pWMnNh_jB_2RDY.hAIvoN9uVm44bl3W8jcDdtRRBAP6XK_fnY.JUM0hbhV5hbdmky9u AgoMWIrjBmZlkGqhVEScpd2lYPxqkOKMDz_nPj6cp3zdsyKYevtXkEPOWEVi.72ZkIRWcfCwG36O vw4IfvsRO8KOqwlGZPR0e5gidapIDnop7Htu0o4bJiQs6SSBdhs1J5GF0sG9OpnjzZtqc07S8IDM lmTYmM5Bf171f.1UwtLjwm.6_LqOlmHnAeWk5zwX6kK6f9lN3Dr63sMYVckETOBfkRZZdnsiQC7P FevqilOuqd.aSNDHSEe1HVbJwzBq_3yMJZ2O82CzgBtmMXv0428miadCWTMuV7IXQn7SjV9TtnrU Kb3KFUPILDaVDn88iyvWBnXbGbBuQy8yjYY4fcze.lRFhqXasQowx8WBONsr9ZQsjauPzuLAJb2w ptAf51kTRa72PhrWPreAr4Idn3NJ.ZpkLMkUc8nSesxJyB8krqWgpF5r6WSpKNdGTSdBj1NOQhuP KlduUxAP7ByJ6wELSdB0TU4zabWZlkgsYpoS98Ur8lk508mtpxLyzi.CutSMXT0w0kiUeJpxbmMz vDp.4Pt17t2wPitFXKLi17KViLj8eaOrCqVnoyAmp9N2pSHDhptrq3CHf2K2gD3CCeAmAGTTd3Bs xc99FlAqFvwAGvuZQ2quIR7Na6Q1WtFfnEVYDsc1ydU5qfigmy.3dB75XNNxyK2ID00fCnFg8IE. 8DXvh4ts.ivituvcEsOaMyuh90myFhvYpAPWRQ0nMPlDefil2_.ucJPfGWevsBKfJtrxcNFm3J5B NZPE.E5f1VWK4GuO7yuEW12g362s38Rc.ju0BwrnJerjXSdpqQm6UzXugX04X8ZdKaZiNwLbY4mY u6xAdiJ2hl4TWjmVOsQUkInz_dd67458KjjRj2Iko2WO49KtZLbjdGF.lkRqiEUDh84EOlwMHmp_ MK9PEIWUrLqtk_.6lmVucmgd8ZZHhxEk7JupOWP20Bz48tzSTqTt9ayXVqyfZ1jOuEdcDEq0BqQI 9GJK9.cGgn_YLonr_ODkTBepsJC..nE.CvK2wokWw3q1VCddcUeWqsDkO1DQr5AWnVDliJ7K4VOp 39UDCXkiLyN6vgKlk8Ckn.kLhlSMczeP.gnlz.N1IYennCDOlCIOTqxmq1JqLydT3BLOc1.Njc9K O2JChl5uWk0Hymg9zo8GOk9NvkWppc_YwWFY6lGxlLDpzF6U8_IDFpsPw4Oj3Q6xOBv16OOKDfBv I47.vLrv14ABkfbkiZuU0D3zrg4_YfAdes3G6SW16QdyxmMQHAOYOV_OX8Qy49QH.RYk8_7zrHI9 Q8gQ.fYUC067XsTdEY_nUWQUzrxS.WNAjUccIC7QzHyfhUwVX.y6tY4VsvbKVI6cRv4fLyTVbsh8 BfvOX31ksuRLbotsrJKkXehNnkjh154i0Xh8QImp8_SQmpPaCnkWjGGx1_KkfmBuV7DaAlnGpDyf YI9HXSJF2ErI.73.3oin37eFoJZtuTDOwjQByVlAbQhkWI8RYym4mIU6jd2xqiD6H4aWfbtAiCKw ZW.TYi2X7H7rKkMJ8wVLDer7E4sXZpFNEpTYwG0z9.WoVzWaC3Hs5t8cVIEuWMSEBXRvw_az31Ys MndnAmkkM6yMJpkZ7Kq2uyEKLIYudO_0wNQGsj222nKlndBSW2AZz3sqM8Pcux31j.Q5zK2FFsJi S1zR9_pippJH.Jpa20nE7KV8ddL0KklEKlEAo3Y3PFb7vQ_iVFwgQce2VKaTRG8zJsj0Gvf3j.vK n8Cd3lIItaHgWIXDaz24DwTeWjQ5hOZmNgzuyk029TY310rkWz6abJPr0CoUnPBytrHSySjX.of1 FW7MCUOjad1s5Kg6k6Lzqjx6pUxJ7u16wPDW_XdyA69kapwsbyU0sw5p7cr_5QrF9RQZkLQU4vQ9 V9SUHv4mh_QE8L37AtGFIDpD4HywxSBt_JvmOcEhXDlYNkfzYk80- X-Sonic-MF: X-Sonic-ID: f753d426-f1c9-4852-b796-2632c5db4743 Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Tue, 9 Jun 2026 17:20:52 +0000 Received: by hermes--production-gq1-7bb7df5c46-swc2n (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 202bb4f6ea3f5de36e32d297ce502ce0; Tue, 09 Jun 2026 17:20:48 +0000 (UTC) Message-ID: <1bbba34d-0a7f-4cb0-932a-235b5de3ec65@yahoo.com> Date: Tue, 9 Jun 2026 10:20:47 -0700 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: about usb3 <> ethernet adapters for raspberry pi 5 From: Mark Millard To: freebsd-arm@freebsd.org, void References: Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailer: WebService/1.1.25942 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-3.72 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.72)[-0.718]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[yahoo.com]; FREEMAIL_TO(0.00)[freebsd.org,f-m.fm]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.148:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.148:from] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4gZbKN42l7z4NQy On 5/22/26 23:33, Mark Millard wrote: > On 5/22/26 10:34, void wrote: >> Hi, >> >> As subject: 1. what works? >>             2. what's the throughput like as measured with iperf/iperf3 ? >> thanks, > > From an 2025-Dec-23 message of mine for systems that were likely running > a official pkgbase GENERIC-NODEBUG kernel (main) and, likely, the > official pkgbase world (which is always debug for official pkgbase > main). The alternate non-debug world would have been via a chroot use. > My use of the debug kernel variant is rare. > > I have access to several of the dongles at the same revision. (See > later.) Also: both systems involved were using this type of dongle. The > other system was an amd64 7950X3D. At the time, as far as I knew, the > FreeBSD OS did not support the built-in ethernet in the 7950X3D system. > > QUOTE > Instead of the built=in Ethernet for the Windows Dev Kit > 2023, use of the dongle on a RPi5: > . . . > > # usbconfig -l -d ugen0.2 > ugen0.2: > at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON (72mA) > > # iperf3 -c 192.168.1.195 --get-server-output > Connecting to host 192.168.1.195, port 5201 > [ 5] local 192.168.1.161 port 25933 connected to 192.168.1.195 port 5201 > [ ID] Interval Transfer Bitrate Retr Cwnd > [ 5] 0.00-1.00 sec 112 MBytes 942 Mbits/sec 8 470 KBytes > > [ 5] 1.00-2.00 sec 112 MBytes 941 Mbits/sec 0 487 KBytes > > [ 5] 2.00-3.06 sec 119 MBytes 939 Mbits/sec 9 488 KBytes > > [ 5] 3.06-4.06 sec 112 MBytes 940 Mbits/sec 9 486 KBytes > > [ 5] 4.06-5.00 sec 106 MBytes 941 Mbits/sec 0 488 KBytes > > [ 5] 5.00-6.00 sec 112 MBytes 940 Mbits/sec 10 486 KBytes > > [ 5] 6.00-7.04 sec 116 MBytes 938 Mbits/sec 7 486 KBytes > > [ 5] 7.04-8.00 sec 108 MBytes 941 Mbits/sec 0 488 KBytes > > [ 5] 8.00-9.00 sec 112 MBytes 940 Mbits/sec 7 486 KBytes > > [ 5] 9.00-10.03 sec 115 MBytes 941 Mbits/sec 0 486 KBytes > > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate Retr > [ 5] 0.00-10.03 sec 1.10 GBytes 940 Mbits/sec 50 sender > [ 5] 0.00-10.03 sec 1.10 GBytes 940 Mbits/sec > receiver > > Server output: > ----------------------------------------------------------- > Server listening on 5201 (test #3) > ----------------------------------------------------------- > Accepted connection from 192.168.1.161, port 49403 > [ 5] local 192.168.1.195 port 5201 connected to 192.168.1.161 port 25933 > [ ID] Interval Transfer Bitrate > [ 5] 0.00-1.06 sec 119 MBytes 937 Mbits/sec > [ 5] 1.06-2.06 sec 112 MBytes 941 Mbits/sec > [ 5] 2.06-3.06 sec 112 MBytes 939 Mbits/sec > [ 5] 3.06-4.06 sec 112 MBytes 939 Mbits/sec > [ 5] 4.06-5.00 sec 106 MBytes 941 Mbits/sec > [ 5] 5.00-6.06 sec 119 MBytes 938 Mbits/sec > [ 5] 6.06-7.06 sec 112 MBytes 940 Mbits/sec > [ 5] 7.06-8.06 sec 112 MBytes 941 Mbits/sec > [ 5] 8.06-9.05 sec 112 MBytes 939 Mbits/sec > [ 5] 9.05-10.03 sec 110 MBytes 941 Mbits/sec > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate > [ 5] 0.00-10.03 sec 1.10 GBytes 940 Mbits/sec > receiver > > > iperf Done. > > # iperf3 -R -c 192.168.1.195 --get-server-output > Connecting to host 192.168.1.195, port 5201 > Reverse mode, remote host 192.168.1.195 is sending > [ 5] local 192.168.1.161 port 37464 connected to 192.168.1.195 port 5201 > [ ID] Interval Transfer Bitrate > [ 5] 0.00-1.06 sec 119 MBytes 941 Mbits/sec > [ 5] 1.06-2.06 sec 112 MBytes 941 Mbits/sec > [ 5] 2.06-3.03 sec 109 MBytes 942 Mbits/sec > [ 5] 3.03-4.01 sec 109 MBytes 941 Mbits/sec > [ 5] 4.01-5.02 sec 114 MBytes 941 Mbits/sec > [ 5] 5.02-6.00 sec 110 MBytes 941 Mbits/sec > [ 5] 6.00-7.00 sec 112 MBytes 942 Mbits/sec > [ 5] 7.00-8.00 sec 112 MBytes 942 Mbits/sec > [ 5] 8.00-9.00 sec 112 MBytes 942 Mbits/sec > [ 5] 9.00-10.00 sec 112 MBytes 942 Mbits/sec > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate Retr > [ 5] 0.00-10.00 sec 1.10 GBytes 942 Mbits/sec 0 sender > [ 5] 0.00-10.00 sec 1.10 GBytes 941 Mbits/sec > receiver > > Server output: > ----------------------------------------------------------- > Server listening on 5201 (test #4) > ----------------------------------------------------------- > Accepted connection from 192.168.1.161, port 16691 > [ 5] local 192.168.1.195 port 5201 connected to 192.168.1.161 port 37464 > [ ID] Interval Transfer Bitrate Retr Cwnd > [ 5] 0.00-1.06 sec 120 MBytes 948 Mbits/sec 0 730 KBytes > > [ 5] 1.06-2.06 sec 112 MBytes 941 Mbits/sec 0 730 KBytes > > [ 5] 2.06-3.06 sec 112 MBytes 941 Mbits/sec 0 732 KBytes > > [ 5] 3.06-4.06 sec 112 MBytes 942 Mbits/sec 0 732 KBytes > > [ 5] 4.06-5.06 sec 112 MBytes 941 Mbits/sec 0 732 KBytes > > [ 5] 5.06-6.03 sec 109 MBytes 941 Mbits/sec 0 732 KBytes > > [ 5] 6.03-7.04 sec 113 MBytes 941 Mbits/sec 0 732 KBytes > > [ 5] 7.04-8.04 sec 112 MBytes 941 Mbits/sec 0 732 KBytes > > [ 5] 8.04-9.06 sec 115 MBytes 942 Mbits/sec 0 732 KBytes > > [ 5] 9.06-10.00 sec 106 MBytes 941 Mbits/sec 0 732 KBytes > > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate Retr > [ 5] 0.00-10.00 sec 1.10 GBytes 942 Mbits/sec 0 sender > > > iperf Done. > > > I'll note that the RPi5 is booted via a draft EDK2 version > via UEFI/ACPI . The draft does not publish the built-in > Ethernet. > END QUOTE > > cfg=1 was under 24 MBytes/sec one direction and under 12 MBytes/sec in > the other direction. I'll not bother with the detailed results here. > > The tests were for helping with example information for someone else to > make the decision on if the default cfg value should be updated or not. > > It turned out that different revisions behave very differently and the > prior cfg change that had been committed messed up the operation of > the rev I have access to. In the end, the original default cfg (0) was > restored and the other rev 0x31fd got a rev-specific Quirk for Realtek > RTL8153 to use UQ_CFG_INDEX_1 so if_cdce claims rev 0x31fd instead of > if_ure: > > - USB_QUIRK(REALTEK, RTL8153, UQ_CFG_INDEX_1), > + USB_QUIRK_REV(REALTEK, RTL8153, 0x31fd, 0x31fd, UQ_CFG_INDEX_1), > > > The non-0x31fd rev is the type of dongle that I normally use. I do have > at least one other type of dongle around that was historically slower > then the RTL8153 ones I have access to. But, back when the type of my > dongles that I use were speed up (2020-Sep?), I was also a tester for > the effort at that time. > > FYI: the RTL8153's that I have access to have: bcdDevice = 0x3000 An example showing that revision code: # usbconfig -d ugen0.2 dump_device_desc ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (200mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0210 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x0bda idProduct = 0x8153 bcdDevice = 0x3000 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0006 <000001> bNumConfigurations = 0x0002 The quirk added to sys/dev/usb/quirk/usb_quirk.c to avoid config 0 was for: 0x31fd Another issue is referenced in: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252165 for some some vintage of RTL8251/RTL8153 that . . . ) is bad used on: Lenovo x1 carbon gen11 but: ) is good used on: x1 carbon gen6 and raspberry pi5 --at least if I interpret the wording correctly. -- === Mark Millard marklmi at yahoo.com