From owner-freebsd-ppc@freebsd.org Sun Jan 31 21:45:40 2021 Return-Path: Delivered-To: freebsd-ppc@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3B8774E8A34 for ; Sun, 31 Jan 2021 21:45:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DTPl71Y5tz4k7S for ; Sun, 31 Jan 2021 21:45:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1612129537; bh=LJlsCrvysXriwrUy8EWtgyFXnHrJVQ5rbdRxidJnUox=; h=Subject:From:Date:To:From:Subject:Reply-To; b=qCLDvf6eXfTeYVbAAw0LuXLvI06vH4tz78VMz4PV8dQjNKQirhE5leDFQ8RPSsW/9gaBO/UUHc+XqeJkc7GrzntKPqL0LQWT36QM2tITYJ5EvQmsNkzPBBvM+5czwXQ2368C6DIEf9TaZohMSWkEn2Xpdd4ETqgKmVBLpyKjandrsmdwBlLIfa1l88CR7jZUGNMiTWOy3xVHQ8hdbq4YyU/gkkm4LECmD+Bfpv+OmWVN+FJY7EwGO3NuiFua1DYsxOgYz2aNsBGKYseh4a3Mb8jeNIjDuP4akV/72qRfJ/SWmUQXEllcvvcrUho+Rft91VfSgTlJyWmAvNjPgLC7Kw== X-YMail-OSG: Tpr6o58VM1lb6OFBN1l7YtyOd9jq1mxg1YN7vupRPGpdjBiiXBB_N.LLEX0OAJ5 WvhqKQA86PiR6kuCormpYLhKUe2OBPtDbq7pAONK7ie862en2MqszrJ57O6wm2RtRxRPpWbY99jR XItnGpjy0Zj6PRFOtn7mn.plIbfHSiu2yPFS.UYksxHyvyZtAFzV8fP.94HB_1yl1oZ8nIX3LLIO 7bYMZY7geLtQJPKGi7q5fFkjLLjrHmjrZjB18NDjyiVJymFx3CDXxgi0429zIIx_pNjzkyM2mXgQ 9J2XXML2QQ49tDNxRhl2zyvdkKgayfFOIIm0_6doOtjFUTBccu31ApxlyRs.yyA3Q.P3PjevcIYm a3Oyk3IQH2VRSHo7FKoZDbRyc2QgUC8qxc3n__E0X3wCea0UQ6X22dHviy.6gWBr0pgnXmMxn9kZ m.hZHhGiZIkvs5hl_2AzBy48pKDfWKWtPMikt50datv4lsICKeP.0eHSI8_5_rlriK.RAzZGtKau Lm4aXKmGEjDhlMlqzkLLRygiKUbT2QWzyqNkgirrz_2bWcJQyzTvP_VawsdICmRY1gEoHGipnbmJ LY1EWbcmjLY3wbLrS2Zhh.ucUyu_MCkxlXIwL1N7UZsStab0.JJZgbhvZAomSdXCtiSxi7rxIv2q .TKGd8Ba8XRAVfsPv8xOoOpkE8_zCXhmw7nxL5D4KYeVTnohjhywqRRzJ2uFzJHVGm7CCElqwcKO MIw8_fBjWHLhJ_VWoRa05S1oH1LYLIYuX3hRKNRiN1WyVLXtcHa7At_5AB7jQl32JPT..BcIB6.P vYwHr1MLDFI24dQB0_N0i1zk9ZKqiXwFSF.SZDU1yJeptXEYIEY0XwEF9PtWYZs4uR2luy0Xp2Yg M2FqPlT354Sn_2xm2x7AImqSnI7bfUY.lJPnLAENGrmmsUZuSfu3zvI_iK76sqJcrYYJRgmrJldj VrYGmOJPJL8YwFQs3iGnbZ_.50idKJRgqI6nLuDKr8UFvplbV0cHlRCDiiksjEbXwKQBfaYPyq2V CI7YksaspYEOXkUQuWjWLFPaRQ4KZISjsyZS7bEYY6aj0_vAAsO7PQIuyIugGB8aEXAC8Vo0EfHC nKNLE0uRQU8HrpOHVWlFBGiLYM4VsA97MqkLlXv1vRnAjedi4Luu8WolH._tESLVYbbOqTH6KcuW awXH4hNzHLIyTQ3Usl_0AAsvkbo7Aau0vfTWgMORULPrfCN1s1GDrKw_3j0dTxxFzEo_ZEfhlkK7 ek.mFVkgEF_KAEIU_lE6BbK4gumSb19wUI57ajVXSLS7s3Lq8KsCQjzFR0.7cf_lS.GZ7bDyWTXL 4umFf.L_czqxwNs0p.5Ef5qKDn9.npaEAMMrAaZgAOvwqB9ym4XlBVqDTMNxK10k5TDWFRLP53fo WOrE0q9HEOFEhP34xCfj2rj3d6TFBOwvXOmwg327fRnUyk3qPv_YgZsV3yewWaxm52rR8Aoiz5kO kLBiFOpKQ6GnEhdnrPoWJJfAZK_2P6.WllmI7E_Aa7Er_lFkUSQtpRYxPe5PHsJIjoXlgtxfPDhJ xXQ3YqFQAj1cELj1fR4iEKhqEuYr3FWKM.CaPFOYqlU8x_YD1z6cO9Quno2zDKJY0_Cklr.bngui zW7YK87WmS6Bir49rCjzG8jwLeDfaBfj05_W2CID3XtgWB1CyLvEaVbnCgagFycIAFnuweI54uHe 5hL4JEW3bRtfHx3RrsfiY6LIKL_7jcInLN0rEng8Zcy8ScBYquKNfD2ww3tGgJFwY.TD_oatQepy ekfLcskTZDNiXY1U8LSThnebPpwwxHhClsWBLNCjuMLlX6VmNSE2Ay5Of_w189lw0duBCzfAmDqp gCXiqID1jdrekvB8ie1CxGLmiydNvusRMsHxulKG.RJ02uswOkJ7NsgBZQxo8VCIAEpW1KcRKEMg bR3eThcCjdektwNjImVTNAgp9dRGrndZdJUn2KssSUqFYFnDlC_MXk1xXyJBU6dXPo3.zmZD3jqD QiYUdJu3UmJHkA7uFx2vRI2ZUrEVmVGEZYjXFrJBDyBbXAjRcOhkeKvyGCra5hvzlRnUa_6rCmIm KJQtSwxz2zqwyyJRuTxLijQDW2Eix5LMMQiOIQjAekoUrFbXqjZlW.N1Fvuli.lZ.KhkoEQs1Cim Z6E2No8xPumYPL.1EUWTwaVS4XdDoraradr.Jn0WGRxszI.I5c1wPXbVT_5HtAP_a66p25aACsPi qu6WwAgnaUXzyYC_.z1HKNBo57s1FjCUmZOxcauF8TDh48T0Vt5BhvvaKmVJSzraAAQY28ZPT9zB nW24q7waLbF7PHN.TFsUsb8CBsFW__ePBwkO_t2H5THEkwJKCbV7EZoAIT5lfWQvBKIsAXn.0Q0N 6CcolI_WMZDL4BMfp4AvWHnZYfOPnngoJHfhb7nWZp328mIF9oK.4_iuZAI8qFE0H64TietEik33 XwUkJGNDpgKxBtXHrvMHRVSME76PsIMPqPyb5QrrsNRTOm4r9bshen7dtH06mGrHFFgLo02FgiuN tEL02H_ge0jrs8DaOB_gGlxzIju8t7T6mnDVbCZ5q4pMzteeQfuRDtnm_ialX5R6Qoi2Y23O317J i Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sun, 31 Jan 2021 21:45:37 +0000 Received: by smtp425.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1c36ffd3e1c9da3b4adb9da4b05c2d45; Sun, 31 Jan 2021 21:45:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: Expected issue? Old PowerMac G5 [...] vs. USB [...] [RealTek EtherNet] devices (...) From: Mark Millard In-Reply-To: Date: Sun, 31 Jan 2021 13:45:36 -0800 Cc: John-Mark Gurney Content-Transfer-Encoding: quoted-printable Message-Id: References: To: freebsd-ppc X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DTPl71Y5tz4k7S X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.31:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ppc] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2021 21:45:40 -0000 [I provide some older context before the new material.] On 2020-Jul-27, at 19:47, Mark Millard wrote: > Context: head -r363590 based context, non-debug build. >=20 > Using a couple of USB EtherNet devices (with different > chip set families from different companies), I get > the like of: >=20 > usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > ugen2.2: at usbus2 (disconnected) > uhub_reattach_port: could not allocate new device >=20 > when I plug in the device. The one way I've found to avoid that > is to boot using: >=20 > hw.usb.xhci.use_polling=3D1 >=20 > but this appears to have large performance consequences for > receiving data over the device. >=20 > (The only reason I've tried this on a PowerMac G5 is as a test > for a Realtek driver update that John-Mark Gurney has produced > and requested testing of: PowerPC is the only Big Endian type > of context that I have access to. Going the other way, the only > powerpc families that I have access to are in old PowerMacs. > The above is not limited to Realtek chipsets.) >=20 > With the forced polling I get (for the device I originally > intended to test with): >=20 > ugen2.2: at usbus2 > ure0 numa-domain 0 on uhub2 > ure0: = on usbus2 > miibus2: numa-domain 0 on ure0 > rgephy0: PHY 0 on miibus2 > rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto > ue0: on ure0 > ue0: Ethernet address: ### > ue0: link state changed to DOWN >=20 > and: >=20 > ue0: flags=3D8843 metric 0 mtu = 1500 > = options=3D68009b > ether ### > inet 192.168.1.149 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet autoselect (1000baseT ) > status: active > nd6 options=3D29 >=20 > I will note that the USB device is USB3 capable but supports > use on USB2 as well. This was also true of the other device > that I tried that had a different chip set. >=20 >=20 > I do not know if some other types of USB devices also have > such problems on old PowerMacs (or powerpc64 more generally). Newer context: Both old 2-socke-t/2-cores-each PowerMac G5s now suffer Heat Deaths when used for much. So this is tied to attempting to switch to another variant of the G5s that happens to be accessible. But I think the end result is reporting a new problem. Well, I tried using the 2-socket/1-core-each PowerMac G5 but discovered that its gem0 gets regular device timeouts after a while, making EtherNet useless via gem0. This lead to again looking at using USB based EtherNet on this old PowerMac G5. So I tried plugging one of the RealTek USB ethernet devices, with hw.usb.xhci.use_polling=3D1 in place at boot. The result was an immediate, slient death in that the console display stopped responding. For reference: # ~/fbsd-based-on-what-freebsd-main.sh=20 merge-base: 3f43ada98c89bce5ae416e203ba0e81595a5cd88 merge-base: CommitDate: 2021-01-29 19:46:24 +0000 e124d7d5fc88 (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. 3f43ada98c89 (freebsd/main, freebsd/HEAD, pure-src, main) Catch up with = 6edfd179c86: mechanically rename IFCAP_NOMAP to IFCAP_MEXTPG. FreeBSD FBSDG5L2 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n244523-e124d7d5fc88 GENERIC64vtsc-NODBG powerpc powerpc64 = 1400003 1400003 I doubt that plugging in a USB "RTL8251/8153 1000BASE-T media interface" should crash the PowerMac G5, but it does, and does so in a way that leaves no access to find evidence with. (I've no serial console for any PowerMac.) So I tried a non-RealTek USB3 capable EtherNet device, both with and without hw.usb.xhci.use_polling=3D1 : axge0 numa-domain 0 on uhub4 axge0: on usbus4 miibus1: numa-domain 0 on axge0 rgephy0: PHY 3 on = miibus1 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, = 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, = 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow ue0: on axge0 ue0: Ethernet address: 00:05:1b:af:1a:21 ue0: link state changed to DOWN ue0: link state changed to UP So far it seems to be working just fine. I'm using it without hw.usb.xhci.use_polling=3D1 . For reference (with some text replaced): ue0: flags=3D8843 metric 0 mtu = 1500 options=3D8000b ether ### inet6 ###%ue0 prefixlen 64 scopeid 0x4 inet6 ### prefixlen 64 autoconf inet 192.168.1.160 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=3D23 So the crash appears to be RealTek-device specific in some way, not some sort of generic USB EtherNet problem. I've no clue if the gem0 issue is HW, SW, or some mix, but its failure is not as big of a deal as crashing just from plugging in a USB device. Note: The G5 is doing a poudriere-based build that may take it days, with llvm building yet to start. I have 2 ssh sessions going, one session is running my variant of top and the other is running poudriere(-devel). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)