From owner-freebsd-arm@freebsd.org Sun May 9 20:35:06 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 134C6641930 for ; Sun, 9 May 2021 20:35:06 +0000 (UTC) (envelope-from noreply@mailserver.email) Received: from email15.thehosting2u.com (email15.thehosting2u.com [103.217.93.32]) by mx1.freebsd.org (Postfix) with ESMTP id 4FdbXR4pnGz3rc6 for ; Sun, 9 May 2021 20:35:03 +0000 (UTC) (envelope-from noreply@mailserver.email) X-SmarterMail-Authenticated-As: klang@ckeholdings.com X-Src-Sender: (ip26.ip-54-39-25.net) [54.39.25.26]:53484 Received: from ip26.ip-54-39-25.net (ip26.ip-54-39-25.net [54.39.25.26]) by email15.thehosting2u.com with SMTP (version=TLS\Tls12 cipher=Aes256 bits=256); Mon, 10 May 2021 04:34:46 +0800 From: SERVER ADMIN To: freebsd-arm@freebsd.org Subject: Mail Cluster Digest: Mail Cluster Digest for freebsd-arm@freebsd.org Date: 9 May 2021 21:34:41 +0100 Message-ID: <20210509213440.A066308E1DFF1188@freebsd.org> X-Exim-Id: 20210509213440.A066308E1DFF1188 X-Rspamd-Queue-Id: 4FdbXR4pnGz3rc6 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 103.217.93.32 is neither permitted nor denied by domain of noreply@mailserver.email) smtp.mailfrom=noreply@mailserver.email X-Spamd-Result: default: False [3.15 / 15.00]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[email@freebsd.org,noreply@mailserver.email]; RCVD_NO_TLS_LAST(0.10)[]; RCVD_IN_DNSWL_LOW(-0.10)[103.217.93.32:from]; MIME_TRACE(0.00)[0:+,1:~,2:~,3:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[103.217.93.32:from]; ASN(0.00)[asn:132111, ipnet:103.217.93.0/24, country:MY]; TAGGED_FROM(0.00)[quota]; FROM_NEQ_ENVFROM(0.00)[email@freebsd.org,noreply@mailserver.email]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.75)[-0.751]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/related]; R_DKIM_NA(0.00)[]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[103.217.93.32:from:127.0.2.255]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_SPAM_LONG(1.00)[1.000]; MIME_HTML_ONLY(0.20)[]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Sun, 09 May 2021 20:35:06 -0000 From owner-freebsd-arm@freebsd.org Sun May 9 21:00:41 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 6819F642356 for ; Sun, 9 May 2021 21:00:41 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fdc611vxWz3tB2 for ; Sun, 9 May 2021 21:00:41 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 1ED79186D6 for ; Sun, 9 May 2021 21:00:41 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 149L0fni079836 for ; Sun, 9 May 2021 21:00:41 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 149L0fVA079835 for freebsd-arm@FreeBSD.org; Sun, 9 May 2021 21:00:41 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202105092100.149L0fVA079835@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 9 May 2021 21:00:41 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Sun, 09 May 2021 21:00:41 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. 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-- From owner-freebsd-arm@freebsd.org Tue May 11 12:52:07 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 11B8F636F91 for ; Tue, 11 May 2021 12:52:07 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4Ffd9K5wsFz3rqw for ; Tue, 11 May 2021 12:52:05 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 10BE45C00D2 for ; Tue, 11 May 2021 08:52:05 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Tue, 11 May 2021 08:52:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:mime-version:content-type; s= fm2; bh=66DxLCv4hLHK9UTbw5i0ZO3hFrvqPlUR1Mn5PDy6OJY=; b=DVJdrHAc 6MSEUIk6DVcQ3ZoB7rNEUuStYri0M3aU2vno5vOzIAoLXsntCnDlI9FP+3zkpDQB pNBt9cq13lo2Nlrn3fYMU4FtNXEhO8XQtnc0BdcY8DWR+z8PRRurH5z9O/+v5eOj BFLtEKZarNpV9q8XQguV7lnYHVcmzeaSxDLW9X8zfy6kT8fw+tc7dKCduft3ZU0o K2YzDJyb8UX7gOtbLPBsQMhTBYSVTRbjBNp1Wknnsktj9qmUo7+p9FJYaOgnMLj3 4R7PphSJ1PycnbjbVuSRc1RKASxeJ/g/HqdBa9tCEig/GjXEcxd9GSeA22OEirDh fVSp/7D8ajR8fw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=66DxLCv4hLHK9UTbw5i0ZO3hFrvqP lUR1Mn5PDy6OJY=; b=B8hjdlLAt10ew3a86sc7fE89da2/XuTUZJpAyPQhQvQ1l NO+CtbJ46w+EjJ9xn0WwU55LoA0q5dziDI2J/TpH3obww3vEoZfYkat0e7UOMzEZ 2Kcb6rqa8mVUyFty9xKkbFIvFi/Lia3Ml5BPV8cMQOSRBmwT0wlsQTWvcPqW/3hX RVkrgDvhIcYoba7RicwOL9aakUAbe1zS1u7DQ7UgOcpSbHnPCZMjMGN7sUmfYrtK G3QOSasMbBi3XDAfTYZxFCX97F1pmJnl3Fh+amjKSyqTJpXrdRlOmISJ2Jp/3JqK U95ag5CqkJETs61+Ob7NWFLFykED6WBXAewG6X9dg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdehtddgheekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesghdtreertd dtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseiihiig shhtrdhnvghtqeenucggtffrrghtthgvrhhnpeekleehfefgvdetgfeflefgvdekueevve ekgfdtgeevheeugfekveeijeelgfeggeenucffohhmrghinhepfhhrvggvsghsugdrohhr ghenucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 11 May 2021 08:52:04 -0400 (EDT) Date: Tue, 11 May 2021 13:52:02 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: freebsd snapshots for arm architectures Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="YtXjtLTf46af/3Gh" Content-Disposition: inline X-Rspamd-Queue-Id: 4Ffd9K5wsFz3rqw X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=DVJdrHAc; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=B8hjdlLA; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.28 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.28:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.28:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.28:from:127.0.2.255]; 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 12:52:07 -0000 --YtXjtLTf46af/3Gh Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, There is no mention of why: 1. there is nothing for arm or arm64.aarch64 in https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/14.0 2. there is only one flavour (arm64.aarch64) in https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/ but yet: 3. all the flavours (armv6 armv7 and aarch64 with rpi-b rpi2b=20 etc presumably these all have u-boot in their msdos partition)=20 are present on https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/12.2/ and https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/11.4/ why is this? thanks, --=20 J. --YtXjtLTf46af/3Gh Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmCafeoACgkQs8o7QhFz NAWRNRAAjetLvSe4EOhEKO27C9du72HKqcKYQpqwhRJYZpyUy3FsIwzS/oa3PMTK l7Ks5lCB/U8Dgkz5y6Zs5Ekobt/LWZnrr94871jTCRnzL+V4lV3cmuvlKdouwjVx ysTaymQNe9N3hF4V2BOVxLwEV8WXAhSs3+J5wC6+vLBfe6Fn+zus+YYqqSeX0LHE r7IjKIvclQYw4KwkZ379GRj+bE37Z8K/8E/5TVmH9AM0YwwtIozI/V7EYQN3ZLmx WlVClShiT9e0ZpFdKAWz6R/yi8UQ+Bql0vSrG/Qzmld9SGmApIn22S7mO576NX4X dl0nwVg6mQVyucrAXEq5rHb+EvZ4yQSsuuYRuIyMxg7w8/S4n1cybmsYCGEbdNt5 Y8ddGW9wNyRAJY085HcijlrO2Z13TVTIkGdRjtlC5OHSaAMXutl184MRla8hwDOk JxYbzKaNVfAU4l0OWCT3RInxLsfGlWn6845yFn6beQvvfg/wjMH09BmypH7TapCn 8NC3NtMvNfvExYNZLd1yKf3SGa0Coowf1d1MD9hQCTwrgxb5phwFHUNT/EnjRyke Fl+sv7MyIPldXHG/XuNGuvqiLtsCor6DITMxe4hW1mjo8T7ThRX2WKh3F09Tlx/F WEQq55KwkO7dz91WTXTCpZebJffMec3tPVpusHhV6wgg7/ktTNc= =tmvJ -----END PGP SIGNATURE----- --YtXjtLTf46af/3Gh-- From owner-freebsd-arm@freebsd.org Tue May 11 18:45:45 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 61F4B641953 for ; Tue, 11 May 2021 18:45:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-54.consmr.mail.gq1.yahoo.com (sonic315-54.consmr.mail.gq1.yahoo.com [98.137.65.30]) (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 4Ffn1M5tLTz4gfN for ; Tue, 11 May 2021 18:45:43 +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=1620758741; bh=+t3t1gevv9vJY3KVsfN7U3jdaUApvlC6tfKmal7obmj=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=aDnyAnAFAnKK05f0IAQcL6jFyxg4FMKAgR0y6/w2GOKrkM6xYnP0/G2AcdvH6foCtrSQ1IsC9AC3yzxh8qPPKlO0UG9+G6qtrBrr0xxvP2aoCTs+aEMBpVChjY0W9zTdmMoDnPRB38VPPXJBV6XKWRVGIQSQ92QKlDnGPeIbS7DJLDh13yR1zS2Aya7stx/SbwN/5EzBrT6D9khIge5n5Oyfh4cfnxW3UILYb6WAYsHuImGvkI3jkpdzVLMYDeWrdeoghV1t33t2Z5qTcavmwuZrz3CWBZ5O/qjVBLSyXPDsDSOgSz1R8SCAytlGhA4cQP75Jw2Fuk4ibgrgPZsBxg== X-YMail-OSG: VxLtET0VM1kWW0YOKTuyp4Z4wHPg6pA4G_KIuo_H1_sLb4_6tujFbwDPhySn83r 08FxPxr7Bxcvxte6.fh1.zUS7yopPfvqaeeALZxpgI4GOEEWLltQB_LZoJvXVdiYymm6HSQgkins ywIdB98aXFWH3nzwfauHwVBBNCe9tDW_5GABgtUetYmLUpWTbAzUyv3jpxzj_wCAKT0QOxx5to6y dQi3_09OLwN7e.n8DDufehhFa0q2Af2yYd3nJMt6noAraozA4LszrTWXauZ2krhgdb8VfkwXTHz. vmpgfO_6pP25JnGV8Z5XaqbX_uF7220Q5TNC5ONcKy1XWMnDG2y0BIBVjbK_wWBzZ4lwN0B5546s RhYiMHblldkvpVSSbFrY8CQJn_gcZScawoJ4YXJXLxUhaF2I9Jt0E3DMO7MU08Qf3N3uc8p0ptmS AUfUtKZjfQZFI4oePv_iiHkGD9oDqpQK3R7y40u_C4BcVkAFeCYFYuAA2K7kwgfGuUxkngf.Wx02 z46TVm_PhlFe8ZNwZYc49I0Lml3.ef8iomi7AJyjcj88cO6NK6hVk2MJpnZpRIACOj2iCtTZwHi_ d9ZJKnFyHxJ8GtLZOsgGzC6YZqinHchJ74sh6_5sVOvp9BQv0Qy1HoLrPLfq9vtJl6FQ76N5f3oo PM6ceyL69j.bs33Wh0zkDrdpB2ZWNGOlfoChl.SsKg3gl5VYAtBjtHFav7ZXD5lulYdjEJQvRoD7 pEElK5xSUQ9sRI2qbzaeKIIxzlvvZkfkXYXp2LH9ENFiRQf5Cfy2xFqfRwNactNJZWoxOcVZvxKh hw8boc0udtCjYlvkbtvMz9RQF63cbJTeDZBuCO3jM8ys3XnE0EQqTQK40w_2El9Q7nDN2b9v7vDx _9Ijp6GRMkuXS9w4UoQulu4ABdtmYcSiv5aUiyJ.9oa7_xx2wXMMmfIiRKE.37H15Zgx8WLK2DXg CBhIqFhvdlqTrcXeC8AX.QvOSCrwMpqmLM3XRjrHnxnHReM5OXRBfgMAJ97Ru.mCXnXahYKuVAgu SDDmQDRYi6fSm0D0B20BOymbwY_bep2wAojBaAkT2cjTkj3Gq6tTX8ukJB2rlwxi_NX3kwqCVsAC PiUK48iV.Sxe3zHoYmYBBYbcwWNC91S9NZOe4Q2eNioMXmLMblWnLaW3dtOs35IXUT0RCCWfmkcV 7J1uJJClWakRpcqmglHFQBGGzCYxZWrAnIkkp_Yiwsz22fehUsrs5sE9DvSikyRKjyJ8GLvp1oHT Qq2T9YLpujlXMFYMnm9rmFjlhoQzEXaU59PlaC11iwqQs893n_eGlZUH7B7KAx.rwBJ8rOYunpmk 3WVZgSBc_1yn0dIZX13ji1atJ1MF.XcIK26YRYLuThI4rfZ6zogXkne2qNG00P5_2Tv9Ptj7RzUI BTpYAx5ukHfwSw6yBFdOe3wAHAPkMrhxiND8Ls5rYPbcB8VfCwn5Fhx9TnamzBsUhXvtwZ6ANPo6 xBBUof0Q0ZVVK1oSaQrEtIJ88.zk5Rc6Ra6QjMpxU5BNM14i.Du8kO.Ml8QnP.kAb52gEcXDjySL 2LQC4ok3jP56G4YxH44wOuV0Y2cvrdLbGCU8jbEAUl.tmkYLKxqnRasQhbtxe23zlBLGGuxE_2Xe _kWnJvqMzjj9aMY0WGgmo_43Cl2Lx0dArNIU6Fll2FD8HkHz5BIf7UCs85LdjchPMpP.l3.mWkBK kuicdJuB9UGa3WESmgBt8NIN1vXzK.w0mjw.d114ohOJ2bt7..ShZIE6moSNrJW1qwPUHuZNFFRO d7uyrAECkk8j.6zpI_UVc1VRmAkEjGY0ZjA7MBonyevVdMCa0o6tumXYCFoYBQjLu9YcyACHYxga 1Nd0ieIG6Ec4RzgUFVg8ykWRuXBnqGIZ2fmKlgrenxv5xH4Oc2XqnERlBceVUYnCJo2JrcBV0hxH uAZY03wQDNEIUWaViojWeH.xPyuHDX0gcYI2ymgkGTH7W1To.BD6HQYT9oDmJXxltXbID9NdXKe8 UBnpG6vT3VlAm6mw0n_CTt67mMsfICCeCFZ3pQ2JDD97bj6wEtcNRcs0vTyhvX59SNQ4NhkKUQH2 UOLOdIB9uirHIGpTEw7U4zG4uxZxTWCMnIp1zqfl2nu7xEMjDLAioNLg6P6PglLn4XwFkK_NIhg_ CHWFBVACdx2F9mTvFRScMQQP3wjTyncmKLdRBkxMVsS3ZPkSYD3VpQ6ssUQtu.EfFn3Miq0E01A5 B2DE7lB7e7SRpL2uz5jOdw6qPlLvUPo7ReFeQq6Zh4bFdRyUIo6A_96U2yjM2IChw6RkLyCJi4jP BQSqlTgWPS28GbsIxjYRdF7jgVgvRJEzA52d_bsz82m95ajrt6Gxx36yBSVN2PT7ODU0I6DXciC9 eJdeL_4Fl5EAxTa1WBTc6ezLLnoOOUUdk8IYh_UK6bPMCJFduFZf7hkV6.L_FMjmt6tt.neo8_Ok 8uef.zqA0r4zs8QaruvNk1OEMWmpdDmrWlbVILthEkKpnZP7Y96ab3n_7cSjUAbhz0dkBWxmIgs3 oxo0KYasAxs.zMRj7ZDE1fLsgoptDFGpAOTh_bxY.yrKcDxJ.zsXISr6H3hTIpdlSUePBKaaztVD Ei90n X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Tue, 11 May 2021 18:45:41 +0000 Received: by kubenode548.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9ae4ecac08e408148866849a6ec08286; Tue, 11 May 2021 18:45:35 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: freebsd snapshots for arm architectures From: Mark Millard In-Reply-To: Date: Tue, 11 May 2021 11:45:32 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <24131473-4274-44D2-9081-6BDF1429A219@yahoo.com> References: To: tech-lists X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Ffn1M5tLTz4gfN X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.30:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.30:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.30:from]; RCVD_COUNT_TWO(0.00)[2]; 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 18:45:45 -0000 On 2021-May-11, at 05:52, tech-lists wrote: > There is no mention of why: >=20 > 1. there is nothing for arm or arm64.aarch64 in > https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/14.0 >=20 > 2. there is only one flavour (arm64.aarch64) in > https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/ >=20 > but yet: >=20 > 3. all the flavours (armv6 armv7 and aarch64 with rpi-b rpi2b etc = presumably these all have u-boot in their msdos partition) are present = on > https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/12.2/ >=20 > and >=20 > https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/11.4/ >=20 > why is this? This way of handling things for snapshot build attempts is not specific to aarch64 nor is it new. To my knowledge, the logs from the snapshot build attempts are not publicly available (working or failed) and I've never seen announcements about missing (likely: failed) snapshot builds, such as when powerpc64 or powerpc builds were not working over the years. Also, with all 3-stables+main active at once now (11.4, 12.2, 13.0, 14.0) there may be a resource limitation on trying to build all the variants for each. The ones requiring U-Boot or more in addition may contribute more to the resource use as well. In general, I'm not aware of any claims that snapshot builds have any guarantees about availability. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed May 12 03:12:35 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 A6DCE62F38D for ; Wed, 12 May 2021 03:12:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 4Fg0GB10Vtz3NVW for ; Wed, 12 May 2021 03:12:33 +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=1620789152; bh=bGVM8xhdczb+IzKUs0K7MO+BaEZYUfi94e7WO3D9Rho=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=TTmbDaMUzK8hPzlfiZ2hMeyda7hlpZtH6FnUpzTmDRH/3eYHqM/ix4MQxcJEpSJiXdP1r71leODpOKXdMA0svLG2T5Fj1RYnJqO+Zt6q7Cti0LipN9pmG1jG88Z+ZcWRgtob2qieEmaBP0FzFRXuAe11ssPwOid8ermrVg9X+R/+M7zW8zj8YusPK5OeePauiocGucpbV9971c6A9M3fKJMWlIIWVKilHz4qoHTMgN/gbCg3Kjrkii/qs96FurBTUNYc9lh6gd62wtGu0dLy0nEtyQGeS5TRdOp0kprNig5p5Lg4zUucPhVQYfuwf9VY9TbuNEgywkG/jnRod3HRig== X-YMail-OSG: tE7YdV8VM1kKltGfaAJ.7j1D0WYHepAgXLZP_dfW_cGUwBld_QSTqTqslo0FCZ5 RABKmH8cIrtFpubpPuRLKw.oavvAwTlehMgeRU3HrsYXP5HlHqhjgwmInoVo9DLxbDQ3QaaLRGE9 lpVK9Wxv9G.3fQ9CKyCJgDPavi8FA6Ss_ExzTbp0XrbeKnYzlG2YIz0vtcc1H339V9e.tZJrhBlm 5FNGQPP0Kj7KZWZugrxdwfHyk4VZr7QkJEPp6djuK8vVF3JR.AFbwgGnsWt0zv6t_zHdc6AtYY8S _6lGfxKl3B60IzUWBXS7udFf4LpGjhzSBLUuxjxbelHG7lrRyQOtjxcoNo8TtQ2THGBYCHBNnQxE vFTLrXaPc.phTqQB91kyL91pbXeZ5.4HGzlwI0Meb6sonKmb5SC8_7fwv4rMQPhFtDU70CnQ9Zkc 6ekpeXGfquqnZWKwMGpVFq1cCVJlYgzgXJ6xyUVkLMFxmzIg23MLsdMpU69rQCbkZ1KscqhwhQkk DHxoheLhcTi9K0TVtDOsPdv39avLEEG_k92KvbN7g1NOSq85mQ8bQ32w44Nfxi7p57QBo9i5VqZp Peyc_USNhS1g8SN8hXN6u87GFT7sI11GBoaairVvS0UQePR7A5UEeyrREt75EA_69JTHBE.l_4yG OKa7mUuXYv.3w1gXzUP8CSET4VcxP8gyNNk5iJ_JbP1ZB4Yoog5GFzk8L1yJTwO2.sDdpSLcjZ4p DeusqGpzLh9G6skDfiRFLWHKC6o4JahWvH7gxlW_ta6LFan9qY_3NdUPJDk_3OxGV7dSNmq1J3U6 6cx6xYhduFFnKGxVnO0vY61RZ9nM0622MvOcZ7J7GTNYRH7tgMDCtv8BTd8ABNsRW3OQw.BoPYVb oir_WthstVe5n8u4SWENtYi1X8eM.vNCPNFJ9z6TRQrrtuGUN5L271niyh182nlEtu4.wA0lSX45 x2xdAmklXIBMXCmgG0JMecQeWQlNkrBKGNzv6hFmu.MJxhMNn0dQqX.CAWXHv73s5._DCpnTBUNh CKKfgY51ZCcvz9tby2BERQ7NuM1UUvAE6NRtVQrf9bRdkxVFU.Y61GOFDBoS6dAsAYx2NhTH6UbB j6ieNPMMSoA16Fbak_Z65ql9Fjt2JOf_98fGwgBuQ3lYM4axCFhYqqN0d.6mffOOA_b5DkwTrr6B 6dXxrYFlt8u.Sd4CJCLL4e7XgUQ.ylRPfzzOEUu7Kg2CM_cD0m7HnT_QmGXUZNRvXnAjNwDpr44p 5OCQNjrRzqVLpZ4f83rjwD9ZmgIjNBfb4MMaA5ht53gA1NWDJGJA4odw9iJOUgrDfj8uFpOf82S_ zj33jMLZzM08QhUFKMByu74zs1ityD.ziL69TpWc6DQ4rKe0na9kpilBzXhWFI7AzynZmeuOf2aY vNNsoSIOiYxtmvSum4UQWi44OdijD7jl4K.zgG3xptMwZ43QzfICWvEZBY.Y2Weppc2YynHOPTAR yKWf9rJWisY0tSV2jMeWxY7JJers0xtmeOxvNNN.K4e.f4x9t5cr4nzy6pr1J55LrH8H2PUpe5Xb m7iW8uahoSBJ3arCbe04liDzxzdvOkn70bSJv_nObX5n.wa_Ki2PEw2HVy7GqrGoxMwQ0NnKyl7H ySf_XqHyRg3KBvGTtwZoEF.InrAAfBwhEytT_8GtqR6SbkLeqRkSFTemwMFAQATAu.HA_PP7fQna o20yjyDICZBluOR5.8B5R5kSiUXA8104hT3IotmMqcp6GGGfbepHCh0nBsGe7zJGbMk.BqX.QnRM F7rnRymsmyRLD3gSsjdmIr2MYEdxvkiyb2SkkhjNO3nNstcVtPI8m.R3kqUklliRN0jDjjkaQin4 NTofDskArCm56.tYRnHZrgjRNd6sgEs7IyOmWFplFjGrwFdg2ggr_r7m6aJ3CGNKYwSx79A5aM5y BSGUe4UatlPSakreEx568fIihvbhVHFsDYsnXAcyVIIxZNZ8YXvaGD_2Zy29z7miBszV_s8ufy43 fnbnSGH8C8hIvToh1iEpSYhOB2MqC70Hlli2VqhKKPOlwJ2wtbIpTQOtdGiqAkzCgj992GxS5Zv5 ixQ5IaXjPZNeUmRm6HdTfI0DBnLRa2O6f9SvqWTUM2N9q24dAT.EWBGM1uhxvyFnrm1oPqrcC7sW DlE6zDHreOKrxsLEfmTzE1BU9ecy5z4TviYlwe7.Vd8gN71unfFFUGh97D10SoMKJNKINV8WENqs OeicRFhGw167hk8Y4DgZjZlf3.SlhlwJz5HLY_DrBjR.31eNVIdcDtwzDqgp94zvqgbT0x21mtyX vHsLa4OCqq9ttvyP.lEz6GaC0LEF_yyKPHiCO9u3uLN.LE5Fhtr6xM5WwlHG3LUukwgI5Zou8bY6 2BFc1KOplLzO_zU8Us5iAgL348BgUzYcdzPSsOJL.ROaL7oYrgi636hDeYXQnr.TCVqsV4BGqLPi anbbzoHWe6O2jkUARjHZOOUDphtSSNiDeaUgOIjJt7H6sLvcElnNYi7UQofhp_7W.JvGD X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Wed, 12 May 2021 03:12:32 +0000 Received: by kubenode564.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f154d4230181c4908011e1328a475abc; Wed, 12 May 2021 03:12:31 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Anyone had the OverDrive 1000 failure: "Synchronous Exception at 0x00000081FBA605D8" ? Anyone recovered from such? Message-Id: <7EB11717-D802-4DF0-A3A6-9FCD79053BBE@yahoo.com> Date: Tue, 11 May 2021 20:12:30 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3654.80.0.2.43) References: <7EB11717-D802-4DF0-A3A6-9FCD79053BBE.ref@yahoo.com> X-Rspamd-Queue-Id: 4Fg0GB10Vtz3NVW X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.48 / 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:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.98)[-0.980]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.66.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[98.137.66.147:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Wed, 12 May 2021 03:12:35 -0000 I initiated a reboot of the OverDrive 1000 that I have access to and it got: QUOTE NOTICE: BL3-1: NOTICE: BL3-1: Built : 14:04:15, Apr 9 2016 INFO: BL3-1: Initializing runtime services INFO: BL3-1: Preparing for EL3 exit to normal world INFO: BL3-1: Next image address = 0x8000e80000 INFO: BL3-1: Next image spsr = 0x3c9 Synchronous Exception at 0x00000081FBA605D8 END QUOTE Power On gets the same. So far 100% repeating. Disconnecting everything but the USB serial gets the same. Swapping the DIMMs gets the same, 0x00000081FBA605D8 unchanged. Anyone had the issue and any success with recovering from the failure? Other potentially useful information related to the issue? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed May 12 04:06:20 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 80BBC630425 for ; Wed, 12 May 2021 04:06:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 4Fg1SC1GfWz3QW3 for ; Wed, 12 May 2021 04:06:18 +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=1620792376; bh=Z23XBviuwnmcLcpSvPW7ESxMJxTeP90ecwi8TTvJoyt=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ril7MigdH/skagFYimfS9lT4OmkB0RNIQ8ylBuq6Hb16M0qIsfert1ViCKx9ymhUEGzk3TCKjeyY1WbHWbT5l6eJnQ4aDbLRfTqLLQNBbQgK1wDjnaMs46L2EYaEdzdS785o8a2jkpswk9jKOAE4zyah+W40kWsjkxxbi0NeZu2ZnL/3rgj9QfHWruMQxB0xzQYY4BMF8ZaYfc3xtQZ+ISkf0P/9dntYqdBB5sgQ+mM1xkCWb5mePHJcj+Yxb8MwHlUD9JMFzxuJ1q+uCotzjwrwc8WOE4+nmDN1PvhRbJOd42efA9hXzYE/eKsZTR9mStk/ZaENgbs8mi1SkLlc7g== X-YMail-OSG: upsiOBcVM1nBdn7ybBjI7LDfBaAlczohH0yTunSOtD2LpysWeLuge_Lyr3Q5_LR tdSr.WhIkkK8RCa5orFaE2YREIYYbxJohCd1hJlOUOrpr545Fx7CdC5LaXMPMTXwDDhE90PQ2zns Hc6Nf83fUTeKqALmB0K7hGB6NM.EgW.h3_OIRDvPqV54yJaX2SDv6WyS952vJa70NSqOLuON5uJR 3_TWtaOKUFzHf1dBGjnzI6ib8fg6Fq8eEMNRTGu7gsgSZvI03Hf5Ga3Zd5.99I2QHx8yC4yEJqhS 9_dZEiOo3PDhAtF6Kwze7vcV9kTJ4Mnfe9eldmhL0hJdH7c1nKAH.IM17XlPNu7jzs.TwrIiMLYj Zai7YMqURpz5o0pGjLa0AKG72riTcyaOOQvxy4JRyagQDQ7JVEXjPGBYuy40Zo95Ma2HkieZJA0g D5PwEvQjG89IeWUuhY1hQgFPKQ.73xK1Ddqm60OJP7iHjp2cyETke1713JzPLJuihQoIa6LTLlLj K09su_sB6Ijlcx7D4nUeZm2MmJieGRsdHquxuoqX.MNGcXtIKlysilMgcDE3aV009YoU23OGZQew huj.RJ_GkS2sD_D0wB1XGzBpLLzGn4Fuz1pGVB0iLUwckMK2f.qdh2QTINOIXE5xqPmFNcDksxYO CZqqCYmBeD.1KPFOLb27abtt4HynooR51SB.r.kJd.1ZVoOhQsvPLMbDcA_S1omdvYteH2ow9x1Y qJKkeGgzwrb41RH0H1DIxFHgbgZIaJtTkDPsbs_927pOH.Sw1h9ri7ZQi7WEv0t2cbVKMJL_bQaj Vt98QulJhVw53pUxHipnuT58Mb4EsaSW_2UMOWTXtxjEsIdT5RL6qy3yUMjAmhVS8u1eaUXdxaTc L0DXsuj9xxDGkvHfuf0IB_Ysnkzv5eiBoIfGvPCP3Yp2LUPgPYIa1VCWiLluhOle.grqmcssSReJ w_PcmDmjEDc15Y8DO4eocoTSrX7V2H54ekNAdnfW0gyxbKVFOB4CX5AiCQzljMYnczq7xVrpeBH7 tuZWFu4c50oYf0Pa3S9do9S.Z1Q9Ws3A_jHe2fpftr_5mnSi1PPpM7A1MJ0qYlmUjcmHC6FozcR0 6WtMDZta0kQqW05mqz9QfxNC20WCfgLx59a.R7YAaNUivAhvMsH9SxcwKP6FUlGqY8.aoXTD8PvI zPGhgteRj0cxvlvRmu9wbNOleOWQp1gKJWNrWNFozgDj2IsbRlR37zP2MmjGMNKiLL_fteTarFA1 LEh4RFz9Qh4ku8DTtvX9ovQS1Jx02f3AXpbGcgAV9Ef8WTl6NoCS.JCpwkBiMzvn1M9sl7Xxb0ym OXLHr4ctQcX8SNvjarNXeLdjKcAyrZ_GiNZb7Q_05scKM1TufmfybM_RtvgRIiN_CsJ.af1V_uim O6NCv0CJeKUZBs3799_hfzBXfRNNeCQoCpGHrxF96oaR7uGHw.MPbVTkJHt_GIHS5Yc4u44763AC dNrGDACYeAIqYWqf4clPyCpQDKfCdKBqZe40kQAkXss40zuIAnyNEj7lB_r3PmECEsYXh0AUXajp PeCGHTFMd7IF3bYoJKtYT9Fx7fAD.2okPKiqNK5Fy6yWbRMT8Vyvkbb2ztLY2QOD2okn1pjNuN1f UqtuaI3l_rKnpjBOkePT5tsoF.u__roOYKSWAcbbmApT8Rwy0ZKQ5AESLWnuBsKq5LPYxpFjf_lS Z_1GGyy36.yZkDgCAArJTtv8Q2wR49KrctSyqFinTjDN0SY0TGmg8NS2Y4ffsSdgQ1WrkPiTcp8Z JxEGYOFkjBXAUWqTonvkZ50G.pvBsg4d7_1u6kQCyjmjBrPYjF1dP.Wynl4xboJIbxiGwJ4rtoVc 1I9xU2mJ41vOOsRsDJi3Q9zscHdS1GerHqsHsembRaQRjRSFhFJbHl8bM4sj5vVNydPzlh7v832y _fj8NAAnBQqKScEhN9fH3gqrW6W29zfRERpN9xfn53LuBzG6OwaQ1CQtBIBbiDC5Azu72c6avRFt VoCfdEjzdSnsYk8tZ1YbyyBpqtYsBCTW.h0PPF15eOsnYesqjHTg9LD254EEVKOuRAQZU6yrwdu. nhoZWEINlWUOrqqLuFJ8V19QnKdbXvfSDv64dwBe2rE_ytKr2xH29cc5bWscdN4XQl9T8KxJN4QO ssSsIRT_D8SxQ2pRY.FTQdWyTr8myAyppZN7BuWelv5c8uBLZwTS.AaLY_c0BXBymWTW3DqTlF5C hwYrOzitgrNOTiKPcKNDBQAaXehQ.G32g7AypKtYQ4V3GbfzGQo7fbXLJAJSS5iCyG4ONjG4_33n 9TKFplb26h7bYGXo.oEjwXIH1J82P3kmLRWlki_p.hO19PfsYXFiD6Ste4h3tW378ArCr_6bvGJs grElhiQn0gP81vTHWHTbumm2EJzd3UKLdamlFsBGczeKTeluAB0gf_iYLhn_9531ez3crYXSMCHK X8SWVTV1xJT9EqMl6T6eetx4kzqCoic8RgyJnZ7CVzFzk6mL6J5fkTmXdai7ycZ9UVbF66nJJR5u dcONrqO8OuqE.EWmYElW7LroitygDIUolvW_lxAA3wf3o_RJrpQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Wed, 12 May 2021 04:06:16 +0000 Received: by kubenode514.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b1661f4ea6b47e7d51ba1e80f84257e5; Wed, 12 May 2021 04:06:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: Anyone had the OverDrive 1000 failure: "Synchronous Exception at 0x00000081FBA605D8" ? Anyone recovered from such? Date: Tue, 11 May 2021 21:06:12 -0700 References: <7EB11717-D802-4DF0-A3A6-9FCD79053BBE@yahoo.com> To: freebsd-arm In-Reply-To: <7EB11717-D802-4DF0-A3A6-9FCD79053BBE@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Fg1SC1GfWz3QW3 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.48 / 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:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.98)[-0.980]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[98.137.65.206:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Wed, 12 May 2021 04:06:20 -0000 On 2021-May-11, at 20:12, Mark Millard wrote: > I initiated a reboot of the OverDrive 1000 that I > have access to and it got: > > QUOTE > NOTICE: BL3-1: > NOTICE: BL3-1: Built : 14:04:15, Apr 9 2016 > INFO: BL3-1: Initializing runtime services > INFO: BL3-1: Preparing for EL3 exit to normal world > INFO: BL3-1: Next image address = 0x8000e80000 > INFO: BL3-1: Next image spsr = 0x3c9 > > > Synchronous Exception at 0x00000081FBA605D8 > END QUOTE > > Power On gets the same. So far 100% repeating. > > Disconnecting everything but the USB serial gets > the same. Swapping the DIMMs gets the same, > 0x00000081FBA605D8 unchanged. > > Anyone had the issue and any success with recovering > from the failure? Other potentially useful information > related to the issue? Well, the attempt to re-flash the EDK2 UEFI firmware did not go well: QUOTE # ./flasher/flasher --program --verify OVERDRIVE1000_ROM.fd --verbose --flash Opening the Overdrive 1000 flasher device. Holding Device in Reset. Erasing flash. Programming flash. Verifying flash. Verify Failed on block starting at 0 Read from device: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Expected: aa 55 aa 55 ff ff ff ff ff ff ff ff ff ff ff ff 00 10 00 00 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Verification of programmed memory failed END QUOTE It may be the end for the OverDrive 1000. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed May 12 11:54:10 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 E0B5763B46D for ; Wed, 12 May 2021 11:54:10 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4FgCr21q64z4W8g for ; Wed, 12 May 2021 11:54:09 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id 52C9BDD3 for ; Wed, 12 May 2021 07:54:08 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Wed, 12 May 2021 07:54:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=1i8FOFCFP2OKlHxUts1wyBHSxts gKg85dob6BMkGOYc=; b=dj/tf74RRjEfhC5qUbSECoAM4758pqDdri12lgVbvCi AMHOqjangoo9yq83mMqSS3RU4nii6taYvKTUGwNs4L/Ak5Guh0eKZA/PIwy6kbrQ vN9s+NubO7iefJgly9w4RgNlboP2+YtbFWOE8quy7HyaJ35SE3qv6o1HekXR0nQA 1yFxOrS6C+8rf8pI5N8/3BqleZ/IcTT9q/v+r1w/wdMmxyZBMwn9QjjQ1DvY4RGc C/fo6hlelmOYlGqsL9AkSfUae5JLz4YQpGTQy810R81+4hIj3enJ6q2ez42POnEC TmdjzFiR7gB5YuCqSORnDxaqTFBTrZq6g/wEv6t/uNA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=1i8FOF CFP2OKlHxUts1wyBHSxtsgKg85dob6BMkGOYc=; b=H43wM5EXt43b5S9gHZ0Clu GPZ5IqMeH0t6AlYVwecv6u4hUBzi6kugYdDpJOswyV84yMdCuRUHErnEXwM5wirg NZp7y76ZoGQq1yoko/noqcuM+fPnBHcJWSSGA5h55AFvQApFS5sb80IM65B6h2ek 5D6t5TjzsyBiLPe52IotwzyR5voLq114hJNu89cDtFVQgTYbZVcWYdLxgOvN8FYc QZ5abmpn6Nf9ax1DtTskxNLd5+TawUT9zP5juBy7QQIZ7ohlj2QebSRGeffBGIyu wfDg18KWtxpPHrfh4h+GesU8qoH4CrJOCGdJOSRhwnq8fC7jFpn5ePD8VCIzOdLA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdehvddggedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeettddtudeugfeggefhkeekteekje elfeffleehjeffgffftdeffedtjeegueeiffenucffohhmrghinhepfhhrvggvsghsugdr ohhrghenucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhn vght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA for ; Wed, 12 May 2021 07:54:07 -0400 (EDT) Date: Wed, 12 May 2021 12:54:05 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: freebsd snapshots for arm architectures Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <24131473-4274-44D2-9081-6BDF1429A219@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="y8eOxV8WJx9ud648" Content-Disposition: inline In-Reply-To: <24131473-4274-44D2-9081-6BDF1429A219@yahoo.com> X-Rspamd-Queue-Id: 4FgCr21q64z4W8g X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=dj/tf74R; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=H43wM5EX; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.21 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.21:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.999]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from] 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: Wed, 12 May 2021 11:54:10 -0000 --y8eOxV8WJx9ud648 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi,=20 On Tue, May 11, 2021 at 11:45:32AM -0700, Mark Millard wrote: >In general, I'm not aware of any claims that snapshot >builds have any guarantees about availability. There aren't, but I think it'd be reasonable to expect a mention of a change of availability in the snapshot announcement, given that the=20 announcement is a vehicle to inform of availability. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D255786 --=20 J. --y8eOxV8WJx9ud648 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmCbwdQACgkQs8o7QhFz NAUuGRAAnDC4Dpnm4eOymrsqnUEhgn0L8qeVfKytH6wRfyz7C7+VMu16lSO3lZ6j JIHamDaiJe2yGd0h29sExABoJ6kyvbLfBKJWl50yFIF0mEHB3rJgGL1AyF/yfchs WB3QkP0hqW0BoPOzQSgIg/h4Rp0kNfhMttWR+nI+zhlnJimaeEB4Cvs+q/0EXryR 1yedo0xFCs3NpsJK3n0/rtxo2XeYQJREnrMXPZncKpv2hKm4eSdgSuYcexBX6/kK ji6WU3h+rx76X2yHAsuTHtG2m6x4D8PjGoFdp5CrOREwvc/hWcvGEDHghOaeRRnR YjTrkN1A8KZkigF1h8OQBDN6Bh1E5JDrVJAO5A2ckpKblsip+2ZBGhTC6h76iAHF mHPfxkT/4VW5uG1RZmnmyT2qJ6JQpz1YOQOpovkVixn0FcisW4OUWpkc4qTqpyZK WCISRXXdUHFFFbQoyikm/iSMz379N/p7GTBazrO3O+KJjNyQqXMxVaxdz++01Lke L6rGs1Kk62ki65S9UHiafcRpb1itncAC0bUbwYtIKsslfljJXJ48LYXfg5TiwfYI PDuOQO2FPCVaFEZtu0GjwyDzbm5+Npl4KL8QTCBCXSZZXtTiXxaDIsXnek9PJG58 wvSVg6Zas5YwU0uPgg2DYrm8h71YJ8D8/sDEPAyS9CT6DlWf318= =g7YZ -----END PGP SIGNATURE----- --y8eOxV8WJx9ud648-- From owner-freebsd-arm@freebsd.org Thu May 13 08:52:19 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 3BAE5636EFA for ; Thu, 13 May 2021 08:52:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Fgllk6tHrz4d55 for ; Thu, 13 May 2021 08:52:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id EC20B63739B; Thu, 13 May 2021 08:52:18 +0000 (UTC) Delivered-To: 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 EBE0F637407 for ; Thu, 13 May 2021 08:52:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-54.consmr.mail.gq1.yahoo.com (sonic307-54.consmr.mail.gq1.yahoo.com [98.137.64.30]) (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 4Fgllj4yCTz4dVD for ; Thu, 13 May 2021 08:52:17 +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=1620895935; bh=xE1sqf5BVvdcV0Fbl0Yi+xCXdLOt7MEIqpIBAylfotr=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=pMgHVIVQni4SOH7mJLbJq3w64Zb8otLLzDPG8RvlsdSCulPDnh78uTIqxBQRFl3ZvJONzMD58MD4KJrkxbTF6LnzSDlDnVgrRJarLq5wusQLRJZ0bkaoKkOpzK35x74Bg1ab0OTmdb35PXiOwnql8jbULuHwariYcyhc9qpKgzizpEaJm+SkHqDkR5AR2H8xRnNL3NXU8xPZusHTmn91mGfo5BgZIegYab/DgmnGWyroMGgUBDJnjNRe3Wv8etnJzooAqPIxmc2VI5uaNe/VzdiUn6sULTHkTQxisXDWISwc7aVVDt6ycfCdgiD8xAuDj204024IZYtN5OY5GfIz5g== X-YMail-OSG: I1yTi4gVM1kWa._V0lxmmxqh8a6B_KajOsZPWDqLHx4RrbZ4b0qU0sesuwrg2rY r0s4sq1s4zhXWchFENNw7GnQ464PYALY9kRAiSXkrLn63DQGg5dBX0g80pLrgmSa_o_K2CqlogJP JVes0WM319XZu3uK3K_Lww7Un5j8D_EVPwTTVJaAocM1SWBsQVgssVNyl1zYs6advAsAxMtisdlF TetqJ13Df4KwH8PzQNcSw.mZSFVM2PQLJdZc0cW3mPWJZwl6P9BTBNEUyQMc64q9z7sLI8sElWnU rrznIz5ezOakwuZrSjQmsgAmOZ6kMhhBrulHJgb37ZGwCdGwRicVfgFILSyW4CydhAnfZnHMRz_v LE1s1kgTlVIDg1UdWUZkg_dthD0bkz.U7PIRH_mkASTRYbHx.WQSzWfAzmT87QMSuXbbtV2x5Ei3 fUPKvwKJxYgZa3wGrz1_nE72UL2guLy7Wax9wnoz8O1A_KlWHN5VtTKe3WMwUMbVdcGOeKtP2a_a Z9oNijoD0vHgHArcxAMyEU1cLMjPsEJW_OR_veTqBPMjUV5V7tlBMPdZC_tgHaz1IWYEMltOYYnb LdxAR9oQsGsTMITq_pfyN9dMcnrAheS3.tpUGvsQ2VEtqewlETOIsGpJI7HL.PPdjcsAAQkNqrvo jlh9psYt67ayKWiQfN9XOFWEoD4Dgd49rpMXEoUy4.mLYXChm2GYzz7Farwo8kveQvDaC2sqVVIY zQjgRenoGA0ZaYvjL8FrYmp.kKmjTEoWNIl6zqTebodPYbfrJivvZOH0IesOgzr8UBn7zM55E7yy Dox2MICBFGdDc4iWgvI.Ud9t8_DriV71kkTFMGfkRZrNW3iXjDkMI3PZbDtuLuG8snIgPvBw5Qzk PUcy67l46_aIuu_PGAqMxUiQqEV8E1C6mNuBHDJ0eIjfAdeCkCBk_tZF7TdTRRp88YvRkKGfZ1QN YsrEXyzcaSfZSmcdOyU5zI9VEW_aXnJWYKaj2wBsNpBbeE2sXDYIHgHFPXRBM5opxA5eNVIuY_h_ QtpkSJm8Cb3FaWxMGCVJMFkC22QILa1CvOiDcg1KT0T6Xki0DmfA9adxrINGKRLDJyJlGZp42JzP T61B3Qzb9lP7JaT01miBYo_SCtvZvHxQviTjtlYkojsUDfR87Ui.LHxm5KrtBJTUl1_N2ofk1YdW BvbZno0xvKQMBnOEuoQWJ4tsYTriGybPQwH5Q2nEzxTAVpqzbd2IMZGHE0gGaNWBoupZUImxuel0 LEPf6sI3fPbnGq0Rsi18QQav_UyGIKA7SEOBAOSHDRulVCYvFF.VaHPQS3gZdcsYcAZnEBlYwoi2 rC9Qbltgec..q.ZbgXJjbMdSOBAi8zeSPGxKa0ZqSVMWAhwni_rTlnlZfPO_501iJqjRVKX6EjBI SrLMzVQ07ds.i6Y2HllPM2RpSEBecQkdHasmstRoVow3aPPFWO0AfrvyLzZRApUiCVwUJsH.rrUx B1S2XkCz2jehcDINyyr8lCGIMT9IVuT0_AaMTCWUYw18olP6BKXbnrNaaKnpveJC_HssQF.MSZh7 IndxkTTdlHUQeVgTCYW0vXV.eQH7do0Xlz4Ft6xk6hVBYvEvpegsv0GfDD5u_stio1tQHsDzrBdP 3yl1kQkTd0EjcYmSmNoKpkwDhkWW5VMSNYhPiHY95c8iBRA3zpnuNtkpJ3wvAtNyhgDLPgxJwjgW KDDQGGkuOZLXQqYs.ZqxjqLJ0aVUjCcgJcvH2YpCrbtU05.WKNCynOnUOZbbvem44Pd0IpJURpZ2 _FqCBhAl_inYx66aDoTOEZz2IbjSytJDw8p7RxVErDVFSE_30aFxu9mw6UuHnH1TK61qpOgHQS9q y1HegonXx62AC8C6D17g831KlSex6AG2hvTRsVnzkj.ejKQLBml4uw29.Fu7vf0bddEjIjHQMJ6A f_tsDU56m_56h7RX6t466OAeVaoCA3TSMuKeWe4yQoi4dUAYZOxO3oryUUi1h7hKEs30yGE..6NJ LCv_Z.8AgSxaHlKFXiGOFDDQS7AA_Y1Ji.PKFH6D7hs6XZ8FdhlQzobVpGDCqNTWrLqiGbTEDxrj Ax8sqAWeQ6PBrD32Yi41ahlTFAaqs5f0QsAPIyR5JFMG_PajIg3SlN7WPjYSmo_qDF9CdO0HrevB srnmsMZanUWytQDxEupoA0DxzeSZpOL5a17ubor28dFO64Q10ZaRqeJckKBjW.hoztzdKDhzlLAz tDxb632zFcO3_mdfN7cMGHoae8eci7c1npVBbN_p6CyjaEAek.A7CU3RzzGlxvK4YnE8k5FGLnWb mTllsxd58cYBnUZX8DgdKzIaDpZuYIy9rT90K4Ycw7ElzQScoWRb4l_ddwi8K0xGulSa4yNEGoIz WBKMIj4BRTM9qxsxfIK04caT6rDEnyv8caieONH_e8P_D4oUZKCCgQ0xJeXEFJPtrc69yBx1Q0A8 CFENIYYcMTQLFiAPLPzntUwjmoZZ0NVGOXnqpjwH0LDl7TYCZQujRQfc2Ka1CL0mBxBvRd7BAbKf e1vE- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 May 2021 08:52:15 +0000 Received: by kubenode518.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 76340924d4b584b5ec639969892f3602; Thu, 13 May 2021 08:52:10 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README out of date ; orangepi-plus-2e and RPi2 v1.1 get "Kernel args: (null)" Message-Id: <40298C05-5F50-4437-B15B-7A02EA070EAE@yahoo.com> Date: Thu, 13 May 2021 01:52:08 -0700 To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3654.80.0.2.43) References: <40298C05-5F50-4437-B15B-7A02EA070EAE.ref@yahoo.com> X-Rspamd-Queue-Id: 4Fgllj4yCTz4dVD 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:+]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.30:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[98.137.64.30:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.30:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[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: Thu, 13 May 2021 08:52:19 -0000 The updated armv7 U-Boot ports now install the likes of: # ls -Tldt /usr/local/share/u-boot/u-boot-orangepi-plus-2e/* -rw-r--r-- 1 root wheel 504 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README -rw-r--r-- 1 root wheel 66 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/metadata -rw-r--r-- 1 root wheel 490924 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl.bin # ls -Tldt /usr/local/share/u-boot/u-boot-rpi2/* -rw-r--r-- 1 root wheel 767 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/README -rw-r--r-- 1 root wheel 44 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/metadata -rw-r--r-- 1 root wheel 475420 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/u-boot.bin So, for example, no boot.scr files ro go with ubldr.bin any more. But the u-boot-orangepi-plus-2e/README says . . . QUOTE This version is patched so that: * API features are enabled. * A boot.scr (U-Boot script) that loads ubldr.bin and execute it is = included END QUOTE The u-boot-rpi2/README says . . . QUOTE This version is patched so that: * ELF and API features are enabled. * The distroboot command knows how to load FreeBSD loader(8) * By default, it loads ubldr.bin (PIE) from file ubldr.bin on the FAT partition to address ${kernel_addr_r}, and launches it. If ubldr.bin = is not found, it falls back on ubldr END QUOTE But for the orangepi-plus-2e that I have access to I now get: . . . Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Using DTB provided by EFI at 0x47eea000. Kernel entry at 0xb2e00200... Kernel args: (null) and that is the last of the output. The RPi2 v1.1 is similar: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Using DTB provided by EFI at 0x7ef6000. Kernel entry at 0x33e00200... Kernel args: (null) and that is the last of the output. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu May 13 09:15:29 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 14F09637D22; Thu, 13 May 2021 09:15:29 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FgmGS56kYz4fDy; Thu, 13 May 2021 09:15:28 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1620897320; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XeIMZ9CaVqYAbJ1hSMKKllI0Zdk2RivAsP9F6wgsC7s=; b=psAyPm1uT11BOd/zeb5fHpMp0MRnHEcQp/gx8nknSq2LdZ/pJJe/gjrcmgyh9UT2pzo2JY XOh/nXK2OHA8RMgK2jBcV5smxD90kGCoeBdP6fLU1mKGEHfd1GCaNj+rke4ZCvuLu6m2p/ CNE1+Pz0No0VEMBGN4FAD1ZxBscN5tU= Received: from skull.home.blih.net (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id b9823dbd (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 13 May 2021 09:15:20 +0000 (UTC) Date: Thu, 13 May 2021 11:15:17 +0200 From: Emmanuel Vadot To: Mark Millard Cc: Mark Millard via freebsd-arm , "freebsd-arm@freebsd.org" Subject: Re: /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README out of date ; orangepi-plus-2e and RPi2 v1.1 get "Kernel args: (null)" Message-Id: <20210513111517.86336633bae9568d8599f229@bidouilliste.com> In-Reply-To: <40298C05-5F50-4437-B15B-7A02EA070EAE@yahoo.com> References: <40298C05-5F50-4437-B15B-7A02EA070EAE.ref@yahoo.com> <40298C05-5F50-4437-B15B-7A02EA070EAE@yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FgmGS56kYz4fDy X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] 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: Thu, 13 May 2021 09:15:29 -0000 On Thu, 13 May 2021 01:52:08 -0700 Mark Millard via freebsd-arm wrote: > The updated armv7 U-Boot ports now install the likes of: > > # ls -Tldt /usr/local/share/u-boot/u-boot-orangepi-plus-2e/* > -rw-r--r-- 1 root wheel 504 May 12 07:01:10 2021 /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README > -rw-r--r-- 1 root wheel 66 May 12 07:01:10 2021 /usr/local/share/u-boot/u-boot-orangepi-plus-2e/metadata > -rw-r--r-- 1 root wheel 490924 May 12 07:01:10 2021 /usr/local/share/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl.bin > > # ls -Tldt /usr/local/share/u-boot/u-boot-rpi2/* > -rw-r--r-- 1 root wheel 767 May 12 06:39:07 2021 /usr/local/share/u-boot/u-boot-rpi2/README > -rw-r--r-- 1 root wheel 44 May 12 06:39:07 2021 /usr/local/share/u-boot/u-boot-rpi2/metadata > -rw-r--r-- 1 root wheel 475420 May 12 06:39:07 2021 /usr/local/share/u-boot/u-boot-rpi2/u-boot.bin > > So, for example, no boot.scr files ro go with ubldr.bin > any more. > > But the u-boot-orangepi-plus-2e/README says . . . > > QUOTE > This version is patched so that: > * API features are enabled. > * A boot.scr (U-Boot script) that loads ubldr.bin and execute it is included > END QUOTE > > The u-boot-rpi2/README says . . . > > QUOTE > This version is patched so that: > * ELF and API features are enabled. > * The distroboot command knows how to load FreeBSD loader(8) > * By default, it loads ubldr.bin (PIE) from file ubldr.bin on the FAT > partition to address ${kernel_addr_r}, and launches it. If ubldr.bin is > not found, it falls back on ubldr > END QUOTE > Oups, I'll update the README, thanks for noticing this. > But for the orangepi-plus-2e that I have access to I > now get: > > . . . > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Using DTB provided by EFI at 0x47eea000. > Kernel entry at 0xb2e00200... > Kernel args: (null) This is the symptoms when caches are not flushed. U-Boot distroboot first scans for extlinux.conf, then uboot script and then EFI. So this probably means that you still have a boot.scr on the ESP, try removing that and make sure that you have the efi loader too in efi/boot/bootarm.efi. > and that is the last of the output. > > The RPi2 v1.1 is similar: > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Using DTB provided by EFI at 0x7ef6000. > Kernel entry at 0x33e00200... > Kernel args: (null) > > and that is the last of the output. > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu May 13 09:57:25 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 B34D963913A for ; Thu, 13 May 2021 09:57:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FgnBs2NJHz4gpr for ; Thu, 13 May 2021 09:57:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id 519A36393A0; Thu, 13 May 2021 09:57:25 +0000 (UTC) Delivered-To: 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 5064A639235 for ; Thu, 13 May 2021 09:57:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (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 4FgnBs0HzPz4h21 for ; Thu, 13 May 2021 09:57:24 +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=1620899843; bh=I3+oJzIrtK2LkMmfXHKN6Hr/oBuqZ/Kg3zIbLJWcM1M=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=A/m2nmg3gT5Av9Sf3GJYCOyjkd6ZOnGnzSHwGbWIzg+ij2sqn/djXR5bCcFLmo8OvKVSqC9anFyKxd3m8hqj+YnCSCoYyaWNKp+kC2yTv7pGVB/FxHdNneVCe4seWkYQrPhBK52dWoloqYtkKqSVwAyWwPp7Nza+ZVH9yv0PZpeBNUVRKHCwBo0bXqMjbZkVjFhoAF+ECCujXAg0GbKnbKaq89BCVaiXlmYMCKqRKJXGF1Q841LDPgbzvnvb+ew8sgJDHAQDV+k7oAxnKjGSk9+eRXpRTSZoTAO7bGvBiVr4iXa0M7PWmAMau8isucAXIgoYX1kG6HX30Kz1/Ydy8w== X-YMail-OSG: Ihuxhj4VM1mLf5cPgWmYEOU5jKTDqs7tBSEmmdoosh12V7DOIO__pwCZOctt39Z yX3rhzca3e4i5bucRndlDNdTLeB2LntqAElZe6dV9xMEq8EYa9AdsUZ6YqCBKBTUGlem9cYeoEsr fBqNX6J8B0y4JNzS84CGJylBfQJE9x0UFtMjmV3ofvxh1ViVE.SqSJUu4vHjne1meGixlIC12SxS Ztfgmfh14oDRwk7jR1oeLIyX2jjhsZjZtunYioFyfAQpXkpk11vlkHa_NPc05OiA1BHUF7JgkjTA Fg.eidMRToQQMjQNhhiUeqMPkIuXReX8hT_NYQ2IbRSYBjCiAWLPRHwJQz39Zcq5ndpbMaIacRgD WY8F_TAUYu4xghBIQJuO8OieadBPtkclg68LnFQBTrNEom6lIu5mpGCkelfJiz6ApFB68mbe3QrZ 4Hl_SCQ_YBE9c8y.UXOnGBYpqRV8EK3I7uvuZ8JkJZG3Q0kZLjRJyEvBWXVBNAk1JUtotjy0qnyw yfPdDmbjTpLBF6NgRGkjfZjq82NNlqEj_cq9U3FqJ0E.VU9DenwepxSyVjhUC57UP5rQXJH8U7Bt 7yPx0DSbipSDpBUSnP_nuk2SHc2rd3FR8KP4vo3SvO.zL1VQ963Z8k74ypFA2Czb_JK_OG25N9BV 3oR3uqILMfnSxw51KYyr_eYb6CNNpjnQJTLcKnCz2fUq3wfQsONP94nqcx99LqPyDOCMaxTj_T9F I1qlxVYS7vzyYGrALonDYW1UCHVvf98224qVLsuJrGMPug8eG2aquED6MRLksO9sYk8wNpWR.ae3 NEuZgyaxqLMrLP439RF32e_lFftQyzrXRFwMXJSUkXD8zNYu2GKf.Lj8kCu.vfK4HE77q1E4N7qv ne7mm7scjVYexjQQfwaI7x62fHbloYWFsrV39wsbj4FqUI1LEvDT6IvqAvSRusq2dKeB54Mj0x1B jLGoyCc86yyAGUxsG3SoULkIOabBpUlmm1BJ5ysdMJgH7ZRIqKXybHFhjfT.6iJT7tB9_RK0.m6M qWZbg6DMTXrMpnJfgmU4EPGVn847WQUUajF1Aygc_k2BX9.MrsMKKzm3eRnLcH066NpocW2lBkFf 14GyqwtGV7kq8b.lrnbNc8kwXcJmharCRVjpqOV5LCHluoM6hfP9obi7paSDHpbI9a9v5ke3p3Po Xf.48OuccgbxIyAj6u2r_er1Buo9GDd5WurSlz4EsMc1Nw2fdN8g3XhJSSd3Kthld0NLesfAisFM gJYNjTFpwryaEp_m9KrNWhJRA3l6S2cicVeVR0KGD5HIQ_.xZxJQGUZyPfxuMgJu._p8o9zB2Dde 43L6mDOF1BMIqwV2_KGP5bf99M6qHueQEp_BRSRYOT8QoRAhczbHWUbeukxPSz1ZCXyeEg6XASU8 P7TUyRxsmaAYdhN2ZFIiOGLGWfS994kpIGMkDhU_0x4BEf1FZwokv7iZap3uOLOnLbqPifJm86BK PeOqFJR88fh8Y9FgNWu3Eoh9mgHYE8tP7IvX9iQ6Ec3mmGd1KU_YwM7mEAEUxdYtd1ISZqC1d5Od XI_ZYLqe19XmSJO7XtZzAsfAd9R159AVzUh.kGkglQTmexTGnV_5AP9f98.rUdGWltS_yeQEzqZi WA1MuuLOUyCRm2cFrH1QPAwFhnrXHyfxi5OhiTlTSa_DHkXOq7woeDE9._PpczcB4lOUYB_ITWff tF1gyDj.nQrjacgQxnOQ8VsGsZZggToueu2y50r_T61Wbgi.DzZy.fDsi3NRZ2cubrwANNzrzlnw nhbL8kqiJdmyLFSWWJ3ULDjMKblu58B90fpZULKTBTWNphwxLBqlnEe6SLCgm6IXF7cxmBG.otB. IqwZHGTLeACPjSS.OqG36PBVJkMM.rqQdk5ryPhsLtleK8B6arC.9GVTi3JvpLfd6xiOg1T7REUF eQ5UEVI5KLa3S5ieHp7yoUPaBv3yu3Bh5xdkdDxJUTMeDh_O3Pd822MDD6Yafv4bRtMMYG6unXwt BgFKhvIkTHWzb_RFP381tdv4.MOdLGPEIUP3.mU5xPBgqdPUxMLeAIfA5P41jmTYdv9UROLhxiVY VPE7gXTFgQ44Dchd1QlmDpscnxdiN0CLid5UDWPvU0ZB8waSE8mcIzgqaRgJNPTYo0.gMY_n_Ivb 7JrjtBaADQ2CunXJVHMZHnjFjDNoxPnV.KNf1MqhZhxHIOE3l.G80WHWPsnvUV_4NK88h0wft8Wf eN2Era28hCo9B0MUbYCDFgHe_7M6Dna5avPpJa_3z4kxKsCQd7eSUgNFwOx.NHyAxdCNETn6sMjs ZKAea_3iUfpS7XAJ4x7i874SjvQbkciVBRm93Npo..Hgv979Mwuw0odSa4JR7xVB0pSXKAclOnqy WPf_rFKFG8AwCdHPO13IOy4LkjiBARM671b1are__N13ct2rGjXlZCGfUytXG8fczcpKhCbMCfqQ QmysxLKGKCXd7As0nFF5Cvk4Xl..EFjXCjDMzvcGmISvxs8QnOZ9TTzkVYKgD1_bhLWYlXlF6VuW AM7_ahqcZuGHT4cGG81i2PooYS3ijM6coa2v.REca2mfm73CT1aHwQVJTlnQ4fI7sP0SRDCVDlB0 XHfwvmSw8yzN_UNDW4RUqcjoVQAyuKg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 May 2021 09:57:23 +0000 Received: by kubenode568.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4bd18eb3774dcb3dda887527d9287b66; Thu, 13 May 2021 09:57:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README out of date ; orangepi-plus-2e and RPi2 v1.1 get "Kernel args: (null)" From: Mark Millard In-Reply-To: <20210513111517.86336633bae9568d8599f229@bidouilliste.com> Date: Thu, 13 May 2021 02:57:21 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <40298C05-5F50-4437-B15B-7A02EA070EAE.ref@yahoo.com> <40298C05-5F50-4437-B15B-7A02EA070EAE@yahoo.com> <20210513111517.86336633bae9568d8599f229@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FgnBs0HzPz4h21 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] 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: Thu, 13 May 2021 09:57:25 -0000 > On 2021-May-13, at 02:15, Emmanuel Vadot = wrote: >=20 > On Thu, 13 May 2021 01:52:08 -0700 > Mark Millard via freebsd-arm wrote: >=20 >> The updated armv7 U-Boot ports now install the likes of: >>=20 >> # ls -Tldt /usr/local/share/u-boot/u-boot-orangepi-plus-2e/* >> -rw-r--r-- 1 root wheel 504 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README >> -rw-r--r-- 1 root wheel 66 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/metadata >> -rw-r--r-- 1 root wheel 490924 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl.bin >>=20 >> # ls -Tldt /usr/local/share/u-boot/u-boot-rpi2/* >> -rw-r--r-- 1 root wheel 767 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/README >> -rw-r--r-- 1 root wheel 44 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/metadata >> -rw-r--r-- 1 root wheel 475420 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/u-boot.bin >>=20 >> So, for example, no boot.scr files ro go with ubldr.bin >> any more. >>=20 >> But the u-boot-orangepi-plus-2e/README says . . . >>=20 >> QUOTE >> This version is patched so that: >> * API features are enabled. >> * A boot.scr (U-Boot script) that loads ubldr.bin and execute it is = included >> END QUOTE >>=20 >> The u-boot-rpi2/README says . . . >>=20 >> QUOTE >> This version is patched so that: >> * ELF and API features are enabled. >> * The distroboot command knows how to load FreeBSD loader(8) >> * By default, it loads ubldr.bin (PIE) from file ubldr.bin on the FAT >> partition to address ${kernel_addr_r}, and launches it. If = ubldr.bin is >> not found, it falls back on ubldr >> END QUOTE >>=20 >=20 > Oups, I'll update the README, thanks for noticing this. FYI: I only looked at examples for which I've access to operational hardware. >> But for the orangepi-plus-2e that I have access to I >> now get: >>=20 >> . . . >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... =20 >> Using DTB provided by EFI at 0x47eea000. >> Kernel entry at 0xb2e00200... >> Kernel args: (null) >=20 > This is the symptoms when caches are not flushed. > U-Boot distroboot first scans for extlinux.conf, then uboot script and > then EFI. So this probably means that you still have a boot.scr on the > ESP, try removing that and make sure that you have the efi loader too > in efi/boot/bootarm.efi. That is not the issue . . . showing more context from the same recorded boot attempts (blank lines and a huge number of escape sequences removed, and using ". . ." for other omitted text): U-Boot 2021.04 (Apr 09 2021 - 19:24:51 +0000) Allwinner Technology CPU: Allwinner H3 (SUN8I 1680) Model: Xunlong Orange Pi Plus 2E DRAM: 2 GiB . . . =08FreeBSD/arm EFI loader, Revision 1.1 Command line arguments: l Image base: 0xb8dd5000 EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8225.1024) Console: comconsole (0) Load Path: /efi\boot\bootarm.efi . . . Found EFI removable media binary efi/boot/bootarm.efi 1396100 bytes read in 36 ms (37 MiB/s) Booting /efi\boot\bootarm.efi Consoles: EFI console =20 |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08 Reading loader env vars from = /efi/freebsd/loader.env . . . Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Using DTB provided by EFI at 0x47eea000. Kernel entry at 0xb2e00200... Kernel args: (null) and: U-Boot 2021.04 (May 12 2021 - 13:36:42 +0000) DRAM: 948 MiB RPI 2 Model B (0xa21041) . . . =08FreeBSD/arm EFI loader, Revision 1.1 Command line arguments: l Image base: 0x39df8000 EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8225.1024) Console: comconsole (0) Load Path: /efi\boot\bootarm.efi . . . Found EFI removable media binary efi/boot/bootarm.efi 1396100 bytes read in 38 ms (35 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC Booting /efi\boot\bootarm.efi Consoles: EFI console =20 |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08 Reading loader env vars from = /efi/freebsd/loader.env . . . Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Using DTB provided by EFI at 0x7ef6000. Kernel entry at 0x33e00200... Kernel args: (null) No *.scr files, no ubldr* files. Showing from the efi partition mounted on a Rock64: # find /mnt/dtb/ -print /mnt/dtb/ /mnt/dtb/sun8i-h3-orangepi-plus2e.dtb /mnt/dtb/overlays /mnt/dtb/overlays/sun8i-h3-i2c0.dtbo /mnt/dtb/overlays/spigen-rpi2.dtbo # find /mnt/efi/ -print /mnt/efi/ /mnt/efi/boot /mnt/efi/boot/bootarm.efi # ls -Tld /mnt/u* -rwxr-xr-x 1 root wheel 475420 May 12 06:39:06 2021 /mnt/u-boot.bin # ls -Tld /mnt/*.scr ls: /mnt/*.scr: Invalid argument I'll not list the files from the RPi* firmware. >> and that is the last of the output. >>=20 >> The RPi2 v1.1 is similar: >>=20 >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... =20 >> Using DTB provided by EFI at 0x7ef6000. >> Kernel entry at 0x33e00200... >> Kernel args: (null) >>=20 >> and that is the last of the output. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu May 13 10:40:53 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 9DA4063A1CD for ; Thu, 13 May 2021 10:40:53 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Fgp912bhQz4jmT for ; Thu, 13 May 2021 10:40:53 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id 592DD63A492; Thu, 13 May 2021 10:40:53 +0000 (UTC) Delivered-To: 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 58F5763A1CC for ; Thu, 13 May 2021 10:40:53 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fgp910hP3z4jhs for ; Thu, 13 May 2021 10:40:52 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1620902451; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=21akR84NZM7TY/0GSN1flZ/S9kTMwMuycr6sBHPe8TY=; b=eXws13iZkTwFJShFdeESODDk9T9q0uuzTTjudzXFG23WF3cfTe9c6eCtOuHi93kavBGI1g AuOWEZMj7jdh6Pq1q1c2CZv4SjTx+pylDT+NQIH1XiCw2mNkF763tfj7PhmWFWLJUpg/Aq 5Y6Pa7mgNQVoGlPHfNzu0wvvT5PW8vc= Received: from skull.home.blih.net (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 36cfe6e1 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 13 May 2021 10:40:51 +0000 (UTC) Date: Thu, 13 May 2021 12:40:50 +0200 From: Emmanuel Vadot To: Mark Millard Cc: "freebsd-arm@freebsd.org" Subject: Re: /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README out of date ; orangepi-plus-2e and RPi2 v1.1 get "Kernel args: (null)" Message-Id: <20210513124050.47714a83f876d67a80e28080@bidouilliste.com> In-Reply-To: References: <40298C05-5F50-4437-B15B-7A02EA070EAE.ref@yahoo.com> <40298C05-5F50-4437-B15B-7A02EA070EAE@yahoo.com> <20210513111517.86336633bae9568d8599f229@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Fgp910hP3z4jhs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] 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: Thu, 13 May 2021 10:40:53 -0000 On Thu, 13 May 2021 02:57:21 -0700 Mark Millard wrote: > > On 2021-May-13, at 02:15, Emmanuel Vadot wro= te: > >=20 > > On Thu, 13 May 2021 01:52:08 -0700 > > Mark Millard via freebsd-arm wrote: > >=20 > >> The updated armv7 U-Boot ports now install the likes of: > >>=20 > >> # ls -Tldt /usr/local/share/u-boot/u-boot-orangepi-plus-2e/* > >> -rw-r--r-- 1 root wheel 504 May 12 07:01:10 2021 /usr/local/shar= e/u-boot/u-boot-orangepi-plus-2e/README > >> -rw-r--r-- 1 root wheel 66 May 12 07:01:10 2021 /usr/local/shar= e/u-boot/u-boot-orangepi-plus-2e/metadata > >> -rw-r--r-- 1 root wheel 490924 May 12 07:01:10 2021 /usr/local/shar= e/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl.bin > >>=20 > >> # ls -Tldt /usr/local/share/u-boot/u-boot-rpi2/* > >> -rw-r--r-- 1 root wheel 767 May 12 06:39:07 2021 /usr/local/sha= re/u-boot/u-boot-rpi2/README > >> -rw-r--r-- 1 root wheel 44 May 12 06:39:07 2021 /usr/local/sha= re/u-boot/u-boot-rpi2/metadata > >> -rw-r--r-- 1 root wheel 475420 May 12 06:39:07 2021 /usr/local/sha= re/u-boot/u-boot-rpi2/u-boot.bin > >>=20 > >> So, for example, no boot.scr files ro go with ubldr.bin > >> any more. > >>=20 > >> But the u-boot-orangepi-plus-2e/README says . . . > >>=20 > >> QUOTE > >> This version is patched so that: > >> * API features are enabled. > >> * A boot.scr (U-Boot script) that loads ubldr.bin and execute it is in= cluded > >> END QUOTE > >>=20 > >> The u-boot-rpi2/README says . . . > >>=20 > >> QUOTE > >> This version is patched so that: > >> * ELF and API features are enabled. > >> * The distroboot command knows how to load FreeBSD loader(8) > >> * By default, it loads ubldr.bin (PIE) from file ubldr.bin on the FAT > >> partition to address ${kernel_addr_r}, and launches it. If ubldr.bin= is > >> not found, it falls back on ubldr > >> END QUOTE > >>=20 > >=20 > > Oups, I'll update the README, thanks for noticing this. >=20 > FYI: I only looked at examples for which I've access > to operational hardware. >=20 > >> But for the orangepi-plus-2e that I have access to I > >> now get: > >>=20 > >> . . . > >> Hit [Enter] to boot immediately, or any other key for command prompt. > >> Booting [/boot/kernel/kernel]... =20 > >> Using DTB provided by EFI at 0x47eea000. > >> Kernel entry at 0xb2e00200... > >> Kernel args: (null) > >=20 > > This is the symptoms when caches are not flushed. > > U-Boot distroboot first scans for extlinux.conf, then uboot script and > > then EFI. So this probably means that you still have a boot.scr on the > > ESP, try removing that and make sure that you have the efi loader too > > in efi/boot/bootarm.efi. >=20 > That is not the issue . . . showing more context > from the same recorded boot attempts (blank lines > and a huge number of escape sequences removed, and > using ". . ." for other omitted text): >=20 > U-Boot 2021.04 (Apr 09 2021 - 19:24:51 +0000) Allwinner Technology > CPU: Allwinner H3 (SUN8I 1680) > Model: Xunlong Orange Pi Plus 2E > DRAM: 2 GiB > . . . > =08FreeBSD/arm EFI loader, Revision 1.1 > Command line arguments: l > Image base: 0xb8dd5000 > EFI version: 2.80 > EFI Firmware: Das U-Boot (rev 8225.1024) > Console: comconsole (0) > Load Path: /efi\boot\bootarm.efi > . . . > Found EFI removable media binary efi/boot/bootarm.efi > 1396100 bytes read in 36 ms (37 MiB/s) > Booting /efi\boot\bootarm.efi > Consoles: EFI console =20 > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08 Reading loader env vars from /ef= i/freebsd/loader.env > . . . > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... =20 > Using DTB provided by EFI at 0x47eea000. > Kernel entry at 0xb2e00200... > Kernel args: (null) I cannot reproduce this here. Either by creating an image on the sdcard by hand (I usually only netboot my boards so the sdcard have only u-boot and a fat partition so u-boot can save its env) or by taking FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img and adding u-boot on it. This was tested on an orangepi-one board (so same SoC, Allwinner H3) and on a BeagleBoneBlack. I suggest to try with a clean install from FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img just to be sure. > and: >=20 > U-Boot 2021.04 (May 12 2021 - 13:36:42 +0000) > DRAM: 948 MiB > RPI 2 Model B (0xa21041) > . . . > =08FreeBSD/arm EFI loader, Revision 1.1 > Command line arguments: l > Image base: 0x39df8000 > EFI version: 2.80 > EFI Firmware: Das U-Boot (rev 8225.1024) > Console: comconsole (0) > Load Path: /efi\boot\bootarm.efi > . . . > Found EFI removable media binary efi/boot/bootarm.efi > 1396100 bytes read in 38 ms (35 MiB/s) > libfdt fdt_check_header(): FDT_ERR_BADMAGIC This line doesn't looks good. > Booting /efi\boot\bootarm.efi > Consoles: EFI console =20 > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08 Reading loader env vars from = /efi/freebsd/loader.env > . . . > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... =20 > Using DTB provided by EFI at 0x7ef6000. > Kernel entry at 0x33e00200... > Kernel args: (null) >=20 > No *.scr files, no ubldr* files. Showing > from the efi partition mounted on a Rock64: >=20 > # find /mnt/dtb/ -print > /mnt/dtb/ > /mnt/dtb/sun8i-h3-orangepi-plus2e.dtb > /mnt/dtb/overlays > /mnt/dtb/overlays/sun8i-h3-i2c0.dtbo > /mnt/dtb/overlays/spigen-rpi2.dtbo >=20 > # find /mnt/efi/ -print > /mnt/efi/ > /mnt/efi/boot > /mnt/efi/boot/bootarm.efi >=20 > # ls -Tld /mnt/u* > -rwxr-xr-x 1 root wheel 475420 May 12 06:39:06 2021 /mnt/u-boot.bin >=20 > # ls -Tld /mnt/*.scr > ls: /mnt/*.scr: Invalid argument >=20 > I'll not list the files from the RPi* firmware. >=20 >=20 > >> and that is the last of the output. > >>=20 > >> The RPi2 v1.1 is similar: > >>=20 > >> Hit [Enter] to boot immediately, or any other key for command prompt. > >> Booting [/boot/kernel/kernel]... =20 > >> Using DTB provided by EFI at 0x7ef6000. > >> Kernel entry at 0x33e00200... > >> Kernel args: (null) > >>=20 > >> and that is the last of the output. >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu May 13 11:09:01 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 792DF63AE14 for ; Thu, 13 May 2021 11:09:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FgpnS6sqzz4kRL for ; Thu, 13 May 2021 11:09:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id E512963ADBD; Thu, 13 May 2021 11:09:00 +0000 (UTC) Delivered-To: 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 E4D3F63ACE9 for ; Thu, 13 May 2021 11:09:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-21.consmr.mail.gq1.yahoo.com (sonic302-21.consmr.mail.gq1.yahoo.com [98.137.68.147]) (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 4FgpnS4WJNz4klK for ; Thu, 13 May 2021 11:09:00 +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=1620904137; bh=XSx88m68/DzJlYjRWmPN51Dv+u8p3wyI6rVKYkrIYTu=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=JU7HVKqDd3mpOgpb5oyRC8l3bzy3FcJkd5H0YjdrXCudlq+Z9DNzc2Ux21+9zs8jgbO6KngPvLRI+7ASKyT4ZMPt0Ymt2qTZc+9MuJGxG8Oq9LFOiIoxp2oDm06j/rYNR0/LQSf9b4pFP3IsQFcpq6Ox7idP9wjSnAcfTqaDX4evDXbO7fFygoDSjReGtEm5rm8ZnLx6M0trg8YoxOxOqqqNRpji70FHljiIf32JIUgXKtoaOF5Xg8eOm8VPwHOVJvPhuP7DhRrOMG1Ht/T4muOu4Q3pJRtqPXOl+Sw+vfPtucqpHgoyCp9mHXfzzXfp9ibZp2uUqA2AOGuyZAC7lg== X-YMail-OSG: bA7kdS8VM1k8DDA23DlGhnX7SzB0YJ1lK7.26xAKJfugLCzzz_pM1k_Yv9eySoC ayYxPpq1G8BpJEaF0jEo6AHqfxF63BJnUDDBtWe0cty3z9gtqb7odWTltyGxI2pKncc2UzRrM6SZ SbKb16GzA2a0eUHMK9NK0VpuZHtUcY_0cQgxiwNOLsDAAscBLskltyzS2xspdUqSVjuyukzDUAoz IzYQvJ1Wm_3PsbPNvAwODQUhpQDaJW4lKhkNs3LC3_.DGQwTuQ1lnAFy3CVZu.1yoVDalPJ7HOeO Vj7_xBQ3ktukNYgN2kY3sTETR2XrwbSn.M3D89vVgYFVO3Bw7zlmRJpRo2OXE9Bu.046oTLLXiLe VtrKwp1kN5M5vywgYk4s4ChRkgz.9pgve.VtFFPKAdRgiCcsthqQ2HOPmYdIMlRni01YYNC1CfDJ .rix6hKDiOZB8UCn6EVpCpWub96lMClGkCEEHI3KaXQ51LvofuMXjnLtDoEvQZWT9k5HM.ZUKNhk NL6sBu0vs3dKWQkWLbTytzU24w2OfhHLzfgVSpaTf_uOLvWLQft0D8kEkXEeRooqd03nB5tnDXaU EU5V26Mpzt2cKiYUFTZP.E6M50NSFq5XhqLk_Q7tCKQlr7f1Dwli5hfh_Ra04n9ysbKCrLekuaR8 QVIsi0LL5JLs4CVUkKaZgkdaZHNxt0rAO5ehdj_i_XQ1j_9eemoBm3ouXm2z593L6DOW7A3zdJyl EFpLRUJS3Hc3aMdeZpqPuijTCGQfVMkRmyKqMSlshQjKQDzjGx.S4txMrrDhmDOx6SaHk7NS.Dfx pEHm4RhhZZ9fZ1NcfRb61JqsaedWD3cDqhBNYSLbHrZiqKH_KEPJ30V3m80oPLgLb33lEefz9wS9 X5EPJPDnA3F2.GlUgLPYdmQ.1UbS3zx04BzlZl3UaNY46oh46n3GC6BhSGOdltCQZUXZ.l7byhEy lMz2kv2IMZ1KaNDMgaEx2erbwPLMfU2WJKf4352OuLTMs5dTXtHUqWD2EzO4pZERsoMR5yrV3tBz pXX9YK0MxV.9MGcnDbpokIpIMXc5uyy1MABWF0YVmfsIV5JB0ww49nd8V_boAnn.4b6ylEcNvy4x aHVWRrTmGG3.OTIDpLPMpruUivVMCJcXOJSqU1pnyvihmK8qvqZDYA5d7Vf._TdtJ67piZaynwlf Mn4rXkMj2np2rLmXHvgGkHFy8QGoUIMkr0kNgdI5nIMzMwzFbrp7xZblkDj4lFIGxuIqiExDovQ9 QJbNgLKo79CBBnWOIbp0.YpyB_.T.HQ42.RM65.fLX_RMSXWX_fDqDq4aZOfv0Kr6MUZOgW1SmuE 3twUya6M34EUDB4g7ZzniGJDrbJrEDDykFug7RnI49DKlXghXImIsaBvQ_6EaMjwO3DtcK_Yw_.l FDHLcbcxzzYPiQ0P2oOr7JOranlaHfyNpzASN1990jy3Ns8.f8O5EaQHxddcDPH2kI9Vpq3HpsJD oKdmy0lCPuIcElD71GFZcBuZGOBUlqr0Dvbgk3GDcPz4UKKSyUKnuHx.Zy97szgLRrNT4ion.Uwh BmQFlvWEity8hZn9l0mohDBpqbLWGswHz5AdgL95VCsgaF34cg04E2QaAQEAT.Mjfh.yj8VhgRpM g19ezS3mKvqu7Ud603I4W.DPCh9S.PADzOlMMnwSNL0nCfa2t4p0Szgfyp8TLovFawg5BDb6nwu6 ztga8jAhlQ98m3EBeAHhZ2rp8UZWs3JIgRU9V3L5AzbVGbTDWPhMUmqMuMABstOUVSZ5M79cwQ3a 89.Hn5lBtv.F4X83C6.XfSdQo2BXGUqx7dO41IeI35pkPSlsQU0.BMp4aVBihz6pltj8iGdgcoVK G.Vu5iX7Qb5wY3TlBj3_RroXAESCiwx2XgZCIbJ7jBOCuZvxPxI4XOu.q5fIZW5CozYRuA6tLYSQ XepGB70WyjDXrLg7vm6xh5NEkWqfEpnOcHAwFfUrECsBnaVb38dtk4VIV02z6ImveMtttOTsM_Yn Zl4WEkFTNRoXlAXo4hnfhMZ4aut.QqNAvAhrIWpuwvlxqlrHvT2JU9LHsbDWFnVOMylwwInpu3D3 TpHkIp5Hsi6dqXWnKJYUL8EcGpKJriOMVnLOniuRkGbXV7KGrO_3C6CRPXv7lZZKsmD_hq7sk2g4 8pUWYAX1kB_kuL7NHdb0FXpNIqN9yGdyMV4OX4Sy8rs0WIof.4st6B.2.Yzhvys3EI8BK9ivOWhV ACSuI9nGhXDJ7fT.TybJe30G.iwAI3Ez..SFcpf3X4vg50wcct30kP2OYG37QHkxECyzdUXXiaa4 F4peIiJpT3mwChtm7Kt.7RUiFf6qPZzNLaGkDLKbnGrarn9wb2cRtfU7_fqcT4Q.zQJtuEziksdi GIZV3wvb3goiyu4xTdiloknuXUiZnZe6k4pyzyLk3Lg0DtORX.CEMSEdpjF_YEenNe0Ek2i9i8rs 1ZQlKT8Ay4sLAeX3nEXsrtBLs7uYUffUafFD4igB10N2XturSKqjJOvlA1zEo_ogwNydI6T0BT.p _9j9NQbYGsybrCG_VnrIoPinN77KMNhY3GCnrX.pxMqzgN6Q49KKVc_Jx9C87pIhACwI1dFttRJP HHJSjQ9KMWhsNEG55DTJm8Y8nK8l5.zXE6eaATsFa8OFWcqMJzwQlq_fUaLhiPDUY3AHi4TQbrgK StyyuW5us8PM- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 May 2021 11:08:57 +0000 Received: by kubenode508.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1cf61ceef65c7308c420a1cd5ab493a4; Thu, 13 May 2021 11:08:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README out of date ; orangepi-plus-2e and RPi2 v1.1 get "Kernel args: (null)" From: Mark Millard In-Reply-To: <20210513124050.47714a83f876d67a80e28080@bidouilliste.com> Date: Thu, 13 May 2021 04:08:51 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <40298C05-5F50-4437-B15B-7A02EA070EAE.ref@yahoo.com> <40298C05-5F50-4437-B15B-7A02EA070EAE@yahoo.com> <20210513111517.86336633bae9568d8599f229@bidouilliste.com> <20210513124050.47714a83f876d67a80e28080@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FgpnS4WJNz4klK X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] 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: Thu, 13 May 2021 11:09:01 -0000 > On 2021-May-13, at 03:40, Emmanuel Vadot = wrote: >=20 > On Thu, 13 May 2021 02:57:21 -0700 > Mark Millard wrote: >=20 >>> On 2021-May-13, at 02:15, Emmanuel Vadot = wrote: >>>=20 >>> On Thu, 13 May 2021 01:52:08 -0700 >>> Mark Millard via freebsd-arm wrote: >>>=20 >>>> The updated armv7 U-Boot ports now install the likes of: >>>>=20 >>>> # ls -Tldt /usr/local/share/u-boot/u-boot-orangepi-plus-2e/* >>>> -rw-r--r-- 1 root wheel 504 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README >>>> -rw-r--r-- 1 root wheel 66 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/metadata >>>> -rw-r--r-- 1 root wheel 490924 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl.bin >>>>=20 >>>> # ls -Tldt /usr/local/share/u-boot/u-boot-rpi2/* >>>> -rw-r--r-- 1 root wheel 767 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/README >>>> -rw-r--r-- 1 root wheel 44 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/metadata >>>> -rw-r--r-- 1 root wheel 475420 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/u-boot.bin >>>>=20 >>>> So, for example, no boot.scr files ro go with ubldr.bin >>>> any more. >>>>=20 >>>> But the u-boot-orangepi-plus-2e/README says . . . >>>>=20 >>>> QUOTE >>>> This version is patched so that: >>>> * API features are enabled. >>>> * A boot.scr (U-Boot script) that loads ubldr.bin and execute it is = included >>>> END QUOTE >>>>=20 >>>> The u-boot-rpi2/README says . . . >>>>=20 >>>> QUOTE >>>> This version is patched so that: >>>> * ELF and API features are enabled. >>>> * The distroboot command knows how to load FreeBSD loader(8) >>>> * By default, it loads ubldr.bin (PIE) from file ubldr.bin on the = FAT >>>> partition to address ${kernel_addr_r}, and launches it. If = ubldr.bin is >>>> not found, it falls back on ubldr >>>> END QUOTE >>>>=20 >>>=20 >>> Oups, I'll update the README, thanks for noticing this. >>=20 >> FYI: I only looked at examples for which I've access >> to operational hardware. >>=20 >>>> But for the orangepi-plus-2e that I have access to I >>>> now get: >>>>=20 >>>> . . . >>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>> Booting [/boot/kernel/kernel]... =20 >>>> Using DTB provided by EFI at 0x47eea000. >>>> Kernel entry at 0xb2e00200... >>>> Kernel args: (null) >>>=20 >>> This is the symptoms when caches are not flushed. >>> U-Boot distroboot first scans for extlinux.conf, then uboot script = and >>> then EFI. So this probably means that you still have a boot.scr on = the >>> ESP, try removing that and make sure that you have the efi loader = too >>> in efi/boot/bootarm.efi. >>=20 >> That is not the issue . . . showing more context >> from the same recorded boot attempts (blank lines >> and a huge number of escape sequences removed, and >> using ". . ." for other omitted text): >>=20 >> U-Boot 2021.04 (Apr 09 2021 - 19:24:51 +0000) Allwinner Technology >> CPU: Allwinner H3 (SUN8I 1680) >> Model: Xunlong Orange Pi Plus 2E >> DRAM: 2 GiB >> . . . >> =08FreeBSD/arm EFI loader, Revision 1.1 >> Command line arguments: l >> Image base: 0xb8dd5000 >> EFI version: 2.80 >> EFI Firmware: Das U-Boot (rev 8225.1024) >> Console: comconsole (0) >> Load Path: /efi\boot\bootarm.efi >> . . . >> Found EFI removable media binary efi/boot/bootarm.efi >> 1396100 bytes read in 36 ms (37 MiB/s) >> Booting /efi\boot\bootarm.efi >> Consoles: EFI console =20 >> |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08 Reading loader env vars from = /efi/freebsd/loader.env >> . . . >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... =20 >> Using DTB provided by EFI at 0x47eea000. >> Kernel entry at 0xb2e00200... >> Kernel args: (null) >=20 > I cannot reproduce this here. Either by creating an image on the > sdcard by hand (I usually only netboot my boards so the sdcard have > only u-boot and a fat partition so u-boot can save its env) or by > taking FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img and adding > u-boot on it. > This was tested on an orangepi-one board (so same SoC, Allwinner H3) > and on a BeagleBoneBlack. > I suggest to try with a clean install from > FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img just to be sure. In my context: The RPi2 v1.1 has a microsd card with just bootcode.bin . The rest is from the USB3 SSD media. (Such worked before the U-Boot update, for example.) The orangepi-plus-2e has a microsd card with just its (now updated) U-Boot and empty file systems. The rest is from the USB3 SSD media. It is the same USB3 SSD boot media used for both. It is the same media I've been using right along, just updated to remove the old U-Boot related extra materials and to copy over the new U-Boot for the RPi2 V1.1. The media has a non-debug head [so: 14] build, based on: merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 merge-base: CommitDate: 2021-03-12 20:29:42 +0000 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread n245444 (--first-parent --count for merge-base) It has been working the whole time since then until this change. It is a build with code generation tuned for cortex-A7, as is my normal for my own builds for armv7. I need to get some sleep. So it will be some time before I try any other forms of experiments. >> and: >>=20 >> U-Boot 2021.04 (May 12 2021 - 13:36:42 +0000) >> DRAM: 948 MiB >> RPI 2 Model B (0xa21041) >> . . . >> =08FreeBSD/arm EFI loader, Revision 1.1 >> Command line arguments: l >> Image base: 0x39df8000 >> EFI version: 2.80 >> EFI Firmware: Das U-Boot (rev 8225.1024) >> Console: comconsole (0) >> Load Path: /efi\boot\bootarm.efi >> . . . >> Found EFI removable media binary efi/boot/bootarm.efi >> 1396100 bytes read in 38 ms (35 MiB/s) >> libfdt fdt_check_header(): FDT_ERR_BADMAGIC >=20 > This line doesn't looks good. Yea, I noticed it but have done no investigation as yet. (Only the RPi2 v1.1 that message. It is the one notable difference.) >> Booting /efi\boot\bootarm.efi >> Consoles: EFI console =20 >> |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08 Reading loader env vars = from /efi/freebsd/loader.env >> . . . >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... =20 >> Using DTB provided by EFI at 0x7ef6000. >> Kernel entry at 0x33e00200... >> Kernel args: (null) >>=20 >> No *.scr files, no ubldr* files. Showing >> from the efi partition mounted on a Rock64: >>=20 >> # find /mnt/dtb/ -print >> /mnt/dtb/ >> /mnt/dtb/sun8i-h3-orangepi-plus2e.dtb >> /mnt/dtb/overlays >> /mnt/dtb/overlays/sun8i-h3-i2c0.dtbo >> /mnt/dtb/overlays/spigen-rpi2.dtbo >>=20 >> # find /mnt/efi/ -print >> /mnt/efi/ >> /mnt/efi/boot >> /mnt/efi/boot/bootarm.efi >>=20 >> # ls -Tld /mnt/u* >> -rwxr-xr-x 1 root wheel 475420 May 12 06:39:06 2021 = /mnt/u-boot.bin >>=20 >> # ls -Tld /mnt/*.scr >> ls: /mnt/*.scr: Invalid argument >>=20 >> I'll not list the files from the RPi* firmware. >>=20 >>=20 >>>> and that is the last of the output. >>>>=20 >>>> The RPi2 v1.1 is similar: >>>>=20 >>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>> Booting [/boot/kernel/kernel]... =20 >>>> Using DTB provided by EFI at 0x7ef6000. >>>> Kernel entry at 0x33e00200... >>>> Kernel args: (null) >>>>=20 >>>> and that is the last of the output. >>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu May 13 17:32:50 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 82BA262904E for ; Thu, 13 May 2021 17:32:50 +0000 (UTC) (envelope-from wb7odyfred@yahoo.com) Received: from sonic303-2.consmr.mail.bf2.yahoo.com (sonic303-2.consmr.mail.bf2.yahoo.com [74.6.131.41]) (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 4FgzJK39YXz3hLQ for ; Thu, 13 May 2021 17:32:49 +0000 (UTC) (envelope-from wb7odyfred@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1620927168; bh=zkM5tcyiNodGubTgxokNfK43iaDGCW8WF84TPLbAXV4=; h=X-Sonic-MF:Subject:To:From:Date:From:Subject; b=H2YNEx5lX+/LLFipmQp3TfqqFzupgnrj2LJuPSdCL+OX1tBkPCm8OgjLezEse94M7utOFl4tUlqLeDUnIoGvT1NVaDA4XyWyKS1/AjJAFaGumX7dgFZDhCpkPGo4Amj2ucpJLhlvZLATyhTBNCAjCRKyrhLY4guYNjnFAp+Hxs2uO+64CQDy0hV36K961QPjkKBelC63V8B2fkIGBOIGw755o27GQ4vELyhamwqYmBgIkogjgWxUWh8GSC0dR+BMhUPwrNqCiFP/o/cCh39aaCXY/E/wphn4Ga+2oCDWR1c0V0V8Q0KfG2gHeATiRSmSYvEmqmcb43vmNF0yxoTFPg== X-YMail-OSG: AjOEgjwVM1mDiE1CXfm9M_xCdr5r6.wO0JPJs67.kKbv5qcY.Y.E7I4UWN_ISza VbnepBHd2PsNybuDQT9u_gnPCav6w45rwhNnXDrKgb.fvNPRK5YdVRsZ0JliLiLnckat44VeXBPU b9MTmfIT5wheCYnl3qw.1CgmiYONIb86sKc92hb.bn5L3V28lMroUHImeudvrZA8OtCPJt_oL.AB IuQ.W7Omb0DGI5W6OCbnwv1vGU0mXf2hbxll2hOWDtAuvXYX_CgEDvcobqMQ0X9YoL_1AOEde71k XbAD7ZGFz.C1I.vlx80DVyXwpMqusgcSmoi48.27s._KqWvmePmgEy4VOcJ_mw13Pf1DG0S1j_mY GFDJbjhTcLwIigLkohFPS2vCehzM3.bHZWZgkho3zDQJ6B5A0afW_4NsYX2PQ.HX37b4KspBnqBg 4p40YbpShl9jVAOqA6gfLy967g1K.mcwdAUqRvyrlyTC0C8cZk1HdrWcy8wQ78iyuwZPOXhI2raB LnX6M9kjXMcufgzUzr5JEh.kaUd73bES10_J44irBu3b2yQ5IpWKLvf6P95q8s7yU03gHGiHajQF Nsjc4QOO_81ByrzXIRDiGbALB3hEpGXkH9aGZi9wmWGuyA.sMVv3K47Erk2uGaWAqb5rSoN2NP0Y DZo49tmeFqNDffU5f9qm4kMVcLEBJpvpBWSbS78opbx0csqf1n3RY5VNxIkH9N5epYTcyAWp5hR2 FAIrNKFpn8Vq.cPrQSw1XHYcm9fadUci9OruaIb4IAUHP0ASgmzq4ZyzC1dyJME2OWQ0hNoHzKJ2 pWwn_JUsKwASM98GMDb4LkmKEI_d0URpFFnZFmkh_ZczFigM5EYKp85d4LJr.KR9q2JRKjw5swk8 9EbEc78C6aQ7fIXWs3iZm8h2uosMPDzq0n6O6.WagJW61aq22Cf9kvMqFRuQUDzWywx6lFDtq.RO hnuOeZ5WmaqxR_N.aHP9O.W2l.28JBT_TJpris8V8lQZ_1ZdbgR3wAkAmxMk7t7z81yW.z2ah7h1 hrNiLLQiPb.fDUPjIpynTirzcsgSreGr0sQwLynNmlVp4MIiZh2ijOFh8ED1nQe38COQV0mjdkJg iDfdWKH3C2i6VVJVM8c9lbC4ehuptog40mgxfZYJbCB6bSg80K.qR5A15iv5mWVmjFEK794OLDgq oGrQ_tfKbxf3XMZEudbiARubpOCtKbLY4mqAwIw3raYbtpOQmWaeYrg9gU0tQGMYbKsIAMGJWp5P uccXUiw02gQioc0umxC2AUi4baNRBF1Mn.JgOMaqVw5G1Hjr0ojwzXrZYj2b9vGkOvDIkT.gxuxE 8nl9R1S9ibONnZrRMSinBCABT4REdUopi96uVYmlvkt1Sa8Dj07CIoRSzpKF7F6Vkq9i67VimUYW DwlLTNeoHedNIYyUwuppyBq3784Lvt2pWPFarBpWX2GXoPLnhOOyMP8pI3ZOY28ezLDlRYLiOHPd tUyF6csqloGQV9zZODz8Ol_4ty_Tl0cwZ_eu7laCZrsBhg2W0ylqyC7SwjusK8MYCqbGIve6l_HQ XftS2DeUJi1wQ1TVwlweF2AL17Frrw0MtJKTAz_8zzaCG5UcyFoYyNWBZHdwqUyh_BQk41BSG1Fj XchDVnldammjat7N1kKYyemZZxL.1sm8zk_Qzjq_6AlYpHyjTC40kNcZ0ouGXmbN7kQpu_ysUpuc 5D1xRBvapGgTI4KY7WImBMyuFKv1NnH66QmLprY1VxQ6lJqBzy26EaI4927iKbxbSlnShVoksdlQ y9BmQRhLQdt_JO7XlSUc_T_LxKwSHcZBcJET9jeA83B8bpzpOYxb1ovDBL5sFo2XTu7mwhZn3TVu 48gJqFSKbimPrdefndXee2MKuw1TxAymqvLTGGeQJcvjGXOU0OaEpGmG2eWdxT5i6AvsX7bZjswu dMV48w09vkidt9oHFcd0sKcPI2NpPByRM8i.V2J5nLcgpA6N6rW6zTY3WGWALiqwH9RDS8eyodug dA08n7ki7MrRXpx1ID3L_Y6b6.VEfMywniVXAN9BAXY6v2IYilmLg3aumCOrOsu00LD8dhd57wfD G4yF__fBw9mFgi2oIs0nHeceB47j4tErAqY6iyKdSVOxQ6EOyoUpJyjhkmV3a4IX4z7BtVU.NBeS ENk0QOIdN4O1mfj5uPVKhhQIadv8AS7NGNdPf24yxpg0XnXsgK3udkdaUYWfKoYiO4RKIRp0F2IW cCcbhyfXGH.BzpWwquZhNq0x96d21BY8Dl6j4rfigxTCsygQ2xIsqnADiHBKTAKYfkm.BZmr6IGn FL_KIJyhTZmcOe5xSnNTo5X1x50conpMnCe1mkaBpTCe_jauBBZO5ls9wJZqmUHqD7b8a7xnXO3Y ilJnR.qBJ0V0f0G9oe7n.5L5TLgrLG.jUqnRwy1VVyppvaadOoccaRCV2_NEjeHRDtLtuIEG7TiF MIZGJ0i7cekBjXJL.dMR5rKHVJXWstHfoR42p7lBOQghq_1SCvGOX5QPJATajx_oDQUyy2XpvjhB z7QtqelSXCUmK5gCw9zyIpYfvk1wr1a5EtFNuRWpufnFu3.Jj18VhnjR0axmhtOSnlYLg8q5SCE3 LGYwzCJBMqEYp04uerKNx2eBTSouG_a93FaT6 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Thu, 13 May 2021 17:32:48 +0000 Received: by kubenode572.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d7e31eb0ffbed956686c2e30f2d95adf; Thu, 13 May 2021 17:32:43 +0000 (UTC) Subject: Asking for help, to locally compile FreeBSD source code for ARM cpu for Raspberry Pi 4B with 8 Gigs References: <489f495c-baa2-7c74-8225-22ead45e90a3@yahoo.com> To: freebsd-arm@freebsd.org From: Fred Finster X-Forwarded-Message-Id: <489f495c-baa2-7c74-8225-22ead45e90a3@yahoo.com> Message-ID: <3bac6da6-2587-d57b-6922-ed7ac7afba40@yahoo.com> Date: Thu, 13 May 2021 10:32:41 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <489f495c-baa2-7c74-8225-22ead45e90a3@yahoo.com> Content-Type: multipart/mixed; boundary="------------781FE6165D48046A1DD13577" Content-Language: en-US X-Mailer: WebService/1.1.18291 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/16) X-Rspamd-Queue-Id: 4FgzJK39YXz3hLQ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.90 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_BASE64_TEXT(0.10)[]; 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:+,1:+,2:+,3:~,4:~,5:~,6:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[74.6.131.41:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[74.6.131.41:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[74.6.131.41:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.131.41:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Thu, 13 May 2021 17:32:50 -0000 This is a multi-part message in MIME format. --------------781FE6165D48046A1DD13577 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello fellow  FreeBSD ARM developers, I wish to setup a duplicate environment that you have on your local machine to compile the FreeBSD kernel for a Raspberry Pi 4B with 8 Gigs Dram memory, on my local AMD64 machine.   ( does this same image work directly with the Raspberry Pi 400 keyboard?  Is there a different configuration file to use for the Raspi Keyboard 400?). Can you share any configuration files that you have created with me?   Is it simple as following the FreeBSD  Handbook chapters 8,24 for compiling  and adding "Target_Arch=aarch64" to the Makefile? I think I found my answer in the personal website URL links below.  Like abnevme https://docs.freebsd.org/en/books/handbook/kernelconfig/ Chapter 8 https://docs.freebsd.org/en/books/handbook/cutting-edge/ Chapter 24 URL links to Read: and increase our knowledge http://www.mrp3.com/fbsd_rpi.html  Using FreeBSD on a Raspberry Pi 3 https://ogris.de/howtos/freebsd-raspberry.html  50 step howto https://abnevme.wordpress.com/2014/06/21/84/ 2nd take 06.21.14 by abnev Building a custom FreeBSD image for the RaspberryPi from source https://abnevme.wordpress.com/2014/06/18/building-a-custom-freebsd-raspberrypi-image/ Building a custom image for Raspberry Pi https://medium.com/swlh/freebsd-usb-boot-on-raspberry-pi-4-765cb6e75570 Alan Thompson Nove 2020 medium article. https://a-delacruz.github.io/ubuntu/rpi3-setup-64bit-uboot.html Rpi3 setup 64bit Uboot So many specific questions,  I have.  Probably have included too much information here. Sorry.  Will try to setup mail app to send text only format. Thank you for helping a new participant, to build the same as you. Is there a reason to use the gcc over clang compiler?   I like using the  clang compiler. Here is a search on the freebsd buglist for "raspberry" https://bugs.freebsd.org/bugzilla/buglist.cgi?quicksearch=raspberry&list_id=420179 BUGS: TL-WN823N  rtl8188eu RealTek chip set.  Works on x64-86 GhostBSD 13.0 (based on FreeBSD 13.0 sources absorbed/transferred into GhostBSD sources.  Does the ports need to be updated for the FreeBSD ARM build kernel?   tested on snapshot version April 1, 2021 RPI FreeBSD 14.0 CURRENT kernel.   Will try again with the May 6 or later date snapshot. Maybe it got fixed since April 1 2021 snapshot version. https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/ Same chip USB Wifi Dongle,  can  "ifconfig wlan0 up scan" and list local access points. yet using   "wpa_supplicant -d -K -i wlan0 -c /etc/wpa_supplicant.conf " fails during the "ifconfig wlan0 down" sequence of powering down the chip rtl8192eu.  Was testing a wifi usb dongle replacement for the Broadcom Wifi chipset on the Raspberry Pi board. ADDITIONAL RESOURCES: I am testing building FreeBSD ARM kernel from source, then moving on to building GhostBSD.org from source code.  I have a blog and telegram group associated with those activities. https://ghostbsd_arm64.blogspot.com My Blog about compiling GhostBSD for ARM and testing on Raspberry Pi. https://t.me/joinchat/ST6N61pnu3Di8zgk Telegram Group  "GhostBSD ARM port" CONFIGURATION SETUP: I am trying to keep track of (or audit)  which files work to boot up RaspberryPi 4B with 8 gigs. I found this audit tool md5deep and installed from pkgs pkg install md5deep md5deep -z -b * > ~/audit_bootfiles_raspi4b_may12.md5 My Config.txt  file supports  1920x1080 pixel HDMI output to TV / screen monitor. https://ghostbsd-arm64.blogspot.com/2021/04/april-1-2021-configtxt-changes-raspi.html Modify config.txt file to match the following:  comment out #hdmi_safe=1 [pi4] #hdmi_safe=1 #overscan_left=1 # 1080p screen  1920x1080 pixel screen size hdmi_group=1 hdmi_mode=16 cat /media/BOOT/config.txt [all] arm_64bit=1 dtparam=audio=on,i2c_arm=on,spi=on dtoverlay=mmc dtoverlay=disable-bt device_tree_address=0x4000 kernel=u-boot.bin [pi4] hdmi_safe=1 armstub=armstub8-gic.bin NEW VERSION: cat /media/BOOT/config.txt [all] arm_64bit=1 dtparam=audio=on,i2c_arm=on,spi=on dtoverlay=mmc dtoverlay=disable-bt device_tree_address=0x4000 kernel=u-boot.bin [pi4] #hdmi_safe=1 #overscan_left=1 # 1080p screen  1920x1080 pixel screen size hdmi_group=1 hdmi_mode=16armstub=armstub8-gic.bin --------------781FE6165D48046A1DD13577 Content-Disposition: attachment; filename*0="Howto_Compile_FreeBSD_src_from_GhostBSD_12.2_OS.md(3).html" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; name="Howto_Compile_FreeBSD_src_from_GhostBSD_12.2_OS.md(3).html" --------------781FE6165D48046A1DD13577 Content-Type: text/plain; charset=UTF-8; name="audit_bootfiles_raspi4b_may12.md5" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="audit_bootfiles_raspi4b_may12.md5" ICAgICAgNTg4OCAgNzQ2NDc2MjdmNzk4Y2EyYTNmYmVkM2MxM2UzNDJjNzEgIGFybXN0dWI4 LmJpbgogICAgICAgMTQxICBkYWE4NGY3OTI4OTA1NDcwYWY2OTY5ZGIzMGRlNGFmMyAgY29u ZmlnLnR4dAogICAgICAzMTg3ICAzYWY1MDk3YzQ5Y2UzNGJhMzc1NDUyZmY1ZTQ4NmMwNSAg Zml4dXBfY2QuZGF0CiAgICAgMjgzOTIgIDFhMDhhMWIwYTEzYWU5M2UwMTA2Mzg0MDU3MTM2 YmUzICBiY20yNzEwLXJwaS0zLWIuZHRiCiAgICAgNTI0NTYgIGJjMTc1ZGEwNDAzNjFhMTE3 ZGVhNmNhMGQ1NDU5YzEyICBib290Y29kZS5iaW4KICAgICAgIDEyNCAgNWFlZmY0YzJlNjQ5 Njc2MGMyYjc1NGNmNTFmYWJmNmUgIFJFQURNRQogICAgICA3MzE0ICA4MWY0NjkzZjZlNjUx MTJiNGU1NDVkM2YwMmYwMThmMCAgZml4dXAuZGF0CiAgICAgMTAyOTggIDZiZWJkNTk3NTNj NTA0YzNiMzEyMzcxMDE0ZDhkZjI2ICBmaXh1cF9kYi5kYXQKICAgICAxMDI5OCAgNGYzMDcw MDkyOWY4MzQyNzgyMzhiMWIwYjYzMjdiOTMgIGZpeHVwX3guZGF0CiAgICA3OTMxMTYgIDc1 YzE4YTlmYjdhNWE4NTFmNGVlODdiYjcwNjczYjQwICBzdGFydF9jZC5lbGYKICAgIDUxMzE2 OCAgZTQyYzlmYTcyNTNkNGM4ZDMwYzNjM2UxYzg4ZjMyOGUgIHUtYm9vdC5iaW4KICAgMjk1 Mjk2MCAgMWFjNTAyNjY3NGM4YjhjOWFjZGQ4ZTQzZTdiYzFkODEgIHN0YXJ0LmVsZgogICAz NzA0ODA4ICA0MDgxMDYxOGZkNTI1OTgzNzVjMTg4NTZkYjFmMTNmOSAgc3RhcnRfeC5lbGYK ICAgNDc5NDQ3MiAgY2IzNWE4YmVkMDFmOWI0YmI5YjgwMTA1YjJhMWRjOGEgIHN0YXJ0X2Ri LmVsZgo= --------------781FE6165D48046A1DD13577-- From owner-freebsd-arm@freebsd.org Thu May 13 17:53:30 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 DCAD1629B13 for ; Thu, 13 May 2021 17:53:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FgzmB4Gvbz3jkl for ; Thu, 13 May 2021 17:53:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id 92BAC629B12; Thu, 13 May 2021 17:53:30 +0000 (UTC) Delivered-To: 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 927B2629AA4 for ; Thu, 13 May 2021 17:53:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (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 4Fgzm92kZzz3jkk for ; Thu, 13 May 2021 17:53:29 +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=1620928407; bh=Nhy4i5LyfD9fca69F1Ag957eJwRgSbQlokYtQWwGqsY=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=KczYFrlpYCXPujC4ID0c3fQBlE4D8HC6toMKKt6dXd8YR7es0b90CqWmqs0Xh5mVLf7PzLivI1vEZFwZ11WCnwT8+SJ1lxfa25v5ljrhthjt+ATeOaoIREgcxi0jenrYcFshnDKIBymK55p3+D8EZv1trKQ49CEps2tXCtQyPOdloSYlgkb/VWZ73uhHjcEspeLJW2d9m4OrEgKgD8XiIt1I98r8y47Y2U69M+ZNqK9QAKWRrcW3XKbVHPWwHhB0fEZt2LAxuyz2Zs8pldY8Yj4t5WmRyfapBKFQ7beCxzANDr54f59vcS7tUsUcKHovekBvfMeM7DTgOLTHAD7SYQ== X-YMail-OSG: GFfl2NwVM1l4pKnb7ykdbIp16mhB2RvQAy6Asj_9SDNBPNhoxXMe1aBqJKwUnkp wZKpPe62d1jh35D8ooVOrr_BIaUPzGsxAKI.DEPVpYACxU24NVvl_kwWQuRk5Dv5uxOt3ESljaYK B1uwKUKRGl6HWQQW8WZNLD8raWt0YGMpf.hQy.qJVFOR1D12MQ7ievGjcCI0dJYL86Y8kwY8PDDV tjK4zgHhPbRAtkfzJTW.vvAmiGqx6zzQIhWtwAcBQqBkp0ZbpMR59XvlFZmaOMhzDWQ2i0BgFpEg nUTLpFeuJrao.c6FteB31fZ_CwSWIQ5iAML1_LFO7gsUuWkFToOf_ObEP8x8vrkRkKteH1mOte1B yfZeEqr4FBTvTcjC.HsxnksbadzhOz6cgBPvlQcm03fqsbqtAHmmRSSMbLLvBpgpryy9fGHJDyvT MESDZ1Z.itgiRFWdWFA5RmxVAnw6grkFoWkVwq.4jBrIpeAxGGLtsDt9zCP48itmU2rAQfW28_y8 Y3MoT90hfRr_kE9ECVzPJKyc3WQjUmzZcjHyD74b4W51mF8VNHUYeEM_XC81AdvH10_.r3M0PKzw fD.yl3QJo8SV4I0e1CwCzQIBbFTawW4cB2hiEDS7zHufHQ.6EMtPJZBmPinGHOdwblhsINysljn8 r7EH6Q.Xq1hPOgXB5VG.pLnmemKArRbp12MCrsUrEPs0JsSwG1wU1ZCl4XGklL4JQ74LDBJnLLF3 RrFk8K4ehP4ZgRfb.AXar9WnbLLd.a9ci5v4SL32BYWuoJmKuLbqAebRWINF0GV8lQVDwpcD7YSJ uEf16MKhvtornMgAsMXTzV1jms_c9ZX1dsts4jaZyHIS.c.NG9.Ybotza7.p2RWfff6Z1rkmnMz2 Hn16TbTkOaBKJ6VN.K5HRE_dKXqHYpwH34rThomjvI89BIi6X3QN9sAfy7nG36XVQNY1AWRdUW7p .lsHJycgBk6G7xabKhYXQkbXSq5AQpL92jG.ZvPwozMVTlnsloQ9JbkossfVT113b6bRNDeatQaw Eex5l9gXIdt.u_hWgnni4yOguNq2HlpEp61pnDRZDC7JKdG_8UGZBq5h6n.WcxteoX9sdpeankTg jCRvbbsYcEcHUUYYE6sBAowvffd1XhroZyk.fZKL14oCZrhGyFsUdBcNx45F6vvaZuQHQ9LF2lOT z1iDXZ2sPQMxZNJ8eFi8shkjJa6PKrGXbKIfY6hItjE5h57Im.5SGnB69oltaDijdzK04sIHUC4t yceu69_yZ7_Jqht5mCCu8srDonSrgiRvwF5kHI1p4gVnqi9AOVMAZPOkNH_pDriCB.RDHjiaWZHQ rQrZUSHHfDnMVAaq7x._KaCgZzVtKs5ykOse4T263Euccz8rlafl.S3lXsVOsu4Lip2gJ9aa0u5x OYmIcj4AS6tk1KZbD3K9YDeT8gshUhhQsd5UbK2iDQDNvERkMTDTTSPIkgSh44HXHU4fD20RYCZM fBxIbilASs4jcd53JJiDUUljrRSv1GBQ.6JFehu0rtPM_JKgXidM9tnXNBRUBO.2qgncV8DDn5d2 eFq0MTmi5T.Xvt.1kRV9Z59AlV.l2S7aZRVk01g5feuZSPs9jaOo2DUwpDHCmm8GdJxEgD6IBMnQ bPgixF26XxguEWDyqdjrgPnXacS2JYOlsExG2OmQ6PsUh7kMqR22MZxHAGDS7dD6CN6u_YqqoV0L Y7Ydb8IYUHcn8DxxEP3_vkmNVcsjrta4amQUQfAcz8YSwvPXLFKCqqb637y1E5UstUYRISvpC6VU GMph3l.nMVW0w8OgsXgroOoV8DjKUPb2TTXeYyni0LZ4ZhdrDGRxnnfxHEivw5cAC4757xcKsp6d p9IFLxfsuzhsDWw4p75zEWgkHXYcyJvC4kx0IToZR5yEdpoYJFSnGVDzcMGGu0p.Bgh_RWDVMHvW qkVGekqB6WyxXfaXB9lXdyEaOUiH4exz_EfS8uK_RCw2OyJFLBsU5AM9.3Hbb5UD.mNGSfcq0xt_ t0e.wzhlXeAvn21LTaN0cSCjJLzI8TmyNxc5AlM0ICFy87Q7P1.tva_302Dt6XWT333hcKal1dVZ 3ryZHFTPsm42961bTtR2cwSEqauVe66PcKr0vasQBu.nc0gGSA5vtdQkbgy8BzLh6sEtPzvLPp4x z9bCbltulINYTjWo49XLTQWdSU0awmU5XfWxv63YY8sIcbgkiKrZJHJQAtq3JNFKirHyuhuf35UV NNlcs9GzDfmj96x4qbtGUp3tmnoLaN4TZs1_PpNgAtL9oaO0B94UUie6v.EiNz4Nfi9YK_zGhvZh 0Aao44DRCFLt7PYmLD_GlzblWGzD5Qyppg0LPHknJrqOSD50ZcaZ_gzJ0BGF77jT4yn5TgIckGBQ 1WMBFO9LkVY6T4lcQ9UWp9P7G2dD7.29kURTp5m_pPAX3bnBaZY5RbEg6y096ftzyqsBo96k.3X4 26_5D2vPt_H2hP9quIPJ..XAmAKGiHI6GTX6y._asoGMSjFay4CbstejQnPuJsfkZH2QR2Dp0_30 nETPIGxewNTYeziOD1Z6rGW2cry___0tGZOG5Sre9SLYlEB1aKSdcmncBDxPONhBDNsZVeQwjaGj ZHkSN7y3XdaTNZ1_u7kpEf2rI_stJ9n9Whpoa.Lug_69zQctccNrHvboPyVVnaZEIJJN09mBJ1r0 F3_4- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 May 2021 17:53:27 +0000 Received: by kubenode547.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5dc9b2d0b6620d7ecbd5e0dbca750711; Thu, 13 May 2021 17:53:24 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README out of date ; orangepi-plus-2e and RPi2 v1.1 get "Kernel args: (null)" From: Mark Millard In-Reply-To: Date: Thu, 13 May 2021 10:53:22 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <40298C05-5F50-4437-B15B-7A02EA070EAE.ref@yahoo.com> <40298C05-5F50-4437-B15B-7A02EA070EAE@yahoo.com> <20210513111517.86336633bae9568d8599f229@bidouilliste.com> <20210513124050.47714a83f876d67a80e28080@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Fgzm92kZzz3jkk 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.30:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.30:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.30:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[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: Thu, 13 May 2021 17:53:30 -0000 On 2021-May-13, at 04:08, Mark Millard wrote: > On 2021-May-13, at 03:40, Emmanuel Vadot = wrote: >>=20 >> On Thu, 13 May 2021 02:57:21 -0700 >> Mark Millard wrote: >>=20 >>>> On 2021-May-13, at 02:15, Emmanuel Vadot = wrote: >>>>=20 >>>> On Thu, 13 May 2021 01:52:08 -0700 >>>> Mark Millard via freebsd-arm wrote: >>>>=20 >>>>> The updated armv7 U-Boot ports now install the likes of: >>>>>=20 >>>>> # ls -Tldt /usr/local/share/u-boot/u-boot-orangepi-plus-2e/* >>>>> -rw-r--r-- 1 root wheel 504 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README >>>>> -rw-r--r-- 1 root wheel 66 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/metadata >>>>> -rw-r--r-- 1 root wheel 490924 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl.bin >>>>>=20 >>>>> # ls -Tldt /usr/local/share/u-boot/u-boot-rpi2/* >>>>> -rw-r--r-- 1 root wheel 767 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/README >>>>> -rw-r--r-- 1 root wheel 44 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/metadata >>>>> -rw-r--r-- 1 root wheel 475420 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/u-boot.bin >>>>>=20 >>>>> So, for example, no boot.scr files ro go with ubldr.bin >>>>> any more. >>>>>=20 >>>>> But the u-boot-orangepi-plus-2e/README says . . . >>>>>=20 >>>>> QUOTE >>>>> This version is patched so that: >>>>> * API features are enabled. >>>>> * A boot.scr (U-Boot script) that loads ubldr.bin and execute it = is included >>>>> END QUOTE >>>>>=20 >>>>> The u-boot-rpi2/README says . . . >>>>>=20 >>>>> QUOTE >>>>> This version is patched so that: >>>>> * ELF and API features are enabled. >>>>> * The distroboot command knows how to load FreeBSD loader(8) >>>>> * By default, it loads ubldr.bin (PIE) from file ubldr.bin on the = FAT >>>>> partition to address ${kernel_addr_r}, and launches it. If = ubldr.bin is >>>>> not found, it falls back on ubldr >>>>> END QUOTE >>>>>=20 >>>>=20 >>>> Oups, I'll update the README, thanks for noticing this. >>>=20 >>> FYI: I only looked at examples for which I've access >>> to operational hardware. >>>=20 >>>>> But for the orangepi-plus-2e that I have access to I >>>>> now get: >>>>>=20 >>>>> . . . >>>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>> Booting [/boot/kernel/kernel]... =20 >>>>> Using DTB provided by EFI at 0x47eea000. >>>>> Kernel entry at 0xb2e00200... >>>>> Kernel args: (null) >>>>=20 >>>> This is the symptoms when caches are not flushed. >>>> U-Boot distroboot first scans for extlinux.conf, then uboot script = and >>>> then EFI. So this probably means that you still have a boot.scr on = the >>>> ESP, try removing that and make sure that you have the efi loader = too >>>> in efi/boot/bootarm.efi. >>>=20 >>> That is not the issue . . . showing more context >>> from the same recorded boot attempts (blank lines >>> and a huge number of escape sequences removed, and >>> using ". . ." for other omitted text): >>>=20 >>> U-Boot 2021.04 (Apr 09 2021 - 19:24:51 +0000) Allwinner Technology >>> CPU: Allwinner H3 (SUN8I 1680) >>> Model: Xunlong Orange Pi Plus 2E >>> DRAM: 2 GiB >>> . . . >>> =08FreeBSD/arm EFI loader, Revision 1.1 >>> Command line arguments: l >>> Image base: 0xb8dd5000 >>> EFI version: 2.80 >>> EFI Firmware: Das U-Boot (rev 8225.1024) >>> Console: comconsole (0) >>> Load Path: /efi\boot\bootarm.efi >>> . . . >>> Found EFI removable media binary efi/boot/bootarm.efi >>> 1396100 bytes read in 36 ms (37 MiB/s) >>> Booting /efi\boot\bootarm.efi >>> Consoles: EFI console =20 >>> |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08 Reading loader env vars from = /efi/freebsd/loader.env >>> . . . >>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>> Booting [/boot/kernel/kernel]... =20 >>> Using DTB provided by EFI at 0x47eea000. >>> Kernel entry at 0xb2e00200... >>> Kernel args: (null) >>=20 >> I cannot reproduce this here. Either by creating an image on the >> sdcard by hand (I usually only netboot my boards so the sdcard have >> only u-boot and a fat partition so u-boot can save its env) or by >> taking FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img and adding >> u-boot on it. >> This was tested on an orangepi-one board (so same SoC, Allwinner H3) >> and on a BeagleBoneBlack. >> I suggest to try with a clean install from >> FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img just to be sure. >=20 > In my context: >=20 > The RPi2 v1.1 has a microsd card with just bootcode.bin . > The rest is from the USB3 SSD media. (Such worked before > the U-Boot update, for example.) >=20 > The orangepi-plus-2e has a microsd card with just its > (now updated) U-Boot and empty file systems. The rest > is from the USB3 SSD media. >=20 > It is the same USB3 SSD boot media used for both. >=20 > It is the same media I've been using right along, > just updated to remove the old U-Boot related > extra materials and to copy over the new U-Boot > for the RPi2 V1.1. >=20 > The media has a non-debug head [so: 14] build, based > on: >=20 > merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 > merge-base: CommitDate: 2021-03-12 20:29:42 +0000 > 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread > n245444 (--first-parent --count for merge-base) >=20 > It has been working the whole time since then until > this change. It is a build with code generation > tuned for cortex-A7, as is my normal for my own > builds for armv7. >=20 > I need to get some sleep. So it will be some time > before I try any other forms of experiments. Mixed results for starting with a modified FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img microsd card: orangepi-plus-2e booted from the microsd card. rpi2 v1.1 failed the same way as before, including: Found EFI removable media binary efi/boot/bootarm.efi 1403700 bytes read in 139 ms (9.6 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC Booting /efi\boot\bootarm.efi Consoles: EFI console =20 FYI, FreeBSD-13.0-RELEASE-arm64-aarch64-ROCK64.img includes ubldr.bin : # ls -Tld /mnt/* drwxr-xr-x 1 root wheel 4096 Apr 9 00:05:26 2021 /mnt/EFI -rwxr-xr-x 1 root wheel 103488 Apr 8 20:59:46 2021 /mnt/MLO -rwxr-xr-x 1 root wheel 26745 Mar 3 05:29:56 2021 = /mnt/bcm2709-rpi-2-b.dtb -rwxr-xr-x 1 root wheel 52456 Mar 3 05:29:56 2021 = /mnt/bootcode.bin -rwxr-xr-x 1 root wheel 89 Apr 8 21:10:14 2021 /mnt/config.txt drwxr-xr-x 1 root wheel 8192 Apr 9 00:05:26 2021 /mnt/dtb -rwxr-xr-x 1 root wheel 7314 Mar 3 05:29:56 2021 /mnt/fixup.dat -rwxr-xr-x 1 root wheel 3187 Mar 3 05:29:56 2021 = /mnt/fixup_cd.dat -rwxr-xr-x 1 root wheel 10298 Mar 3 05:29:56 2021 = /mnt/fixup_db.dat -rwxr-xr-x 1 root wheel 10298 Mar 3 05:29:56 2021 /mnt/fixup_x.dat drwxr-xr-x 1 root wheel 4096 Apr 9 00:05:32 2021 /mnt/overlays -rwxr-xr-x 1 root wheel 2952960 Mar 3 05:29:56 2021 /mnt/start.elf -rwxr-xr-x 1 root wheel 793116 Mar 3 05:29:56 2021 = /mnt/start_cd.elf -rwxr-xr-x 1 root wheel 4794472 Mar 3 05:29:56 2021 = /mnt/start_db.elf -rwxr-xr-x 1 root wheel 3704808 Mar 3 05:29:56 2021 /mnt/start_x.elf -rwxr-xr-x 1 root wheel 467824 Apr 8 21:09:28 2021 /mnt/u-boot.bin -rwxr-xr-x 1 root wheel 716804 Apr 8 20:59:46 2021 /mnt/u-boot.img -r-xr-xr-x 1 root wheel 462412 Apr 9 00:00:00 2021 /mnt/ubldr.bin so I removed that and u-boot.img, and replaced u-boot.bin . >>> and: >>>=20 >>> U-Boot 2021.04 (May 12 2021 - 13:36:42 +0000) >>> DRAM: 948 MiB >>> RPI 2 Model B (0xa21041) >>> . . . >>> =08FreeBSD/arm EFI loader, Revision 1.1 >>> Command line arguments: l >>> Image base: 0x39df8000 >>> EFI version: 2.80 >>> EFI Firmware: Das U-Boot (rev 8225.1024) >>> Console: comconsole (0) >>> Load Path: /efi\boot\bootarm.efi >>> . . . >>> Found EFI removable media binary efi/boot/bootarm.efi >>> 1396100 bytes read in 38 ms (35 MiB/s) >>> libfdt fdt_check_header(): FDT_ERR_BADMAGIC >>=20 >> This line doesn't looks good. >=20 > Yea, I noticed it but have done no investigation > as yet. (Only the RPi2 v1.1 that message. It is > the one notable difference.) >=20 >>> Booting /efi\boot\bootarm.efi >>> Consoles: EFI console =20 >>> |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08 Reading loader env vars = from /efi/freebsd/loader.env >>> . . . >>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>> Booting [/boot/kernel/kernel]... =20 >>> Using DTB provided by EFI at 0x7ef6000. >>> Kernel entry at 0x33e00200... >>> Kernel args: (null) >>>=20 >>> No *.scr files, no ubldr* files. Showing >>> from the efi partition mounted on a Rock64: >>>=20 >>> # find /mnt/dtb/ -print >>> /mnt/dtb/ >>> /mnt/dtb/sun8i-h3-orangepi-plus2e.dtb >>> /mnt/dtb/overlays >>> /mnt/dtb/overlays/sun8i-h3-i2c0.dtbo >>> /mnt/dtb/overlays/spigen-rpi2.dtbo >>>=20 >>> # find /mnt/efi/ -print >>> /mnt/efi/ >>> /mnt/efi/boot >>> /mnt/efi/boot/bootarm.efi >>>=20 >>> # ls -Tld /mnt/u* >>> -rwxr-xr-x 1 root wheel 475420 May 12 06:39:06 2021 = /mnt/u-boot.bin >>>=20 >>> # ls -Tld /mnt/*.scr >>> ls: /mnt/*.scr: Invalid argument >>>=20 >>> I'll not list the files from the RPi* firmware. >>>=20 >>>=20 >>>>> and that is the last of the output. >>>>>=20 >>>>> The RPi2 v1.1 is similar: >>>>>=20 >>>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>> Booting [/boot/kernel/kernel]... =20 >>>>> Using DTB provided by EFI at 0x7ef6000. >>>>> Kernel entry at 0x33e00200... >>>>> Kernel args: (null) >>>>>=20 >>>>> and that is the last of the output. >>>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu May 13 19:03: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 1461C62B7F6 for ; Thu, 13 May 2021 19:03:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Fh1Jn5dW4z3mv3 for ; Thu, 13 May 2021 19:03:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id C14EE62B9AF; Thu, 13 May 2021 19:03:21 +0000 (UTC) Delivered-To: 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 C10D262BB18 for ; Thu, 13 May 2021 19:03:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 4Fh1Jm0zVjz3mcX for ; Thu, 13 May 2021 19:03:19 +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=1620932597; bh=AZnDveTWlc0f5SCpwveER3QtXND+N+N80csgjPC64/H=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=T6Uy8/gOiVZivZwQJcThOF8aKTWPllKEEeL2ZnbTht7PmLRlKKgfU3aZc2Dq0gyDAPkmqmmzzzn4Ohdcns/jssrIlNB8DYMtsC8GfS+ED4/TiyBMj6YwvAE/CWPdlCY/HHCCjGb1tuCibGgT+HbC5XH5KCl+o2dsAAb8HF/2+r+WiPYhWEn+QViv4UZxSyz+xeyRvZsNcusL2zFnA5JegrsEwv98Fu2zKbDlrC8OE31iVeVEDWk70ImdnvvmbC2Ffv/+ntm+jsIZPy2eCtRxi+SNmsXlBlqNSBSf/NreDW7xES3MCfm0yB088vAhT1aKdw2Cw2jG8MWYfx9WT4atEA== X-YMail-OSG: Llbd5uwVM1l5NzPIhF067SdiCTiRL4y9uW1VW3TDWpvSCe7CiqJmmvwJ6Ben5T4 YQzWoRmavGhdkY91j2LVgZRBbDR1KS_MXknVv8K1Kwvk0SbYGSbx8opIG4EpZXW13ASslbB3mT8a jMw4SIvS.Pl4kyv03oIC1PKYXohEBBXiByoCMJ13ONn9i2jl2shVcxNeqRXaLODlQkWWLxMqkOvY 3vDgGn1Drb0vJcogyTkRRxWv6CHnaxrq_p.hI_qYpTrUA1siea540cctPVI7e0SjAWywcUMpj0Bi ws1F1BCBeKfnvHo55UTmHhC9NlHU606BE2Y0Np0HfEySsVy0ZqZnD86sh6ZFWJyysOc6RNPafd6J 56ZjernEkn5SYIS9MSJzUoXLAjlQSwDBUVVVKSE5Ifs1x4MhctgMLDE89cKgGPAbGHDZA2Nd_TBn 50ec.zUXTyPuo9l5CMQ5WNO7L6obQHsu_WIhKkKcenGp3.gBY9SZuKrI1ptSewkfrDn8RUBTm6nS 6.eB1wEzl.Q5GntRD7Nj83Yef0H.BmAQI0kAHzBr_2HHJ1k4El8nmrhG6h2oYYEURBPc28_4plq_ j5dRZ0QlB1sMZJ24lJXOGTJ3Ps_GXhHLLb6HjAJqq.b6UThattJvLWrTl2BBZsJBeb1XBFR4QMUG 7ZTkMBI2WmmcESmwWIp57m041wgLKTN6A3qRxCaXiKS8Ii1EvGgo0MguQ9hDFDeVmP0SKTrJFri6 GAIutUrvT.3o1vI3kJ5XU8kNLzyIla3168ah.DHYVo6GdGiBH6dY6atkuWAj9AD_tzbvhc0FZ4z3 m0ELs0nr40WLFD3fErQC_qcs1r3UKAnOJkBzMQP4LsyHAkY2wxn36iAO9J67sxRCHNORuYvfuCkC JTZXZ5y6XX7jMbXYgP5FrgRED_gLwPgqR_j5cE8sgIRmz34S_drfGAf62Lli54FRWTNUHdHaAgWw 5dFlQnGB3NK7vT29ESrm7GnpktpSxLVPYdRPkeK11GXlJdgQW_.W1vMnrICVP8klr8B5cyYnl6tX lwXXcDBWkTC3N21SM8BNIR.vz5dKufHXWidO.UhyMFbQue7a6XyzX7Gj3ggvfyBv9VoFJqDwpoeH TyLaYmrweftQCFIBUIzq.E0NWY1vhDHYJQVS2y8d1srze5R3OKNpRh31Ff4r1WMECkeASDyd06zS ENcKwMCzQHANI8eTKr.xyMLXbFE0ql3T4mCEgLeST5XCxRNK_XN1Lgi7zdvkVTnd93mU9YJ4jgdE Q9M4xrazwM6SAR2WwiNfkjmRy1zLH.WslXlO.kXVCYh7FX6Yx3m294AOFKT2p3ucO77ZazDeiVIl ZEkIDMVaH8xKm8XrqQadHwUTxsJEDjE0u5Moyxtrya1udLcoU_ww3zU46HOhvga2XY.ed3EurvQb yuJh0WM5sHIQQirR6OYlGD.yxKilWXqYKqAK0Ol2LLTbKmr47iU_8jmfF48gVedfcbaUEFW9Sap4 qA1F7kOxbpViBU51lmNyLWLoPQTjxUMV9AwbzV6Qe9VMbaWahtFoi3elg4twK_y383rghyjFwilX ijz52k_MQBHle1sH6UKlZGXyn8FZUze8sJQyUZDH78tEkMtQMRvQWsD1OMISVEalX1sFE04R7EM1 .Uyw57qhx3dUfpvtxnKSyjhGJmfxguPc71zcFPXuXZvOkvV.56okncoLvFdXcDUcBJaHyG6gpEvB lxmNRXwjfKYwt5XFJBV2X2llQTGcT5tu_LM3mLOK307C3xC.Av59AtLnFeeX1vRWLbSMUSvKuJNf qD8ROHDZP5kmdIB9NDKJaEwZlPLOsLL66bZNqfDR99dlXwelvOzcXKosYo8jiVOVFP0tRWk0wLQw wnSrk4zvE2.2cTWMBydRD97egWpzkrwl46cDJyuh3s4QCE_QsYy_AfJjpIWBw0PvAp2b0L2yDd6n ncsXByyOcWvgyEdDh7BMbGUcX83Cv6tIg8SojzHjneUs11BHLbcF1xZ3T1M..RHfuNNnyOlfrtRJ cMiJgQWZJyI1KnEU6WOj2E9i5ctZssBs.wUY0fv2lPx1V7DHSD4btl0FO60qRh4xgd2_6Hj8pQAP E8zGE51lnD1tcl7aKBdqRx5by4G.1JiKponnDkKynPk8XypKzNqgRkJOhvtbS0D7yUQ8k7JJZtyT EfsvBWzNLEioJ0qYkAFsdn7avamh0qSH8dpGsN800HkBdmr2I0zb3PTYTl6kgOGtAVPOGGbeLeoO QdaK6Urx4yFhCzI9Fnm4nDxoKpshIq8bK4N57Ru26uUHNH7JQtAAl3NP2WvdIjMZ8_OFSACrTB33 qRBmqHPCkgxM7JBxRw4KYkIOtPY.nU6v5DPpDPE51lwojudqVQZKJzpLWVVrUBbIfGOCDFetrfVE iiVBX2HcwTvfhBQdBTLVq0cx3tVPHCyYfE6.OgyygpoBmUiaWFYvZqXvO7LDVfWgh24oQz8ILQbS VJ0yPEeEOj93xnyRZ0TBQQ9GoKh.hW8oARxSbpkxlUBATwOHd8ODM1oA8xF_UX2SkhrqslSIj7Sx EfxYhlUgUcS6C9fpUTXQBEwpQzU6iNJqA2lBXDjGC0aOFzJiAPLUC9Wxbctt20GN2wyX.1kVYK1h 7tIwYzyQHVesG.ztZLwzpyhhRp_D3Fkz21WZLTX08ecHpPSY9Kyyo667OfTSuLPtWSVr1WjKGxhw 84MjA X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 May 2021 19:03:17 +0000 Received: by kubenode545.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7af8dba0035bc0ba4ce60ae9c50a32d1; Thu, 13 May 2021 19:03:14 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README out of date ; orangepi-plus-2e and RPi2 v1.1 get "Kernel args: (null)" From: Mark Millard In-Reply-To: Date: Thu, 13 May 2021 12:03:12 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <3C04FB55-4A26-48C8-833F-E4AC84DC4F78@yahoo.com> References: <40298C05-5F50-4437-B15B-7A02EA070EAE.ref@yahoo.com> <40298C05-5F50-4437-B15B-7A02EA070EAE@yahoo.com> <20210513111517.86336633bae9568d8599f229@bidouilliste.com> <20210513124050.47714a83f876d67a80e28080@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Fh1Jm0zVjz3mcX 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)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.206:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[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: Thu, 13 May 2021 19:03:22 -0000 On 2021-May-13, at 10:53, Mark Millard wrote: > On 2021-May-13, at 04:08, Mark Millard wrote: >=20 >> On 2021-May-13, at 03:40, Emmanuel Vadot = wrote: >>>=20 >>> On Thu, 13 May 2021 02:57:21 -0700 >>> Mark Millard wrote: >>>=20 >>>>> On 2021-May-13, at 02:15, Emmanuel Vadot wrote: >>>>>=20 >>>>> On Thu, 13 May 2021 01:52:08 -0700 >>>>> Mark Millard via freebsd-arm wrote: >>>>>=20 >>>>>> The updated armv7 U-Boot ports now install the likes of: >>>>>>=20 >>>>>> # ls -Tldt /usr/local/share/u-boot/u-boot-orangepi-plus-2e/* >>>>>> -rw-r--r-- 1 root wheel 504 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README >>>>>> -rw-r--r-- 1 root wheel 66 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/metadata >>>>>> -rw-r--r-- 1 root wheel 490924 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl.bin >>>>>>=20 >>>>>> # ls -Tldt /usr/local/share/u-boot/u-boot-rpi2/* >>>>>> -rw-r--r-- 1 root wheel 767 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/README >>>>>> -rw-r--r-- 1 root wheel 44 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/metadata >>>>>> -rw-r--r-- 1 root wheel 475420 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/u-boot.bin >>>>>>=20 >>>>>> So, for example, no boot.scr files ro go with ubldr.bin >>>>>> any more. >>>>>>=20 >>>>>> But the u-boot-orangepi-plus-2e/README says . . . >>>>>>=20 >>>>>> QUOTE >>>>>> This version is patched so that: >>>>>> * API features are enabled. >>>>>> * A boot.scr (U-Boot script) that loads ubldr.bin and execute it = is included >>>>>> END QUOTE >>>>>>=20 >>>>>> The u-boot-rpi2/README says . . . >>>>>>=20 >>>>>> QUOTE >>>>>> This version is patched so that: >>>>>> * ELF and API features are enabled. >>>>>> * The distroboot command knows how to load FreeBSD loader(8) >>>>>> * By default, it loads ubldr.bin (PIE) from file ubldr.bin on the = FAT >>>>>> partition to address ${kernel_addr_r}, and launches it. If = ubldr.bin is >>>>>> not found, it falls back on ubldr >>>>>> END QUOTE >>>>>>=20 >>>>>=20 >>>>> Oups, I'll update the README, thanks for noticing this. >>>>=20 >>>> FYI: I only looked at examples for which I've access >>>> to operational hardware. >>>>=20 >>>>>> But for the orangepi-plus-2e that I have access to I >>>>>> now get: >>>>>>=20 >>>>>> . . . >>>>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>>> Booting [/boot/kernel/kernel]... =20 >>>>>> Using DTB provided by EFI at 0x47eea000. >>>>>> Kernel entry at 0xb2e00200... >>>>>> Kernel args: (null) >>>>>=20 >>>>> This is the symptoms when caches are not flushed. >>>>> U-Boot distroboot first scans for extlinux.conf, then uboot script = and >>>>> then EFI. So this probably means that you still have a boot.scr on = the >>>>> ESP, try removing that and make sure that you have the efi loader = too >>>>> in efi/boot/bootarm.efi. >>>>=20 >>>> That is not the issue . . . showing more context >>>> from the same recorded boot attempts (blank lines >>>> and a huge number of escape sequences removed, and >>>> using ". . ." for other omitted text): >>>>=20 >>>> U-Boot 2021.04 (Apr 09 2021 - 19:24:51 +0000) Allwinner Technology >>>> CPU: Allwinner H3 (SUN8I 1680) >>>> Model: Xunlong Orange Pi Plus 2E >>>> DRAM: 2 GiB >>>> . . . >>>> =08FreeBSD/arm EFI loader, Revision 1.1 >>>> Command line arguments: l >>>> Image base: 0xb8dd5000 >>>> EFI version: 2.80 >>>> EFI Firmware: Das U-Boot (rev 8225.1024) >>>> Console: comconsole (0) >>>> Load Path: /efi\boot\bootarm.efi >>>> . . . >>>> Found EFI removable media binary efi/boot/bootarm.efi >>>> 1396100 bytes read in 36 ms (37 MiB/s) >>>> Booting /efi\boot\bootarm.efi >>>> Consoles: EFI console =20 >>>> |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08 Reading loader env vars = from /efi/freebsd/loader.env >>>> . . . >>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>> Booting [/boot/kernel/kernel]... =20 >>>> Using DTB provided by EFI at 0x47eea000. >>>> Kernel entry at 0xb2e00200... >>>> Kernel args: (null) >>>=20 >>> I cannot reproduce this here. Either by creating an image on the >>> sdcard by hand (I usually only netboot my boards so the sdcard have >>> only u-boot and a fat partition so u-boot can save its env) or by >>> taking FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img and adding >>> u-boot on it. >>> This was tested on an orangepi-one board (so same SoC, Allwinner H3) >>> and on a BeagleBoneBlack. >>> I suggest to try with a clean install from >>> FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img just to be sure. >>=20 >> In my context: >>=20 >> The RPi2 v1.1 has a microsd card with just bootcode.bin . >> The rest is from the USB3 SSD media. (Such worked before >> the U-Boot update, for example.) >>=20 >> The orangepi-plus-2e has a microsd card with just its >> (now updated) U-Boot and empty file systems. The rest >> is from the USB3 SSD media. >>=20 >> It is the same USB3 SSD boot media used for both. >>=20 >> It is the same media I've been using right along, >> just updated to remove the old U-Boot related >> extra materials and to copy over the new U-Boot >> for the RPi2 V1.1. >>=20 >> The media has a non-debug head [so: 14] build, based >> on: >>=20 >> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run = all XPT_ASYNC ccbs in a dedicated thread >> n245444 (--first-parent --count for merge-base) >>=20 >> It has been working the whole time since then until >> this change. It is a build with code generation >> tuned for cortex-A7, as is my normal for my own >> builds for armv7. >>=20 >> I need to get some sleep. So it will be some time >> before I try any other forms of experiments. >=20 > Mixed results for starting with a modified > FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img microsd > card: >=20 > orangepi-plus-2e booted from the microsd card. I took the microsd card and put it in a USB media reader and plugged it into the USB port and used the=20 microsd card with only U-Boot on it in the microsd card slot. So, in essence, a test of USB booting from as close to the same media content as I can get. It failed in the same way as I previously reported for the orangepi-plus-2e (which was also a form of USB booting --but with my historical USB SSD media that has a main [so: 14] non-debug build). The only software that I had built was the U-Boots themselves that I either dd'd or cp'd as appropriate. EFI/BOOT/* was unchanged, as was FreeBSD's kernel and world. Somehow the type of the device matters (despite the kernel being loaded from the device without complaints). Apparently the RPi2 v1.1 microsd card is a problematical type of device, like USB is for the orangepi-plus-2e. A definite regression overall. > rpi2 v1.1 failed the same way as before, including: >=20 > Found EFI removable media binary efi/boot/bootarm.efi > 1403700 bytes read in 139 ms (9.6 MiB/s) > libfdt fdt_check_header(): FDT_ERR_BADMAGIC > Booting /efi\boot\bootarm.efi > Consoles: EFI console =20 >=20 > FYI, FreeBSD-13.0-RELEASE-arm64-aarch64-ROCK64.img includes > ubldr.bin : >=20 > # ls -Tld /mnt/* > drwxr-xr-x 1 root wheel 4096 Apr 9 00:05:26 2021 /mnt/EFI > -rwxr-xr-x 1 root wheel 103488 Apr 8 20:59:46 2021 /mnt/MLO > -rwxr-xr-x 1 root wheel 26745 Mar 3 05:29:56 2021 = /mnt/bcm2709-rpi-2-b.dtb > -rwxr-xr-x 1 root wheel 52456 Mar 3 05:29:56 2021 = /mnt/bootcode.bin > -rwxr-xr-x 1 root wheel 89 Apr 8 21:10:14 2021 = /mnt/config.txt > drwxr-xr-x 1 root wheel 8192 Apr 9 00:05:26 2021 /mnt/dtb > -rwxr-xr-x 1 root wheel 7314 Mar 3 05:29:56 2021 /mnt/fixup.dat > -rwxr-xr-x 1 root wheel 3187 Mar 3 05:29:56 2021 = /mnt/fixup_cd.dat > -rwxr-xr-x 1 root wheel 10298 Mar 3 05:29:56 2021 = /mnt/fixup_db.dat > -rwxr-xr-x 1 root wheel 10298 Mar 3 05:29:56 2021 = /mnt/fixup_x.dat > drwxr-xr-x 1 root wheel 4096 Apr 9 00:05:32 2021 /mnt/overlays > -rwxr-xr-x 1 root wheel 2952960 Mar 3 05:29:56 2021 /mnt/start.elf > -rwxr-xr-x 1 root wheel 793116 Mar 3 05:29:56 2021 = /mnt/start_cd.elf > -rwxr-xr-x 1 root wheel 4794472 Mar 3 05:29:56 2021 = /mnt/start_db.elf > -rwxr-xr-x 1 root wheel 3704808 Mar 3 05:29:56 2021 = /mnt/start_x.elf > -rwxr-xr-x 1 root wheel 467824 Apr 8 21:09:28 2021 = /mnt/u-boot.bin > -rwxr-xr-x 1 root wheel 716804 Apr 8 20:59:46 2021 = /mnt/u-boot.img > -r-xr-xr-x 1 root wheel 462412 Apr 9 00:00:00 2021 /mnt/ubldr.bin >=20 > so I removed that and u-boot.img, and replaced u-boot.bin . >=20 >>>> and: >>>>=20 >>>> U-Boot 2021.04 (May 12 2021 - 13:36:42 +0000) >>>> DRAM: 948 MiB >>>> RPI 2 Model B (0xa21041) >>>> . . . >>>> =08FreeBSD/arm EFI loader, Revision 1.1 >>>> Command line arguments: l >>>> Image base: 0x39df8000 >>>> EFI version: 2.80 >>>> EFI Firmware: Das U-Boot (rev 8225.1024) >>>> Console: comconsole (0) >>>> Load Path: /efi\boot\bootarm.efi >>>> . . . >>>> Found EFI removable media binary efi/boot/bootarm.efi >>>> 1396100 bytes read in 38 ms (35 MiB/s) >>>> libfdt fdt_check_header(): FDT_ERR_BADMAGIC >>>=20 >>> This line doesn't looks good. >>=20 >> Yea, I noticed it but have done no investigation >> as yet. (Only the RPi2 v1.1 that message. It is >> the one notable difference.) >>=20 >>>> Booting /efi\boot\bootarm.efi >>>> Consoles: EFI console =20 >>>> |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08 Reading loader env vars = from /efi/freebsd/loader.env >>>> . . . >>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>> Booting [/boot/kernel/kernel]... =20 >>>> Using DTB provided by EFI at 0x7ef6000. >>>> Kernel entry at 0x33e00200... >>>> Kernel args: (null) >>>>=20 >>>> No *.scr files, no ubldr* files. Showing >>>> from the efi partition mounted on a Rock64: >>>>=20 >>>> # find /mnt/dtb/ -print >>>> /mnt/dtb/ >>>> /mnt/dtb/sun8i-h3-orangepi-plus2e.dtb >>>> /mnt/dtb/overlays >>>> /mnt/dtb/overlays/sun8i-h3-i2c0.dtbo >>>> /mnt/dtb/overlays/spigen-rpi2.dtbo >>>>=20 >>>> # find /mnt/efi/ -print >>>> /mnt/efi/ >>>> /mnt/efi/boot >>>> /mnt/efi/boot/bootarm.efi >>>>=20 >>>> # ls -Tld /mnt/u* >>>> -rwxr-xr-x 1 root wheel 475420 May 12 06:39:06 2021 = /mnt/u-boot.bin >>>>=20 >>>> # ls -Tld /mnt/*.scr >>>> ls: /mnt/*.scr: Invalid argument >>>>=20 >>>> I'll not list the files from the RPi* firmware. >>>>=20 >>>>=20 >>>>>> and that is the last of the output. >>>>>>=20 >>>>>> The RPi2 v1.1 is similar: >>>>>>=20 >>>>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>>> Booting [/boot/kernel/kernel]... =20 >>>>>> Using DTB provided by EFI at 0x7ef6000. >>>>>> Kernel entry at 0x33e00200... >>>>>> Kernel args: (null) >>>>>>=20 >>>>>> and that is the last of the output. >>>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri May 14 05:59:54 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 10BEC63A08E for ; Fri, 14 May 2021 05:59:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148]) (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 4FhHtK1RsKz4lPZ for ; Fri, 14 May 2021 05:59:52 +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=1620971991; bh=/GDNb4J7PjoBhsbFjI3DDQYFCFR5hnENosnyca1M3tf=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=AOpDBK67fb8H7uUkfMEvzc0URFdjKGGpdPLlPArmzz364qkKAycI3YxmEIp07hQXOFXi/gS00dmMgNKfe6Ana0+DxjtBOk7UNP6xsJYtY9tuFSZtgquQAV0SCCLpvQa0P7AruQlmYmTkhy9cmyg7jvAhcviFf4HDZMCbqc1ZIXT22OF1Q32xfbAhHHxkr199e1zM3niYPozQK/9QQ+Zs6wW+GRGItoNLC67u1uhqI0HI0tNflGWnmrJuZh+uhGWd5D+gbZ6VJ+952OPRb25tton5akhGo55iiHauZA/pmZ+8yQPGQ/6srnIN8eDsx4ZpVxMUENv2hX2MKHuJIzyCxw== X-YMail-OSG: 5kdLEqgVM1kvwvAXtsFfY1X6uQYYrrL9XqHNEizPR4r6_LBjOWo0HI7T.3xRTOL G44.e6XJCjup727iBaqNVHS6cA9C6Uch5Yt2KYvoecgQEammFh8.pYi8ax1lncg8Hth8WTrUBlzp yJlscvreUyTZVbaqb.qWbIKe_O688Z0AReYkKmJPm4jrpy5t9Av_d58NMDdekmMHdMTUbKiwSFnp sb9Fvhbnioo97YSYu9vd1lHq2wZLgRftH7UAn0Gl.itQ3ZkNEt1FUJvT7agjkMlb.RbxReUp1jXp g20kcqeKw8807t2E6djyi04vZ7cMOGX.NjD0JPnSpS8dks3k8o7OwAhhlvuKHgfC9t2QoXet.Hxr uZ7ZJRaYvYEz92FlrlmXuCctPOYkaQOcZA3_v2DTep6cuzEAGbOmBs6VY1WtvSjil8JS5rI.l7tQ iHRx4LGIXfRAlnpjPF8MYHh7axzFup8RzdcyT1NZnvssAMql9q1FGFHEpneVx40ED2BN.i89SU0M DPRhW2NGqbPVCNkl4lofD5J85UVuZelah6mwbLY0YvkAzJlHQHledG4ndgHY0e9zvopsB7re_dVL zghp7H_3sz_TzLtW4K9EHAYNT1GEuj0.NFbBD2Dy_4Ogym22p_BXebZhITYuQJBUbWcBQlkuX2tJ 3r8hVl0WPQtjs0Q4wfqkNM1doLR.vdAyuIht8CFC5AwsXOjhACIVjhxNT7KAw2U5CUzHyTj.bsaB xR7wMVoN0PhRR3pCSm.nge04cJcql0lx7xJJMLe2tA4O9NUs5KnHWG1c6Mf0Pw5D3t3I688u07Hm 4VXByX2unTYyauExwoAGmV8xUumeP9fc5q9JHY56v5DpSuWRfTNL.NCtFU.AQxqMybtHcn5CIUkE V9hnmRobHhH0dcxj5ft.8qv5d.gkSQ2PX7cUHkj5iWvwsKyFjVdiEXG0cmJJXRt2S9oHiw_8TTRY .7tSCfFfZ2wPDjI4VRGV2ehb0GGH3gCySZ1xmnj8HuUg5Q5VvJ5wZ2ueCrpFaOh4FknBZffmYOZ3 tP16ydHA3zZOBi_zgBMJ29MQVJPELkbSK_0s9M0ZYePDDgP6_H0u5WDLCY6OFrN2nEH6o8uyOMJM j8TvE6.CTk5WpsFeBnNZk2g3TMuJoIbVla5QbZKDiAjJ1c98FXpmsDiPIvm7gLAQfPN1Q16F9u4y yKryhm_X.Pv7NEtKGrf8cXcjYAsVoEECmXfQsGuE.BQGfJnqZnNmKsg.oYB8RiIs505_W1z7qLAr wxwV1DUzKdX9Mhnk5ql8TK2CmOKj3UdNKYg4260kLNbWEU4SXWBFb_p0V6jcC9oDKMh5frG3wP7Y QGA.nCc2eayFVJq_W0kWMDHV5_aUkUUMCNHcA9NaDdAaQhlUzHUEA9odOR.u_QRBnFS8YYscb2zq fzrrAK4MRHqbrJPqxpznEcXSXkRkmQRnalkPi_02EaVIRGARyaQXaskvgVkopCwqFUlCcoWRt82w xkA27uq.GTxFQk33mw64ALqUpVhFuR_aghUn3Rw0rgi72hTIyf6dBH_FSuhOCwlkYfPmrOLd.v6w qT3nZZMU8dZ31B0AVwVaMfgkOSseTGSoZWSPXHY662sj7hiAtYylbmzR9oGFTbAVMm_nWb6V1VAg djK2edopJTIcmUWyRSvGS1aiQJKC4YMoCv9ERhQ28qynCtvVc2dyIvu2.qnTlus.YeUXyH1Cm_yJ UZmkKPLlYDQ35YDvdpclDLE4Paw8ezYPNYqa1wztvGCqsxPv_f6mXVD8m65hasWyg.IgKi7Oq5Zm Cj9ez8wrI2Whnce3wPUDdCRpF3Xgs5RNERuL6CimyTEbD3VN9qUunxUKprjJwTlgs6uVqw9Quzu7 Z55LRNIVbtWGX2aup3cD85ZSOynMPBFA2hRvH0_ugGYUJnTcjZIqK4onm_Xq4eAWihyxJAhF2iSv d9k1.pVoYob9epw2iR3bpxL1JNpA5AjyHhRf.hPn4bFkVBHTDEkvD4.vEouz69MVkjueDXiYgQ4l b.5I2tCfoFjG96I67v1Gfc7PeAfAieN.mRxKqFbuTrLdie5OzDfKUWzSb8uamNVHXaEt50kAEZh6 Gtppgm7Ip0CgyAukTRN4a94I9HqPDqDbAILMMHsZlGdNamlIK4kyiq7P4Q6qYhEnvuSbL6Sh5I_E UDOa610rr4F0_OWHWr9imBed5TsSR0cB37_jKhVWr8UQ_zf6y4791lSuG0coIR7t9ZBZsxn9CkUb 8aJaz5yns5npPWFMwP5X27ERwdCNseFXYvq.W7uzyKZCHIJrRU8FCPOuWIzoQRaC2yk.eaeABLT1 uuGJt0LItEu1BVVImrhFitHaNeJMv.rDn8BJWdIL0Eg0ULA6iD4ufF4hGtMeAokz6E8oRgwGPk94 4Sq.amsQefaRmhhHNKExBgIWyBkOSD9d4jM4yHrsaN38NN4g3OSoCahsyzo3XlSUcf2BF5HnUZNc NdwuuyMUHTML3aauJJEGNl0m.aHRVVJ9LkF.o_sh5jQPpFxGHM7qzVyiS8adubcoXay21oWEFBwB 17CsHVQOrCeBJzGFZhczNFVi1tIhy51I95VnnC.Z6OKc88VJR40bCmh.m9ns6GK91KIooUAe2Yop cFnaDNf38bAR55g-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Fri, 14 May 2021 05:59:51 +0000 Received: by kubenode575.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e6cd83f87d5d2cdd420c15922d1634eb; Fri, 14 May 2021 05:59:49 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu Message-Id: Date: Thu, 13 May 2021 22:59:48 -0700 To: freebsd-arm , freebsd-current X-Mailer: Apple Mail (2.3654.80.0.2.43) References: X-Rspamd-Queue-Id: 4FhHtK1RsKz4lPZ 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)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.66.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.66.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.148:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Fri, 14 May 2021 05:59:54 -0000 Note: The context was using a non-debug main build from mid-2021-Mar. (More details identified later.) The issue happend while attempting a: # zfs send -R zpold@for-copy | zfs recv -Fdv zpnew where the drives involved in the command were: zpold: a USB3 SSD, using /dev/da0p3 zpnew: an 480 GiByte Optane in the PCIe slot, using /dev/nda0p3 with: # gpart show -pl =3D> 40 468862048 da0 GPT (224G) 40 532480 da0p1 4C8GCA72EFI (260M) 532520 2008 - free - (1.0M) 534528 29360128 da0p2 4C8GCA72swp14 (14G) 29894656 4194304 - free - (2.0G) 34088960 33554432 da0p4 4C8GCA72swp16 (16G) 67643392 401217536 da0p3 4C8GCA72zfs (191G) 468860928 1160 - free - (580K) =3D> 40 2000409184 ada0 GPT (954G) 40 409600 ada0p1 (null) (200M) 409640 1740636160 ada0p2 FBSDmacchroot (830G) 1741045800 58720256 ada0p3 FBSDmacchswp0 (28G) 1799766056 176160768 ada0p4 FBSDmacchswp1 (84G) 1975926824 24482400 - free - (12G) =3D> 40 937703008 nda0 GPT (447G) 40 532480 nda0p1 CA72opt0EFI (260M) 532520 2008 - free - (1.0M) 534528 117440512 nda0p2 CA72opt0swp56 (56G) 117975040 16777216 - free - (8.0G) 134752256 134217728 nda0p4 CA72opt0swp64 (64G) 268969984 668731392 nda0p3 CA72opt0zfs (319G) 937701376 1672 - free - (836K) The system running was that on /dev/ada0p2 (FBSDmacchroot, which is UFS instead of ZFS). The [usb{usbus2}] process eventually got stuck-busy, no more I/O: CPU 0: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle PID USERNAME PRI NICE SIZE RES STATE C TIME CPU = COMMAND 15 root -72 - 0B 262144B CPU0 0 8:51 99.95% = [usb{usbus2}] 1295 root -8 0 20108Ki 8092Ki q->bq_ 2 0:04 0.00% = zfs recv -Fdv zpnew{receive_writer_thre} 1295 root 48 0 20108Ki 8092Ki piperd 2 0:22 0.00% = zfs recv -Fdv zpnew{zfs} 1294 root -8 0 17544Ki 7740Ki q->bq_ 2 0:01 0.00% = zfs send -R zpold@for-copy{send_reader_thread} 1294 root -8 0 17544Ki 7740Ki q->bq_ 0 0:00 0.00% = zfs send -R zpold@for-copy{send_merge_thread} 1294 root -8 0 17544Ki 7740Ki hdr->b 2 0:00 0.00% = zfs send -R zpold@for-copy{send_traverse_threa} 1294 root 52 0 17544Ki 7740Ki range- 3 0:20 0.00% = zfs send -R zpold@for-copy{zfs} 1036 root -8 - 0B 1488Ki t->zth 0 0:00 0.00% = [zfskern{z_checkpoint_discar}] 1036 root -8 - 0B 1488Ki t->zth 1 0:00 0.00% = [zfskern{z_livelist_condense}] 1036 root -8 - 0B 1488Ki t->zth 2 0:00 0.00% = [zfskern{z_livelist_destroy}] 1036 root -8 - 0B 1488Ki t->zth 1 0:00 0.00% = [zfskern{z_indirect_condense}] 1036 root -8 - 0B 1488Ki mmp->m 3 0:00 0.00% = [zfskern{mmp_thread_enter}] 1036 root -8 - 0B 1488Ki tx->tx 1 0:00 0.00% = [zfskern{txg_thread_enter}] 1036 root -8 - 0B 1488Ki tx->tx 2 0:00 0.00% = [zfskern{txg_thread_enter}] I was unable to ^c or ^z the process where I typed the command. I eventually stopped the system with "shutdown -p now" from a ssh session (that had already been in place). When I retried after rebooting and scrubbing (no problems found), the problem did not repeat. I do not have more information nor a way to repeat the problem on demand, unfortunately. Details of the vintage of the system software and such: # ~/fbsd-based-on-what-freebsd-main.sh=20 FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 merge-base: CommitDate: 2021-03-12 20:29:42 +0000 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread n245444 (--first-parent --count for merge-base) The system was a MACCHIATObin Double Shot. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri May 14 09:06:31 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 1F9A063ECB6; Fri, 14 May 2021 09:06:31 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out2.migadu.com (out2.migadu.com [IPv6:2001:41d0:2:aacc::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhN1d23dqz4v2L; Fri, 14 May 2021 09:06:29 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Fri, 14 May 2021 09:06:17 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=key1; t=1620983180; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=GrRhJlN+0P8fFBAVfKs+GhY66QGVaUiRj9wUCAK1I+w=; b=iw8nlLjGOnK92g1MML+hneNHQcdEDi1qsKt/vfjx4tJF7JpmIfN8aw25NnUI68BJ6fNE3N bXLOTdo6bxPYicEneISZaMPTTqsj8iG63GhNpD9aaQ4V4F3YETceqH7S1ypO/moR+t2Vy+ 3alALEcCJH00QJVPWZk1tyOBz1TnK/tRL5JI+tfcMKlqnhK4FbzFCkGK16Sk4yW82oSfyv iq6+8sZaYax0IJWnPuDjB+wE57HhQg9SoGgoQhxb+JgOm9SO3HhQ6M2TbAnF82tEOgO6do 79r2OoZjWFXbkSGd9rLQChWfSArHPadhFEjlT5MesPauXtb4WMkQi06BLSf/Zw== X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Greg V To: Mark Millard , Mark Millard via freebsd-current , freebsd-arm , freebsd-current Subject: Re: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu In-Reply-To: References: Message-ID: <35D1B891-3DBC-4B47-9A15-DE8E26CC2CDB@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: greg@unrelenting.technology X-Rspamd-Queue-Id: 4FhN1d23dqz4v2L X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=key1 header.b=iw8nlLjG; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:aacc:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=key1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:aacc::]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.12)[0.122]; SPAMHAUS_ZRD(0.00)[2001:41d0:2:aacc:::from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:2:aacc:::from]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current] 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: Fri, 14 May 2021 09:06:31 -0000 On May 14, 2021 5:59:48 AM UTC, Mark Millard via freebsd-current wrote: >The [usb{usbus2}] process eventually got stuck-busy, no >more I/O: > > >The system was a MACCHIATObin Double Shot=2E I've noticed USB issues on the mcbin too=2E In my experience uaudio was the most likely thing to freeze: sometimes whe= n playing audio the whole USB stack would hang, IIRC only unplugging and re= connecting the hub would let USB I/O continue=2E Looks like the XHCI hardware might not be fully stable here?? but I do won= der if we could possibly lack some recovery mechanisms for this situation t= hat other OSes have=2E From owner-freebsd-arm@freebsd.org Fri May 14 10:13:31 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 77A4E64004B for ; Fri, 14 May 2021 10:13:31 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from lb2-smtp-cloud9.xs4all.net (lb2-smtp-cloud9.xs4all.net [194.109.24.26]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.xs4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhPVy4qk4z3FSN for ; Fri, 14 May 2021 10:13:30 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from cust-d4a83f22 ([IPv6:fc0c:c11d:cecc:f58a:eaa1:c0:9d8f:c143]) by smtp-cloud9.xs4all.net with ESMTPA id hUowl8OYFVN4khUoxlxbG5; Fri, 14 May 2021 12:13:27 +0200 From: Adriaan de Groot To: freebsd-arm@freebsd.org Subject: Re: Rock64 flaky ethernet? Date: Fri, 14 May 2021 12:13:21 +0200 Message-ID: <2652271.iL6vRArjjl@beastie.bionicmutton.org> Organization: FreeBSD In-Reply-To: <22597697.gYbqZ1YImA@beastie.bionicmutton.org> References: <9cc751f907d49805c089b96954e919eb@pyret.net> <22597697.gYbqZ1YImA@beastie.bionicmutton.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart81057280.0ko45tJjV3"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-CMAE-Envelope: MS4xfJE0MNeF8zC1t/sUI02XSC4uMwLdVkMpAwtv9nDs7lis7UqmK0dcOzgnRQLWapRUkj9n6OgANavyJBRRwsMSsWblT1l9Pk+ruG+y3u9rlMPi9JoryLI3 TfBEJ36n3p9t3vFMNrTjexXJDpZzvF+meX6p9KqRrVx8TA3rVpbnXRswrFqET5eZZgoniqjswY994ExcKiXAgT3NwclyM1eQZTQo1btP+PB2HXxwerG++24l r/VbKD/dHQUbOnC6QIBe8u6PiBy1iN89YHsKA+G7R3Y= X-Rspamd-Queue-Id: 4FhPVy4qk4z3FSN X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL] 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: Fri, 14 May 2021 10:13:31 -0000 --nextPart81057280.0ko45tJjV3 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Adriaan de Groot To: freebsd-arm@freebsd.org Subject: Re: Rock64 flaky ethernet? Date: Fri, 14 May 2021 12:13:21 +0200 Message-ID: <2652271.iL6vRArjjl@beastie.bionicmutton.org> Organization: FreeBSD In-Reply-To: <22597697.gYbqZ1YImA@beastie.bionicmutton.org> References: <9cc751f907d49805c089b96954e919eb@pyret.net> <22597697.gYbqZ1YImA@beastie.bionicmutton.org> On Saturday, 8 May 2021 21:28:41 CEST Adriaan de Groot wrote: > On Saturday, 8 May 2021 20:09:03 CEST Daniel Engberg wrote: > > As for your H6 board I guess you mean H64? > > https://www.freshports.org/sysutils/u-boot-pine-h64/ > > https://linux-sunxi.org/PineH64 I used the Rock64 image (since I had downloaded it already, and it's all aarch64 anyway) and replaced the u-boot and all went well. I have since totally spammed the wiki admins with edits so that you can find information about the H6, and published some bloggy bits too. [ade] --nextPart81057280.0ko45tJjV3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEhrjttu2OP5apuuy1z93JbxKxkVwFAmCeTUEACgkQz93JbxKx kVx2vAwAsuBpgPFGL456CAabr8/X+eeOPMTAzf2if3favJoFK3+fgweovL/yowkT KCbBOSi5yMzFXCASK87nDWZW7erkJg1/Ukh3uMUK9WmZo4ihypGwUzFoAiYB2Pn5 6fo5zUmWtOAjhseUz9d3aKiQoY+ZNS26rVgF1VxKuFxzDl1OI06DJnMmViM7zSNY wuAcqpHrRlBIQCxcW4EdwQ3yTIPYNlp9YIQLbOxUbJVT5lm/H8YRbWs2BG737DAd ZRY7Ouqo7j/YqdN1eUWjqY0mcV1dmZpnpSCHLI9+YLGvWUR2CTgQXW8aJCGJVHlU FzwuE5rI4fkZrVYB+qLaJbJo1wEpli+IqhimdyFznBBIONQh7+gArYZQU7dnXqgW gHGGSRiol8VXtmWgWbGDwBRBn5XYKUA4rWXv4uArFkwNres1GSUPuRzA+Mw2g4CL TDuDG+k6WOM0vFOiQU4vf7gxBdvFfkWZWuKcXLt1VG5FS1NoBABdpAMSKIjVQpZL MRiQTeaS =X9ID -----END PGP SIGNATURE----- --nextPart81057280.0ko45tJjV3-- From owner-freebsd-arm@freebsd.org Fri May 14 12:52:21 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 3600F64695F; Fri, 14 May 2021 12:52:21 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhT2C6pwwz3jsj; Fri, 14 May 2021 12:52:18 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 14ECqB8W081136; Fri, 14 May 2021 05:52:11 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 14ECqA0h081135; Fri, 14 May 2021 05:52:10 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105141252.14ECqA0h081135@gndrsh.dnsmgr.net> Subject: Re: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu In-Reply-To: To: Mark Millard Date: Fri, 14 May 2021 05:52:10 -0700 (PDT) CC: freebsd-arm , freebsd-current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4FhT2C6pwwz3jsj X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-2.08 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.976]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current] 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: Fri, 14 May 2021 12:52:21 -0000 > Note: The context was using a non-debug main build > from mid-2021-Mar. (More details identified > later.) > > The issue happend while attempting a: > > # zfs send -R zpold@for-copy | zfs recv -Fdv zpnew > > where the drives involved in the command were: > > zpold: a USB3 SSD, using /dev/da0p3 > zpnew: an 480 GiByte Optane in the PCIe slot, using /dev/nda0p3 > > with: > > # gpart show -pl > => 40 468862048 da0 GPT (224G) > 40 532480 da0p1 4C8GCA72EFI (260M) > 532520 2008 - free - (1.0M) > 534528 29360128 da0p2 4C8GCA72swp14 (14G) > 29894656 4194304 - free - (2.0G) > 34088960 33554432 da0p4 4C8GCA72swp16 (16G) > 67643392 401217536 da0p3 4C8GCA72zfs (191G) > 468860928 1160 - free - (580K) > > => 40 2000409184 ada0 GPT (954G) > 40 409600 ada0p1 (null) (200M) > 409640 1740636160 ada0p2 FBSDmacchroot (830G) > 1741045800 58720256 ada0p3 FBSDmacchswp0 (28G) > 1799766056 176160768 ada0p4 FBSDmacchswp1 (84G) > 1975926824 24482400 - free - (12G) > > => 40 937703008 nda0 GPT (447G) > 40 532480 nda0p1 CA72opt0EFI (260M) > 532520 2008 - free - (1.0M) > 534528 117440512 nda0p2 CA72opt0swp56 (56G) > 117975040 16777216 - free - (8.0G) > 134752256 134217728 nda0p4 CA72opt0swp64 (64G) > 268969984 668731392 nda0p3 CA72opt0zfs (319G) > 937701376 1672 - free - (836K) > > The system running was that on /dev/ada0p2 (FBSDmacchroot, > which is UFS instead of ZFS). > > The [usb{usbus2}] process eventually got stuck-busy, no > more I/O: > > CPU 0: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle > > PID USERNAME PRI NICE SIZE RES STATE C TIME CPU COMMAND > 15 root -72 - 0B 262144B CPU0 0 8:51 99.95% [usb{usbus2}] > > 1295 root -8 0 20108Ki 8092Ki q->bq_ 2 0:04 0.00% zfs recv -Fdv zpnew{receive_writer_thre} > 1295 root 48 0 20108Ki 8092Ki piperd 2 0:22 0.00% zfs recv -Fdv zpnew{zfs} > 1294 root -8 0 17544Ki 7740Ki q->bq_ 2 0:01 0.00% zfs send -R zpold@for-copy{send_reader_thread} > 1294 root -8 0 17544Ki 7740Ki q->bq_ 0 0:00 0.00% zfs send -R zpold@for-copy{send_merge_thread} > 1294 root -8 0 17544Ki 7740Ki hdr->b 2 0:00 0.00% zfs send -R zpold@for-copy{send_traverse_threa} > 1294 root 52 0 17544Ki 7740Ki range- 3 0:20 0.00% zfs send -R zpold@for-copy{zfs} > > 1036 root -8 - 0B 1488Ki t->zth 0 0:00 0.00% [zfskern{z_checkpoint_discar}] > 1036 root -8 - 0B 1488Ki t->zth 1 0:00 0.00% [zfskern{z_livelist_condense}] > 1036 root -8 - 0B 1488Ki t->zth 2 0:00 0.00% [zfskern{z_livelist_destroy}] > 1036 root -8 - 0B 1488Ki t->zth 1 0:00 0.00% [zfskern{z_indirect_condense}] > 1036 root -8 - 0B 1488Ki mmp->m 3 0:00 0.00% [zfskern{mmp_thread_enter}] > 1036 root -8 - 0B 1488Ki tx->tx 1 0:00 0.00% [zfskern{txg_thread_enter}] > 1036 root -8 - 0B 1488Ki tx->tx 2 0:00 0.00% [zfskern{txg_thread_enter}] > > I was unable to ^c or ^z the process where I > typed the command. I eventually stopped the > system with "shutdown -p now" from a ssh > session (that had already been in place). Should this occur again before doing the shutdown run a zpool status & I have gotten in this state when the recv pool was a usb device and for some reason it had a timeout and gone offline. The clue this occured are in dmesg, and zpool status. Unplug/plug the USB device, check dmesg that it came online, and do a zpool clear. > > When I retried after rebooting and scrubbing (no > problems found), the problem did not repeat. > > I do not have more information nor a way to repeat > the problem on demand, unfortunately. > > Details of the vintage of the system software and > such: > > # ~/fbsd-based-on-what-freebsd-main.sh > FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 > def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in git context. > merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 > merge-base: CommitDate: 2021-03-12 20:29:42 +0000 > 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all XPT_ASYNC ccbs in a dedicated thread > n245444 (--first-parent --count for merge-base) > > The system was a MACCHIATObin Double Shot. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Rod Grimes rgrimes@freebsd.org From nobody Fri May 14 17:07:13 2021 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 55EC184714E for ; Fri, 14 May 2021 17:07:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4FhZhX2h1yz4dtK for ; Fri, 14 May 2021 17:07:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621012042; bh=qbkPerKu1tuakm7eOtpu9Ld+r+oghoYyt6EkiLDac5A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=e0n0esTSY1vYyqLQ/EEd1D8ll4Io1sWJzpS+3YhBSr8+ZzKKt0gWyxWvp9ijiLN/J9vo6JF1nkzVmlSntVGrzsCpbs97IfkWX2EbTg60+GenrvAg0t6Cn8smH0Im9bNN0pUicFaXmVpeVn959bzMmcNWGTthJ3sdDnpRzEtIl4uL3yHhwk2LSRUrbHKIB1xo+hVMIcfBYuRTgPGEOzl2/ZDPOPTrorpIXMx1bjep7x60C5fXl0bUEi2/fXSlExkFLeaXSfcttAUSsFRdUs+qVilT+2gIlcsFkK5SrAUtfMuwxTUzV3MFNMGRa7bfNJ7HwOIzUvkY3H+0INtM7tQITw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621012042; bh=HWgDaajK4J9i6os3iunJr4fbrEWEHC2Q16UlT4p6eqt=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=TdstHoMMwkhifoywhJxbWEWZ/VQxsstlofFDj2UcaIR+ekY1+ytaH9w+T14vdyw9jotdB+s/m4Ln5ctvRudb8Qz6avTyqJ2H6SunBmyphy3LTEnlFuY2eZ3611ZIanBu4rAVm+dY7CLEH4KE7Y3VC321NBWqROsKN4qE42+Z3GLrUTLZ0LmKvd2ptOTWFQHEH2Gd5CA4gcCYljsSZtXd5DjJqUj153ahymsAk2E4k+136kdKH/S1C2WAxNLq3WRlhhV5kvFjIOQtWbswaPy4zg3SqcGPVatgg8lDExMmdr6xx+XoXXF1U14yxSmS2/0ffoQ9iCbXK98V7CqbxddMCA== X-YMail-OSG: LZ9QDvwVM1lTmh5eErkm_h.FZpnNKn4iV9s9S04Wdazh7PbrH2vBbkQbnplOHpR RYX6fAPBybdZF7ANr6KIcht_Nj5bV27fhKNAFauFfgGPyoQq6dldROCQ0x0szNIVFzPwAAkHaNEO fq.BdOUUTia6PHbbB0MwPKrjjLaCkqg.K5eF99hObYvjZEmqgYyqUsaO6ZYTQHdeTRJ6ki2Gscp. 34axZPLLdF.9uwU553zFkVu8KZHbSiAGp6bERVKJdfYQ9oKULzboWbILIlR2AqmUZeFp9B0_HF1e hMFV9uZZYs722l.7HENS6h5umbsNTLygunmsE5jG.hs8S1YCmpYdBaK.2duN9.bV2Tvs4_N3utGD KGlOdzpVSjc4.JWdfQxBNPS.9G.XMnzP.bWFSdzYmIycrlgiHqaBAwvZWms0Cih0R_BAXTfa7h6C a0_HSh1GKwVVu99oy7G5YAn_Et8wtmh6hAFimRtkM3wysWw5bbJRnf9BogRbykVtvcTMKIca7Zij 9NRT7YXhAWk.gFOU_K1DZKL8DP7QJXrtSL97Lr.3IDkWkkhCD6F3mt2epFl.T4teCklszW_u1vP0 Orrvc.wfO.a3P9WnKTpG1_XsLHZoniBhX4HAiPlw3QHgQOtrlPLyrH_Ssks7M3qmWVBSy6otLlVx 8d.QPpN9mqkR_u0kAnA2RTl59E9817TDk.b1uaav9LMcqfBMyqMBTDu8WsiJSgoU7GwVnP9FAY5a 31Th4cK3Z7hClAibaYIn99odGy1kLHTYZaAO8Yk1IeWNQe..TBMVlV42qFQHH8DrWUd5kvNPdcnE Eajqbb.ZINRSMi2xnLxyC6WM8v7wDxbzc8AWmroJZbFPcnPaJa9.UIE.8XQUbEUF9flzDS9v2cBS D5gRQQYVay4K4flpVXErqeMTZ61QoSEQbU0jngRL2YnE2_N7QzSpBocrAWVjY9E7zXtzI9uNA3pl o.j9iyuvxxFiO4G.n1E.xP0Vo6FFErW97Sz9CTwUORL0YFnlp3V5ksqXCiv5mfZUjOhHsJrqXgWv cVsfWKVKQrp5M7j4Xdy1IKYyRoCy0_m65ozqEnAQsgYM3jfeytEIKvmhmMlNMU2UQpeKaDmWw9TT RlI5vzBCF9TSyfW7huWLtpFDiOf89yhPNj4ZQB_qJgrkDNEouFa.VsYpKo.ZftffQG15DcJNSUOu jRm4EYOdRImhoa64ABYjmSJJ1g0mP11bzQq7sBlYHfuJVJR9w2ViaUyBk1228pLcG0UeiYUoYueT d9j3ZiRcsgL9UVb1pxvY8rYbxak5HHYxUmgrYIHk3Hv6xYWLgB0FDoiwW1WUGHAE1TIxaiakp0xG x3m0HBRkteR.nsN4ujAOxGQe7MjE.Tcl2f7nU7mTxIW6SUFbHEiEGH33Q8irrVqqn.21HcJHbZMH fPoNPrRoJmMIMlb04iae4aWqtZ.JlMr9..XuN72.xHPbkrlliMWtxomTMaaiABgxRV4f82VOzzCJ 8IMTSv4uqpKpyfLscYMI0_XHy1WU_ReZ2tHLOGxQKPizcyfVKKzzJWmJMDuCIom_7G0bkvDTLtla nQwaDXvjAsKcX0HZhwi3rXBQLxZYhhZQZV2ZwIgUxvKTrX8QCH25sXGgim8JoJJV8YaIPHYdf7I5 izg8v8zYxA4tuQx0ETn96JDDr52D0.FxokdlEUNhipPUHKOJq44aZ3ptQvThOR5LznIBLL8iDBTy .mINkr6u5bjkAcgKyr8oHkQC1sv4KEhGui0f3DzB3zqdyjjNkC7YpFQ96OI56J9uLCHFRGZ72ueN 1rZKlA_3g0uB8pGvDsZcaxvEhETHBBOzSnrgDCsxSdMbBRqDT_pcQM9uOqj3zzAVD6zfLFeSDKHy tnuUvpRccbRzM6KtI59EZaQ.S4b.KEmLPudeCtgNCLgd8VOcIHLXNjRGcncIPGsJPAWCWmVusBhv VAFiqhCip.YwKU1MQ_K6nBTp.wsJ4mzzmlElFseAAIwt8hnMoy4vI.fjAqZ2.xdI6gjm2NIH4iRY q6VIWMd0QkY2gfSUbXAf1za658sMRAA0Pj7aStARGl.N17AZ6q8Vy2OEYRVYwGCA6yLsrnW_gAVo 1URiEvifgr0fenHLcCsuAoQ5zcXPgcZAlTUkpdfZd5QQrN.QfPl9a76fuDu2RU7QmIMQ_8ypJwqk J.Q4fAl5i39t8BBiENqrN73gDOSc7PsK7nAiw1QNYyvZItEgpPUjmBd.jNK4QinCW4BN2BT3ZElp LPHxhUTCAEjzvC.L3lwXAPEUQrA.OOVgoDphGGIoU1erycJwUYKGl3tdWX5aYr8AQqfDHStY7DT4 pAqa0Oy89OyNwdaCyORqZqaEZZq5R_lA3kAzEknZ0oGSicCVuMMhkMrPOI7cTJ4uRtFXEh4DCBkZ juYt2DdregI8bjsyt5ctLoc5ShJvsiq9QsOnumZmJPmTHDwFo2OgCAitUh1C0BTnibLmTIFQHLHk 1lDNhz0wbVTkH9tHd8HRo8QqrjlmnHTLdufzt5CSJLMzkE49gmB9OhmhSgnZUdvbtSE0y.wHpDbp vddEd1sgOUDRnAEDaGEc5xdRYN.y5MdZBtskTxRZ5GHKH._EzUMZkvxbgkYgIMWBwFKobc158Fw4 Vr2KQIrzBa_IdKP6sR.D5vFZZjU6_2QRR4Z989rMq40Xz6qPZc2LPagmWp1DSIfUYqauul1HYUJ7 hGgneOB3ofs0r78JfjP_4rr_MGchJyd.LvhY_7Q-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 14 May 2021 17:07:22 +0000 Received: by kubenode550.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6893f48c18eaf5d8c0920d8e64ff2b16; Fri, 14 May 2021 17:07:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu In-Reply-To: <202105141252.14ECqA0h081135@gndrsh.dnsmgr.net> Date: Fri, 14 May 2021 10:07:13 -0700 Cc: freebsd-arm , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <14C02B9D-7342-41EF-AADD-E466C04E17EA@yahoo.com> References: <202105141252.14ECqA0h081135@gndrsh.dnsmgr.net> To: "Rodney W. Grimes" X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FhZhX2h1yz4dtK X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=e0n0esTS; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-2.14 / 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:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.996]; 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)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.205:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.36)[0.361]; SPAMHAUS_ZRD(0.00)[98.137.65.205:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard On 2021-May-14, at 05:52, Rodney W. Grimes wrote: >> Note: The context was using a non-debug main build >> from mid-2021-Mar. (More details identified >> later.) >>=20 >> The issue happend while attempting a: >>=20 >> # zfs send -R zpold@for-copy | zfs recv -Fdv zpnew >>=20 >> where the drives involved in the command were: >>=20 >> zpold: a USB3 SSD, using /dev/da0p3 >> zpnew: an 480 GiByte Optane in the PCIe slot, using /dev/nda0p3 >>=20 >> with: >>=20 >> # gpart show -pl >> =3D> 40 468862048 da0 GPT (224G) >> 40 532480 da0p1 4C8GCA72EFI (260M) >> 532520 2008 - free - (1.0M) >> 534528 29360128 da0p2 4C8GCA72swp14 (14G) >> 29894656 4194304 - free - (2.0G) >> 34088960 33554432 da0p4 4C8GCA72swp16 (16G) >> 67643392 401217536 da0p3 4C8GCA72zfs (191G) >> 468860928 1160 - free - (580K) >>=20 >> =3D> 40 2000409184 ada0 GPT (954G) >> 40 409600 ada0p1 (null) (200M) >> 409640 1740636160 ada0p2 FBSDmacchroot (830G) >> 1741045800 58720256 ada0p3 FBSDmacchswp0 (28G) >> 1799766056 176160768 ada0p4 FBSDmacchswp1 (84G) >> 1975926824 24482400 - free - (12G) >>=20 >> =3D> 40 937703008 nda0 GPT (447G) >> 40 532480 nda0p1 CA72opt0EFI (260M) >> 532520 2008 - free - (1.0M) >> 534528 117440512 nda0p2 CA72opt0swp56 (56G) >> 117975040 16777216 - free - (8.0G) >> 134752256 134217728 nda0p4 CA72opt0swp64 (64G) >> 268969984 668731392 nda0p3 CA72opt0zfs (319G) >> 937701376 1672 - free - (836K) >>=20 >> The system running was that on /dev/ada0p2 (FBSDmacchroot, >> which is UFS instead of ZFS). >>=20 >> The [usb{usbus2}] process eventually got stuck-busy, no >> more I/O: >>=20 >> CPU 0: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% = idle >> CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% = idle >> CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% = idle >> CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% = idle >>=20 >> PID USERNAME PRI NICE SIZE RES STATE C TIME = CPU COMMAND >> 15 root -72 - 0B 262144B CPU0 0 8:51 = 99.95% [usb{usbus2}] >>=20 >> 1295 root -8 0 20108Ki 8092Ki q->bq_ 2 0:04 = 0.00% zfs recv -Fdv zpnew{receive_writer_thre} >> 1295 root 48 0 20108Ki 8092Ki piperd 2 0:22 = 0.00% zfs recv -Fdv zpnew{zfs} >> 1294 root -8 0 17544Ki 7740Ki q->bq_ 2 0:01 = 0.00% zfs send -R zpold@for-copy{send_reader_thread} >> 1294 root -8 0 17544Ki 7740Ki q->bq_ 0 0:00 = 0.00% zfs send -R zpold@for-copy{send_merge_thread} >> 1294 root -8 0 17544Ki 7740Ki hdr->b 2 0:00 = 0.00% zfs send -R zpold@for-copy{send_traverse_threa} >> 1294 root 52 0 17544Ki 7740Ki range- 3 0:20 = 0.00% zfs send -R zpold@for-copy{zfs} >>=20 >> 1036 root -8 - 0B 1488Ki t->zth 0 0:00 = 0.00% [zfskern{z_checkpoint_discar}] >> 1036 root -8 - 0B 1488Ki t->zth 1 0:00 = 0.00% [zfskern{z_livelist_condense}] >> 1036 root -8 - 0B 1488Ki t->zth 2 0:00 = 0.00% [zfskern{z_livelist_destroy}] >> 1036 root -8 - 0B 1488Ki t->zth 1 0:00 = 0.00% [zfskern{z_indirect_condense}] >> 1036 root -8 - 0B 1488Ki mmp->m 3 0:00 = 0.00% [zfskern{mmp_thread_enter}] >> 1036 root -8 - 0B 1488Ki tx->tx 1 0:00 = 0.00% [zfskern{txg_thread_enter}] >> 1036 root -8 - 0B 1488Ki tx->tx 2 0:00 = 0.00% [zfskern{txg_thread_enter}] >>=20 >> I was unable to ^c or ^z the process where I >> typed the command. I eventually stopped the >> system with "shutdown -p now" from a ssh >> session (that had already been in place). >=20 > Should this occur again before doing the shutdown run a > zpool status & > I have gotten in this state when the recv pool was a usb device The USB device had the send pool in my example. > and for some reason it had a timeout and gone offline. No messages about timeouts or other such were made. > The clue > this occured are in dmesg, and zpool status. No console, dmesg -a, or /var/log/messages output were generated. (And the system was running from a SATA SSD that was operating well.) For reference, the USB EtherNet device that was in a USB2 port continued to operate just fine, allowing the use of existing ssh sessions that were displaying gstat -spod and top -Samio -ototal until I started looking at the problem. (I did not try making a new ssh session). I did not do the "zpool status" so I can not report about it. > Unplug/plug the USB device, check dmesg that it came online, > and do a zpool clear. Okay. I normally avoid unplugging USB storage media if the system overall does not hang up: hopes of a clean shutdown leaving things better. The system did appear to shutdown to completion. >>=20 >> When I retried after rebooting and scrubbing (no >> problems found), the problem did not repeat. >>=20 >> I do not have more information nor a way to repeat >> the problem on demand, unfortunately. >>=20 >> Details of the vintage of the system software and >> such: >>=20 >> # ~/fbsd-based-on-what-freebsd-main.sh=20 >> FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. >> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run = all XPT_ASYNC ccbs in a dedicated thread >> n245444 (--first-parent --count for merge-base) >>=20 >> The system was a MACCHIATObin Double Shot. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Fri May 14 20:48:48 2021 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 23A708593D8 for ; Fri, 14 May 2021 20:48:52 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fhgc35Y6Jz3jYR; Fri, 14 May 2021 20:48:51 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 14EKmmcF082796; Fri, 14 May 2021 13:48:48 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 14EKmm9K082795; Fri, 14 May 2021 13:48:48 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105142048.14EKmm9K082795@gndrsh.dnsmgr.net> Subject: Re: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu In-Reply-To: <14C02B9D-7342-41EF-AADD-E466C04E17EA@yahoo.com> To: Mark Millard Date: Fri, 14 May 2021 13:48:48 -0700 (PDT) CC: "Rodney W. Grimes" , freebsd-arm , freebsd-current X-Mailer: ELM [version 2.4ME+ PL121h (25)] List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4Fhgc35Y6Jz3jYR X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] > > On 2021-May-14, at 05:52, Rodney W. Grimes wrote: > > >> Note: The context was using a non-debug main build > >> from mid-2021-Mar. (More details identified > >> later.) > >> > >> The issue happend while attempting a: > >> > >> # zfs send -R zpold@for-copy | zfs recv -Fdv zpnew > >> > >> where the drives involved in the command were: > >> > >> zpold: a USB3 SSD, using /dev/da0p3 > >> zpnew: an 480 GiByte Optane in the PCIe slot, using /dev/nda0p3 > >> > >> with: > >> > >> # gpart show -pl > >> => 40 468862048 da0 GPT (224G) > >> 40 532480 da0p1 4C8GCA72EFI (260M) > >> 532520 2008 - free - (1.0M) > >> 534528 29360128 da0p2 4C8GCA72swp14 (14G) > >> 29894656 4194304 - free - (2.0G) > >> 34088960 33554432 da0p4 4C8GCA72swp16 (16G) > >> 67643392 401217536 da0p3 4C8GCA72zfs (191G) > >> 468860928 1160 - free - (580K) > >> > >> => 40 2000409184 ada0 GPT (954G) > >> 40 409600 ada0p1 (null) (200M) > >> 409640 1740636160 ada0p2 FBSDmacchroot (830G) > >> 1741045800 58720256 ada0p3 FBSDmacchswp0 (28G) > >> 1799766056 176160768 ada0p4 FBSDmacchswp1 (84G) > >> 1975926824 24482400 - free - (12G) > >> > >> => 40 937703008 nda0 GPT (447G) > >> 40 532480 nda0p1 CA72opt0EFI (260M) > >> 532520 2008 - free - (1.0M) > >> 534528 117440512 nda0p2 CA72opt0swp56 (56G) > >> 117975040 16777216 - free - (8.0G) > >> 134752256 134217728 nda0p4 CA72opt0swp64 (64G) > >> 268969984 668731392 nda0p3 CA72opt0zfs (319G) > >> 937701376 1672 - free - (836K) > >> > >> The system running was that on /dev/ada0p2 (FBSDmacchroot, > >> which is UFS instead of ZFS). > >> > >> The [usb{usbus2}] process eventually got stuck-busy, no > >> more I/O: > >> > >> CPU 0: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle > >> CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > >> CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > >> CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle > >> > >> PID USERNAME PRI NICE SIZE RES STATE C TIME CPU COMMAND > >> 15 root -72 - 0B 262144B CPU0 0 8:51 99.95% [usb{usbus2}] > >> > >> 1295 root -8 0 20108Ki 8092Ki q->bq_ 2 0:04 0.00% zfs recv -Fdv zpnew{receive_writer_thre} > >> 1295 root 48 0 20108Ki 8092Ki piperd 2 0:22 0.00% zfs recv -Fdv zpnew{zfs} > >> 1294 root -8 0 17544Ki 7740Ki q->bq_ 2 0:01 0.00% zfs send -R zpold@for-copy{send_reader_thread} > >> 1294 root -8 0 17544Ki 7740Ki q->bq_ 0 0:00 0.00% zfs send -R zpold@for-copy{send_merge_thread} > >> 1294 root -8 0 17544Ki 7740Ki hdr->b 2 0:00 0.00% zfs send -R zpold@for-copy{send_traverse_threa} > >> 1294 root 52 0 17544Ki 7740Ki range- 3 0:20 0.00% zfs send -R zpold@for-copy{zfs} > >> > >> 1036 root -8 - 0B 1488Ki t->zth 0 0:00 0.00% [zfskern{z_checkpoint_discar}] > >> 1036 root -8 - 0B 1488Ki t->zth 1 0:00 0.00% [zfskern{z_livelist_condense}] > >> 1036 root -8 - 0B 1488Ki t->zth 2 0:00 0.00% [zfskern{z_livelist_destroy}] > >> 1036 root -8 - 0B 1488Ki t->zth 1 0:00 0.00% [zfskern{z_indirect_condense}] > >> 1036 root -8 - 0B 1488Ki mmp->m 3 0:00 0.00% [zfskern{mmp_thread_enter}] > >> 1036 root -8 - 0B 1488Ki tx->tx 1 0:00 0.00% [zfskern{txg_thread_enter}] > >> 1036 root -8 - 0B 1488Ki tx->tx 2 0:00 0.00% [zfskern{txg_thread_enter}] > >> > >> I was unable to ^c or ^z the process where I > >> typed the command. I eventually stopped the > >> system with "shutdown -p now" from a ssh > >> session (that had already been in place). > > > > Should this occur again before doing the shutdown run a > > zpool status & > > I have gotten in this state when the recv pool was a usb device > > The USB device had the send pool in my example. > > > and for some reason it had a timeout and gone offline. > > No messages about timeouts or other such were made. > > > The clue > > this occured are in dmesg, and zpool status. > > No console, dmesg -a, or /var/log/messages output were > generated. (And the system was running from a SATA SSD > that was operating well.) > > For reference, the USB EtherNet device that was in a > USB2 port continued to operate just fine, allowing the > use of existing ssh sessions that were displaying > gstat -spod and top -Samio -ototal until I started > looking at the problem. (I did not try making a new > ssh session). > > I did not do the "zpool status" so I can not report > about it. > > > Unplug/plug the USB device, check dmesg that it came online, > > and do a zpool clear. > > Okay. I normally avoid unplugging USB storage media > if the system overall does not hang up: hopes of > a clean shutdown leaving things better. Do the zpool status, and only if that indicates a device offline or other problem would you proceed to do the unplug/plug, as at that point zfs has stopped doing anything to the device and your shutdown wont do anything as far as zfs for that pool anyway. > > The system did appear to shutdown to completion. Yes, you can shutdown a system with a zpool in failed state. > > >> > >> When I retried after rebooting and scrubbing (no > >> problems found), the problem did not repeat. > >> > >> I do not have more information nor a way to repeat > >> the problem on demand, unfortunately. > >> > >> Details of the vintage of the system software and > >> such: > >> > >> # ~/fbsd-based-on-what-freebsd-main.sh > >> FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 > >> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in git context. > >> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 > >> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 > >> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all XPT_ASYNC ccbs in a dedicated thread > >> n245444 (--first-parent --count for merge-base) > >> > >> The system was a MACCHIATObin Double Shot. > > > > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Rod Grimes rgrimes@freebsd.org From nobody Fri May 14 20:55:54 2021 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 39A0385A73D for ; Fri, 14 May 2021 20:56:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4FhgmK1LBFz3klV for ; Fri, 14 May 2021 20:56:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621025759; bh=hL3oLuzUtsGqhE7uKiwRXfpxZW2UqItj6qYUS57z8n4=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=O/0vDEik/yJkc8BmlQdrTYQ8Odbg9euWr8oASRxOzZVDN8w4v20yr68g5zjIhPhWSJWiueAe3978hpivn5YAUvocklCM2gOEdRMy9cj1Zs4MacrFb/sHWeP9uVoZLnNvfpmSlMGhrXp1QPznpqvla+PSe7b9dhk9kbm9dW2/he2MH2eLn1nCNG64EIIRVQL2XLDpIBcI2MJlOgqewVoA75d43kck2hbRzRQFUB/cTyiAs096GUOTks1ITs/sNA40m+Q3L8ou4VVtVcTVD8GlAvu58BNS8eowHj8p8kJKxxS4933ffAPVjvIglC4PzGOgaFBp3dlEp6oQEBwdCHUE8A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621025759; bh=46UwqNqiotiU8+3HO7QOv0IYPtMFNUEIAVKveW/xMp2=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Y+R0Bh2GM5n9TeL1dBkHkdRw/VJoCkQJUEeVCqKAi2+c31RfLCPO6lArD2LiveijhIqe+CSDU1d6jDqCS+GxdiDc5yToVwaTq/zxm5o6Icom27fTgU1Pq01p9AFufZAEZV5fCAW+ispgL+7hlnahLUY+KzPQk9cBPL2sjbYDS7N+7tikc935AikZDstQZhK6c9QhWKPJ2H0MB/WQbC3HwU1UHvmw/klJ8prVW2HHC44AA7DM67c5CDsFvfJznRgZbbiKKJvFXDe0tJbFRKGfeKXHWaZt/7ngKfKzxCctT4U88bLemhNVTnTXgbrC8jGnL6cQRHPdKne7mhJPQ8dc6A== X-YMail-OSG: aNg8hPsVM1lwafiX8VWdHFGvUnZwBiCkjfozTZYdizEjYVS.SVWpeC39mfJc8UO o8oJTkwcitgL_OGDFRfChh1UG3zphdZIqoIW4wTXgpY0EcRz6tfUbqXNsah1AVrtk1kJzWYHSBdT snLT2YXUkl3z7cu9MqqIu4tdED3ncveCJDDl60o6UC0.1rOzQOJJytGYyPOvQQl0L2RBt.UxsgKS cw0PpJcxuiYiPNK2Ih7lJh7XMDWdgmEBQzHbr6yWd8LyIsL3_VLn3QGAlkxlwDm8FwlibN_nvlnV 1usnmdQ2RKYJUPyBxLtEJNISsjEf7iAiYO9nmPiFMwewfsh3zgtHd4P8DP1MzXuRxAqyqSCNituc ujSbHj4bmOoe7VhX0FMUDBECr_p50QOdkchIFRJRM0.2D6puhyKmz5X.lBnR6kjFK49GDIHQ_Vm7 4YVltrHptZ3A_6bPxIiYmWHvw.zW80gC4uncN.ziv9JPE8o2N6Q5OMDMtrocI9mfwhkn25X7WZtd uUpnUR7Wi1qq.iQ_VjDOdEJTWJ2R1fwHQcjJVVXbf.bbD0XwnpTKhWyZ4BFQwWUulfwnmUuXD8Id 8Pavyi8Nl7oPYlLFq_GL_BV8XXsOednsghebwvxXtirYeT6uDkO5IOeWgwfp9s4rN723fw3y8ado rBjsKOw840iWO7yC5uKzIaOHlhwYsg6CTOMv4DPFpHypNQQYNkMDY0gDGP3tOf.nXTR1RQFLyiUE bjk7bhgSCdcJYicL01VYo25UjPIPTXkfF5ziYnbAD0nZnb6QJH4Kw69EN0JCNjurtJk1A33WRfWh 9IwnhMujlezCU0A55dA0IEiFa.U7guAu6TPn7BM3Y7yBU_hyEHlBAz2sRKeTJVwmrVeeonZ2MZaT lJ_d_d5uHCuwMvvqpw1sBTDxjTK7WBI4tuRdK9t7_7VqB_pRRrO6uclfgmNg_Fo5IMwWV_BDfs.7 etunNTCGhEI5z5A7y36d7SGEWTJemOhBBNJdYH9LRT4kPz8oheWeDJA0BeTe6LorIrdPo2vbYhKJ umbxqXb6Gw6JRY8liLFCepwrvNLzSgukUkn9HPssLoAtObtPCeZogsGFoooDcmrvQUQJgQfHx7TT P1Gkqn3MlcBcDhmstnmFVoidoddeL9GubwFVZM.cfvaVz1Aq_lQUcpJdz468THUU6UPCY64yvDAq TNuVOngRGAEsltw6BiyticlVAlnB5DLL9XP1qbC146Dtlzr2i4k.Vdw9IdIWVdXqAT66er.c8FWx _im6P3FWvO0pndfPBN8bj4eLUKVhgNlo6zJJvIRwZMGV4FEvEOM7sRKApp3F7sV13TYyl89RRtOw 1vHQJiNWpkKHg9XOiit8y3xAq2F6WW9__RkL5A_8ft01_HDjKTnC.PX1VyuICIojVIVdyzGJGohO Yf5vNLZRRBWmf1WCXfHpdJD0W4t2Gra8s2_WsYQottPInom5PJc2QpZaRD.GutnIxz3ea0U_QpHp qCvfMvYjQIENgFtDsKfA7BNpUOY_J5MZ3dN6z5N1kc2xTE0fIYPVbq9CszQ.2VIGGA6Hlf1SbkRF bVQPF02TY7u0gZmVY4NGT8YaPugJChI53DNyLtm9ktzw4izrZIOR0BZPRy7CJZeVHSP82OgZerc_ 2yn5OTrprmjMgknWNmqSS3OMlI_FNHZ3C48Jy2PFoKY93uPK0A9paIJBSunREuoYkEZbeDuykcxH 5Ec83uHHey1uUQkA3fI6nGuUmiJsapNq6AU72vKU3CV57uddhNqiYa2dtA86pKLdTP9MUu1.vJJE EmbUJgZQtcjhjWmVe3ViZ3dBLS_76cU4.F5sy1im8zLLZsjuUN8FvSj5_elYlM1S7pvoGE8pjSKm wSJL8GQ8UdunyU2E6w6f3nruhvGU205LDeJFCE0s.Iy3KSKkXHvL1fT5VIG1xKB2CwLCKryQDh15 YEIhKD_W4K7.7XtltJVuf7h0JEYVg842YZ9hqExWxH3.PXBr.aZemZfqGgzyTVaWCL47X685cHjk Vzhqj7g1svY5Og8edzOeHA2wcABE2uGXgOJcGQb4bYhUmmuV0SxLgceVn4mAI1s42hh4Xeq0NVPy hpZ5P5azkdXFwx965wgEkdAF18zPfrB0lera9y0NxzGS82jJxGbMz3zbw_KTooC2wa.tSJiPajIy R.66Ybtk_01qcITENKNsggEQKqIfxaEJPI2l94M8_3pRIoxJvtkn6osJHlaiCmrFfmokzKkBgbQb LziNmdCAby8K638N_vnYca6jeoFEXfqcIW.Kcf92yAko.FnyzqvPkrrR.NEW7nrcnIfzR0lOk.41 4EM9XmP5yuHgahzLgWnaKWYj0z62RGPP3gIt9ZHzFIvkRYgpKWAFSravrgcKIvAz94Yk0Uy61iSd sK0FZMuW9Wk.u8Xc.G09_k7JxrH86Vk23ptYLUQritmiQTlu0gk7DN4sUJiqReLEykBs_wXvP6Ms XVYUkGlVwHKbvxQpPxgdWxyzu8hEr0MJGoUi5g_bJhknRPlXuiG2xpoZs7tydCNhOX1kZF7zKiZe PuT9WshRLdObvkVqu0Uy.uQvcs5XREQHPiwO9siTrp3jRm30TREPUzsTl6jKTSWOL6eIRxOvl.lZ 2uRangCP562.FiSKYWX7X X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 14 May 2021 20:55:59 +0000 Received: by kubenode527.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3712ed375000bd4eff47d60385037b99; Fri, 14 May 2021 20:55:55 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: "Python 37/38 conflict, was Re: Trubles compiling lxqt on RPi4" Message-Id: <1120D222-A28B-447B-9121-726BC8F49A7F@yahoo.com> Date: Fri, 14 May 2021 13:55:54 -0700 Cc: freebsd-arm , Baptiste Daroussin To: bob prohaska X-Mailer: Apple Mail (2.3654.80.0.2.43) References: <1120D222-A28B-447B-9121-726BC8F49A7F.ref@yahoo.com> X-Rspamd-Queue-Id: 4FhgmK1LBFz3klV X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=O/0vDEik; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com 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:+]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.205:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.205:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard I am aware of the direction that you have taken on this subject and have been thinking about a response. But the freebsd-arm list seems to be messed up. For one, I've not received any messages via email for recent list activity. freebsd-arm is one of the few lists that I do have set up to send E-mail. (Many lists I just read via a web browser.) For another: https://lists.freebsd.org/archives/freebsd-arm/2021-May/thread.html now gets "404 Not Found" for me. But: https://lists.freebsd.org/archives/freebsd-arm/2021-May/ gets a different type of thread list. But that list (and the related author, date, subject sorts) shows no "Trubles compiling lxqt on RPi4" messages at all. https://lists.freebsd.org/archives/freebsd-arm/2021-May/index.html also produces that thread sorted list that is missing things. One of the links on the page takes me to: https://lists.freebsd.org/index which shows an incomplete list of about 17 mailing lists. It also lists a bunch of "Archived mailing lists" that do not allow for subscription. The page reports being based on: "generated by mlmmj-webview" which links to: https://codeberg.org/bapt/mlmmj-webview Anyway, you may have to use off-list means of dealing with things for a while. FYI, the lists with (un)subscribe buttons: dev-reviews Review System Updates freebsd-acpi ACPI and power management development freebsd-amd64 Porting FreeBSD to the AMD64 platform freebsd-apache Support of apache-related ports freebsd-arch Discussion related to FreeBSD architecture freebsd-arm Porting FreeBSD to ARM processors freebsd-atm ATM for FreeBSD! freebsd-bluetooth Using Bluetooth in FreeBSD environments freebsd-bugbusters Coordination of the Problem Report handling effort freebsd-bugs Bug reports freebsd-desktop Using and improving FreeBSD on the desktop freebsd-mmtest Temporary testing mailing list freebsd-multimedia Multimedia discussions freebsd-pkg Binary package management and package tools discussion freebsd-pkgbase Packaging the FreeBSD base system freebsd-test Test posting area freebsd-tex Porting TeX and related applications to FreeBSD === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Fri May 14 20:59:25 2021 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 DAB7B85B83B for ; Fri, 14 May 2021 20:59:31 +0000 (UTC) (envelope-from zmetzing@pobox.com) Received: from pb-smtp20.pobox.com (pb-smtp20.pobox.com [173.228.157.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhgrM5NxQz3lq8; Fri, 14 May 2021 20:59:31 +0000 (UTC) (envelope-from zmetzing@pobox.com) Received: from pb-smtp20.pobox.com (unknown [127.0.0.1]) by pb-smtp20.pobox.com (Postfix) with ESMTP id C2D0513B614; Fri, 14 May 2021 16:59:30 -0400 (EDT) (envelope-from zmetzing@pobox.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=pobox.com; h=subject:to :cc:references:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; s=sasl; bh=PXI49U3rX1tJ t/tla82NATVjCJJ7F+2jkCs/v9xUOpQ=; b=fltQFWnaQQEPxffhOnbGZzWNC2YJ 38d6oUzAciVTTnaZrP6whEaf8DV6m+qURFXlqgiDfeqnDW2wuyAlgokT0gd/Hb0i +O1xJB8Ez5xESPsIaCZO7yw/XPbApVv48eTl2L2+2MNIvuA9sOSarLH2U55EjRsb 2BMd2HyE+oJEaio= Received: from pb-smtp20.sea.icgroup.com (unknown [127.0.0.1]) by pb-smtp20.pobox.com (Postfix) with ESMTP id B8FB413B613; Fri, 14 May 2021 16:59:30 -0400 (EDT) (envelope-from zmetzing@pobox.com) Received: from cider.lan (unknown [66.169.163.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp20.pobox.com (Postfix) with ESMTPSA id 625A613B60F; Fri, 14 May 2021 16:59:27 -0400 (EDT) (envelope-from zmetzing@pobox.com) Subject: Re: "Python 37/38 conflict, was Re: Trubles compiling lxqt on RPi4" To: marklmi@yahoo.com, bob prohaska Cc: freebsd-arm , Baptiste Daroussin References: <1120D222-A28B-447B-9121-726BC8F49A7F.ref@yahoo.com> <1120D222-A28B-447B-9121-726BC8F49A7F@yahoo.com> From: Zach Metzinger Message-ID: Date: Fri, 14 May 2021 15:59:25 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 In-Reply-To: <1120D222-A28B-447B-9121-726BC8F49A7F@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: 4548FAE2-B4F7-11EB-B2B0-E43E2BB96649-19366360!pb-smtp20.pobox.com X-Rspamd-Queue-Id: 4FhgrM5NxQz3lq8 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] On 5/14/21 3:55 PM, Mark Millard via freebsd-arm wrote: > I am aware of the direction that you have taken on this > subject and have been thinking about a response. But the > freebsd-arm list seems to be messed up. I'm now getting emails for every post to this list. I sent email to freebsd-arm-unsubscribe and confirmed. Hopefully, this was one just stuck in the queue. --- Zach From nobody Fri May 14 21:09:22 2021 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 5D33885D98A for ; Fri, 14 May 2021 21:09:24 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fhh3m2CL1z3nc5; Fri, 14 May 2021 21:09:24 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from aniel.nours.eu (ns393929.ip-176-31-115.eu [176.31.115.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 259F628336; Fri, 14 May 2021 21:09:24 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id EF99650FA1; Fri, 14 May 2021 23:09:22 +0200 (CEST) Date: Fri, 14 May 2021 23:09:22 +0200 From: Baptiste Daroussin To: Mark Millard Cc: bob prohaska , freebsd-arm Subject: Re: "Python 37/38 conflict, was Re: Trubles compiling lxqt on RPi4" Message-ID: <20210514210922.ygmuc3oigzd4ogi3@aniel.nours.eu> References: <1120D222-A28B-447B-9121-726BC8F49A7F.ref@yahoo.com> <1120D222-A28B-447B-9121-726BC8F49A7F@yahoo.com> List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1120D222-A28B-447B-9121-726BC8F49A7F@yahoo.com> On Fri, May 14, 2021 at 01:55:54PM -0700, Mark Millard wrote: > I am aware of the direction that you have taken on this > subject and have been thinking about a response. But the > freebsd-arm list seems to be messed up. > > For one, I've not received any messages via email for > recent list activity. freebsd-arm is one of the few > lists that I do have set up to send E-mail. (Many lists > I just read via a web browser.) > > For another: > > https://lists.freebsd.org/archives/freebsd-arm/2021-May/thread.html > > now gets "404 Not Found" for me. But: > > https://lists.freebsd.org/archives/freebsd-arm/2021-May/ > > gets a different type of thread list. > > But that list (and the related author, date, subject > sorts) shows no "Trubles compiling lxqt on RPi4" > messages at all. > > https://lists.freebsd.org/archives/freebsd-arm/2021-May/index.html > > also produces that thread sorted list that is missing > things. > > One of the links on the page takes me to: > > https://lists.freebsd.org/index > > which shows an incomplete list of about 17 mailing lists. It also > lists a bunch of "Archived mailing lists" that do not allow for > subscription. The page reports being based on: "generated by > mlmmj-webview" which links to: > > https://codeberg.org/bapt/mlmmj-webview > > > Anyway, you may have to use off-list means of dealing with things > for a while. > > FYI we are in the middle on a migration from mailman to something else, freebsd-arm just got migrated today, (hence the archive which looks different) I have dig into mailman and the new software and we never received an email on freebsd arm with the subject "Trubles compiling lxqt on RPi4". So no email were lost during the migration. What you see on "https://lists.freebsd.org/index" is the list of mailing list that have been migrated. The one without the subscribe button are because they are frozen, aka not anymore a mailing list, but archives remains from history. During the next couple of weeks the rest of mailman's mailing list will be migrated. Best regards, Bapt From nobody Fri May 14 21:21:06 2021 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 59FA185F5B1 for ; Fri, 14 May 2021 21:21:12 +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.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 4FhhKN0Y8Qz3qZs for ; Fri, 14 May 2021 21:21:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621027269; bh=mGzlWdliY9VtI7ZvUKFA+BVh+PeoKPy2E6buyPPj9LA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=bcVpwMO6f/ql4gG/GC5Rns7i5sNSzHmpfAnn2Fswih11Z2tZAXym6DU6+L8GaME/3LHUDJucw0iQKO2iz3TBpHjED59HTKVBLmzPEmBniZsA9RODhT0IitSrDk1694bn2d3nDLWrsEVVRVpvWnKekzO4F6ASTgL1PBdZ0UcoZJPyMMj2LjgY8VdOJsJsSMoTkQ0kdPLzHBKCXt9f5BYsEx+WuTcFayfARVYQf0ZQlZ+a+jEvA1wc2spiBVROSaHoqdxl3n4v7eUSK9NmCZUUaVRKICTDyBgw8HHpR1tYwg1dwhOa+rMC+Z8UP1f0dadDOpcOTbpjXOv33F3FNfEfQg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621027269; bh=WJM2I5ZhtRkq42Hk3tlpK/xwL63tBE7185K1vePkVKl=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=DHIMuJIMiuz0QEKZ7CX5jkrb9bh4OG+IOM28JlCu2p8fRxyekh5v3bmRLzK92LZRROtRSkXPhomszilOxlqo1STdgk1jaUHZABwfVnoFI7qfRDDtABitrSK/YCRVqj0utIsX4bObxYh+nkdWJ7LRjG2f4/8c0oGushd3vYA1llFFN8tRfeTmb+zH/v1XYupuAg+tBnz6SyhnuvPopKNsdHKqismTYMTXAR08dXlJMO5Qu8i56zmPwVPL/H/TIzEMUHFGYxxvlCphSpODotL4xhpCeX8Bd6pLpvX1o4OqAup4imQMYMIYsfFmpCOWoRtqkvLHqrjddsENYyZWqVBtaA== X-YMail-OSG: FeelUiAVM1lPvoAoCTqVGNT5IJ3MLuPFEvyCspLd2GR1tz9B9XaVj8WBaRgjD1U 9x6PllHEbT.FU72NHLWADRtLVy6VVlmWYeXYE2vOBFzBSOTJe2nkYlE4pBLPCH5RRAfuLk6JvTLb Oq9vWSFkN6IBVDh55qbhZ3uHPHrjrfj.S7aHCPgA9DzboaRsLCHArkjIV4rutvjrwZmjtK_1xy7h zWoXKUjkByqgHbUzBjIXcM0xXclOgLDY8zVlK_dUmK6GfEZj9Coq26EFbhSVHQBtBeV5I26V38qf QkjRmYXDJNsIC8agvWE.BlnQ0b_K0LzmefD6K4Af4A412cOxSE33ozx3GXJOtcX7MaLoWA9lTSNu xlz9xgX5ut8lVexcrAzhP0ZCCr8GZMKTwmg_Cy_5Rh_HAsvRnmYvr_YMA6Rlg4eV.cea3zluB5qx ZWbQklOxXEI__SyxddiBLCOYSbMkViEYVgCnelG925KZSXwpV8HDxmta5H0PvzKH6Md8vj9EfGyH cPw75ogLYHjA0KH6eHVKVdypDIRdBfEn4_qHSyb8SD2pT6Xnz7WF3IHOAhiMNkoHJWKj4BKVi10n kzFOHKPw4Je2zl0tFzdpj5vKd468S4doSgbCm_0MW2xvG29t6VA3OV1X5jk5EaOboLKgTVGqoUb2 NPOWzbyJkM08tqYzAXQwYJxfJRdA_ckzhIjfh7NolumYKlvA0PoPitomJl_afGc7.UvUDZm.nk1. 3JpfFgNIUBpXdRZEq6axrZB_za8fCNVpuVzwrYqipGgK5vkwr_NlkzZn7OMWbZGMGrLJ_CI4HML6 KW7cNjwdlX6F0whO1ZvZB.qCuDyraYsSSip3FOeds9Li6U7zZl9nm8XHZ0recD.vpofc0ksELi03 PgIlkoT.asCIRPjwKO6Bhf3Bfdl2Hwavewk7cnjjNFE0ZNoQDVdSvu9VNBJONNsw.bFBwMb5mkd4 v7t36DIWdaBj5uE2HAJGI7lbF96IOjyJrNw.Rq747bSnq8zEsKNuaB4S56f9WobuX.gXWmR.5zKq 9yNMkVoOxgEbpe4g.PbRreqLJWzA7JGtbXIciFZ4TaH.lDyB71U3najt_3WK2jZqJY3m4QSC8cDF wxujKsrB2MwfSkOnxj4lZWILr6JH2FYbm7uGimhm0oOgpcyTg755ddEMp5PWqmlBW5ea6k2oK0O4 WqIzK02BrZoGVV5ihgfJWNq1WRNfRNCy8jcKMWesFX8t1cbu3CYsdLSN_K.YGJE1y1TcduiPgmun oumypb6tvG3KJHPQLmmUX1akUz25neQJBS_ygWX0pqmRzlt.KWOxuIwlZ4in8lXmg4fkI_eKhYRa dqN8ZfRHupmXz42fr6HyGkAdAEYs9XS7tr9WkIUqtLGPlDbKh0oj51YzIrXADs6L1tSuasMzUeQ1 679951OoIIMUXtcY60Rr59kfWOjNEMzwwn8g2EZg.ftG5ZsFfZqcOjNuuiruTGjgfuX9tfC3nMwG dA8Vm9yLDvVmIxJ.svjEuBwQDtOYuSIzQm3SF0nscxDAlPUhhFqQhhMOaVNRwpDXO4ZXOtlbpDmn PviJOY6BABmTQ_78Y9LJTuB2p8UInmRKF_4OIYmqLB963DG3105l76Vz5dcCXfndv0kGKZyRtfJH xiev3P1MneL_8X7ebQ4BvkfCWc9My0ksK9oWUppOs5nTX_1FJ5Zm.fmCq7fWPUFfp6qan_RsV6xL Gp1BWImp3Oyb5u0FNrQeL7JZ.HqzUVVuI63WhIWqoDrJraAOszeL6IlfQC4Lddj.zfPgKvpvZK0D ZRBdiQ_3aR6ys2X0FsYho.AHeHShl0wDBND8Cy9sfdDAsvUClPql_eVp8gyB0jZSILv7IVFRNiCL Czce11zs9ylUOYgo8XZKF5LYfuCX9HuRD3MdYIukbBOFaBPo9KzCazSvUeKK.FELpfnh9pboNw4I .JGFIoZAiAUuBcpChsvyDCIEV2KlMy6SGQlmvkBdDd.fLcUcMdU8UbC.1HU.31oX6SVabzYQIz4B mKehKQjUGZreXpXnnqeUgjl4gttauMDOCkTNutjUUMwfgNLPK1UV_9.FATvvAGtYU_TD7L0IO8Xu ESBnMLg_.vZGaARP79rG78dz6GodBDhZvO1lgFPKIW_eL6uufY0e3gTX8EYCf5DU4wstTeMF0eq7 h2POJOegfz8wztSzXzc1Cz5jIKOmCMyf.dKHTH4LKS_ngQNEUDw.VVk5Hs7Ry1ffAl61fbaee_v2 CbxKdiCHvv9X7e_lRlpt4y40vKwnuekwqQODYJbR60v_G0konh7BCbOkMk1LxMPOblDp3UpQNKER gdZJYL7BNf4QV49hOqOvskK4SIhNr.iGZMulaLoRY0RphKH2CR1xJIrvn2ARq4hZHzsUPpdQbAEs 1lZpNWoQo6U0h1vr3hDp80pjrKO5TBiID5MgOq3XB6441afYDoMVan6gDBOH50_kmFDw2SpZ8BNG NevXvoRVcsDJs17qr1T7E_uL63iHFNyfveevePffFvyhN8QWNYNEdYnw4i5xFTJhtYbQLjW.QjQX ISR8ZiBV_jxEE5I_jlAPoOPXZDm14xyMi1S9F2A1RSGR65Ohpoi9cT2wVEwqetmmGCjP1T7.B1zh Ezfx7LuprwqE7X_EsWmRIJg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Fri, 14 May 2021 21:21:09 +0000 Received: by kubenode572.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID cd5f1a0ae30c75e5b5ae37e26301f47f; Fri, 14 May 2021 21:21:07 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: "Python 37/38 conflict, was Re: Trubles compiling lxqt on RPi4" In-Reply-To: <20210514210922.ygmuc3oigzd4ogi3@aniel.nours.eu> Date: Fri, 14 May 2021 14:21:06 -0700 Cc: bob prohaska , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <9788E8D6-199E-4F48-89DA-F784BCC0CADF@yahoo.com> References: <1120D222-A28B-447B-9121-726BC8F49A7F.ref@yahoo.com> <1120D222-A28B-447B-9121-726BC8F49A7F@yahoo.com> <20210514210922.ygmuc3oigzd4ogi3@aniel.nours.eu> To: Baptiste Daroussin X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FhhKN0Y8Qz3qZs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard On 2021-May-14, at 14:09, Baptiste Daroussin = wrote: > On Fri, May 14, 2021 at 01:55:54PM -0700, Mark Millard wrote: >> . . . >>=20 > FYI we are in the middle on a migration from mailman to something = else, > freebsd-arm just got migrated today, (hence the archive which looks = different) >=20 > I have dig into mailman and the new software and we never received an = email on > freebsd arm with the subject "Trubles compiling lxqt on RPi4". I got things confused. The example was only on the freebsd-ports list, not cross listed like I was expecting. > So no email were lost during the migration. Sorry for the noise. > What you see on "https://lists.freebsd.org/index" is the list of = mailing list > that have been migrated. You might want a = https://lists.freebsd.org/archives/freebsd-arm/2021-May/thread.html (and the like) as an alias for = https://lists.freebsd.org/archives/freebsd-arm/2021-May/ (and the like). Otherwise saved links just report "404 Not Found". > The one without the subscribe button are because they are frozen, aka = not > anymore a mailing list, but archives remains from history. Yep. > During the next couple of weeks the rest of mailman's mailing list = will be > migrated. Ahh. So I'll have a gradual need to update my saved links. Good to know. Thanks for the information. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Fri May 14 21:51:27 2021 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 404B08458DD for ; Fri, 14 May 2021 21:51:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4Fhj0P4vyxz4S07 for ; Fri, 14 May 2021 21:51:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621029092; bh=XeklgD1Qj01BgoH+sIv4QOQO/llmGb/mkJnctDuktNU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=PmBQLIr1IS//Ju37Qk3BcnkaYDqmo7qmcMr2ojtC7ta4BQkfbRtuKok47wzeenNCfrYI+5AhdYo6rteEZjuk7AgAwtanLeHjR6TttJWnSNLY/wrpNXuovEld7b6oxNvothQXw6Xzw+ZScchQVHkFgyXOG4JKsvsuvDNcY77XztN57soLrYi/vygp2Y/5YlzM6SG967Mq9hd8q7vp9vtnYLdidvfKsCuvO6DgMCq/TMqz2GNOxu0yDRcDCw8LS4vyLFOU+9SAVx4g6do+AtPeUvVsFChbnOxOVP8yGqc8ebBq4BBFjAHcekjKsxdMJkL548MWzK1YYRb1kCsA2eW7Tw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621029092; bh=PyerJuCXvnxw4fWfreEAtnWE/TSG+E2zG3KPG4+H0dx=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=sPhSH/QWt0P8ZSNO8YGKjs1B1I4LeY8t7w/pozmlfXD5ALfqHojC1Y4/lz8iiMbYxdXTx4uuYE2QgGqc06TRgZTWhxiXwfoLeqtChu1ShGlOloq3cBnQEjz84p8ixqsbxMwDja5uOmTV6hu10Js4jYpJMfr/J8RaPBgz7Zp+hdLPIR2EWsEC8AwJ1CtM3wDeBVtlnYtO6l/rIHuPpiQNi120+IscmiZkz6Wg6xBuLmR7E7xuiGzFiadEIt8iIOi3eHs4RhD2H2WleZUyte+LSy0FwGXrPRTnoG/3TdsYEIOePdlPkuNvOlBrjwZRiSYWkEveniECUxD5sIpbf7/FMg== X-YMail-OSG: bB5QLCAVM1k7zQ9gz7HkDefIGfSCzIAcIUP9z._yRMSJJNjc01tLVAHuRSEac8x g1j5BGe6J_UVzLHEhEYIOVh7DMd376NrdU8kVIpVbKs5hIQdaT.tOnYiIODtFLvCfRK8qbCWcSdk QyQbw_TZNmv3sRcoHh_UJWXH7PHGWJqKFS1CMh8jyJ4tst_hrLKRLdmAT9YMJq9Sef_ywRNAV6IM GDNKB3NmVqh89WWlyXQdnpHIoBZEBLmCnrtH3jIDZeszMZMGv6BJs_LUDbn4J9o988QNPeAxYp7e oo38iXD4Dys9hoBfu8vpAwLOUYEL7wcoBDlLtYexZE8EosW9kIBq_TdEIMr7pGsdoEjRls7aIqpZ 1fEBMl7wpTVHaTj_z69AbtIo4aZ0h3xLYUqYWKH2UzRUxwUdgE4ebKfRwefhbwru3gvRK_eTGxd3 UeD3aIm2mA4X2sDU_RAgFrQpM8FD5Jgcu.5zcz.V8DpDzO_7bUdFI2h0Z3hKbR0tlGzWj7kFySgZ FoQkgkG9WQZlLz3hVbVOfut7524Ekcbug6a5nlH88PWiOXyMaCCK56RAWM8yre6DQp7Zr4MkvB73 cId1hd2yZyQ_KzQEQgzJ2uQ_IJA1uzO.sqI5yNsw41TyjncepjVBQZspnYJvZFy6d.FHnX8QBWLl cx0sjFSZywdzJA61u3Cu4e_LGzz.zuZOdHZXlbRGfGNZrQmLrLUbD_64cP.dvK26T6smmEqqr_n6 V8II.tu8q9A.v6KGrLTIv_XvIH9bBj.WsMUJwIl_RVcer96WGIISoRkH86HDs8tcEDrR7uaNUqyX P5sGlGdijHCebkxNLFiNKewF7ydYc_HRanmz188ZFALE4K6e2FsLyh.nCsH8BuxsWgqHpzG2BglU V6ImcST.EMPuRCnnsQhooyKgBHZZz9Osb_8_zqoJd60Zc.5QioV4.4qf85Z1o5.kh6ocJYOUv1HM WFwa9tphbBzihhi9s87ulTg1WHJMccri3Fr4Y5kgOelQNDkHhjNLk6cOXMOwyETVN4Vp9Of33sEo mP3.GMNLsSbDKyKiTIciLsrXwGHIU3KmaXhQ_xe8ZCs7FgqarYuvmADY3VyVwnwFJ.x3I4Egzbaw CicyMMzV8j3Og7txRLO14MkdkCmEJ9Ip6vOOwu748qSc8ALWQb.0ZynGYre48l9k.SCaqifGPM9V K_HCVW9c4vHE81Tb3xzcyz7shbqIAQT45LAtOL.4DnwDkekuSjXQCuahEcKcqMqWitKjKxHzJ6j6 T_IphXOlMcmOvaaZvbzvHGXfXIxvKpqcWeQjj_TC32bTZdKHCo5F_Mk_42ce553vxHjQyzOSBR8B h.K.e9Rc2cBDM8riwuESxCaWrKWjkM9Q2toXzhEFaMSUF33E1t8O92vQWgkkCugHPQ_piNs5irAF Uh4FuyGxeFSUX_wdv3OQfY7Fl21z6MUvOHozdl74iT.QEZGK8cDzN_lqSJvD1vPVhHy2d1l0ne1_ gWuiTBPLbTf6RWovVLoMI.tyinQg8xqwfMeWsTPaJ9vALmjpH2gNWVPmtnmd3XwwKD1X7P1WrIWE AyxdCohPmAQ5htE9L1lg0c49nFakpxZ_w.9r_e7mK8oeyStfrlYcj5CrnZuUpevdTmC_ft97IKsy K4BdJGNXZmgnsGnLYckmTnV6hZonx8atKJ.kpWNOMf_t3tgpLGqR_h4uZQ4d152UeuS_IVpT69dj mHcHD0nsj95B_X8vHMuED3j99g3ouh_2c6c9wQ82J44gLvGyMZTeOxvXf61qSHnYdNldaSQ78Kz8 dVNtA4Jj2Ys6qWUsOANaJlAO6a50HE6T4vK7bo0Jg6Yod_0lJeP8anSg1LfkAlKQcHtZEHLUfr_N OFBUYq685vgc86sGH0uWhyQaeHs5uuMtoZGcgOIRgfAixisM9oJXfxuiiJcFy35HIOER4l7ZJwM8 NGBw3_vNW0RNrxfgrupjUEuw7oCwLf.KTFMtYqBK0tgPgolnCyVj0q8dq0e5YpoeUB.3IgfS.BqP TbSXsS6R06FAtv.e73JeKHn4PFdyF2Jho2gSSCTBUDzn8IvEWDsb32.14sp6KbXiBj1FFLQ4dblZ P1Lkkva.paoWtR65NT8W9C9MssksSQ4E.amO9Fma0owBAZLbRpElfhtom.HhZLICQULbo7edube. a7bYkHY3cYy5gRm.Ciod1f918oGiOQuFwi_ObQp_WLxqhGj0qRsxvmviHGT2_NTPYKTYd69gGbOt TWw9NsCc5DwKqy.euhm6hycdVP59QVlu6X76ZglEb_oeJuKNyII233_RJSpPZYZnleS1GTJbh1Iu iEehA_72RMvYCAEH9QP5.4Yp3xrhpaeD9G3zj0sH_PAXyiPYA8w0EwxVz3CvW._9xgPWEhCYWRP4 LTPLDfVQJFe5lYeM84VGdTRuCBEH33gvYJ8RUAA_IjmnTm_FgYTlxxdp2bh7im2IWAFEGtb5Z852 E4.8QlmO9XUOSD_BQTiSr0Kr4fZTCg0wjBm0ZhAu1cZU6a3qX_.6SloyPSuYMlufJuzHytN73U8x WZn7snA.ZD40Q4vOVXJ0uyonhpQy9YaoFpdH6HsR3QdQnfjSWBp1W3Pw9CnG7nP3SLScJC3mPbNs 0DAq1lP4EeUUBbRs3k26P1vYlwyT_yDEOsi2QVm3eJ9dRNAVOsmfTC62MuFFV8RD85HgU2Z0KbGJ SEGyAtSS1yFwP_B1cvg0I9jsFfcODi8jzG_kfi_80.r213FQOuLupkH1EoFpdXQ6GZzT15Jeg8fU aUDo8pzLNdKyxBzEn X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 14 May 2021 21:51:32 +0000 Received: by kubenode540.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2542ac01b2ad8470e0046eaf3256ade2; Fri, 14 May 2021 21:51:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu In-Reply-To: <202105142048.14EKmm9K082795@gndrsh.dnsmgr.net> Date: Fri, 14 May 2021 14:51:27 -0700 Cc: freebsd-arm , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: <202105142048.14EKmm9K082795@gndrsh.dnsmgr.net> To: "Rodney W. Grimes" X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Fhj0P4vyxz4S07 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard On 2021-May-14, at 13:48, Rodney W. Grimes wrote: >>=20 >> On 2021-May-14, at 05:52, Rodney W. Grimes wrote: >>=20 >>>> Note: The context was using a non-debug main build >>>> from mid-2021-Mar. (More details identified >>>> later.) >>>>=20 >>>> The issue happend while attempting a: >>>>=20 >>>> # zfs send -R zpold@for-copy | zfs recv -Fdv zpnew >>>>=20 >>>> where the drives involved in the command were: >>>>=20 >>>> zpold: a USB3 SSD, using /dev/da0p3 >>>> zpnew: an 480 GiByte Optane in the PCIe slot, using /dev/nda0p3 >>>>=20 >>>> with: >>>>=20 >>>> # gpart show -pl >>>> =3D> 40 468862048 da0 GPT (224G) >>>> 40 532480 da0p1 4C8GCA72EFI (260M) >>>> 532520 2008 - free - (1.0M) >>>> 534528 29360128 da0p2 4C8GCA72swp14 (14G) >>>> 29894656 4194304 - free - (2.0G) >>>> 34088960 33554432 da0p4 4C8GCA72swp16 (16G) >>>> 67643392 401217536 da0p3 4C8GCA72zfs (191G) >>>> 468860928 1160 - free - (580K) >>>>=20 >>>> =3D> 40 2000409184 ada0 GPT (954G) >>>> 40 409600 ada0p1 (null) (200M) >>>> 409640 1740636160 ada0p2 FBSDmacchroot (830G) >>>> 1741045800 58720256 ada0p3 FBSDmacchswp0 (28G) >>>> 1799766056 176160768 ada0p4 FBSDmacchswp1 (84G) >>>> 1975926824 24482400 - free - (12G) >>>>=20 >>>> =3D> 40 937703008 nda0 GPT (447G) >>>> 40 532480 nda0p1 CA72opt0EFI (260M) >>>> 532520 2008 - free - (1.0M) >>>> 534528 117440512 nda0p2 CA72opt0swp56 (56G) >>>> 117975040 16777216 - free - (8.0G) >>>> 134752256 134217728 nda0p4 CA72opt0swp64 (64G) >>>> 268969984 668731392 nda0p3 CA72opt0zfs (319G) >>>> 937701376 1672 - free - (836K) >>>>=20 >>>> The system running was that on /dev/ada0p2 (FBSDmacchroot, >>>> which is UFS instead of ZFS). >>>>=20 >>>> The [usb{usbus2}] process eventually got stuck-busy, no >>>> more I/O: >>>>=20 >>>> CPU 0: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% = idle >>>> CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% = idle >>>> CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% = idle >>>> CPU 3: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% = idle >>>>=20 >>>> PID USERNAME PRI NICE SIZE RES STATE C TIME = CPU COMMAND >>>> 15 root -72 - 0B 262144B CPU0 0 8:51 = 99.95% [usb{usbus2}] >>>>=20 >>>> 1295 root -8 0 20108Ki 8092Ki q->bq_ 2 0:04 = 0.00% zfs recv -Fdv zpnew{receive_writer_thre} >>>> 1295 root 48 0 20108Ki 8092Ki piperd 2 0:22 = 0.00% zfs recv -Fdv zpnew{zfs} >>>> 1294 root -8 0 17544Ki 7740Ki q->bq_ 2 0:01 = 0.00% zfs send -R zpold@for-copy{send_reader_thread} >>>> 1294 root -8 0 17544Ki 7740Ki q->bq_ 0 0:00 = 0.00% zfs send -R zpold@for-copy{send_merge_thread} >>>> 1294 root -8 0 17544Ki 7740Ki hdr->b 2 0:00 = 0.00% zfs send -R zpold@for-copy{send_traverse_threa} >>>> 1294 root 52 0 17544Ki 7740Ki range- 3 0:20 = 0.00% zfs send -R zpold@for-copy{zfs} >>>>=20 >>>> 1036 root -8 - 0B 1488Ki t->zth 0 0:00 = 0.00% [zfskern{z_checkpoint_discar}] >>>> 1036 root -8 - 0B 1488Ki t->zth 1 0:00 = 0.00% [zfskern{z_livelist_condense}] >>>> 1036 root -8 - 0B 1488Ki t->zth 2 0:00 = 0.00% [zfskern{z_livelist_destroy}] >>>> 1036 root -8 - 0B 1488Ki t->zth 1 0:00 = 0.00% [zfskern{z_indirect_condense}] >>>> 1036 root -8 - 0B 1488Ki mmp->m 3 0:00 = 0.00% [zfskern{mmp_thread_enter}] >>>> 1036 root -8 - 0B 1488Ki tx->tx 1 0:00 = 0.00% [zfskern{txg_thread_enter}] >>>> 1036 root -8 - 0B 1488Ki tx->tx 2 0:00 = 0.00% [zfskern{txg_thread_enter}] >>>>=20 >>>> I was unable to ^c or ^z the process where I >>>> typed the command. I eventually stopped the >>>> system with "shutdown -p now" from a ssh >>>> session (that had already been in place). >>>=20 >>> Should this occur again before doing the shutdown run a >>> zpool status & >>> I have gotten in this state when the recv pool was a usb device >>=20 >> The USB device had the send pool in my example. >>=20 >>> and for some reason it had a timeout and gone offline. >>=20 >> No messages about timeouts or other such were made. >>=20 >>> The clue >>> this occured are in dmesg, and zpool status. >>=20 >> No console, dmesg -a, or /var/log/messages output were >> generated. (And the system was running from a SATA SSD >> that was operating well.) >>=20 >> For reference, the USB EtherNet device that was in a >> USB2 port continued to operate just fine, allowing the >> use of existing ssh sessions that were displaying >> gstat -spod and top -Samio -ototal until I started >> looking at the problem. (I did not try making a new >> ssh session). >>=20 >> I did not do the "zpool status" so I can not report >> about it. >>=20 >>> Unplug/plug the USB device, check dmesg that it came online, >>> and do a zpool clear. >>=20 >> Okay. I normally avoid unplugging USB storage media >> if the system overall does not hang up: hopes of >> a clean shutdown leaving things better. >=20 > Do the zpool status, and only if that indicates a device offline > or other problem would you proceed to do the unplug/plug, as at > that point zfs has stopped doing anything to the device and > your shutdown wont do anything as far as zfs for that pool anyway. >=20 >>=20 >> The system did appear to shutdown to completion. >=20 > Yes, you can shutdown a system with a zpool in failed state. I still have the console output available and I was wrong: the shutdown hung up and apparently I cut power before "All buffers synced". All it got to was: Stopping cron. Waiting for PIDS: 858. Stopping sshd. Waiting for PIDS: 852. fstab: /etc/fstab:6: Inappropriate file type or format Stopping ntpd. Waiting for PIDS: 807. Stopping nfsd. Waiting for PIDS: 781 782. Stopping mountd. Waiting for PIDS: 779. Stopping rpcbind. Waiting for PIDS: 741. Stopping devd. Waiting for PIDS: 431. Writing entropy file: . Writing early boot entropy file: . . Terminated May 13 20:16:26 FBSDmacch syslogd: exiting on signal 15 It did not get to any of the usual sort of (from a different shutdown): Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop...=20 Syncing disks, vnodes remaining... 0 0 0 0 0 0 0 0 0 0 done Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-1' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-3' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-4' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-5' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-2' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-6' to stop... = done All buffers synced. Uptime: 8m12s >>=20 >>>>=20 >>>> When I retried after rebooting and scrubbing (no >>>> problems found), the problem did not repeat. >>>>=20 >>>> I do not have more information nor a way to repeat >>>> the problem on demand, unfortunately. >>>>=20 >>>> Details of the vintage of the system software and >>>> such: >>>>=20 >>>> # ~/fbsd-based-on-what-freebsd-main.sh=20 >>>> FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >>>> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched = build in git context. >>>> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >>>> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >>>> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run = all XPT_ASYNC ccbs in a dedicated thread >>>> n245444 (--first-parent --count for merge-base) >>>>=20 >>>> The system was a MACCHIATObin Double Shot. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Fri May 14 22:04:29 2021 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 18718848F26 for ; Fri, 14 May 2021 22:04:44 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhjHb6Smdz4WBv; Fri, 14 May 2021 22:04:43 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de (mail.cicely.de [IPv6:2a02:21e0:16e0:20fe:0:0:101:c]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id 14EM4Xee044348 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=FAIL); Sat, 15 May 2021 00:04:34 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1621029875; bh=0L3035s7VKnTHnzk3bPIR6HcdzUgvbAb6Rbk2HsPY7E=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=Viqvwd0IEEqR5C0UjREbTXui2wjMXIwjCYZDP9+o3E1qILpZdEOEcmBat0uSZJ8+0 4oQp1EPmd8eOBTJaTRbYKLfrupWmPMic7pJpWm6qHYacONFiMmjTeYC31M6e9PssEt EAAoGc2YniQ6J7IdtMoGJV2EC8f4k4Wf7WqKyjGE= Received: from cicely7.cicely.de (c7-old.cicely.de [IPv6:2a02:21e0:16e0:20fe:0:0:101:d]) by mail.cicely.de (8.15.2/8.15.2) with ESMTPS id 14EM4Tnk033430 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 15 May 2021 00:04:29 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.16.1/8.16.1) with ESMTP id 14EM4T4d072692; Sat, 15 May 2021 00:04:29 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.16.1/8.16.1/Submit) id 14EM4TeW072691; Sat, 15 May 2021 00:04:29 +0200 (CEST) (envelope-from ticso) Date: Sat, 15 May 2021 00:04:29 +0200 From: Bernd Walter To: Baptiste Daroussin Cc: Mark Millard , bob prohaska , freebsd-arm Subject: Re: "Python 37/38 conflict, was Re: Trubles compiling lxqt on RPi4" Message-ID: Reply-To: ticso@cicely.de References: <1120D222-A28B-447B-9121-726BC8F49A7F.ref@yahoo.com> <1120D222-A28B-447B-9121-726BC8F49A7F@yahoo.com> <20210514210922.ygmuc3oigzd4ogi3@aniel.nours.eu> List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210514210922.ygmuc3oigzd4ogi3@aniel.nours.eu> X-Operating-System: FreeBSD cicely7.cicely.de 12.2-RELEASE-p6 amd64 X-Spam-Status: No, score=-1.9 required=4.5 tests=BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 4FhjHb6Smdz4WBv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] On Fri, May 14, 2021 at 11:09:22PM +0200, Baptiste Daroussin wrote: > On Fri, May 14, 2021 at 01:55:54PM -0700, Mark Millard wrote: > FYI we are in the middle on a migration from mailman to something else, > freebsd-arm just got migrated today, (hence the archive which looks different) That explains, why I received those mails in my normal income folder. I have two subscribtions - one with a individual address to receive mail to be sorted into a folder and with my normal sender address to be able to write to that list, but with delivery disabled. Obviously the delivery enabled flag wasn't transfered. > I have dig into mailman and the new software and we never received an email on > freebsd arm with the subject "Trubles compiling lxqt on RPi4". > > So no email were lost during the migration. > > What you see on "https://lists.freebsd.org/index" is the list of mailing list > that have been migrated. > > The one without the subscribe button are because they are frozen, aka not > anymore a mailing list, but archives remains from history. > > During the next couple of weeks the rest of mailman's mailing list will be > migrated. > > Best regards, > Bapt > -- B.Walter https://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From nobody Sat May 15 09:02:10 2021 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 3B2378468E8 for ; Sat, 15 May 2021 09:02:20 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FhztM07SLz3LT1; Sat, 15 May 2021 09:02:18 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1621069330; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=O+84TzW+u5QaWRG34qp8D7fWEAtBUiqzhNSYWZ5zuHM=; b=R0v06biBx4sCFzRlEAS0rUnLmeOIebCU6PG9/MR21+r9FJmPUDHge9kphE/X81u6hBMCGZ h+7VH+8jE6lUDoWpyiczqSQZzP5kfl4xulz4gZ67b1HV4yp0aKyXf9zSCH4R63rzf1r2to zNG62sjqIcOALRRNTWpNfyvzxTPwEis= Received: from amy (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id d460b905 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 15 May 2021 09:02:10 +0000 (UTC) Date: Sat, 15 May 2021 11:02:10 +0200 From: Emmanuel Vadot To: Adriaan de Groot Cc: freebsd-arm@freebsd.org Subject: Re: Rock64 flaky ethernet? Message-Id: <20210515110210.c8419c75b9088d824dab9162@bidouilliste.com> In-Reply-To: <2652271.iL6vRArjjl@beastie.bionicmutton.org> References: <9cc751f907d49805c089b96954e919eb@pyret.net> <22597697.gYbqZ1YImA@beastie.bionicmutton.org> <2652271.iL6vRArjjl@beastie.bionicmutton.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FhztM07SLz3LT1 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=R0v06biB; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] On Fri, 14 May 2021 12:13:21 +0200 Adriaan de Groot wrote: > On Saturday, 8 May 2021 21:28:41 CEST Adriaan de Groot wrote: > > On Saturday, 8 May 2021 20:09:03 CEST Daniel Engberg wrote: > > > As for your H6 board I guess you mean H64? > > > https://www.freshports.org/sysutils/u-boot-pine-h64/ > > > https://linux-sunxi.org/PineH64 > > I used the Rock64 image (since I had downloaded it already, and it's all > aarch64 anyway) and replaced the u-boot and all went well. I have since > totally spammed the wiki admins with edits so that you can find information > about the H6, and published some bloggy bits too. > > [ade] Thanks Adriaan, H6 support is still pretty early (I've "only" added support for this SoC to test the dwc3 driver on another board) but should work ok. Let me know if you have major features not supported on the Pine H64 board. -- Emmanuel Vadot From nobody Sat May 15 12:00:23 2021 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 248B385E883 for ; Sat, 15 May 2021 12:00:28 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fj3qv3B8Fz4SQ6; Sat, 15 May 2021 12:00:26 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 14FC0NSp085671; Sat, 15 May 2021 05:00:23 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 14FC0NRb085670; Sat, 15 May 2021 05:00:23 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105151200.14FC0NRb085670@gndrsh.dnsmgr.net> Subject: Re: "Python 37/38 conflict, was Re: Trubles compiling lxqt on RPi4" In-Reply-To: <9788E8D6-199E-4F48-89DA-F784BCC0CADF@yahoo.com> To: marklmi@yahoo.com Date: Sat, 15 May 2021 05:00:23 -0700 (PDT) CC: Baptiste Daroussin , bob prohaska , freebsd-arm X-Mailer: ELM [version 2.4ME+ PL121h (25)] List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4Fj3qv3B8Fz4SQ6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] > > > On 2021-May-14, at 14:09, Baptiste Daroussin wrote: > > > On Fri, May 14, 2021 at 01:55:54PM -0700, Mark Millard wrote: > >> . . . > >> > > FYI we are in the middle on a migration from mailman to something else, > > freebsd-arm just got migrated today, (hence the archive which looks different) > > > > I have dig into mailman and the new software and we never received an email on > > freebsd arm with the subject "Trubles compiling lxqt on RPi4". > > I got things confused. The example was only on the freebsd-ports > list, not cross listed like I was expecting. > > > So no email were lost during the migration. > > Sorry for the noise. > > > What you see on "https://lists.freebsd.org/index" is the list of mailing list > > that have been migrated. > > You might want a https://lists.freebsd.org/archives/freebsd-arm/2021-May/thread.html > (and the like) as an alias for https://lists.freebsd.org/archives/freebsd-arm/2021-May/ > (and the like). Otherwise saved links just report "404 Not Found". > > > The one without the subscribe button are because they are frozen, aka not > > anymore a mailing list, but archives remains from history. > > Yep. > > > During the next couple of weeks the rest of mailman's mailing list will be > > migrated. > > Ahh. So I'll have a gradual need to update my saved links. Good > to know. Yikes, thats not so good. That basically destroys every link on the internet that points to an archived piece of FreeBSD mail, breaking those links would be bad... very very bad.... Please tell me that this migration is NOT breaking those links. > Thanks for the information. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > > > -- Rod Grimes rgrimes@freebsd.org From nobody Sat May 15 12:05:24 2021 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 1041685F758 for ; Sat, 15 May 2021 12:05:26 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fj3xf00bMz4TjW; Sat, 15 May 2021 12:05:26 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from aniel.nours.eu (ns393929.ip-176-31-115.eu [176.31.115.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id C60AD2FD89; Sat, 15 May 2021 12:05:25 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id A002552C8A; Sat, 15 May 2021 14:05:24 +0200 (CEST) Date: Sat, 15 May 2021 14:05:24 +0200 From: Baptiste Daroussin To: "Rodney W. Grimes" Cc: marklmi@yahoo.com, bob prohaska , freebsd-arm Subject: Re: "Python 37/38 conflict, was Re: Trubles compiling lxqt on RPi4" Message-ID: <20210515120524.535h2rmgolfk6hjt@aniel.nours.eu> References: <9788E8D6-199E-4F48-89DA-F784BCC0CADF@yahoo.com> <202105151200.14FC0NRb085670@gndrsh.dnsmgr.net> List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202105151200.14FC0NRb085670@gndrsh.dnsmgr.net> On Sat, May 15, 2021 at 05:00:23AM -0700, Rodney W. Grimes wrote: > > > > > > On 2021-May-14, at 14:09, Baptiste Daroussin wrote: > > > > > On Fri, May 14, 2021 at 01:55:54PM -0700, Mark Millard wrote: > > >> . . . > > >> > > > FYI we are in the middle on a migration from mailman to something else, > > > freebsd-arm just got migrated today, (hence the archive which looks different) > > > > > > I have dig into mailman and the new software and we never received an email on > > > freebsd arm with the subject "Trubles compiling lxqt on RPi4". > > > > I got things confused. The example was only on the freebsd-ports > > list, not cross listed like I was expecting. > > > > > So no email were lost during the migration. > > > > Sorry for the noise. > > > > > What you see on "https://lists.freebsd.org/index" is the list of mailing list > > > that have been migrated. > > > > You might want a https://lists.freebsd.org/archives/freebsd-arm/2021-May/thread.html > > (and the like) as an alias for https://lists.freebsd.org/archives/freebsd-arm/2021-May/ > > (and the like). Otherwise saved links just report "404 Not Found". > > > > > The one without the subscribe button are because they are frozen, aka not > > > anymore a mailing list, but archives remains from history. > > > > Yep. > > > > > During the next couple of weeks the rest of mailman's mailing list will be > > > migrated. > > > > Ahh. So I'll have a gradual need to update my saved links. Good > > to know. > > Yikes, thats not so good. That basically destroys every link on the > internet that points to an archived piece of FreeBSD mail, breaking > those links would be bad... very very bad.... > > Please tell me that this migration is NOT breaking those links. > The migration is not breaking those links. the archiver used as been modified to be able to generate the exact same links. only the "indexes" thread.html etc are different. This is exactly why it took so long to migrate and why mailman3 was not an option and we were stuck to it. Bapt From nobody Sat May 15 12:28:14 2021 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 78A4A843D76 for ; Sat, 15 May 2021 12:28:27 +0000 (UTC) (envelope-from wa5qjh@xmission.com) Received: from out03.mta.xmission.com (out03.mta.xmission.com [166.70.13.233]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fj4SB1pqdz4XH5 for ; Sat, 15 May 2021 12:28:25 +0000 (UTC) (envelope-from wa5qjh@xmission.com) Received: from in02.mta.xmission.com ([166.70.13.52]) by out03.mta.xmission.com with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1lhtP6-00EGwq-0T for freebsd-arm@freebsd.org; Sat, 15 May 2021 06:28:24 -0600 Received: from [110.54.251.96] (helo=[192.168.254.109]) by in02.mta.xmission.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1lhtP3-005evx-Mm for freebsd-arm@freebsd.org; Sat, 15 May 2021 06:28:23 -0600 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable From: wa5qjh List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (1.0) Date: Sat, 15 May 2021 20:28:14 +0800 Message-Id: <29668EEE-1EAB-4A54-9FAA-F2226D9DF28E@xmission.com> To: freebsd-arm@freebsd.org X-Mailer: iPad Mail (18B92) X-XM-SPF: eid=1lhtP3-005evx-Mm;;;mid=<29668EEE-1EAB-4A54-9FAA-F2226D9DF28E@xmission.com>;;;hst=in02.mta.xmission.com;;;ip=110.54.251.96;;;frm=wa5qjh@xmission.com;;;spf=neutral X-XM-AID: U2FsdGVkX1+gHVH53TdDsAVRrulcaS0R X-SA-Exim-Connect-IP: 110.54.251.96 X-SA-Exim-Mail-From: wa5qjh@xmission.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on sa06.xmission.com X-Spam-Level: X-Spam-Status: No, score=0.8 required=8.0 tests=ALL_TRUSTED,BAYES_50, DCC_CHECK_NEGATIVE,XMNumbers autolearn=disabled version=3.4.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.5402] * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa06 1397; Body=1 Fuz1=1 Fuz2=1] * 1.0 XMNumbers Suspicious email with numbers in From & Subject X-Spam-DCC: XMission; sa06 1397; Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ;freebsd-arm@freebsd.org X-Spam-Relay-Country: X-Spam-Timing: total 1591 ms - load_scoreonly_sql: 0.05 (0.0%), signal_user_changed: 11 (0.7%), b_tie_ro: 9 (0.6%), parse: 0.67 (0.0%), extract_message_metadata: 2.4 (0.1%), get_uri_detail_list: 0.46 (0.0%), tests_pri_-1000: 3.4 (0.2%), tests_pri_-950: 1.20 (0.1%), tests_pri_-900: 0.96 (0.1%), tests_pri_-90: 1447 (90.9%), check_bayes: 1445 (90.8%), b_tokenize: 3.7 (0.2%), b_tok_get_all: 4.6 (0.3%), b_comp_prob: 1.66 (0.1%), b_tok_touch_all: 1431 (90.0%), b_finish: 0.99 (0.1%), tests_pri_0: 108 (6.8%), check_dkim_signature: 0.67 (0.0%), check_dkim_adsp: 2.5 (0.2%), poll_dns_idle: 0.63 (0.0%), tests_pri_10: 2.00 (0.1%), tests_pri_500: 7 (0.4%), rewrite_mail: 0.00 (0.0%) Subject: Raspberry Pi 3 boot repair X-SA-Exim-Version: 4.2.1 (built Sat, 08 Feb 2020 21:53:50 +0000) X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com) X-Rspamd-Queue-Id: 4Fj4SB1pqdz4XH5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=xmission.com; spf=pass (mx1.freebsd.org: domain of wa5qjh@xmission.com designates 166.70.13.233 as permitted sender) smtp.mailfrom=wa5qjh@xmission.com X-Spamd-Result: default: False [-3.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[166.70.13.233:from]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[166.70.13.233:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip4:166.70.13.0/24]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[xmission.com,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6315, ipnet:166.70.0.0/16, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[166.70.13.233:from] just in case there are any other Murphy victims in our ranks, a quick fix in= case the boot inside your Pi gets messed up as mine did today, replace your= freebsd sdhc ( or whatever) with a raspbian sdhc card and power up. watch t= he leds flash, thats your first sign cause it takes a few seconds for anythi= ng to appear on an hdmi connected display, but chances are very good it will= 'wake up' normally! no, I still dont know for sure how I hosed my boot up, but think it was whe= n i copied the command to create a swapfile from the handbook, wrong.=20 hope this helps somebody! Gary Corell Ya gotta see time beyond the end of your nose= From nobody Sat May 15 21:43:45 2021 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 3017884C07B for ; Sat, 15 May 2021 21:43:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 4FjJn500Lfz4RqR for ; Sat, 15 May 2021 21:43:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621115031; bh=XgUrmSOU3Ro0XAUUjQJffC/ZdyhoNMwKhrX2bqIsxYA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=GG827yLIIMd8efLY/PsYemXQvCA6uxe6aIlcAUbu3rCNgUJ5qb7/Vi1FRpLqPyUlUGIfC7kMyvekzE26twSCOS5xE+L7OWHUUhk7xm0LN/wjk9fxBMMn3/pnTAgr3FDuvLQvxdKmw9fS/Oixnn0olijPitfdtQLhXl9cpl+/oQuees/BB7Yig87+a4n9Qgx3Tp5joEq5ILu+a6eTs8Qh8W9tMGPVUrRn434melo2WtUdXfsKy5JjVWuvp3NuLW2LYf58mnGSdkKYOq6DrVxjc7YuoPp9s9gKDO1uTjIXonEdVtAxywc0fx0NS0MhgwVdfFEjbQLFnxWPAIE7kDu82w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621115031; bh=OednplwvYXf/v92mZMyjYDiIPPzW5V4+ni0wtnfdCVk=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=bUqOcJIzXBGfYh4tVaLpR3CtxYhwVaP/z2ZwFYaJ0NmN55I8UDowFgMLtPnGcvVDl5ZQBLvzEDdDPhdc/OaRflRMIL7eBsyqGVPP8nO+ZKEnHZBPKb7MgDbmKSw0onpKClRDf8XzbDahlDYpabo2SVYVDwt4WS4kknm9v2tlM1bMPPjYmvih4CUNWVHDbbvB3yTMLmp24ZhwtPWmBeG1LWjHCO2D1k6ILxUnY3uiSMsplObYMxBVAfNwarUOMwiALhw8Umyb0V31uK+Kx5TAm3I/qCL3nSsk5PdtBaBB8HW1PoSX11uGqM6scH9gtmwoXaACRRy1XlURekO/GRRbaw== X-YMail-OSG: 4IXX6EMVM1mnQm.Xw3NAaOof5iBfXrfJuUq5n_Jl0nZ8LhrNK3ELjsHGwyk8KJj SfyB3Tsln0gMah8Q6TL_MY7haojOPSjtvdazAuAXiwDPfwzaySYTJLPxaeS4603FrOcu5dYfUfAP nTlMdan8hSww3xjMQ0tAUlTlolpuSE1LiOPr152oXddc95r15fITF5qd.7Q.m4xbbZuxX.wBqO6g guzMfC8DRNzpro2cSNX7QujFqjn83UJEzGS0XwFnx_tcYUA3rPDnU1T5Cy_WsiFAe_.4LZC_WVCf v7Lu307aWqe.u7uNoQ8AqDAlIqMhujBW52oEBNK0q9xUIG5xs9qEGL5hekcVRkSiTSCcEUp3nV2U 4mRc67MiLbG3YlfpzkUYkiieLFgfOoQfjZIQziJQpJi5BrDV8X.3nEA7FbwY5tpZ7XGiqeE9.R3y fYB5zREO1hnHpY8Q.GvpiDNVArCwO6rVepRCQG1KYBH3OeBWGdRzOvcgDmiuL_eaZtpE.01xZSrk 9kz76Ni5JvBYID.114nFO1H5cVGtI7hyPHxU5Y_afoHXDFeNouKBLxph6w6d1II39n2VY67AUb50 4HfMv8sYasvI.U3oe7pW6KdxHGraI55ijo.Lb4hIHb47qr00tgnaHgLCxPtIiEQy2NeVuv_IlAna ohCQS2otHqk0wx8j24UGakcCaIX8kyCQ1ptFe8alelCtqCilrNRCUFY3ubHobn67snwL8SZfWCQv KQGoWDwpHuqR8dQE2rcYWsII5BUr9p0qLbpTSWsOL7tg2KzsfMo3l9JxSQLzNEIbcis5lmFIuTdT BJbSW7RA.jpTHETCL6ewxQOtuwlSGLUa1TWZxkdmKLHcljKYEDE.OMD7JvgGBXwuBt4_wWgxzusg Y2xRzzF40FH3R0L36lpISFHFaRk2lIBYdTeNnXBl.RfCCZ3BH.EWu2Kbt1EJTEbkkT8Omf18dAAS deZWq62hC60YwLYp.iXJt6YrTnOBc.qsbIOS6fLJK1FSdxm591FnYpUsxMw5L2Y3XOpJsjqBA9qb oLOZjp0Szh0lYF_xcP1LHcrAB7ssC75V6JOGBzdgfwXaZZUauVtZ5BL.9t4QSCkZgnbNvBVZjg8j r6sYZQWXYjcrqmc5NGd2j9.jlXA9SBATko9r7isXAQcQjAwFuKFB.9xAYEt356.IQqKf3vPhfU29 s9P5HycmRM0ysk9EgkEAdtGpw25ahU21I1FOsLO.7jc2hEAoFggP51QdNZuyseu8hEH9kJyEJhsi MqW6h6JSB.OP.kPxdY3Buvo4zXiR0mx4ZY_a5C.zPG3i2Gj5aYcxU_053tSPUqYM9ELY4B1_0NWX mvBSvB0fgp7lB7d9sx.EgX.KExcvPol1y4DHhduV3TL.JnRKXJEC9x2C_0BnQkjL8jyDbvNKD.cW nFI78Z_4tFObF.UZFwjVFHpz42oZSGEihFwJooCyeGJvZA0Utr9UEztztvswWmcXwCt2ApVdsIOz uOWiCibyDMUYIja7JBsIRnNknT8wqVybjyXX1vcXCdAkP79eFPAmBV557.UdNqORKMbnW1.ABsB4 i_kFaSPCiUOIDF1IX2T8gJuNiEJaJvlg5EsPwU5yQVNtEMtxVUjJ6RdAh70YbPVG6mheIpoA2_3l Ekmwvq0Qi7Y_Mq0qEAJ4WMiRp2qc8YDtLhHIiSDUcVElj2oI_2lZJWRPF3yM6N5HG7rU3M.kfoEW z8qecL9kXBl9nYr4_HzzWVNEypWfwvYOu3CATRDhmvPmWKItvpki393oyeldu9ue_YVSmxQjw7in c8k1VNDQQVB6iRTrQC.L8laRlRK_MgoebDaMzdn2JcVNys.9ELpIsqTm_ymo4TG3WaIXE4LWzfIH imYhwxZBaieyV1NGgO4oY97hMHvk9hP.6Wk1pk1rbjN0t9QZ0DCb3RiDjZMS5CrJbTReZQzbOAHC 21VqxVZxxjGTy6Dt8AptQV81cgWoaHC.o_Fg0gYe5qEUspPJ4rQcoxqaPCxIzaNa.Qz.p3kE0lQ5 xuZXjEa7dV1NQz8tufwKcdic8.I_ikTJueFpSBFd1B3yXUzgTgNSCH7QwX.mCljMhKEH2rHy0maX J7BBnKJaPZpFbOcf5MZMsIHErnoboYaQC5nHH.7gLeUTaeEDfcUUT_3PNz3AoIVzRRdTqvDaLzNR qJdEk0sdSx34dkzOKAC5XSfYeglq_I7bXApEpoqnAnf4NVRUIKCih4xjYoHX_9758HfjNafsaVbN lGFa1_FEG8aD8fabZM5g.aBVhirfVtIAKQzLEzPPcooGrtRc5BAWr0qzEgZjDJmapLL8MYD2yUu. pm_eh33hao3G89DLvKnW2c6vWWI6BaAgQsFbPRvigNf71NPmrblYPXrA86isJWe23YGWImGN9j.9 z3NdrDgYVa7vyjOFm9Tx_kioyFuhhP_loueIJrNGCE3TMi3lkH8RTmKUmPfTALjt8wl9OgYRzrNg PywS4j7fdSx0YmKVFZrZYNfRWoPIQZNlMoNLfNDpHZ9hAZKIPrV1cKQLdY2FLRKBWzzXdtLLLn5. vS1tgZdt8LtlKLf149AOrIYLgn9s5LsvCdr16fngs6Anpnhcz8MmgRXk- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 15 May 2021 21:43:51 +0000 Received: by kubenode541.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6a1d8729e2995f664597da232fdf6ef2; Sat, 15 May 2021 21:43:46 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: GPIO pullups not working -- SOLVED (or at least understood) [brcm,bcm2711-gpio in compat_data correct?] In-Reply-To: Date: Sat, 15 May 2021 14:43:45 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Elwood Downey X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FjJn500Lfz4RqR X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=GG827yLI; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.51 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.99)[0.988]; SPAMHAUS_ZRD(0.00)[98.137.65.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard On 2021-May-5, at 21:04, Elwood Downey = wrote: > A little followup to my own post.... >=20 > I have done some bare metal programming on the broadcom devices in the = past > so I thought I'd try to find the relevant freebsd driver. The closest = one I > could find in /usr/src is for the bcm2835. >=20 > This chip was used on the Pi3. The Pi4 uses the bcm2711 which, in = their > infinite wisdom, uses a different register set and protocol for = controlling > the gpio pullups. Code for the 2835 executing on a 2711 is harmless = but > does nothing, in agreement with my observations. Does this mean that main's 2551d928501f 2021-02-17 commit of: diff --git a/sys/arm/broadcom/bcm2835/bcm2835_gpio.c = b/sys/arm/broadcom/bcm2835/bcm2835_gpio.c index 61513df9c008..70b69eb154e8 100644 --- a/sys/arm/broadcom/bcm2835/bcm2835_gpio.c +++ b/sys/arm/broadcom/bcm2835/bcm2835_gpio.c @@ -157,6 +157,7 @@ enum bcm_gpio_pud { static struct ofw_compat_data compat_data[] =3D { {"broadcom,bcm2835-gpio", 1}, {"brcm,bcm2835-gpio", 1}, + {"brcm,bcm2711-gpio", 1}, {NULL, 0} }; was inappropriate? > Then I found bcm2835_gpio.c which I must say is beautifully written. = I'm > tempted to tweak a few lines in bcm_gpio_set_pud() but I'd have to = figure > out how to rebuild the kernel which I will leave for another day. >=20 > Not a big deal, until the 2711 is supported I'll just use an external > pullup. >=20 > All the best, >=20 > On Tue, May 4, 2021 at 11:24 AM Elwood Downey = > wrote: >=20 >> Hello all; >>=20 >> Using RELEASE-13 on Raspberry Pi 4 I can not seem to engage GPIO = input >> pullups. Doing so should cause an input not connected to anything to = read >> high but it always reads low. Connecting the pin to 3.3V does read hi = so I >> know the pin is working correctly as an input, just that the pullup = is not >> connecting. >>=20 >> I configure the pin as follows: >>=20 >> freebsdpi# gpioctl -c 21 PU IN >> freebsdpi# gpioctl -l | grep 21 >> pin 21: 0 pin 21 >> freebsdpi# sysctl dev.gpio.0.pin.21.function >> dev.gpio.0.pin.21.function: input >>=20 >> # test with pin disconnected >> freebsdpi# gpioctl 21 >> 0 >>=20 >> Now connecting to 3.3V: >> freebsdpi# gpioctl 21 >> 1 >>=20 >> Installing a microSD with Raspbian Buster in the same Pi, I can = repeat the >> above using their tools and the pullup works as expected, so I know = the >> hardware is fine. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat May 15 22:07:35 2021 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 16F9D84F612 for ; Sat, 15 May 2021 22:07:48 +0000 (UTC) (envelope-from elwood.downey@gmail.com) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FjKJg6y0Fz4V7V for ; Sat, 15 May 2021 22:07:47 +0000 (UTC) (envelope-from elwood.downey@gmail.com) Received: by mail-pg1-x534.google.com with SMTP id t193so2056317pgb.4 for ; Sat, 15 May 2021 15:07:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=A1hNJ1TotB9RxXMDsYRMb71eOt29GOldW9KTSCB3YK8=; b=jF3sHlIuA3JBc3AOnDIxVIata0+5UQJY4drxpYppYPm7fqmNf+R0pTj1dV11SYW0W4 dybz6VWqq/jmF9IEUw2Id035ESKLN8qWeFtkUFlxLZm+3KoqMgoJ7F1sk2lYusFeLSxS BsoXHZJ21SGG9+dV/IRSfS8CoQ69XYNEEMDlwThw8tcIdVpzVLUWcF20mJK227PnOIhz XPs+8Ciibdtxy6wEtiNNLOSxxj5mbgct6He8JGGTz5TiWuBiCsIjcUB7DCmF//1Lsf74 UBo32ICH4Fi1HkWequZsARvJA3K0h87y4gEhlVnI1n1asVKyE/WczvY/4ROT2n39i2uH H4qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=A1hNJ1TotB9RxXMDsYRMb71eOt29GOldW9KTSCB3YK8=; b=YX4fx0s0GwC+QhKoAEYLHCj5drb+PTQD+RCtEMG9HXxl8Jof6ww35sfZNM+CXghNuj T4ZCs0VaWyObvttGFWxm5eertHLrM3aMQEQdvas4KsHQxItsPeLtnBzViDpZIVpGuW/l e55L3cD10FHpybfK/7+8l8RUV1zB8PkGYbjEW4D+1aDelOsOT8rZa+kH7m3NEpdueEBo hPCkAQ23rygEVGfUn2ZxUdlsZLgjXCAUvikmy4WH2qZDskRV3giqBqNV445VZTa+34Dl bjR/u1ixqehn0egGUYJZKAvgQRQIGSaU3uTVRzMw2prGp6rFyccCCO+UFy45cbneNoGK kI3g== X-Gm-Message-State: AOAM5307GM0ddTdpSQ1mG6PJFxXdk2WkD+t1XB8zP+P3belNtTaac+5+ 48JSYQwuSBnyL3Puq6f1xD3TNFYmwoBOmsyFzPNROt1/qXiV/w== X-Google-Smtp-Source: ABdhPJweLA82HX+tgGJO60di0lrfDgzk1eKRY5D7o2KDzfTcXOKVaMhKQ8pt+K2MCbH1UR3WycvirDiXequUfxsnLXs= X-Received: by 2002:a05:6a00:1250:b029:2c5:7d36:759f with SMTP id u16-20020a056a001250b02902c57d36759fmr29237857pfi.13.1621116466041; Sat, 15 May 2021 15:07:46 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Elwood Downey Date: Sat, 15 May 2021 15:07:35 -0700 Message-ID: Subject: Re: GPIO pullups not working -- SOLVED (or at least understood) [brcm,bcm2711-gpio in compat_data correct?] To: Mark Millard Cc: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="00000000000019181f05c2659768" X-Rspamd-Queue-Id: 4FjKJg6y0Fz4V7V X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] --00000000000019181f05c2659768 Content-Type: text/plain; charset="UTF-8" On Sat, May 15, 2021 at 2:43 PM Mark Millard wrote: > Does this mean that main's 2551d928501f 2021-02-17 commit of: > > diff --git a/sys/arm/broadcom/bcm2835/bcm2835_gpio.c > b/sys/arm/broadcom/bcm2835/bcm2835_gpio.c > index 61513df9c008..70b69eb154e8 100644 > --- a/sys/arm/broadcom/bcm2835/bcm2835_gpio.c > +++ b/sys/arm/broadcom/bcm2835/bcm2835_gpio.c > @@ -157,6 +157,7 @@ enum bcm_gpio_pud { > static struct ofw_compat_data compat_data[] = { > {"broadcom,bcm2835-gpio", 1}, > {"brcm,bcm2835-gpio", 1}, > + {"brcm,bcm2711-gpio", 1}, > {NULL, 0} > }; > > was inappropriate? > > Assuming that code made it into 13.0-RELEASE then I would say yes because that release does not correctly control pullups for the 2711. --00000000000019181f05c2659768 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, May 15, 2021 at 2:43 PM Mark = Millard <marklmi@yahoo.com> = wrote:
Does this= mean that main's 2551d928501f 2021-02-17 commit of:

diff --git a/sys/arm/broadcom/bcm2835/bcm2835_gpio.c b/sys/arm/broadcom/bcm= 2835/bcm2835_gpio.c
index 61513df9c008..70b69eb154e8 100644
--- a/sys/arm/broadcom/bcm2835/bcm2835_gpio.c
+++ b/sys/arm/broadcom/bcm2835/bcm2835_gpio.c
@@ -157,6 +157,7 @@ enum bcm_gpio_pud {
=C2=A0static struct ofw_compat_data compat_data[] =3D {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 {"broadcom,bcm2835-gpio",=C2=A0 =C2= =A0 =C2=A0 =C2=A01},
=C2=A0 =C2=A0 =C2=A0 =C2=A0 {"brcm,bcm2835-gpio",=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A01},
+=C2=A0 =C2=A0 =C2=A0 =C2=A0{"brcm,bcm2711-gpio",=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A01},
=C2=A0 =C2=A0 =C2=A0 =C2=A0 {NULL,=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0}
=C2=A0};

was inappropriate?


Assuming that co= de made it into 13.0-RELEASE then I would say yes because that release does= not correctly control pullups=C2=A0for the 2711.

=
--00000000000019181f05c2659768-- From nobody Sun May 16 21:00:18 2021 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 3698585E5ED for ; Sun, 16 May 2021 21:00:19 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FjvmM0RNmz3qjq for ; Sun, 16 May 2021 21:00:19 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id DF4AA1F8A0 for ; Sun, 16 May 2021 21:00:18 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 14GL0IxW056307 for ; Sun, 16 May 2021 21:00:18 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 14GL0IJd056306 for freebsd-arm@FreeBSD.org; Sun, 16 May 2021 21:00:18 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202105162100.14GL0IJd056306@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 16 May 2021 21:00:18 +0000 List-Id: Porting FreeBSD to ARM processors List-Archive: http://lists.freebsd.org/arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16211988186.F5BA8C1E0.55779" Content-Transfer-Encoding: 7bit --16211988186.F5BA8C1E0.55779 Date: Sun, 16 May 2021 21:00:18 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. --16211988186.F5BA8C1E0.55779 Date: Sun, 16 May 2021 21:00:18 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
Open        |    238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off 
Open        |    239673 | Spurious Interrupt message from /dev/led/led1

2 problems total for which you should take action.
--16211988186.F5BA8C1E0.55779--