From owner-freebsd-arm@freebsd.org Tue May 11 10:56:22 2021 Return-Path: Delivered-To: freebsd-arm@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 2E6F2632E8E for ; Tue, 11 May 2021 10:56:22 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "vtr.rulingia.com", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FfZbn1Ld0z3lfr; Tue, 11 May 2021 10:56:20 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) by vtr.rulingia.com (8.16.1/8.15.2) with ESMTPS id 14BAuBq1039364 (version=TLSv1.3 cipher=AEAD-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 11 May 2021 20:56:17 +1000 (AEST) (envelope-from peter@rulingia.com) DKIM-Filter: OpenDKIM Filter v2.10.3 vtr.rulingia.com 14BAuBq1039364 X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.16.1/8.16.1) with ESMTPS id 14BAu6us003087 (version=TLSv1.3 cipher=AEAD-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 11 May 2021 20:56:06 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.16.1/8.16.1/Submit) id 14BAu66M003086; Tue, 11 May 2021 20:56:06 +1000 (AEST) (envelope-from peter) Date: Tue, 11 May 2021 20:56:05 +1000 From: Peter Jeremy To: Adriaan de Groot Cc: freebsd-arm@freebsd.org Subject: Re: Rock64 flaky ethernet? Message-ID: References: <9cc751f907d49805c089b96954e919eb@pyret.net> <22597697.gYbqZ1YImA@beastie.bionicmutton.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="HijZn8vi9AqLPrrK" Content-Disposition: inline In-Reply-To: <22597697.gYbqZ1YImA@beastie.bionicmutton.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp X-Rspamd-Queue-Id: 4FfZbn1Ld0z3lfr X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.10 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:19f0:5801:ebe:5400:1ff:fe53:30fd:from]; R_DKIM_ALLOW(-0.20)[rulingia.com:s=default]; FREEFALL_USER(0.00)[peter]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2001:19f0:5801:ebe:5400:1ff:fe53:30fd:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[rulingia.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[rulingia.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-0.996]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 May 2021 10:56:22 -0000 --HijZn8vi9AqLPrrK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2021-May-08 21:28:41 +0200, Adriaan de Groot wrote: >On Saturday, 8 May 2021 20:09:03 CEST Daniel Engberg wrote: >> Regarding our Rock64 board this looks relevant, >> https://forum.pine64.org/showthread.php?tid=3D7545 > >Yes. (Re-)soldering SMD components is not my idea of fun, though It's not easy. And after making those changes, my board no longer worked with the "corrected" if_dwc tx and rx delays and I had to locally revert that commit. I'm running my Rock64 diskless (it boots from U-Boot using DHCP & TFTP), rebuilding and updating head daily. It's been completely reliable except that occasionally loading the kernel will stall on the reboot after installworld. So far, that hasn't become enough of an annoyance to make me dig into in more. --=20 Peter Jeremy --HijZn8vi9AqLPrrK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAmCaYr9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzTyTxAAnhruVwspr4MycYm++GYSwiknjOuduNLTlW0zjaKdqBaHRNBD7pi3gJdK hxehubZiYRlJ2CsO2UjGBdrtp4mkBwNcG9cq2QMds32r6k0bs+AnG7iT+WlaityJ Fy26wfKgCZVLa++ArpAtBdhH1rYoWQKgd3hK+wiMkeFnOpvd/c45Qg/S6VdlUXbN pXluSmtNUvj177P0c9EjNiKEc+pHaXkLCVvXgucngEnb0A6Lrg2wKl1aDe/oP45o 0f0xTIL66awdw0qOgcuABOWKSES728x0HlWcTEZQPUx3Z8VTZrlyV0Uk5ItO013n YVM9qkfD2/advE8MEFIQcBKAO/ygOqgC1ABilAfF+i0hW+G/nsp6LVXJktJkUIGL kEVT/r3aELKvm/la7jbFnOyzyeCwY2JCxXvLqFb8+jXJKveRUXZR6Ac4G2ev1gDL ax0paraZVBSCSuRCS0ieWkrN6BM8Vm9XbRojaTzrP7bd4755gozW9AucDLn8zLJu vdLCEjWXE/LNjyFG7s/Ajn72cnfZil1BTpbllkq2DQIFzUIx5Sube+TBspjqOety Saix1/BRBtam3JuQPG1At+JxiEpCXfXNok+HMLykeWjjvGFhkNiRnjkbwymdGVo7 WJ1EI86+I3t8NZEGFNO3/7g9rMuEB75qoPd6LYKS9yMMKC9SmiI= =owGe -----END PGP SIGNATURE----- --HijZn8vi9AqLPrrK--