From owner-freebsd-arm@freebsd.org Sun Apr 11 09:24:47 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 2A1335E69B1 for ; Sun, 11 Apr 2021 09:24:47 +0000 (UTC) (envelope-from qroxana@protonmail.com) Received: from mail-40140.protonmail.ch (mail-40140.protonmail.ch [185.70.40.140]) (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 "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FJ5zx6q9hz3FFJ for ; Sun, 11 Apr 2021 09:24:45 +0000 (UTC) (envelope-from qroxana@protonmail.com) Date: Sun, 11 Apr 2021 09:24:33 +0000 To: "freebsd-arm@freebsd.org" From: qroxana Reply-To: qroxana Subject: No dwc0 on bananapi m1 with Linux 5.10 devicetree Message-ID: <1sKA_1f0z4MvqNKPTG1kiNCHauRdILGumygIn6w0H-XBzxg_cTV0c-01SCnrUcmzy96RCoE2zA4khWzwo6DQQymVphL7zpjOVx5c48lXAXU=@protonmail.com> MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4FJ5zx6q9hz3FFJ X-Spamd-Bar: / X-Spamd-Result: default: False [0.02 / 15.00]; HAS_REPLYTO(0.00)[qroxana@protonmail.com]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_BASE64_TEXT_BOGUS(1.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.28)[-0.280]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.80)[-0.805]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[185.70.40.140:from]; TO_DN_EQ_ADDR_ALL(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.140:from]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 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, 11 Apr 2021 09:24:47 -0000 SXQgc2VlbXMgdGhlIGR3YzAgbm8gbG9uZ2VyIHdvcmtzIGFmdGVyIDZiZTMzODY0NjZhYjc5YTg0 YjQ4NDI5YWU2NjI0NGYyMTUyNmQzZGYKCmR3YzA6IDxBMjAgR2lnYWJpdCBFdGhlcm5ldCBDb250 cm9sbGVyPiBtZW0gMHgxYzUwMDAwLTB4MWM1ZmZmZiBpcnEgNzIgb24gc2ltcGxlYnVzMApkd2Mw OiBDYW4ndCByZXNldCBEV0MuCmRldmljZV9hdHRhY2g6IGR3YzAgYXR0YWNoIHJldHVybmVkIDYK CkkndmUgdHJpZWQgdG8gcmV2ZXJ0IHRoaXMgY2hhbmdlIG9uIG15IGJhbmFuYXBpIG0xIGFuZCBk d2MwIHdvcmtlZCBhZ2Fpbi4KCmNvbW1pdCBlN2ZmYTNiNWNlMDQ3NDI0NTVjNmJkNGQ4YWYwZmRl ZGQ5OTc4Yzc3CkF1dGhvcjogRW1tYW51ZWwgVmFkb3QgPG1hbnVARnJlZUJTRC5vcmc+CkRhdGU6 IFN1biBKYW4gMTcgMTk6MDI6NDYgMjAyMSArMDEwMAoKSW1wb3J0IGRldmljZXRyZWUgZmlsZXMg ZnJvbSBMaW51eCA1LjEwCgpkaWZmIC0tZ2l0IGEvc3JjL2FybS9zdW43aS1hMjAtYmFuYW5hcGku ZHRzIGIvc3JjL2FybS9zdW43aS1hMjAtYmFuYW5hcGkuZHRzCmluZGV4IGJiMzk4N2UuLjBiM2Q5 YWUgMTAwNjQ0Ci0tLSBhL3NyYy9hcm0vc3VuN2ktYTIwLWJhbmFuYXBpLmR0cworKysgYi9zcmMv YXJtL3N1bjdpLWEyMC1iYW5hbmFwaS5kdHMKQEAgLTEzMiw3ICsxMzIsNyBAQApwaW5jdHJsLW5h bWVzID0gImRlZmF1bHQiOwpwaW5jdHJsLTAgPSA8JmdtYWNfcmdtaWlfcGlucz47CnBoeS1oYW5k bGUgPSA8JnBoeTE+OwotIHBoeS1tb2RlID0gInJnbWlpIjsKKyBwaHktbW9kZSA9ICJyZ21paS1p ZCI7CnBoeS1zdXBwbHkgPSA8JnJlZ19nbWFjXzN2Mz47CnN0YXR1cyA9ICJva2F5IjsKfTs= From owner-freebsd-arm@freebsd.org Sun Apr 11 10:35:26 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 D60555C8816 for ; Sun, 11 Apr 2021 10:35:26 +0000 (UTC) (envelope-from sebastian@schaack.io) Received: from finlay.uberspace.de (finlay.uberspace.de [185.26.156.66]) (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 4FJ7YT5zVjz3JCP for ; Sun, 11 Apr 2021 10:35:25 +0000 (UTC) (envelope-from sebastian@schaack.io) Received: (qmail 19979 invoked from network); 11 Apr 2021 10:35:17 -0000 Received: from localhost (HELO localhost) (127.0.0.1) by finlay.uberspace.de with SMTP; 11 Apr 2021 10:35:17 -0000 From: Sebastian Schaack Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Raspberry Pi 4 CM Freebsd 13 Message-Id: Date: Sun, 11 Apr 2021 12:35:16 +0200 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FJ7YT5zVjz3JCP X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of sebastian@schaack.io designates 185.26.156.66 as permitted sender) smtp.mailfrom=sebastian@schaack.io X-Spamd-Result: default: False [2.08 / 15.00]; RCVD_TLS_LAST(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.26.156.66:from]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.26.156.66:from:127.0.2.255]; DMARC_NA(0.00)[schaack.io]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_MEDIUM(-0.62)[-0.620]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205766, ipnet:185.26.156.0/24, country:DE]; 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: Sun, 11 Apr 2021 10:35:26 -0000 Hello ,=20 I tried to install Freebsd 13 RC5 on my raspberry pi 4 CM . I copied the = img to the emmc , but it does not boot instead I got a uboot promt. Just to make sure that I did nothing wrong , I copied a raspbian to the = emmc and boot wents fine, but ok no surprise. =20 Anyone got freebsd 13 to boot on the cm4 ? What do I have to to that = uboots know where my system is located ? best regards, sebastian From owner-freebsd-arm@freebsd.org Sun Apr 11 17:15: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 DAEFD5D5FCC for ; Sun, 11 Apr 2021 17:15:53 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FJJRY0xWhz3tjV for ; Sun, 11 Apr 2021 17:15:52 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 3DD585C00FD for ; Sun, 11 Apr 2021 13:15:52 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Sun, 11 Apr 2021 13:15:52 -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=Y5dtWzMXE3ATceEMLeLYG7CZyzg9Pv0u9m/Eij9KKaQ=; b=do2KpErr BVdEtnn9AcmQbRY/s1n3uOuV7vHOv6Gb/ZW/z+IMrEhSfWWdI01Tzmp5sd9uloFe Q8180zP6E2IwfjPcIpLI3+/Zu0IertuzJvWJJOvN1tCw5jqxF5OPNLHvJywmiUiE Qj27Z2/EWRara3ZTYCSLUMSV8ixarTDc/y+/R8M7qKV/GzNWP70321BoRtLtqX4s URes1fQSEQKUP+vFbSvZOTMJwYwCjcKgH+SH7K92x9FDl1R1lz+ycoHsDmwJP8fR VVN8qxk69w67DhCIQO8eyByBusxbn1uTw9PPIfznThD8u9kjqzgcqfbV0qIq/OUn WkuGYeEl+gTNQw== 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=Y5dtWzMXE3ATceEMLeLYG7CZyzg9P v0u9m/Eij9KKaQ=; b=F/OfwoGqPD+Ji3SVqN6tKz/DU4gy5XsN6RPJ02GHMNhF7 ny/AiFbSqWAkyaUW3ahJi4AhgYuuHUh0my6wQJozmxZnn5n1AG11KzMkBK1/u+b/ VxhnnSEWnGBWwyy226nO0noAvo5w42b+A2W2kKA+Prs75/pj5YjL/V9tdmPteVmG thW9sGKY49xGDMwG1xFSkbjHSRucenyCggepz/bP1USMJaGXCzTXRarMd3+rje80 GZpkc14yAqR3KF6aNeua1C4GonVVPwZVyiuiYFvLGTZPe60RF/0iraoouTK9Vby3 VjbpXHOyFLUdUacZKd30JHHHygaLtfgVAf95StJQA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudekhedggeduucetufdoteggodetrfdotf 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 id 93E2C108005C for ; Sun, 11 Apr 2021 13:15:51 -0400 (EDT) Date: Sun, 11 Apr 2021 18:15:49 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: networking running snapshots of arm64 on amd64 host 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="QadfwRDPtMUcBf24" Content-Disposition: inline X-Rspamd-Queue-Id: 4FJJRY0xWhz3tjV X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=do2KpErr; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=F/OfwoGq; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.26 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-3.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.26:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; 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.26: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.26: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)[]; 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.26:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; 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: Sun, 11 Apr 2021 17:15:53 -0000 --QadfwRDPtMUcBf24 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I downloaded this snapshot: https://download.freebsd.org/ftp/releases/VM-IMAGES/13.0-RC5/aarch64/Latest= /FreeBSD-13.0-RC5-arm64-aarch64.qcow2.xz then spun it up as per https://wiki.freebsd.org/arm64/QEMU like this: # qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios edk2-aarch64-code.fd -serial telnet::4444,server -nographic \ -drive if=3Dnone,file=3DVMDISK,id=3Dhd0 \ -device virtio-blk-device,drive=3Dhd0 \ -device virtio-net-device,netdev=3Dnet0 \ -netdev user,id=3Dnet0 and it spins up fine. I can log into it over telnet to localhost on port 4444. But it has no routing, even if I go into /etc/rc.conf and apply a valid ip, netmask and default gateway. What i'd like to know is, 1. is networking meant to work, from within the running vm? 2. if yes, how? thanks, --=20 J. --QadfwRDPtMUcBf24 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBzLr0ACgkQs8o7QhFz NAUaVhAAmgN5+DWABq+M4x1SwDHD9maD4mTfhC9+N3QhTAwxUl8i7go796HLytWI A0cJCdzdFeQRb+aAgf/dslguS6W07YzXmopKK3eADhl2g/hYjkbH+kvgOPloVZKP oaPiSl322A+keO2NZ0fC3WJHziFZ0/dhePDQNilUiG8co2x9z5swyNyZFLAaGuvX nIKC+BBE+UQyR46aLfOT+gpOo/gqKYYzwXw4+2R0OoTKMvNpGl5Dgx9AiV7xI6Ir fom/JVGK4kMiifG/aJ1sSAGuaJpN8sWszdAp0vijwcQ7Qg6KwEOdTSROdGvaNrer Hb4fGVQhD3Eiwgf5oFFuGHDmgmh8u6nacX9YtltP+LH/2sKf9iNjjt8btuRsUJvT eekVJzFNwtccOI/Qd+wIyw73RtSc8FQW5M6Pm7vhiujLxfZgh5LjcN7gp6hpM3Ct Aotx21VpCQKYN4z1EBBt9KGw65QYhnkczixZCKj4w4EOwcstH6hXd6BqM7MaGv3s S90lt3SudgcFPhe89k6sDUv0SsHaW8LsHMNwpk2svnv2nhJuiFysHbAqQaKrAZQd 8lrvLAgihCrTI4Af9E/JkwnGZ1W9cpOYJa9v5Fz1Ol1CM+Hm7X/b55wRN9j+M5lp IgAG3FMR1kkPk9/Fa879FJQ3k/59v1+norvOE9zL1lOvnvxN3EA= =xcsM -----END PGP SIGNATURE----- --QadfwRDPtMUcBf24-- From owner-freebsd-arm@freebsd.org Sun Apr 11 19:28:56 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 7A7FE5D9786 for ; Sun, 11 Apr 2021 19:28:56 +0000 (UTC) (envelope-from valery@vslash.com) Received: from relay10.mail.gandi.net (relay10.mail.gandi.net [217.70.178.230]) (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 4FJMP332V7z4VWN for ; Sun, 11 Apr 2021 19:28:54 +0000 (UTC) (envelope-from valery@vslash.com) Received: from dell.vslash.com (unknown [88.126.50.171]) (Authenticated sender: valery@vslash.com) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 441AE240005 for ; Sun, 11 Apr 2021 19:28:52 +0000 (UTC) Subject: Re: networking running snapshots of arm64 on amd64 host To: freebsd-arm@freebsd.org References: From: Valery Seys Message-ID: Date: Sun, 11 Apr 2021 21:28:52 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4FJMP332V7z4VWN X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of valery@vslash.com designates 217.70.178.230 as permitted sender) smtp.mailfrom=valery@vslash.com X-Spamd-Result: default: False [0.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[217.70.178.230:from]; R_SPF_ALLOW(-0.20)[+ip4:217.70.178.192/26]; TO_DN_NONE(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[88.126.50.171:received]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[217.70.178.230:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[217.70.178.230:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[vslash.com]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[217.70.178.230:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_COUNT_TWO(0.00)[2]; 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: Sun, 11 Apr 2021 19:28:56 -0000 On 11/04/2021 17:15, tech-lists wrote: > Hi, > > I downloaded this snapshot: > https://download.freebsd.org/ftp/releases/VM-IMAGES/13.0-RC5/aarch64/Latest/FreeBSD-13.0-RC5-arm64-aarch64.qcow2.xz > > > then spun it up as per https://wiki.freebsd.org/arm64/QEMU like this: > > # qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt  \ >         -bios edk2-aarch64-code.fd -serial telnet::4444,server >         -nographic \ >         -drive if=none,file=VMDISK,id=hd0 \ >         -device virtio-blk-device,drive=hd0 \ >         -device virtio-net-device,netdev=net0 \ >         -netdev user,id=net0 > > and it spins up fine. I can log into it over telnet to localhost on port > 4444. But it has no routing, even if I go into /etc/rc.conf and apply a > valid ip, netmask and default gateway. What i'd like to know is, > > 1. is networking meant to work, from within the running vm? > 2. if yes, how? > > thanks, Hi, ==> on the host system: 1) you need to load some modules: - if_bridge.ko - bridgestp.ko - if_tap.ko - aio.ko 2) then add these sysctl: sysctl net.link.tap.user_open=1 sysctl net.link.tap.up_on_open=1 3) create your interface (CAUTION: interface must be set before the vm starts): - ifconfig br0 create - ifconfig tap0 create - chmod 0660 /dev/tap0 4) Finaly $ ifconfig tap0 inet a.b.c.d netmask 0xffffff00 broadcast a.b.c.255 mtu 1492 up - OR if we want a bridge tied to our own if : $ ifconfig br0 addm re0 addm tap0 up 5) add the 'tap' option to qemu: qemu- ... -net nic,model=.... -net tap,name=tap0 from my old notes, that probably comes from: ==> https://wiki.freebsd.org/qemu v/ From owner-freebsd-arm@freebsd.org Sun Apr 11 19:37:38 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 58C9A5D9A62 for ; Sun, 11 Apr 2021 19:37:38 +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 4FJMb46D0Zz4W3H for ; Sun, 11 Apr 2021 19:37:36 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1618169849; 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=7O0iQZa4ozQ7l8JLkXCLWiZ45sljLMFXfEemxlWwuSQ=; b=e5rP/cANMM/0M2xQ2gcqIVefjTvHVYNIMD2pKIg5GVBsGPlBbU6eSSCsLeuIxljseDDA7N 04h/YgBkzBiIbNxBZ7sEEEbDo7Y/3hbths8uqu0zgyqSkMJgNPdNAJ3jNhYSYPjYCzhCLI 2O57U2kQ1oMoqKUceQ0ZJDk59F9GIcQ= Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 3d3b1451 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 11 Apr 2021 19:37:29 +0000 (UTC) Date: Sun, 11 Apr 2021 21:37:28 +0200 From: Emmanuel Vadot To: qroxana Cc: qroxana via freebsd-arm Subject: Re: No dwc0 on bananapi m1 with Linux 5.10 devicetree Message-Id: <20210411213728.7a53a7a91c2aa3c930f5abc6@bidouilliste.com> In-Reply-To: <1sKA_1f0z4MvqNKPTG1kiNCHauRdILGumygIn6w0H-XBzxg_cTV0c-01SCnrUcmzy96RCoE2zA4khWzwo6DQQymVphL7zpjOVx5c48lXAXU=@protonmail.com> References: <1sKA_1f0z4MvqNKPTG1kiNCHauRdILGumygIn6w0H-XBzxg_cTV0c-01SCnrUcmzy96RCoE2zA4khWzwo6DQQymVphL7zpjOVx5c48lXAXU=@protonmail.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: 4FJMb46D0Zz4W3H X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=e5rP/cAN; 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 [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_ALL(0.00)[]; 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]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; 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)[]; RECEIVED_SPAMHAUS_PBL(0.00)[78.205.69.41:received]; 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)[]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_COUNT_TWO(0.00)[2]; 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: Sun, 11 Apr 2021 19:37:38 -0000 On Sun, 11 Apr 2021 09:24:33 +0000 qroxana via freebsd-arm wrote: > It seems the dwc0 no longer works after 6be3386466ab79a84b48429ae66244f21526d3df > > dwc0: mem 0x1c50000-0x1c5ffff irq 72 on simplebus0 > dwc0: Can't reset DWC. > device_attach: dwc0 attach returned 6 > > I've tried to revert this change on my bananapi m1 and dwc0 worked again. > > commit e7ffa3b5ce04742455c6bd4d8af0fdedd9978c77 > Author: Emmanuel Vadot > Date: Sun Jan 17 19:02:46 2021 +0100 > > Import devicetree files from Linux 5.10 > > diff --git a/src/arm/sun7i-a20-bananapi.dts b/src/arm/sun7i-a20-bananapi.dts > index bb3987e..0b3d9ae 100644 > --- a/src/arm/sun7i-a20-bananapi.dts > +++ b/src/arm/sun7i-a20-bananapi.dts > @@ -132,7 +132,7 @@ > pinctrl-names = "default"; > pinctrl-0 = <&gmac_rgmii_pins>; > phy-handle = <&phy1>; > - phy-mode = "rgmii"; > + phy-mode = "rgmii-id"; > phy-supply = <®_gmac_3v3>; > status = "okay"; > }; Hi, Sorry about that, Upstream did warned me about this change but I was sure that we did nothing with the phy-mode in dwc, should have check better. Please try this patch (I have no allwinner dwc based board here) : >From 72c709db9ec3eb9a132ffe893b1e95e29bca62ac Mon Sep 17 00:00:00 2001 From: Emmanuel Vadot Date: Sun, 11 Apr 2021 21:34:57 +0200 Subject: [PATCH] dwc: Cope with recent dts changes Add rgmii-id to the list of mode where we need to configure it as rgmii. --- sys/dev/dwc/if_dwc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sys/dev/dwc/if_dwc.c b/sys/dev/dwc/if_dwc.c index 776d0d0dc39..0549874a977 100644 --- a/sys/dev/dwc/if_dwc.c +++ b/sys/dev/dwc/if_dwc.c @@ -1575,7 +1575,7 @@ dwc_attach(device_t dev) node = ofw_bus_get_node(dev); if (OF_getprop_alloc(node, "phy-mode", (void **)&phy_mode)) { - if (strcmp(phy_mode, "rgmii") == 0) + if (strcmp(phy_mode, "rgmii") == 0 || strcmp(phy_mode, "rgmii-id") == 0) sc->phy_mode = PHY_MODE_RGMII; if (strcmp(phy_mode, "rmii") == 0) sc->phy_mode = PHY_MODE_RMII; -- 2.31.1 -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sun Apr 11 20:58:57 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 5DA905DC0FA for ; Sun, 11 Apr 2021 20:58:57 +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 4FJPNx1zxgz4ZSM for ; Sun, 11 Apr 2021 20:58:57 +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 336472C82 for ; Sun, 11 Apr 2021 20:58:57 +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 13BKwvev056202 for ; Sun, 11 Apr 2021 20:58:57 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 13BKwva2056201 for freebsd-arm@FreeBSD.org; Sun, 11 Apr 2021 20:58:57 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 254984] [panic] Orange Pi Zero: panic: Built bad topology at 0xc0ac87d8. CPU mask (f) != (1) Date: Sun, 11 Apr 2021 20:58:57 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freebsd@sysctl.cz X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 11 Apr 2021 20:58:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254984 Bug ID: 254984 Summary: [panic] Orange Pi Zero: panic: Built bad topology at 0xc0ac87d8. CPU mask (f) !=3D (1) Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: freebsd@sysctl.cz ---<>--- GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 14.0-CURRENT #0 main-n245885-15dc713ceb5: Thu Apr 8 08:44:43 UTC 2= 021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. CPU: ARM Cortex-A7 r0p5 (ECO: 0x00000000) CPU Features:=20 Multiprocessing, Thumb2, Security, Virtualization, Generic Timer, VMSAv7, PXN, LPAE, Coherent Walk Optional instructions:=20 SDIV/UDIV, UMULL, SMULL, SIMD(ext) LoUU:2 LoC:3 LoUIS:2=20 Cache level 1: 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2: 512KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory =3D 536272896 (511 MB) avail memory =3D 506970112 (483 MB) No PSCI/SMCCC call function found WARNING: Some AP's failed to start FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random devi= ce because it was not yet seeded and the knob 'bypass_before_seeding' was enab= led. panic: Built bad topology at 0xc0abbb18. CPU mask (f) !=3D (1) cpuid =3D 0 time =3D 1 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc059f468 lr =3D 0xc007b204 (db_trace_self_wrapper+0x30) sp =3D 0xc0e14c98 fp =3D 0xc0e14db0 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc007b204 lr =3D 0xc02d395c (vpanic+0x170) sp =3D 0xc0e14db8 fp =3D 0xc0e14dd8 r4 =3D 0x00000100 r5 =3D 0xc0e14dec r6 =3D 0xc0754ebe r7 =3D 0x00000000 vpanic() at vpanic+0x170 pc =3D 0xc02d395c lr =3D 0xc02d370c (doadump) sp =3D 0xc0e14de0 fp =3D 0xc0e14de4 r4 =3D 0xc0abbb18 r5 =3D 0xc0e14e0a r6 =3D 0x00800001 r7 =3D 0x00000000 r8 =3D 0x02400000 r9 =3D 0xc0abbb10 r10 =3D 0xc0abbaf8 doadump() at doadump pc =3D 0xc02d370c lr =3D 0xc0336cf0 (smp_topo_1level) sp =3D 0xc0e14dec fp =3D 0xc0e14e30 r4 =3D 0xc0abbaf8 r5 =3D 0xc0e14de4 r6 =3D 0xc02d370c r10 =3D 0xc0e14dec smp_topo_1level() at smp_topo_1level pc =3D 0xc0336cf0 lr =3D 0xc0309ae0 (sched_setup+0x10) sp =3D 0xc0e14e38 fp =3D 0xc0e14e60 r4 =3D 0xc274eaec r5 =3D 0xc0a97068 r6 =3D 0x00800001 r7 =3D 0x00000000 r8 =3D 0x02400000 r9 =3D 0xc0a97074 r10 =3D 0xc0a9706c sched_setup() at sched_setup+0x10 pc =3D 0xc0309ae0 lr =3D 0xc0263498 (mi_startup+0x2a4) sp =3D 0xc0e14e68 fp =3D 0xc0e14e90 r4 =3D 0xc274eaec r5 =3D 0xc0a97068 r6 =3D 0x00800001 r7 =3D 0x00000000 r8 =3D 0x02400000 r9 =3D 0xc0a97074 r10 =3D 0xc0a9706c mi_startup() at mi_startup+0x2a4 pc =3D 0xc0263498 lr =3D 0xc0000344 (_start+0x144) sp =3D 0xc0e14e98 fp =3D 0x00000000 r4 =3D 0xc0000478 r5 =3D 0xc0b54000 r6 =3D 0x0000000b r7 =3D 0x00c52078 r8 =3D 0xc0d71000 r9 =3D 0x5af239f8 r10 =3D 0x00000000 _start() at _start+0x144 pc =3D 0xc0000344 lr =3D 0xc0000344 (_start+0x144) sp =3D 0xc0e14e98 fp =3D 0x00000000 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x58: ldrb r15, [r15, r15, ror r15]! db> --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sun Apr 11 21:00:33 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 601F45DC9A7 for ; Sun, 11 Apr 2021 21:00:33 +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 4FJPQn1fYJz4Zl6 for ; Sun, 11 Apr 2021 21:00:33 +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 253FA257D for ; Sun, 11 Apr 2021 21:00:33 +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 13BL0XWO057506 for ; Sun, 11 Apr 2021 21:00:33 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 13BL0XEK057489 for freebsd-arm@FreeBSD.org; Sun, 11 Apr 2021 21:00:33 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202104112100.13BL0XEK057489@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, 11 Apr 2021 21:00:33 +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, 11 Apr 2021 21:00:33 -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 Sun Apr 11 21:01: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 6F1C65DD510 for ; Sun, 11 Apr 2021 21:01:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 4FJPSJ3hyQz4bVB for ; Sun, 11 Apr 2021 21:01: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=1618174910; bh=s0uTCBiD+vUFoxHg4rq/VLqsooQH14towQaszzEEFs0=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=WFJHd9bLXJ4hbyhmERoApuU117wTM9DGv0/2H04RkL1zIHoagDWtPNhXhvqI9veXa0J/VnU+BAvMSdDDdQhIOWzKhPYX7tSO51bAJAe38yledspdhR0Gv9tZzpYg+YWNMyVuEqqNqM9nNbcvura5uH6Tvnx6EmnjMFrku4ZZmJWgdkrR8m+CFfYuYltHtNxi31HwPYFS5h6KEurX+Tev/QxTN/bs6PPc4/tAR7UqWmWCXN1CKVGM072aWlx/edRmXPoJtqEJVtkCAfC9823mrpZ1+2nE6J99UW0sNps1PwLHA2KVFUOvE+n9JP4+AwMMjaHBWk5uos3TCyO3Gr55Tg== X-YMail-OSG: 1jW.M28VM1k_LLroEKZ9LJ6pjuqok8VqSllI8fTJL8skZx4DckaYUjDztSEBlia m1DwD4o72DdNbEi43mD5xELz.jzLQbIf_mSfO9a7ggiOb2f2Co2i1LupopJvjBJl8z_Ll8wlgsKd JT8qawCKEu.E8zdttOixGv7xU_QaoHomOqboC6_sipyUCrZDflxq1xKQSiZ11PIQzbhzIypmcHZH szkcZEPVkxelD1.w1qXo0f7j8tom7WvhvayifyXTDBT_s08bdkZ_L0jLCyQf1N6jF71xWIrUyKEc b82rVdCgLIAu6oF43t2uJOJ7iVZO6Z7ma3xayAxlOJMqy.hDuiSQwfzWM5C0OqMpoto_FhZ2gNSO GrBzKmYvRQYuzBO_QydlmJWbFTxjLn8bsTWBweYfZ.H2hbfQ_Qnf9YYlSsfGOrDZJm3mAEe2hs3y J_9awCVq0JvxU3fVGA8lNoOje4tPnjQo.LyEIW50_WMqMy9MTzh3F8hb..KNPN85kjMpHnXDjN4q fX74h3_u5RcgAeUXqIaMhviGLDJJ8yJkZuVtEPDkpYZcXaPeTzXiQ4SviD5DAzK0R.N.sfMe5J7q yqu.98ZWANwENfito9FX2Vf.DMsVcP2Ml.u0_aMfUf.sy7ZyBhNge8jH.nyLsmGxnNcnc711zLv0 qsT7nGo8wrY3SneIdzZ.X.vc_CvUdDXhgRLTyKHPkqTbvCJ1eVZys9hL3f3ggbUFE5HqdjToTzRG q3kf_c0Lj3VETiHb7KiUD6zTJwASl53BkDf1V8qq7MTOWIg8MmIX0eDj7euYypvS4xdzTdBap9P9 psvE_9.0RnpyC2pIYBAPYgLDJrqkjwIEFN5e2eXpCdwo8hervZyHg3mjABzL4Q8WxS.pitw4GXP4 hSGoLPlSCpu25h3k9B6zFIJhznxEF3dwKKlr4XE6kZNxJ.jskmBiRuKWsaKZjQfT8XUg78Vot5xU egb9q7v3r431aoAW1.1dHhCbRIBl7XrTZuyb8.p15fxlW7t.dRxKjQQ2W1CzAKOKqyVgGNt7kt8I 3.HSM2xRkv9txnnr7aTzfzGtHB8GFw49okXNCX.LempLu2n0rCq1i_vfyLgFgVtPUiC0rXZGcFa4 z_jSroo9hskuHYTe329FevViSNsNqw1zAu3naqSbiH3VPNHDELoBydlOkwGHSD3BPa4LSF.Vgk2I eLcRItBqoknowgYdSok2JltOEeLo6yqDD1HOG.gAT2J.Q4Ls_5pp8KW6qOsfHNiSa1DUG5bsNgIF x0krly9AjA.7SZonohzRWLPWvJYXaQ.As1xrTuxwYGCdiQk.Jizd0.P9IpUOcMJ4_XLDad.otWTg DWYDwM_V.GtS9sWIHC.jTiaRVDAPktILk6HysHWY8SgEb9quj.yXL77ZwkMtzMWDaD9XbCbuRyem .HjZxEGlOCrKkKsADZYw6ZPoGQSsMfsAo3NDJA2YqhHVFugZ9_dif5y.YYMeHehZ.nn1olrKB4fF 2u1JgAjcYGwrQCEqUbiEXdOMA0CnIhX3M_fKCDDYAc2cusFj5_bCUzd71_xAGZwWZfORAfawvM04 m30eZLx_XXdC5js_YC0w4qpp4Tvpu5TWTpHm4RYq6zrDmbV71MJGV2A16sYysbrC_toLWSh2mFYW 5AQLdxAB_PHoKQlCJ4Ct0NYTEKc7dVPsBN2Hy.eKTOmu4MuqNun9B8ZxNCjivysWO0upy6ER4Wni xGIpRiJ2EY7tn3.WWqWWXhhRBePlKdqRGTNCLgGfeKieL.4sQ17NUbOz5IQ0NqxIR79ryr5t.axB XLCRRZsDVsZosCn3P_HeY0XT0yvhZ_q5aH1_UeAZ.fnOe0g9zlbScPMwQeDnIe5pz4o0hZxfKuaP ZXrewEp4eLzorzmDgAJCEsMtL2vYBExn3crvwRuvlV7E1aneDHa6SQQxyTqnOzaoDqs8Fr6iqIIt 6sezgDHGmoaZnj.3KTeUL0He3g3qcIXda5xqwcJ1GO4K2hZeXnezSzQzmP4bmqFuT_tbdWDhggbx wgZQJuOtBVoJZTe2ot2A.FaLXv_F6d5sZBlCHfObVtlk0RZ91VsSvJjD71DkkRuFwvxU.c23VUMj bvUB_zu4q7LGTmmTI6uX5P.Q6ylh3JJMsKMgBKiJpUvSquVfIj4D3FDQpGSbredWyR8K9vtmxMxp Ri.0P7hKZjUmzEUNg3F9PyZJ5q75vKjoLNNqtiVI5Q8Qk5u9L61B5f19lFd.i5fdDyeqgubARSDY NMF.FIJMqXWL2KpUYcrTqozzXGF.cqHtL7VsWgw6hEv69Ewzq2MTFgxxDfX59X5CanHXo6pyCzPn xF5gIMFntESydBQpQn5Qr_IqKX0O9wTLHSC11cqx_.Vtfi_JKZkjeetQcNotY8qRgtteyvtUiyK4 DC_0D1dgjwYI5EA4rkkvER54dO6zvmqKq03LKH2.1sPuVTJ5R1Xe59FT7vXV_MJHOPDMEhfEhCiU ixbK6S0yyVjWS6HQlX91lYi7eX7q8B3Q.PkMLNBZe4Cgg.LiAk3nAhgZCJzmR9HL_QedC X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 11 Apr 2021 21:01:50 +0000 Received: by kubenode571.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 80a1d83d394498cf2579dce1558a8aa6; Sun, 11 Apr 2021 21:01:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: Raspberry Pi 4 CM Freebsd 13 From: Mark Millard In-Reply-To: Date: Sun, 11 Apr 2021 14:01:47 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <628DFDA4-85B8-414F-9C06-2EFA9FA8220A@yahoo.com> References: To: Sebastian Schaack X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FJPSJ3hyQz4bVB X-Spamd-Bar: / X-Spamd-Result: default: False [-0.99 / 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(-0.99)[-0.989]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.84:from]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84: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: Sun, 11 Apr 2021 21:01:53 -0000 On 2021-Apr-11, at 03:35, Sebastian Schaack = wrote: > I tried to install Freebsd 13 RC5 on my raspberry pi 4 CM . I copied = the img to the emmc , but it does not boot instead I got a uboot promt. >=20 > Just to make sure that I did nothing wrong , I copied a raspbian to = the emmc and boot wents fine, but ok no surprise. =20 >=20 > Anyone got freebsd 13 to boot on the cm4 ? What do I have to to that = uboots know where my system is located ? I do not have access to a CM4 so my notes here are more generic than specific testing would produce. Unfortunately, you likely have to deal with finding a combination of materials that work together for the CM4: pieeprom-*.bin vl805-*.bin start4.elf and other RPi firmware files (including bcm2711-rpi-cm4.dtb ) u-boot FreeBSD's loader, kernel, world vintage(s), here 13.0-RC5 For example, https://github.com/u-boot/u-boot/commits/master/board/raspberrypi/rpi shows "rpi: Add identifier for the new CM4" is in a 2021-Feb-21 commit. (RPi400 too.) That is after the version of u-boot that was used to make FreeBSD-13.0-RC5-arm64-aarch64-RPI.img.xz ("2020.10"). So, unless, some extra patch was dealing with such things, the u-boot in that image might not well deal with the CM4. "sysutils/u-boot-*: Update to 2021.04" only happened recently: 2021-04-07 07:57:52 +0000 . Previously it was based on "sysutils/u-boot-*: Update to 2020.10" ( as of 2020-11-07 18:59:37 +0000 ). So u-boot is something that you might have to update on the boot media after putting the 13.0-RC5 image on that media. FreeBSD-13.0-RC5-arm64-aarch64-RPI.img.xz is based on sysutils/u-boot-rpi-arm64 but from before the CM4 identifier had been added. I do not know if a 2021.04 of it would well span the CM4 in addition to the RPi4 and RPi3 (in aarch64 mode). There might be more configuration necessary for all I know. At this stage, for the CM4, it is probably always important to report what version of the EEPROM is involved in problem and success reports. To ask what version is in use for any success reports. That is because: = https://github.com/raspberrypi/rpi-eeprom/blob/master/firmware/release-not= es.md shows a lot of CM4 related development activity after the last version promoted to be a default (a.k.a. critical), back in 2020-Sep: The 2020-Sep-03 release was promoted on 2020-Sep-14. As I understand the CM4 had not been around all that long when the latest default was initially released. You can see the pieeprom-*.bin releases in: https://github.com/raspberrypi/rpi-eeprom/tree/master/firmware/critical/ (now also known as default via a symbolic link) https://github.com/raspberrypi/rpi-eeprom/tree/master/firmware/stable/ (now also known as latest via a symbolic link) https://github.com/raspberrypi/rpi-eeprom/tree/master/firmware/beta/ FreeBSD does not provide was to deal with EEPROM updates from FreeBSD. Testing alternative versions requires use of another context to deal with changing the EEPROM content. More than the eeprom vintage and u-boot vintage likely should be indicated in problem and success reports for the CM4 (and, possibly, RPi400): pieeprom-*.bin vl805-*.bin strings start*.elf | grep VC_BUILD_ID_ # such as start4.elf bcm2711-rpi-cm4.dtb # version/vintage identification is not so easy (bcm2711-rpi-400.dtb) strings u-boot.bin | grep 'U-Boot 2' FreeBSD's loader, kernel, world vintage(s), here 13.0-RC5 Note that an unmodified 13.0-RC5 image has: # strings start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) While this start4.elf has been observed to be reasonably well behaved for RPi4B's, I'm not sure that much is known about its behavior for CM4's. It is not so easy to start with a bcm2711-rpi-cm4.dtb (or the like) and figure out it version/vintage if one is unsure of it matching the likes of the start4.elf that is present. For 13.0-RC5 start4.elf and bcm2711-rpi-cm4.dtb are from the same RPi firmware release. Note that an unmodified 13.0-RC5 image also has: # strings /mnt/u-boot.bin | grep 'U-Boot 2' U-Boot 2020.10 (Apr 02 2021 - 04:02:14 +0000) That "2020.10" may mean that it is too early of a vintage for u-boot to well support the CM4 (or RPi400). Once stable/13 starts having snapshots, there may be images that will have "2021.04" u-boot to try (if one does not build and substitute things oneself). An unfortunate problem is fairly likely if more recent start4.elf and the like are required: the BETA and LATEST versions frequently do not work well across all the products. Just updating sysutils/rpi-firmware and building it and substituting the new material may be problematical overall. Grabbing firmware from elsewhere may end up being preferred for a time until a vintage is known to be working for the range of RPi* devices. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Apr 11 23:06:08 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 3E6D95E204C for ; Sun, 11 Apr 2021 23:06:08 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound4s.ore.mailhop.org (outbound4s.ore.mailhop.org [54.185.97.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 4FJSCg4zhqz4kT7 for ; Sun, 11 Apr 2021 23:06:07 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1618182366; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=c+pM2eCyUdp206hQnhJkAjsc2JlqAMhD+WZ5LcKP7tVzSsBK/74MBK5VXYQWcNywIQ7HCqcv525Jt QCiNKq/ZV6VNimCl5VWX95NIN1EPTWd9TpE5IVvyfhY7wWYn9UL20xcHTEsb/DYrQK4QWT91K7LjdV ORu2lidB3ILB1cWxm//Rl4NSI7TUbmzL6bnsRAFdeBXu29cHWjqv6y9qi4F0sIYpFAdaqcHkrlR5j9 f9GlYJr96Rzh/RNUDonv28FcJrPjffO/ORbZ/YFPUvU+GexeIJXsdlpNYEo/V+uDF01MAUPrefyQvx nbHKyvl+WBABaUhq/lPtyY5gUOUAsvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=OqLGtw15RCo0esvSRik+UKxpT/XehmWkUsdyX7Z4vjg=; b=oAS6rmNYJ/X2/nvQVS2aUBCf78TDLKHXFwO1x2pYqoCgTK2InJ571+0wWDfOiUmb6ipMyqwCQU10y 6vkKiZvlLjJa6tqGZE0+uKUnVN+xWi6NEwOfrrL9B6AK2ybKxaHYoSS6xx8iNfisGEIh7RJdbDdxtn fMc8WcarSLJeZSBOe/fpbagTUzkgVJF0Rs9hMVsHPWBsj6+P1ftIOKlSSs996Bc20lIFfZCEEk32Sb bblEhO3EgHUQInfDKHM1MXn75Ys5XNbjcJieowwSWabjSZX2yCJQdlsesZYF+X0b0e7FbCanJcU5c9 6AjQCKAhgWI/kbOiVIgUjkeDikpeV3Q== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=OqLGtw15RCo0esvSRik+UKxpT/XehmWkUsdyX7Z4vjg=; b=lNLKNRgEkBVwaNSRkhPTYoOyZUeOcvD6VbLvh+K4CMrD6FpAYJ2z2qDKtH2aAu8QS01X+oWWMq4lQ fG6GNFICp4Rcq8jpQJxiBPpFQVBS/UVjyrH0VIztus7plpRCvl30Y5Q85RBWD98EOYVrvJz1+EVePj ikn3fItjx/bdu9p78tlTLr5mUkFYNJnrDioFXiS1p/pO+iAp+2EkqjUFjelkk4GQIpme4w+BOGZ0jV 0fS2JO0OgjFF11VHSwAXT4kOrvvmgtSCRFzl1DkquMApNMFt0m4xa3eTO8LQ3U3wzJzGGDV7EFd8UY 9nvvRyHtSioOMMhZdCoUzcQ5APpMhDQ== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 7ca34bf4-9b1a-11eb-a62a-89389772cfc7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 7ca34bf4-9b1a-11eb-a62a-89389772cfc7; Sun, 11 Apr 2021 23:06:05 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 13BN62Ug013480; Sun, 11 Apr 2021 17:06:02 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: No dwc0 on bananapi m1 with Linux 5.10 devicetree From: Ian Lepore To: Emmanuel Vadot Cc: "freebsd-arm@FreeBSD.org" Date: Sun, 11 Apr 2021 17:06:02 -0600 In-Reply-To: <20210411213728.7a53a7a91c2aa3c930f5abc6@bidouilliste.com> References: <1sKA_1f0z4MvqNKPTG1kiNCHauRdILGumygIn6w0H-XBzxg_cTV0c-01SCnrUcmzy96RCoE2zA4khWzwo6DQQymVphL7zpjOVx5c48lXAXU=@protonmail.com> <20210411213728.7a53a7a91c2aa3c930f5abc6@bidouilliste.com> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FJSCg4zhqz4kT7 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:16509, ipnet:54.184.0.0/15, country:US] 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, 11 Apr 2021 23:06:08 -0000 On Sun, 2021-04-11 at 21:37 +0200, Emmanuel Vadot wrote: > On Sun, 11 Apr 2021 09:24:33 +0000 > qroxana via freebsd-arm wrote: > > > It seems the dwc0 no longer works after > > 6be3386466ab79a84b48429ae66244f21526d3df > > > > dwc0: mem 0x1c50000-0x1c5ffff irq > > 72 on simplebus0 > > dwc0: Can't reset DWC. > > device_attach: dwc0 attach returned 6 > > > > I've tried to revert this change on my bananapi m1 and dwc0 worked > > again. > > > > commit e7ffa3b5ce04742455c6bd4d8af0fdedd9978c77 > > Author: Emmanuel Vadot > > Date: Sun Jan 17 19:02:46 2021 +0100 > > > > Import devicetree files from Linux 5.10 > > > > diff --git a/src/arm/sun7i-a20-bananapi.dts b/src/arm/sun7i-a20- > > bananapi.dts > > index bb3987e..0b3d9ae 100644 > > --- a/src/arm/sun7i-a20-bananapi.dts > > +++ b/src/arm/sun7i-a20-bananapi.dts > > @@ -132,7 +132,7 @@ > > pinctrl-names = "default"; > > pinctrl-0 = <&gmac_rgmii_pins>; > > phy-handle = <&phy1>; > > - phy-mode = "rgmii"; > > + phy-mode = "rgmii-id"; > > phy-supply = <®_gmac_3v3>; > > status = "okay"; > > }; > > > Hi, > > Sorry about that, > Upstream did warned me about this change but I was sure that we did > nothing with the phy-mode in dwc, should have check better. > > Please try this patch (I have no allwinner dwc based board here) : > From 72c709db9ec3eb9a132ffe893b1e95e29bca62ac Mon Sep 17 00:00:00 > 2001 > From: Emmanuel Vadot > Date: Sun, 11 Apr 2021 21:34:57 +0200 > Subject: [PATCH] dwc: Cope with recent dts changes > > Add rgmii-id to the list of mode where we need to configure it as > rgmii. > --- > sys/dev/dwc/if_dwc.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/sys/dev/dwc/if_dwc.c b/sys/dev/dwc/if_dwc.c > index 776d0d0dc39..0549874a977 100644 > --- a/sys/dev/dwc/if_dwc.c > +++ b/sys/dev/dwc/if_dwc.c > @@ -1575,7 +1575,7 @@ dwc_attach(device_t dev) > > node = ofw_bus_get_node(dev); > if (OF_getprop_alloc(node, "phy-mode", (void **)&phy_mode)) { > - if (strcmp(phy_mode, "rgmii") == 0) > + if (strcmp(phy_mode, "rgmii") == 0 || strcmp(phy_mode, > "rgmii-id") == 0) sc->phy_mode = PHY_MODE_RGMII; > if (strcmp(phy_mode, "rmii") == 0) > sc->phy_mode = PHY_MODE_RMII; > This should probably be: node = ofw_bus_get_node(dev); if (mii_contype_is_rgmii(mii_fdt_get_contype(node))) sc->phy_mode = PHY_MODE_RGMII; -- Ian From owner-freebsd-arm@freebsd.org Sun Apr 11 16:00:23 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 9D1D95D30AD; Sun, 11 Apr 2021 16:00:23 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (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 4FJGmQ6fpVz3pst; Sun, 11 Apr 2021 16:00:22 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ed1-x52b.google.com with SMTP id e7so12075398edu.10; Sun, 11 Apr 2021 09:00:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Y8jnPNzdP63mreOjpjvQOHco1CTo0WoZiOvYy3EtPKo=; b=WpwgtmufAT0aekkxn2CGDHZX9A9SdreB4cn+9TVSWRrHutuN7CLzYh7c7RE+yBX2JG UxSVkapM7BCK8+qkQeDyQb98S0j9VP8+MzmrPSDAO6i/CDFL77ZmcIQz3EbqzGw+gRzT RU31VJFtelp4hGsTljPJNiolMjV4z6wQRRs3ar/l2wcxWCJS4rF8T76inRA5iDcMlph3 2+fgTpH0cbuV/3y7tUHzB9p7x3pLH7IbVW3HlAHPSc+ZleRytv5U8AZJISlXAMT6RfgN 7QE0gjLYvU5WqkewlTlatin2mAgT6tjPc8gZuPJyyLORf5vZ3rHcw5XIP7fTgrbD5ExF G2NQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Y8jnPNzdP63mreOjpjvQOHco1CTo0WoZiOvYy3EtPKo=; b=frwsutDh+xM4mvBuxUCGi7m4M2uqSIN4T5Lshk1Pav/kqG6GMrZLsol5ykSDUHUkGD CMHCZfY6+Vz5lz+K7iWpOFaVGHiZsEPEuiUMOTZZR9Tewcf1q7N7uN40tkALoSu6YW1S xa7zRRU06da5GZdB75nyg0y5BDkVAiZiS5gUlMZZTeHAH9p2zBarK+4Lmzed5/Efokkg pyS1IuRjRWkUbYw5xsiWo70Nos4pZ+qRuCOEYGMJM5hH7ldQDEN79CPWzlvrUMUxXQoC 0im6pvYobDwIixFRe4CItz1k6znCF6a5RImmCpu+eO/Xes0bKCgpf6FY3NAueF9Z+wGe oGeg== X-Gm-Message-State: AOAM531A22AScwuUA9Qgo7umjYhQvMpKKWGBxdgPrmh4TT7nAAn5Nc5h CiM13sG9X0XwF5l/kPGl6fy7AryEdmI/50EBCt0WzSZLrSgADw== X-Google-Smtp-Source: ABdhPJwx3ccBvKe0KU43TXKllL0FysKqgh3qfFhmaIpRsmxXss+MYGgbNFTJ/KswiFyh9pnBre6xYV16kfqpOk9erKY= X-Received: by 2002:aa7:c5d0:: with SMTP id h16mr15177124eds.7.1618156821051; Sun, 11 Apr 2021 09:00:21 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab4:8fc9:0:0:0:0:0 with HTTP; Sun, 11 Apr 2021 09:00:20 -0700 (PDT) In-Reply-To: <20210410154750.phxivk7idvza37nx@mutt-hbsd> References: <20210410154750.phxivk7idvza37nx@mutt-hbsd> From: grarpamp Date: Sun, 11 Apr 2021 12:00:20 -0400 Message-ID: Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: freebsd-arm@freebsd.org Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4FJGmQ6fpVz3pst X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Wpwgtmuf; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2a00:1450:4864:20::52b as permitted sender) smtp.mailfrom=grarpamp@gmail.com X-Spamd-Result: default: False [-0.62 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::52b:from]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::52b:from:127.0.2.255]; NEURAL_SPAM_SHORT(0.37)[0.368]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52b:from]; NEURAL_SPAM_LONG(1.00)[1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-questions,freebsd-hackers,freebsd-current]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Mailman-Approved-At: Mon, 12 Apr 2021 05:23:35 +0000 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, 11 Apr 2021 16:00:23 -0000 [cc'd for fyi, trim replies to arm] >> https://www.pine64.org/pinephone >> https://en.wikipedia.org/wiki/Librem_5 >> NXP i.MX 8M Quad core Cortex-A53, 64bit ARM >> >> https://puri.sm/products/librem-5/ >> https://en.wikipedia.org/wiki/PinePhone >> Allwinner A64 ARM Quad core Cortex-A53 >> >> https://www.youtube.com/watch?v=c32-QOrI4cw >> https://www.youtube.com/watch?v=fCKMxzz9cjs >> https://www.youtube.com/watch?v=lVJo9faE1fM >> https://www.youtube.com/watch?v=NV0RnWorPpQ >> https://www.fosslinux.com/43842/linux-phones-for-privacy.htm > FreeBSD lacks the power-management infrastructure to run on > battery-operated devices. Management? Meh... that's what a power cable and battery belt are for... moar power. > linux ... code Reference material for reverse engineering. > developing a FreeBSD-based phone on PinePhone hardware. FreeBSD might already runs on Pinephone... https://dmesgd.nycbug.org/index.cgi?do=view&id=5574 https://twitter.com/nrgmilk_ https://twitter.com/DarkainMX/status/1282764108060717056 https://www.pine64.org/2020/07/15/july-updatepmos-ce-pre-orders-and-new-pinephone-version/ https://forum.pine64.org/showthread.php?tid=6232 https://www.reddit.com/r/PinePhoneOfficial+PINE64official+PinebookPro+PineTab/search?restrict_sr=on&q=(freebsd+OR+openbsd+OR+netbsd+OR+bsd) https://www.reddit.com/r/FreeBSD+OpenBSD+NetBSD/search?restrict_sr=on&q=(pinephone+OR+pine64+OR+a53) https://linuxsmartphones.com/hackers-develop-open-source-firmware-for-the-pinephone-modem-use-it-to-make-phone-calls/ https://wiki.openmoko.org/wiki/Osmocom_on_TI_Calypso http://openbts.org/ > https://potabi.fivnex.co/development https://github.com/fivnex https://potabi.fivnex.co/ https://blog.fivnex.co/ https://twitter.com/potabimobile https://discord.gg/8prEeTV https://twitter.com/fivnex https://fivnex.co/ > funding https://liberapay.com/fivnex/donate > Dream on. These phones (boards) are growing the beginnings of a hacker culture that is trying to get all sorts of unix to run on them, a long held dream. And the future of phones and open hardware is only opening up more. So whether it's Fivnex or others, do not be surprised when people boots more kernels on them soon. Your refrigerator and car will splash Beastie. May your dreams hack into reality :) From owner-freebsd-arm@freebsd.org Mon Apr 12 07:10:55 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 718EC5EBF0E; Mon, 12 Apr 2021 07:10:55 +0000 (UTC) (envelope-from valery@vslash.com) Received: from relay11.mail.gandi.net (relay11.mail.gandi.net [217.70.178.231]) (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 4FJfz21CHbz3MPl; Mon, 12 Apr 2021 07:10:53 +0000 (UTC) (envelope-from valery@vslash.com) Received: from dell.vslash.com (unknown [88.126.50.171]) (Authenticated sender: valery@vslash.com) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 59E7C100002; Mon, 12 Apr 2021 07:10:51 +0000 (UTC) Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: grarpamp , freebsd-arm@freebsd.org Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <20210410154750.phxivk7idvza37nx@mutt-hbsd> From: Valery Seys Message-ID: <008dca83-fc81-dc3d-f2e6-9404e4e2652b@vslash.com> Date: Mon, 12 Apr 2021 09:10:50 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FJfz21CHbz3MPl X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of valery@vslash.com designates 217.70.178.231 as permitted sender) smtp.mailfrom=valery@vslash.com X-Spamd-Result: default: False [0.60 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:217.70.178.192/26]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[vslash.com]; RWL_MAILSPIKE_VERYGOOD(0.00)[217.70.178.231:from]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; RECEIVED_SPAMHAUS_PBL(0.00)[88.126.50.171:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; ARC_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current,freebsd-hackers,freebsd-questions]; RCVD_IN_DNSWL_LOW(-0.10)[217.70.178.231: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: Mon, 12 Apr 2021 07:10:55 -0000 On 11/04/2021 16:00, grarpamp wrote: > [cc'd for fyi, trim replies to arm] > >>> https://www.pine64.org/pinephone >>> https://en.wikipedia.org/wiki/Librem_5 >>> NXP i.MX 8M Quad core Cortex-A53, 64bit ARM >>> >>> https://puri.sm/products/librem-5/ >>> https://en.wikipedia.org/wiki/PinePhone >>> Allwinner A64 ARM Quad core Cortex-A53 >>> >>> https://www.youtube.com/watch?v=c32-QOrI4cw >>> https://www.youtube.com/watch?v=fCKMxzz9cjs >>> https://www.youtube.com/watch?v=lVJo9faE1fM >>> https://www.youtube.com/watch?v=NV0RnWorPpQ >>> https://www.fosslinux.com/43842/linux-phones-for-privacy.htm > >> FreeBSD lacks the power-management infrastructure to run on >> battery-operated devices. > > Management? Meh... that's what a power cable > and battery belt are for... moar power. > >> linux ... code > > Reference material for reverse engineering. > >> developing a FreeBSD-based phone on PinePhone hardware. > > FreeBSD might already runs on Pinephone... > > https://dmesgd.nycbug.org/index.cgi?do=view&id=5574 > https://twitter.com/nrgmilk_ > https://twitter.com/DarkainMX/status/1282764108060717056 > https://www.pine64.org/2020/07/15/july-updatepmos-ce-pre-orders-and-new-pinephone-version/ > https://forum.pine64.org/showthread.php?tid=6232 > > https://www.reddit.com/r/PinePhoneOfficial+PINE64official+PinebookPro+PineTab/search?restrict_sr=on&q=(freebsd+OR+openbsd+OR+netbsd+OR+bsd) > https://www.reddit.com/r/FreeBSD+OpenBSD+NetBSD/search?restrict_sr=on&q=(pinephone+OR+pine64+OR+a53) > https://linuxsmartphones.com/hackers-develop-open-source-firmware-for-the-pinephone-modem-use-it-to-make-phone-calls/ > https://wiki.openmoko.org/wiki/Osmocom_on_TI_Calypso > http://openbts.org/ > >> https://potabi.fivnex.co/development > > https://github.com/fivnex > https://potabi.fivnex.co/ > https://blog.fivnex.co/ > https://twitter.com/potabimobile > https://discord.gg/8prEeTV > https://twitter.com/fivnex > https://fivnex.co/ > >> funding > > https://liberapay.com/fivnex/donate > >> Dream on. > > These phones (boards) are growing the beginnings of a hacker culture > that is trying to get all sorts of unix to run on them, a long held dream. > And the future of phones and open hardware is only opening up more. > So whether it's Fivnex or others, do not be surprised when people > boots more kernels on them soon. Your refrigerator and car will > splash Beastie. > > May your dreams hack into reality :) > _______________________________________________ > 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" > I'm affraid that FreeBSD do not run on a PinePhone. The dmesg from nycbug comes from a pine64 board, not from a pinephone. And unfortunately: - openmoko: pretty dead. - the fivnex 'potabi' project: unrealistic - Pine Microsystem Inc: kickstarter project, Cie dissolved in Jan,2020. Now, the product are sold from an Hong Kong Cie, 'Pine Store Inc.' ; I don't know who are these guys, but I'm pretty sure they don't have an engineering staff and will not make the phone better (it could change ...) Last, the Quectel EG25 GSM Modem has proprietary firmware ('blob'), some enthusiasts try to make it open. So, the phone is not really 'open source'. Nice phone that runs well and is completly opened and free : http://alumni.media.mit.edu/~mellis/cellphone/ (Not sure you will be able to find all components today) P&L v/ From owner-freebsd-arm@freebsd.org Mon Apr 12 11:14: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 A61535CBE8F for ; Mon, 12 Apr 2021 11:14: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 4FJmN44b1cz3rdJ; Mon, 12 Apr 2021 11:14:28 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1618226063; 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=n4SB8BHXUZXBdptJJ4Mdk0Kaa8mulds23oWG50TcT5w=; b=FeD8wqFATE9FDtGznCYy0MWkfsqnqNWnJPOfksGKK6ZoBwy0Hb0QDfkKzs0W0czjEY9A1Q /CRjaA/Fdh27qo83QiKtSN6ui40CxRtlEC9ygX/q6PyQG2A982DzgFCJEVJYtGyvsC9z8k Fd7fA/E8Q+J5VrM7H0jDgsiQiJaYh8A= Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 21116129 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 12 Apr 2021 11:14:23 +0000 (UTC) Date: Mon, 12 Apr 2021 13:14:22 +0200 From: Emmanuel Vadot To: Ian Lepore Cc: "freebsd-arm@FreeBSD.org" Subject: Re: No dwc0 on bananapi m1 with Linux 5.10 devicetree Message-Id: <20210412131422.68ebcd1dd748c17f2d57efb1@bidouilliste.com> In-Reply-To: References: <1sKA_1f0z4MvqNKPTG1kiNCHauRdILGumygIn6w0H-XBzxg_cTV0c-01SCnrUcmzy96RCoE2zA4khWzwo6DQQymVphL7zpjOVx5c48lXAXU=@protonmail.com> <20210411213728.7a53a7a91c2aa3c930f5abc6@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=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FJmN44b1cz3rdJ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=FeD8wqFA; 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 [-1.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.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)[]; MIME_TRACE(0.00)[0:+]; 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)[]; RECEIVED_SPAMHAUS_PBL(0.00)[78.205.69.41:received]; 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)[]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_COUNT_TWO(0.00)[2]; 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: Mon, 12 Apr 2021 11:14:29 -0000 On Sun, 11 Apr 2021 17:06:02 -0600 Ian Lepore wrote: > On Sun, 2021-04-11 at 21:37 +0200, Emmanuel Vadot wrote: > > On Sun, 11 Apr 2021 09:24:33 +0000 > > qroxana via freebsd-arm wrote: > > > > > It seems the dwc0 no longer works after > > > 6be3386466ab79a84b48429ae66244f21526d3df > > > > > > dwc0: mem 0x1c50000-0x1c5ffff irq > > > 72 on simplebus0 > > > dwc0: Can't reset DWC. > > > device_attach: dwc0 attach returned 6 > > > > > > I've tried to revert this change on my bananapi m1 and dwc0 worked > > > again. > > > > > > commit e7ffa3b5ce04742455c6bd4d8af0fdedd9978c77 > > > Author: Emmanuel Vadot > > > Date: Sun Jan 17 19:02:46 2021 +0100 > > > > > > Import devicetree files from Linux 5.10 > > > > > > diff --git a/src/arm/sun7i-a20-bananapi.dts b/src/arm/sun7i-a20- > > > bananapi.dts > > > index bb3987e..0b3d9ae 100644 > > > --- a/src/arm/sun7i-a20-bananapi.dts > > > +++ b/src/arm/sun7i-a20-bananapi.dts > > > @@ -132,7 +132,7 @@ > > > pinctrl-names = "default"; > > > pinctrl-0 = <&gmac_rgmii_pins>; > > > phy-handle = <&phy1>; > > > - phy-mode = "rgmii"; > > > + phy-mode = "rgmii-id"; > > > phy-supply = <®_gmac_3v3>; > > > status = "okay"; > > > }; > > > > > > Hi, > > > > Sorry about that, > > Upstream did warned me about this change but I was sure that we did > > nothing with the phy-mode in dwc, should have check better. > > > > Please try this patch (I have no allwinner dwc based board here) : > > From 72c709db9ec3eb9a132ffe893b1e95e29bca62ac Mon Sep 17 00:00:00 > > 2001 > > From: Emmanuel Vadot > > Date: Sun, 11 Apr 2021 21:34:57 +0200 > > Subject: [PATCH] dwc: Cope with recent dts changes > > > > Add rgmii-id to the list of mode where we need to configure it as > > rgmii. > > --- > > sys/dev/dwc/if_dwc.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/sys/dev/dwc/if_dwc.c b/sys/dev/dwc/if_dwc.c > > index 776d0d0dc39..0549874a977 100644 > > --- a/sys/dev/dwc/if_dwc.c > > +++ b/sys/dev/dwc/if_dwc.c > > @@ -1575,7 +1575,7 @@ dwc_attach(device_t dev) > > > > node = ofw_bus_get_node(dev); > > if (OF_getprop_alloc(node, "phy-mode", (void **)&phy_mode)) { > > - if (strcmp(phy_mode, "rgmii") == 0) > > + if (strcmp(phy_mode, "rgmii") == 0 || strcmp(phy_mode, > > "rgmii-id") == 0) sc->phy_mode = PHY_MODE_RGMII; > > if (strcmp(phy_mode, "rmii") == 0) > > sc->phy_mode = PHY_MODE_RMII; > > > > This should probably be: > > node = ofw_bus_get_node(dev); > if (mii_contype_is_rgmii(mii_fdt_get_contype(node))) > sc->phy_mode = PHY_MODE_RGMII; > > -- Ian Thanks, I didn't knew about those helpers. New patch inline, only build tested. >From e1f901a3dce3df965a3955ae1341ba809aa28394 Mon Sep 17 00:00:00 2001 From: Emmanuel Vadot Date: Sun, 11 Apr 2021 21:34:57 +0200 Subject: [PATCH] dwc: Use mii_fdt function Use the helper function to get phy mode and configure dwc accordingly. --- sys/dev/dwc/if_dwc.c | 15 ++++++++++----- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/sys/dev/dwc/if_dwc.c b/sys/dev/dwc/if_dwc.c index 776d0d0dc39..563769f8406 100644 --- a/sys/dev/dwc/if_dwc.c +++ b/sys/dev/dwc/if_dwc.c @@ -69,6 +69,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #ifdef EXT_RESOURCES #include @@ -1559,7 +1560,6 @@ dwc_attach(device_t dev) struct ifnet *ifp; int error, i; uint32_t reg; - char *phy_mode; phandle_t node; uint32_t txpbl, rxpbl, pbl; bool nopblx8 = false; @@ -1574,12 +1574,17 @@ dwc_attach(device_t dev) sc->mactype = IF_DWC_MAC_TYPE(dev); node = ofw_bus_get_node(dev); - if (OF_getprop_alloc(node, "phy-mode", (void **)&phy_mode)) { - if (strcmp(phy_mode, "rgmii") == 0) + switch (mii_fdt_get_contype(node)) { + case MII_CONTYPE_RGMII: + case MII_CONTYPE_RGMII_ID: sc->phy_mode = PHY_MODE_RGMII; - if (strcmp(phy_mode, "rmii") == 0) + break; + case MII_CONTYPE_RMII: sc->phy_mode = PHY_MODE_RMII; - OF_prop_free(phy_mode); + break; + default: + device_printf(dev, "Unsupported MII type\n"); + return (ENXIO); } if (OF_getencprop(node, "snps,pbl", &pbl, sizeof(uint32_t)) <= 0) -- 2.31.1 -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Mon Apr 12 14:14:28 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 9E5E75D28DF for ; Mon, 12 Apr 2021 14:14:28 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5c.ore.mailhop.org (outbound5c.ore.mailhop.org [54.244.192.240]) (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 4FJrMm0bTGz4WrD for ; Mon, 12 Apr 2021 14:14:27 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1618236867; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=UBQVOW+OFdK+WILokVHpkxOekcokvN9BOvxBDDoeArDqAehpHjoAltPkKrqRjzUyrm3GJe16QM2wM MR/7docUjoiZdoGpeGPT2L4M/Ggxg7eMkn55I9+5XsMqmjGDTjC97q0rhbqcgrc0Qlb6zh7+yu/ZZD QB5anyCp9C9bKqIdlUM6Vr5CVVRqvMDgu6v1m4eln/JxaBQtKAseGJN90T0hUNeSQp2V7opgZpWLSf PlfN1Vd+YY5w5cdcc8oiiQa1u8GYs9yLx91HxV/1aqZ78cHJiDSsz13KO49Km15VjN3jytOMM8A9UC eQvwKGiPHuqKIM4U0OvN1WxhNPLi0Zg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=NPE6b2+PkYc50P/sZyTOqo7uxhRw1mIJYbQQK5xfZ7I=; b=Zzqh5vBrK86YKqt4qwgThMrsaMhSKmSYOtRGiu6DngO8PedvRFoee50fcEq6gKARFJ/1mKNB57xm7 FRJlhkCq7YCd6M4CQVlNIZwYyjgRKZLUfxl1Mn6nqur2vawxenb67RPN9hkkEcdMHsQ6bCkJnVJaZv tNW/sUty2nfwTavheZ45Ze1BzBqLVH+qwSO7DfN04PblSwZPOZHAmRB7ybMyIlsVul8cE2K48M+8i1 +tJQ38cFuhiD31xVQYVitInhM+yoM4GpJBLG1PbM8sBxC4iilUC4YqgS8Q/77maTU5oJq7JA7KTaA4 n27J7OTE7I4GorxB7C4BfYQAuXEeutQ== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=NPE6b2+PkYc50P/sZyTOqo7uxhRw1mIJYbQQK5xfZ7I=; b=OZxgp56vnB7zkVVtU8Ke7NGDGPGLiJBK0+iN4qpHEt30VlvzzbsFUKTEVuAztc3NDE9vFQChu404N CPzM4D1gjkErzEDMl5EQ3KkPL3680INV4FBEHToFvx7mUpP+6NtHRwcXMnDzwdSqB7spvZwJpfSgIA 9VMFKb4vGL1X4asqAU7HCbgYWYgdmSXdi023lx1TlHW4XEHJRFSMxxyJKJ8EDi2frh/QpgcoUn6ZEl /IGrD2PQiiEBqpF6bcoOHaNxM0QyYdxF8Z6znXrZ45/1B+1dfwb8ba0oMagvR+5mvz4pF6D8xSyU6I WyMccRicqBT99uZDmtF+zSEPMQyuoFA== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 61519007-9b99-11eb-ba3c-bf9d68d023b6 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 61519007-9b99-11eb-ba3c-bf9d68d023b6; Mon, 12 Apr 2021 14:14:25 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 13CEEL9X015712; Mon, 12 Apr 2021 08:14:22 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <2d946b70e771c42ebd21c9b1b224b9c3ac39dcc2.camel@freebsd.org> Subject: Re: No dwc0 on bananapi m1 with Linux 5.10 devicetree From: Ian Lepore To: Emmanuel Vadot Cc: "freebsd-arm@FreeBSD.org" Date: Mon, 12 Apr 2021 08:14:21 -0600 In-Reply-To: <20210412131422.68ebcd1dd748c17f2d57efb1@bidouilliste.com> References: <1sKA_1f0z4MvqNKPTG1kiNCHauRdILGumygIn6w0H-XBzxg_cTV0c-01SCnrUcmzy96RCoE2zA4khWzwo6DQQymVphL7zpjOVx5c48lXAXU=@protonmail.com> <20210411213728.7a53a7a91c2aa3c930f5abc6@bidouilliste.com> <20210412131422.68ebcd1dd748c17f2d57efb1@bidouilliste.com> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FJrMm0bTGz4WrD 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:16509, ipnet:54.244.128.0/17, country:US] 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: Mon, 12 Apr 2021 14:14:28 -0000 On Mon, 2021-04-12 at 13:14 +0200, Emmanuel Vadot wrote: > On Sun, 11 Apr 2021 17:06:02 -0600 > Ian Lepore wrote: > > > On Sun, 2021-04-11 at 21:37 +0200, Emmanuel Vadot wrote: > > > [...] > > Thanks, I didn't knew about those helpers. > New patch inline, only build tested. > > From e1f901a3dce3df965a3955ae1341ba809aa28394 Mon Sep 17 00:00:00 > 2001 > From: Emmanuel Vadot > Date: Sun, 11 Apr 2021 21:34:57 +0200 > Subject: [PATCH] dwc: Use mii_fdt function > > Use the helper function to get phy mode and configure dwc > accordingly. > --- > sys/dev/dwc/if_dwc.c | 15 ++++++++++----- > 1 file changed, 10 insertions(+), 5 deletions(-) > > diff --git a/sys/dev/dwc/if_dwc.c b/sys/dev/dwc/if_dwc.c > index 776d0d0dc39..563769f8406 100644 > --- a/sys/dev/dwc/if_dwc.c > +++ b/sys/dev/dwc/if_dwc.c > @@ -69,6 +69,7 @@ __FBSDID("$FreeBSD$"); > #include > #include > #include > +#include > > #ifdef EXT_RESOURCES > #include > @@ -1559,7 +1560,6 @@ dwc_attach(device_t dev) > struct ifnet *ifp; > int error, i; > uint32_t reg; > - char *phy_mode; > phandle_t node; > uint32_t txpbl, rxpbl, pbl; > bool nopblx8 = false; > @@ -1574,12 +1574,17 @@ dwc_attach(device_t dev) > sc->mactype = IF_DWC_MAC_TYPE(dev); > > node = ofw_bus_get_node(dev); > - if (OF_getprop_alloc(node, "phy-mode", (void **)&phy_mode)) { > - if (strcmp(phy_mode, "rgmii") == 0) > + switch (mii_fdt_get_contype(node)) { > + case MII_CONTYPE_RGMII: > + case MII_CONTYPE_RGMII_ID: I think you should list all four RGMII values here; some day another board may come along that uses one of them. > sc->phy_mode = PHY_MODE_RGMII; > - if (strcmp(phy_mode, "rmii") == 0) > + break; > + case MII_CONTYPE_RMII: > sc->phy_mode = PHY_MODE_RMII; > - OF_prop_free(phy_mode); > + break; > + default: > + device_printf(dev, "Unsupported MII type\n"); > + return (ENXIO); > } > > if (OF_getencprop(node, "snps,pbl", &pbl, sizeof(uint32_t)) <= > 0) > -- > 2.31.1 > -- Ian From owner-freebsd-arm@freebsd.org Mon Apr 12 15:37:05 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 6ABA35D5414 for ; Mon, 12 Apr 2021 15:37:05 +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 4FJtC52Wrtz4bh3 for ; Mon, 12 Apr 2021 15:37:05 +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 49D9819E2C for ; Mon, 12 Apr 2021 15:37:05 +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 13CFb5Fb024070 for ; Mon, 12 Apr 2021 15:37:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 13CFb5ee024069 for freebsd-arm@FreeBSD.org; Mon, 12 Apr 2021 15:37:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 254984] [panic] Orange Pi Zero: panic: Built bad topology at 0xc0ac87d8. CPU mask (f) != (1) Date: Mon, 12 Apr 2021 15:37:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freebsd@sysctl.cz X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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: Mon, 12 Apr 2021 15:37:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254984 Martin Filla changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |Not A Bug --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Apr 12 16:13:42 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 2A5765D6101 for ; Mon, 12 Apr 2021 16:13:42 +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 4FJv1K0Ljmz4dTS; Mon, 12 Apr 2021 16:13:40 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1618244017; 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=+GFuB04IfXmr0muBGRYyzSQ9lUtsDaWGwcl2OEAHgDQ=; b=pDHX9POpqTFm5qK81jOJpAAHTGl44kxe5TAYR4leDsNkZ+5Foc0IzmZi1UTS8hhxA69cbL +Gpuvs9rz4Fs0tLeS4uFIWeZ1ooeRFuJKjZsYTeYFjV+XIGOadVrwmwgklyyzUA8dg1uly z3olPs7rrWfqD8V6FuB6vVBzfXCkkI4= Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 3215180c (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 12 Apr 2021 16:13:37 +0000 (UTC) Date: Mon, 12 Apr 2021 18:13:37 +0200 From: Emmanuel Vadot To: Ian Lepore Cc: "freebsd-arm@FreeBSD.org" Subject: Re: No dwc0 on bananapi m1 with Linux 5.10 devicetree Message-Id: <20210412181337.aaa5514ab50bdced2919b716@bidouilliste.com> In-Reply-To: <2d946b70e771c42ebd21c9b1b224b9c3ac39dcc2.camel@freebsd.org> References: <1sKA_1f0z4MvqNKPTG1kiNCHauRdILGumygIn6w0H-XBzxg_cTV0c-01SCnrUcmzy96RCoE2zA4khWzwo6DQQymVphL7zpjOVx5c48lXAXU=@protonmail.com> <20210411213728.7a53a7a91c2aa3c930f5abc6@bidouilliste.com> <20210412131422.68ebcd1dd748c17f2d57efb1@bidouilliste.com> <2d946b70e771c42ebd21c9b1b224b9c3ac39dcc2.camel@freebsd.org> 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: 4FJv1K0Ljmz4dTS X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=pDHX9POp; 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 [-1.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.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)[]; MIME_TRACE(0.00)[0:+]; 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)[]; RECEIVED_SPAMHAUS_PBL(0.00)[78.205.69.41:received]; 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)[]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_COUNT_TWO(0.00)[2]; 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: Mon, 12 Apr 2021 16:13:42 -0000 On Mon, 12 Apr 2021 08:14:21 -0600 Ian Lepore wrote: > On Mon, 2021-04-12 at 13:14 +0200, Emmanuel Vadot wrote: > > On Sun, 11 Apr 2021 17:06:02 -0600 > > Ian Lepore wrote: > > > > > On Sun, 2021-04-11 at 21:37 +0200, Emmanuel Vadot wrote: > > > > [...] > > > > Thanks, I didn't knew about those helpers. > > New patch inline, only build tested. > > > > From e1f901a3dce3df965a3955ae1341ba809aa28394 Mon Sep 17 00:00:00 > > 2001 > > From: Emmanuel Vadot > > Date: Sun, 11 Apr 2021 21:34:57 +0200 > > Subject: [PATCH] dwc: Use mii_fdt function > > > > Use the helper function to get phy mode and configure dwc > > accordingly. > > --- > > sys/dev/dwc/if_dwc.c | 15 ++++++++++----- > > 1 file changed, 10 insertions(+), 5 deletions(-) > > > > diff --git a/sys/dev/dwc/if_dwc.c b/sys/dev/dwc/if_dwc.c > > index 776d0d0dc39..563769f8406 100644 > > --- a/sys/dev/dwc/if_dwc.c > > +++ b/sys/dev/dwc/if_dwc.c > > @@ -69,6 +69,7 @@ __FBSDID("$FreeBSD$"); > > #include > > #include > > #include > > +#include > > > > #ifdef EXT_RESOURCES > > #include > > @@ -1559,7 +1560,6 @@ dwc_attach(device_t dev) > > struct ifnet *ifp; > > int error, i; > > uint32_t reg; > > - char *phy_mode; > > phandle_t node; > > uint32_t txpbl, rxpbl, pbl; > > bool nopblx8 = false; > > @@ -1574,12 +1574,17 @@ dwc_attach(device_t dev) > > sc->mactype = IF_DWC_MAC_TYPE(dev); > > > > node = ofw_bus_get_node(dev); > > - if (OF_getprop_alloc(node, "phy-mode", (void **)&phy_mode)) { > > - if (strcmp(phy_mode, "rgmii") == 0) > > + switch (mii_fdt_get_contype(node)) { > > + case MII_CONTYPE_RGMII: > > + case MII_CONTYPE_RGMII_ID: > > I think you should list all four RGMII values here; some day another > board may come along that uses one of them. True. > > > sc->phy_mode = PHY_MODE_RGMII; > > - if (strcmp(phy_mode, "rmii") == 0) > > + break; > > + case MII_CONTYPE_RMII: > > sc->phy_mode = PHY_MODE_RMII; > > - OF_prop_free(phy_mode); > > + break; > > + default: > > + device_printf(dev, "Unsupported MII type\n"); > > + return (ENXIO); > > } > > > > if (OF_getencprop(node, "snps,pbl", &pbl, sizeof(uint32_t)) <= > > 0) > > -- > > 2.31.1 > > > > -- Ian > Third time the charm : >From 2c21718b1b5e8e312fbe4fb20d0f178935af1e53 Mon Sep 17 00:00:00 2001 From: Emmanuel Vadot Date: Sun, 11 Apr 2021 21:34:57 +0200 Subject: [PATCH] dwc: Use mii_fdt function Use the helper function to get phy mode and configure dwc accordingly. --- sys/dev/dwc/if_dwc.c | 17 ++++++++++++----- 1 file changed, 12 insertions(+), 5 deletions(-) diff --git a/sys/dev/dwc/if_dwc.c b/sys/dev/dwc/if_dwc.c index 776d0d0dc39..429e250f48e 100644 --- a/sys/dev/dwc/if_dwc.c +++ b/sys/dev/dwc/if_dwc.c @@ -69,6 +69,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #ifdef EXT_RESOURCES #include @@ -1559,7 +1560,6 @@ dwc_attach(device_t dev) struct ifnet *ifp; int error, i; uint32_t reg; - char *phy_mode; phandle_t node; uint32_t txpbl, rxpbl, pbl; bool nopblx8 = false; @@ -1574,12 +1574,19 @@ dwc_attach(device_t dev) sc->mactype = IF_DWC_MAC_TYPE(dev); node = ofw_bus_get_node(dev); - if (OF_getprop_alloc(node, "phy-mode", (void **)&phy_mode)) { - if (strcmp(phy_mode, "rgmii") == 0) + switch (mii_fdt_get_contype(node)) { + case MII_CONTYPE_RGMII: + case MII_CONTYPE_RGMII_ID: + case MII_CONTYPE_RGMII_RXID: + case MII_CONTYPE_RGMII_TXID: sc->phy_mode = PHY_MODE_RGMII; - if (strcmp(phy_mode, "rmii") == 0) + break; + case MII_CONTYPE_RMII: sc->phy_mode = PHY_MODE_RMII; - OF_prop_free(phy_mode); + break; + default: + device_printf(dev, "Unsupported MII type\n"); + return (ENXIO); } if (OF_getencprop(node, "snps,pbl", &pbl, sizeof(uint32_t)) <= 0) -- 2.31.1 -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Apr 13 13:44:15 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 D7EC95E0948 for ; Tue, 13 Apr 2021 13:44:15 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-1.mit.edu (outgoing-exchange-1.mit.edu [18.9.28.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FKRfR1QJsz4jTD for ; Tue, 13 Apr 2021 13:44:14 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from w92exedge4.exchange.mit.edu (W92EXEDGE4.EXCHANGE.MIT.EDU [18.7.73.16]) by outgoing-exchange-1.mit.edu (8.14.7/8.12.4) with ESMTP id 13DDgmfp006372; Tue, 13 Apr 2021 09:44:13 -0400 Received: from OC11EXPO29.exchange.mit.edu (18.9.4.102) by w92exedge4.exchange.mit.edu (18.7.73.16) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 13 Apr 2021 09:43:41 -0400 Received: from OC11EXPO29.exchange.mit.edu (18.9.4.102) by oc11expo29.exchange.mit.edu (18.9.4.102) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 13 Apr 2021 09:43:52 -0400 Received: from OC11EXPO29.exchange.mit.edu ([18.9.4.102]) by oc11expo29.exchange.mit.edu ([18.9.4.102]) with mapi id 15.00.1497.012; Tue, 13 Apr 2021 09:43:52 -0400 From: John F Carr To: Valery Seys , FreeBSD ARM Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones Thread-Topic: Arm64 Tier 1 FreeBSD 13 Phones Thread-Index: AQHXLenN28eSsugQi0ChWATxC3PxYKquKPMAgAGV0gCAAP5kAIACACSA Date: Tue, 13 Apr 2021 13:43:52 +0000 Message-ID: References: <20210410154750.phxivk7idvza37nx@mutt-hbsd> <008dca83-fc81-dc3d-f2e6-9404e4e2652b@vslash.com> In-Reply-To: <008dca83-fc81-dc3d-f2e6-9404e4e2652b@vslash.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [108.7.221.50] Content-Type: text/plain; charset="us-ascii" Content-ID: <647781D4EE8C9A409D6BBADBC5580AC7@exchange.mit.edu> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Rspamd-Queue-Id: 4FKRfR1QJsz4jTD X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jfc@mit.edu designates 18.9.28.15 as permitted sender) smtp.mailfrom=jfc@mit.edu X-Spamd-Result: default: False [-1.50 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[18.9.28.15:from]; RCVD_COUNT_FIVE(0.00)[5]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[mit.edu]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[18.9.28.15:from]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_TLS_LAST(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, 13 Apr 2021 13:44:15 -0000 On Apr 12, 2021, at 03:10 , Valery Seys wrote: >=20 >=20 > I'm affraid that FreeBSD do not run on a PinePhone. > The dmesg from nycbug comes from a pine64 board, not from a pinephone. Is it known not to run, or merely untested? It looks like every Pine devic= e needs a different configuration. At $200 it is tempting to get one to ex= periment on. Maybe after my current time sink ends in a few weeks. The original message (subject line) reflects a misunderstanding of what "Ti= er 1" means. It means the FreeBSD team will try hard not to break rack mou= nt servers. Tier 1 status doesn't make FreeBSD any more suited to phones t= han Tier 2 status. It doesn't add device or CPU support. See all the diff= iculties with Raspberry Pi. It doesn't add a UI for a small screen. The p= otabi PinePhone project by its own admission hasn't accomplished anything b= ut starting a UI design. But maybe by end of year we can have something th= at works when plugged into a power supply. From owner-freebsd-arm@freebsd.org Tue Apr 13 14:47:16 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 449B65E2E42 for ; Tue, 13 Apr 2021 14:47:16 +0000 (UTC) (envelope-from valery@vslash.com) Received: from relay7-d.mail.gandi.net (relay7-d.mail.gandi.net [217.70.183.200]) (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 4FKT371Kpsz4mfv for ; Tue, 13 Apr 2021 14:47:14 +0000 (UTC) (envelope-from valery@vslash.com) X-Originating-IP: 88.126.50.171 Received: from dell.vslash.com (unknown [88.126.50.171]) (Authenticated sender: valery@vslash.com) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id D69F720010; Tue, 13 Apr 2021 14:47:11 +0000 (UTC) Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: John F Carr , FreeBSD ARM References: <20210410154750.phxivk7idvza37nx@mutt-hbsd> <008dca83-fc81-dc3d-f2e6-9404e4e2652b@vslash.com> From: Valery Seys Message-ID: <6e53ec43-b00a-2512-7c23-5b2545359f72@vslash.com> Date: Tue, 13 Apr 2021 16:47:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FKT371Kpsz4mfv X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of valery@vslash.com designates 217.70.183.200 as permitted sender) smtp.mailfrom=valery@vslash.com X-Spamd-Result: default: False [0.55 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[217.70.183.200:from]; R_SPF_ALLOW(-0.20)[+ip4:217.70.183.192/28]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RECEIVED_SPAMHAUS_PBL(0.00)[88.126.50.171:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[217.70.183.200:from]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[217.70.183.200:from]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.95)[0.946]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[vslash.com]; SPAMHAUS_ZRD(0.00)[217.70.183.200:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_COUNT_TWO(0.00)[2]; 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, 13 Apr 2021 14:47:16 -0000 On 13/04/2021 13:43, John F Carr wrote: > > On Apr 12, 2021, at 03:10 , Valery Seys wrote: >> >> >> I'm affraid that FreeBSD do not run on a PinePhone. >> The dmesg from nycbug comes from a pine64 board, not from a pinephone. > > Is it known not to run, or merely untested? It looks like every Pine device needs a different configuration. At $200 it is tempting to get one to experiment on. Maybe after my current time sink ends in a few weeks. > > The original message (subject line) reflects a misunderstanding of what "Tier 1" means. It means the FreeBSD team will try hard not to break rack mount servers. Tier 1 status doesn't make FreeBSD any more suited to phones than Tier 2 status. It doesn't add device or CPU support. See all the difficulties with Raspberry Pi. It doesn't add a UI for a small screen. The potabi PinePhone project by its own admission hasn't accomplished anything but starting a UI design. But maybe by end of year we can have something that works when plugged into a power supply. > > Shortly: - 'do not run' was in reply to the fake dmesg from nycbug (mismatch btw pine64 and pinephone) - I failed myself to build a proper dtb, but I'm really not an expert on this! - so, no boot => untested - I'm sure somebody will produce something bootable ... one day. - Bootable do not mean usable, Quectel Modem has no kmod, as for the touchcreen, and this is the minimum. If you dev something, you must know that the phone is very unstable, so sometimes a bug means an hardware failure. I hope the Potabi project and its nice enthusiast team will produce something, but running Android through a 'qemu-lation' on a Cortex A53 2GB board with a Mali400 GPU is something I would like to see. ++ v/ From owner-freebsd-arm@freebsd.org Wed Apr 14 15:49: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 33D345DF5E6; Wed, 14 Apr 2021 15:49:53 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FL6Nw1l3Gz3R73; Wed, 14 Apr 2021 15:49:51 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 13EFnhvR049072 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 14 Apr 2021 08:49:44 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 13EFnh1M049071; Wed, 14 Apr 2021 08:49:43 -0700 (PDT) (envelope-from fbsd) Date: Wed, 14 Apr 2021 08:49:43 -0700 From: bob prohaska To: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: ssh_dispatch_run_fatal on Rpi4 building www/firefox Message-ID: <20210414154943.GA48835@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4FL6Nw1l3Gz3R73 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.49 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.59)[0.592]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[0.999]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-ports]; MID_RHS_WWW(0.50)[] 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, 14 Apr 2021 15:49:53 -0000 While attempting to compile www/firefox on an RPi4 running -current the make process stopped with Bad packet length 3554809687. ssh_dispatch_run_fatal: Connection to 192.168.1.11 port 22: Connection corrupted on the controlling terminal. After updating to 14.0-CURRENT FreeBSD 14.0-CURRENT #15 main-8cca7b7f2: Tue Apr 13 17:46:39 PDT 2021 the error promptly recurred if make was restarted without cleaning. As an experiment, I've restarted the make process via a serial connection and it didn't immediately reproduce the error. In all cases the make command is make -DBATCH MAKE_JOBS_UNSAFE=yes MAKE_JOBS_NUMBER=4 DISABLE_VULNERABILITIES=yes > make.log and is run in the background. The same make command successfully compiled www/chromium via ssh, so I don't think the culprit's the command line. I rather doubt this is a www/firefox problem, but include freebsd-ports in hopes somebody might recognize the error. Make generates a torrent of warnings using the serial connection, such as: #if IN_HEADER(__GTK_ITEM_FACTORY_H__) ^ ./gtkalias.h:10:19: note: expanded from macro 'IN_HEADER' #define IN_HEADER defined ^ ./gtkalias.h:5366:5: warning: macro expansion producing 'defined' has undefined behavior [-Wexpansion-to-defined] #if IN_HEADER(__GTK_LABEL_H__) ^ ./gtkalias.h:10:19: note: expanded from macro 'IN_HEADER' #define IN_HEADER defined ^ but seems to keep running via the serial connection. Top reports that cc is in state TTYOUT, with WCPU no higher than a few percent, running only one thread. Thanks for reading, and any ideas. bob prohaska From owner-freebsd-arm@freebsd.org Wed Apr 14 19:12:38 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 6CDBA5E52B0; Wed, 14 Apr 2021 19:12:38 +0000 (UTC) (envelope-from valery@vslash.com) Received: from relay7-d.mail.gandi.net (relay7-d.mail.gandi.net [217.70.183.200]) (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 4FLBts0yfzz3sfp; Wed, 14 Apr 2021 19:12:36 +0000 (UTC) (envelope-from valery@vslash.com) X-Originating-IP: 88.126.50.171 Received: from dell.vslash.com (unknown [88.126.50.171]) (Authenticated sender: valery@vslash.com) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 576412000A; Wed, 14 Apr 2021 19:12:34 +0000 (UTC) Subject: Re: ssh_dispatch_run_fatal on Rpi4 building www/firefox To: bob prohaska , freebsd-arm@freebsd.org, freebsd-ports@freebsd.org References: <20210414154943.GA48835@www.zefox.net> From: Valery Seys Message-ID: Date: Wed, 14 Apr 2021 21:12:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 In-Reply-To: <20210414154943.GA48835@www.zefox.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FLBts0yfzz3sfp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of valery@vslash.com designates 217.70.183.200 as permitted sender) smtp.mailfrom=valery@vslash.com X-Spamd-Result: default: False [-3.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:217.70.183.192/28]; RWL_MAILSPIKE_GOOD(0.00)[217.70.183.200:from]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RECEIVED_SPAMHAUS_PBL(0.00)[88.126.50.171:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[217.70.183.200:from]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[217.70.183.200:from]; 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)[vslash.com]; SPAMHAUS_ZRD(0.00)[217.70.183.200:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-ports] 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, 14 Apr 2021 19:12:38 -0000 On 14/04/2021 15:49, bob prohaska wrote: > While attempting to compile www/firefox on an RPi4 running -current > the make process stopped with > > Bad packet length 3554809687. > ssh_dispatch_run_fatal: Connection to 192.168.1.11 port 22: Connection corrupted > > on the controlling terminal. > > After updating to 14.0-CURRENT FreeBSD 14.0-CURRENT #15 main-8cca7b7f2: > Tue Apr 13 17:46:39 PDT 2021 > > the error promptly recurred if make was restarted without cleaning. > > As an experiment, I've restarted the make process via a serial connection > and it didn't immediately reproduce the error. In all cases the make > command is > > make -DBATCH MAKE_JOBS_UNSAFE=yes MAKE_JOBS_NUMBER=4 DISABLE_VULNERABILITIES=yes > make.log > > and is run in the background. The same make command successfully compiled > www/chromium via ssh, so I don't think the culprit's the command line. > > I rather doubt this is a www/firefox problem, but include freebsd-ports > in hopes somebody might recognize the error. > > Make generates a torrent of warnings using the serial connection, such as: > > #if IN_HEADER(__GTK_ITEM_FACTORY_H__) > ^ > ./gtkalias.h:10:19: note: expanded from macro 'IN_HEADER' > #define IN_HEADER defined > ^ > ./gtkalias.h:5366:5: warning: macro expansion producing 'defined' has undefined behavior [-Wexpansion-to-defined] > #if IN_HEADER(__GTK_LABEL_H__) > ^ > ./gtkalias.h:10:19: note: expanded from macro 'IN_HEADER' > #define IN_HEADER defined > ^ > but seems to keep running via the serial connection. Top reports that > cc is in state TTYOUT, with WCPU no higher than a few percent, running > only one thread. > > Thanks for reading, and any ideas. > > bob prohaska > > _______________________________________________ > 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" > Hi Bob, so you compile rpi'side, perhaps could you start sshd with '-E ' in order to get more infos. On the RPI, as root: 1) echo 'sshd_flags="-E /var/log/sshd_debug.log"' >> /etc/rc.conf 2) touch /var/log/sshd_debug.log 3) service sshd restart (if you already have sshd flags in rc.conf, plz edit instead of the echoing as above ...) Then restart your ssh session, and see what happens in the log, Ps : firefox need a huge amount of memory to compile, according to the number of compiling instances (eg cpu threads) you have, it could easily reaches >4G, so your trouble could come from this (sshd cannot be swapped ...), in this case, try to lowered the number of threads make will use, through one of these options: DISABLE_MAKE_JOBS: Set to disable the multiple jobs feature. User settable. MAKE_JOBS_NUMBER: Override the number of make jobs to be used. User settable. MAKE_JOBS_NUMBER_LIMIT: Set a limit for maximum number of make jobs allowed to be used. Get your number of cpu thread: sysctl -n kern.smp.cpus hope it helps, v/ From owner-freebsd-arm@freebsd.org Thu Apr 15 04:25: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 38FD65DEAA0 for ; Thu, 15 Apr 2021 04:25:19 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound4s.ore.mailhop.org (outbound4s.ore.mailhop.org [54.185.97.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 4FLR8Z4m9Nz4rKf for ; Thu, 15 Apr 2021 04:25:18 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1618460717; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=qrM+E4ZUpNDmHdYeZHyVogidiYrpv2HrPSO8pAY446deabv6N0cphtFV26N51ipcqgYq0au2WzR0G dlaoRJrggN8nHwqZHbLROMN0N7HlOY6jWTkE6xVkehYW1fSkVLJdD4LXLgcziBqEqx3oHKQSN5VaTk Ida0aVKgh9umjBdIaI/Mn3Myq/5+cRj8JMBvwdxjaemEt3jo5TjFicIy8QU/3BohWmMRlSgDNbfSNw DbiNK7aFiWKwnLU0Ns32hkKwu8kgwT3b/g7Mvx6Bp+L5Fpp1WrFJcukW+XpkjugIz8zdTesXJlK/Ie KKTJs+XRIrbfegLQMXLfZEiUgXRC9NA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=7ZIY+uI1AbLQoIYfIadHnvEBxludlz42EnD+8jlVduE=; b=MKGxZWVwpEecZ+wyb9WnaSgZlpVCTZ07rB1cBXtaRzKF//Qpc2ozUn0R0PK67RZjCVlueKX/iJZO+ TPn8CegR+j9rlHSaEb+EJ9jHQ1hz5w4N2W/JNKKEHueJj2Y6XJJlVnHo/oOEHkpcNLAv3bl+olHyCU ohGmJ3GZ7AGiWhE95cYkB91ApVF9F4eFnYJr6k3fjLOHOGOCYwQZvwm2oAtcRAP3AA8R+fvYgk3N1o VVfmJz67KMXeLjJ2LzkVQErXxxMfbFYeEADZKXrFemDyUG/F/JMraAuqB8Fokb+NJA7jGuOabd7qzJ YvRhZDcx0A6ZQDMTWkUunsIkfnjK6nA== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=7ZIY+uI1AbLQoIYfIadHnvEBxludlz42EnD+8jlVduE=; b=TSsVGuPPzik4N399toGnUNuQOSSsXsUeHdLUdB3xEkq38rbI7dtEc5zT/lo4oAFywkYJ/xrd4y4I5 dfXoXlllcVU+lQx16wcuCTaYmO6hY9sB/jEAo+fgmKnFK4Py6O24KSPvniWJ8xqiD4yxbYjPeLaWPf tsH8KF7WkNO4RdlwQlkSZJ/D2tMmpTleEEK3VSyR8duMkdFcxZ5/PgQM25Wsa8hiZ3hTCRQiO70bVS 359da5vNkVVTNVIkOh6wZ2TMC19Z8ZXpqo8cKyaZZPaebAd/y+w2w8RcT0JLfSm06xq1cklBoQGSZW YJ+COoJxFe+3lvyY2EQKpRGzO9f3dTA== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 92f8e8c5-9da2-11eb-a64e-89389772cfc7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 92f8e8c5-9da2-11eb-a64e-89389772cfc7; Thu, 15 Apr 2021 04:25:16 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 13F4PDqd026058; Wed, 14 Apr 2021 22:25:13 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <207fbb0b660fc4dff972a076ba6f2734b4f4f35f.camel@freebsd.org> Subject: Re: No dwc0 on bananapi m1 with Linux 5.10 devicetree From: Ian Lepore To: Emmanuel Vadot Cc: "freebsd-arm@FreeBSD.org" Date: Wed, 14 Apr 2021 22:25:13 -0600 In-Reply-To: <20210412181337.aaa5514ab50bdced2919b716@bidouilliste.com> References: <1sKA_1f0z4MvqNKPTG1kiNCHauRdILGumygIn6w0H-XBzxg_cTV0c-01SCnrUcmzy96RCoE2zA4khWzwo6DQQymVphL7zpjOVx5c48lXAXU=@protonmail.com> <20210411213728.7a53a7a91c2aa3c930f5abc6@bidouilliste.com> <20210412131422.68ebcd1dd748c17f2d57efb1@bidouilliste.com> <2d946b70e771c42ebd21c9b1b224b9c3ac39dcc2.camel@freebsd.org> <20210412181337.aaa5514ab50bdced2919b716@bidouilliste.com> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FLR8Z4m9Nz4rKf 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:16509, ipnet:54.184.0.0/15, country:US] 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, 15 Apr 2021 04:25:19 -0000 On Mon, 2021-04-12 at 18:13 +0200, Emmanuel Vadot wrote: > On Mon, 12 Apr 2021 08:14:21 -0600 > Ian Lepore wrote: > > > On Mon, 2021-04-12 at 13:14 +0200, Emmanuel Vadot wrote: > > > On Sun, 11 Apr 2021 17:06:02 -0600 > > > Ian Lepore wrote: > > > > > > > On Sun, 2021-04-11 at 21:37 +0200, Emmanuel Vadot wrote: > > > > > [...] > > > > > > Thanks, I didn't knew about those helpers. > > > New patch inline, only build tested. > > > > > > From e1f901a3dce3df965a3955ae1341ba809aa28394 Mon Sep 17 00:00:00 > > > 2001 > > > From: Emmanuel Vadot > > > Date: Sun, 11 Apr 2021 21:34:57 +0200 > > > Subject: [PATCH] dwc: Use mii_fdt function > > > > > > Use the helper function to get phy mode and configure dwc > > > accordingly. > > > --- > > > sys/dev/dwc/if_dwc.c | 15 ++++++++++----- > > > 1 file changed, 10 insertions(+), 5 deletions(-) > > > > > > diff --git a/sys/dev/dwc/if_dwc.c b/sys/dev/dwc/if_dwc.c > > > index 776d0d0dc39..563769f8406 100644 > > > --- a/sys/dev/dwc/if_dwc.c > > > +++ b/sys/dev/dwc/if_dwc.c > > > @@ -69,6 +69,7 @@ __FBSDID("$FreeBSD$"); > > > #include > > > #include > > > #include > > > +#include > > > > > > #ifdef EXT_RESOURCES > > > #include > > > @@ -1559,7 +1560,6 @@ dwc_attach(device_t dev) > > > struct ifnet *ifp; > > > int error, i; > > > uint32_t reg; > > > - char *phy_mode; > > > phandle_t node; > > > uint32_t txpbl, rxpbl, pbl; > > > bool nopblx8 = false; > > > @@ -1574,12 +1574,17 @@ dwc_attach(device_t dev) > > > sc->mactype = IF_DWC_MAC_TYPE(dev); > > > > > > node = ofw_bus_get_node(dev); > > > - if (OF_getprop_alloc(node, "phy-mode", (void **)&phy_mode)) { > > > - if (strcmp(phy_mode, "rgmii") == 0) > > > + switch (mii_fdt_get_contype(node)) { > > > + case MII_CONTYPE_RGMII: > > > + case MII_CONTYPE_RGMII_ID: > > > > I think you should list all four RGMII values here; some day > > another > > board may come along that uses one of them. > > True. > > > > > > sc->phy_mode = PHY_MODE_RGMII; > > > - if (strcmp(phy_mode, "rmii") == 0) > > > + break; > > > + case MII_CONTYPE_RMII: > > > sc->phy_mode = PHY_MODE_RMII; > > > - OF_prop_free(phy_mode); > > > + break; > > > + default: > > > + device_printf(dev, "Unsupported MII type\n"); > > > + return (ENXIO); > > > } > > > > > > if (OF_getencprop(node, "snps,pbl", &pbl, sizeof(uint32_t)) <= > > > 0) > > > -- > > > 2.31.1 > > > > > > > -- Ian > > > > Third time the charm : > > From 2c21718b1b5e8e312fbe4fb20d0f178935af1e53 Mon Sep 17 00:00:00 > 2001 > From: Emmanuel Vadot > Date: Sun, 11 Apr 2021 21:34:57 +0200 > Subject: [PATCH] dwc: Use mii_fdt function > > Use the helper function to get phy mode and configure dwc > accordingly. > --- > sys/dev/dwc/if_dwc.c | 17 ++++++++++++----- > 1 file changed, 12 insertions(+), 5 deletions(-) > > diff --git a/sys/dev/dwc/if_dwc.c b/sys/dev/dwc/if_dwc.c > index 776d0d0dc39..429e250f48e 100644 > --- a/sys/dev/dwc/if_dwc.c > +++ b/sys/dev/dwc/if_dwc.c > @@ -69,6 +69,7 @@ __FBSDID("$FreeBSD$"); > #include > #include > #include > +#include > > #ifdef EXT_RESOURCES > #include > @@ -1559,7 +1560,6 @@ dwc_attach(device_t dev) > struct ifnet *ifp; > int error, i; > uint32_t reg; > - char *phy_mode; > phandle_t node; > uint32_t txpbl, rxpbl, pbl; > bool nopblx8 = false; > @@ -1574,12 +1574,19 @@ dwc_attach(device_t dev) > sc->mactype = IF_DWC_MAC_TYPE(dev); > > node = ofw_bus_get_node(dev); > - if (OF_getprop_alloc(node, "phy-mode", (void **)&phy_mode)) { > - if (strcmp(phy_mode, "rgmii") == 0) > + switch (mii_fdt_get_contype(node)) { > + case MII_CONTYPE_RGMII: > + case MII_CONTYPE_RGMII_ID: > + case MII_CONTYPE_RGMII_RXID: > + case MII_CONTYPE_RGMII_TXID: > sc->phy_mode = PHY_MODE_RGMII; > - if (strcmp(phy_mode, "rmii") == 0) > + break; > + case MII_CONTYPE_RMII: > sc->phy_mode = PHY_MODE_RMII; > - OF_prop_free(phy_mode); > + break; > + default: > + device_printf(dev, "Unsupported MII type\n"); > + return (ENXIO); > } > > if (OF_getencprop(node, "snps,pbl", &pbl, sizeof(uint32_t)) <= > 0) > Looks good to me. -- Ian From owner-freebsd-arm@freebsd.org Thu Apr 15 07:45:26 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 7507C5E3B80 for ; Thu, 15 Apr 2021 07:45:26 +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 4FLWbV2mn5z3HXY for ; Thu, 15 Apr 2021 07:45:26 +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 47CEB54E8 for ; Thu, 15 Apr 2021 07:45:26 +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 13F7jQrc072970 for ; Thu, 15 Apr 2021 07:45:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 13F7jQI6072969 for freebsd-arm@FreeBSD.org; Thu, 15 Apr 2021 07:45:26 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 255080] U-Boot build for Raspberry Pi 4 (arm64) does not boot from MicroSD card slot Date: Thu, 15 Apr 2021 07:45:26 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: ttkdroid@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 15 Apr 2021 07:45:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D255080 Bug ID: 255080 Summary: U-Boot build for Raspberry Pi 4 (arm64) does not boot from MicroSD card slot Product: Base System Version: 13.0-STABLE Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: ttkdroid@gmail.com TEST SCENARIO 1. Flashed the image FreeBSD-13.0-RELEASE-arm64-aarch64-RPI.img.xz in Micro= SD using dd on MacOS 2. Inserted flashed MicroSD on RaspberryPi 4 slot 3. U-Boot fails to find the MicroSD 4. U-Boot then looks for USB storage but can't find it 5. U-Boot then try to boot from network 6. Same MicroSD card is inserted in a MicroSD-USB adapter and inserted on Raspberry Pi USB Port 7. FreedBSD boots OK OBSERVATIONS 1: The U-Boot build doesn't include the command 'sdboot' thus it was not possible to manually force the boot from the MicroSD card slot 2: The U-Boot "boot_targets" has "mmc" defined 3. It switches to "mmc0" which I assume is the MicroSD card but complains "= ** No partition table - mmc 0 **" and then switch to network boot --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Apr 15 17:22:33 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 3542A5F77BA for ; Thu, 15 Apr 2021 17:22:33 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (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 4FLmPN3LfFz4cvg for ; Thu, 15 Apr 2021 17:22:32 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 969A41855 for ; Thu, 15 Apr 2021 13:22:30 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Thu, 15 Apr 2021 13:22:30 -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=GFWpcXCuFiHNzW60ZN6QqJ0YBHMk8sJbQSNcUJp4M28=; b=A0dF6GBx cVf0q4I7mgRLm+Z6yQn28ledcSsDtQOKLgQp71uH4OlN2++AmX4JYS5SBdEegHeY NYQfsXq3v24QDM1JSV88m79mCRVnvWOdtwnVjZnESXnloRpara3rUAjajn19OZ4n 6rA7uOyOLHJL2vS/ffrRJfngFXjuAgx5rOVxBgvLlnrpgB8I5pYrlH7FebPOCc5T 4a13+c7SVRgc32WgNW5XUpD3h4jl+dJmkhSQBgP7oX1hyoJ/oPdjNHIWCR2P3uHU foOx6H4yxBTbmr7PtBAVI73I/l7GuipSJF3lE2lKJI0SHa3J/brMXumyQOqHeax+ +K3quHdAfPSOkw== 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=GFWpcXCuFiHNzW60ZN6QqJ0YBHMk8 sJbQSNcUJp4M28=; b=uNL+HQlGPi9ONwE1YPEuf5+3WLKi/J90QxixzonFL9ks8 2Kvk6aByEzu3C/MMKDW/AP65K09qNe2bsbFVs5CawEmd8t/ZTQ1qY1hzSmNDbv4F zzt99R+z62Z2HccWyxL/XBYLEG8A7qWtL8L7HLYagbUkQIPDgDeMJ1RHlWjT9Aee 7+Lyh4V1LQdxqLYU5EWFljPGrzoldxbL/dNJzLhySO06MvKQaeznEDarJ6oA6bx7 vrXmy7BqFxRsEU8xe7cvwqrd3eNmJKyXccBLly1GES8y8WfeuO9d4J0dMAwTaacz oQcp0tVUn9NYwVs522SeOQDRq0mA02giVPNxLH5aw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudelfedgudduiecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnhepkeelheefgfdvtefgfeelgfdvkeeuve evkefgtdegveehuefgkeevieejlefggeegnecuffhomhgrihhnpehfrhgvvggsshgurdho rhhgnecukfhppeekvddrjedtrdeluddruddttdenucevlhhushhtvghrufhiiigvpedtne curfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgv th X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 778561080057 for ; Thu, 15 Apr 2021 13:22:29 -0400 (EDT) Date: Thu, 15 Apr 2021 18:22:27 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: why is armv7 GENERICSD in 13.0-RELEASE? 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="FsNnrdbdcndbhhjb" Content-Disposition: inline X-Rspamd-Queue-Id: 4FLmPN3LfFz4cvg X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=A0dF6GBx; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=uNL+HQlG; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.20 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-4.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.20:from]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.20]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; 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)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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:11403, ipnet:64.147.123.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.20: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: Thu, 15 Apr 2021 17:22:33 -0000 --FsNnrdbdcndbhhjb Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable (not sure where else to post this, -arm seemed most appropiate at first glance) As per subject. I went looking for armv7-rpi2b images. I could find aarch64-rpi images and arm-armv6-rpb images but for some reason the armv7-rpi2b image is called armv7-GENERICSD[1]. The only way of working out if it could be suitable for rpi2b was to download, unpack the image and mount the msdos partition with mdconfig to see that among the files there, there's bcm2709-rpi-2-b.dtb. There's lots of armv7 hardware out there not rpi2b. There is only one armv6 image and that is labelled as rpi-b. There is only one armv7 image and that's labelled as GENERICSD ?!?=20 1. why can't a naming convention be decided on and adhered to 2. when naming convention changes, please make some sort of announcement on the main freebsd website. [1] https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/FreeBSD-13.0-= RELEASE-arm-armv7-GENERICSD.img.xz thanks, --=20 J. --FsNnrdbdcndbhhjb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmB4dksACgkQs8o7QhFz NAU87xAAmT4fcVy4sMkSseP4OwrB5GU9qmDGUjogIaxX7LzTsV+XGZ3H2Gl0aowe MbmPwC+LR22Gd3DKCDlv4/MBdFRRDdoiJh41H+4WOLQXphx9M7bFdN42BYtZEKat j7/ijlBPcvD0plbaApsqf4oVkQ2Kf9BkFYTnrS5oxJH6bn6O4dIPEiRcE7hO3jG1 L377l4+kQh73JBbA1G3pmkGXQpEpkUiS6Cze0JnM9z4OxdiPq1UVvSuTStR+lJsd 4Qyv/+70CKQ2m92AWk2kf9xmNTJAiWV/Ue+9P32zhvhHFWCKU1Z0zNq+2gZRM2o/ jey1FtkrPWTRrprmhIBnCqCBH99O/1TdXfSUQi65TAxd9uxvxpmCD9JW4wNbMKR9 a/Aj87lh1UDzHNUICEE+MbdfytvzaH3hAmJ0NnwODyE4D6Z9VUXWYrxf91kxuWTk OQyZZcz/QfV8M+Md54Pa87xCXr91izaI/dPtZk5CdM7Y9KevS51q04Nopf3bhM+Q XPRyQ3Li6z8wSKs6UPzTJP641NuBaq0CN0ZFEkNVgBVU4t/oAEJ6XR3v10QNrNUc fOGX5eZ/6BWcIO+ABOz0KEHyTzS+20wCoO7M+LUgzRaHYnzzrxFHeQXbTaNfV8jW pvx/mI1nyFbxOuzqZmngQfISBokmMpydNY0Qz1CTwNt9sgVixs8= =xrSI -----END PGP SIGNATURE----- --FsNnrdbdcndbhhjb-- From owner-freebsd-arm@freebsd.org Thu Apr 15 18:53:49 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 3FC7C5D2946 for ; Thu, 15 Apr 2021 18:53:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-2.consmr.mail.bf2.yahoo.com (sonic308-2.consmr.mail.bf2.yahoo.com [74.6.130.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 4FLpQh3zX4z4jXP for ; Thu, 15 Apr 2021 18:53:48 +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=1618512826; bh=DdL78A4wKKZWbGgJr4BKCWP4TcaVdgCp7T//Udoh1Xu=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=R6uemwYa3gYP8X3igoyW/Z56povQq/daaVrFS5zVpf0Z6v5tMBHErYsotyeQQhEYf4pUPlA56bFJlA4YagjMHebgYDHsCtyKQ9zTNo2VScjTH5bKdVL1I3NHRJEwaK305NIrk8PMsbZ4gLOM19ZTinEp3gtK0+9pgYGVdlEIuDQYhKU6c5dUpB7y9RT0k7Ye7qXycPGHUyWWR/xvzyOkwXFvbw0pwrOd05EycWp8Qhg6KkIFgge6TkaDdM5uLwSBX+m7zGCUkw1bWfHY5IaLsBF/xO8mbyoetIRjloLe1fLU7yl78lx1LK3jCFHcUL4wWGefwEUgXRTjQk/2HqObEA== X-YMail-OSG: 1vv8kYkVM1n_AUFZwCb.faNZQCcKoj9hC2uZOnWskOPAxEWgnNeyWC0l06F1dNm TuNcQQD3NDSiY04BCtw4uBVHf1XOIvtRhUnzwvNb210Jssj2G4_PnFnmCWNibo3xOPvV8ekjooHH UduYBc1g8aL.Uc.9OrxKI7TkF_xgFcsMemGpDZExCTPCElqMI7MQmvJLtyaN2i38hFOd78by3ZmZ hIkKY3UxHWQeccitJurbXeeiFNYe2HJ1oewRlFNIwNF63rbV_fGntHBeslzEdOPCV5STY._GLup6 s2DWxcpMRkVnYZhy.0r1iXEejW9ft8u_nwFoksxSC8ZGw.FliC7q9mLSvQ4WyZ.xDKTrCPJAJn6u maRnv.m_.QY7XoE3689fcC6yp3XcJK6MklwOI3yWKw6Jj2UMCvMR8Zx_knz2sLnM1oi3CUvGKZTG XDmilW5o6bUmF5xsrg.sld9tcDPEC8f4KJON_Nz4peKJA7CBhZGc5p1s.ZEgOzYczk.qGS6ZmVVw A.JBWmmFTZ42qkaHRr5p69Y9GL.8ITGVvZSQZMtadgejKT0GMV4navS5z3_dnPTw8zVHNovjlJGe rfo0jF7Ie3ySaAZMy9YRBMFASFxYKEnCJcs650Ggzg2UqlB9ztWVQs_ZsK8wktgl7PGM1YxAtX3r fIl8_fZlcemcnFDjKvGsmaePXOu9gaC.ykG05CLREwwpeq8UCQr9S4yOn6H8hI.rXpgpNE2cbR5I UToryzJQBAThWDC0JMpdRTN6qyjcrlI2Koct9c5L6dPd1j9r1Jhr0Tu65FEi1hg8BZNxoa19lybA wBkyeogshD4TUPAzRJR9078G7cX09M2HtY9ZT1eRRlXeZknO9RHAuSvfFO89MyZVOXU4d3gsArd_ bxH.JtMUeBr.142jHol2s_TMi5bUP8L8YUiSv9_xPiEt2XyWqBkkHO6qB.lpVMFNq.QkgLqmyFOq Swqc2Xpu0kQF43lmcPhfHoyCAtudYX0wKaxDMB3ME1v4uIc1X4OvEPHRTj2KT203NU2I1rVGDMtU 7NDff9gOnenYAJrx40hLmOWHX5fjjLjt_3tZwvu.E0Uy5P1.2fEy5MN.IYWLnpH_FQtEwBSwi5Zk iurnj.jqTIdWMan7jXWMhgCKcHX2c.ogW0pk5.x2ccKrkmYi75PIVJ4pC5PU3wohpqBPy1Wc6zg7 gkkPCaCm604GRAt.nCVsD61fzdXSME2f9RWKbmPGo9VTRs7jGJnbcELAKlpR8ieTeFkgqd9CEBIw 1O9ArJHOby5TSFAjTSCLwNlYGmgNvl0NT5VZhrd5evyEMMqIqnL5MCfK8Fg2fKLkdIonS8x4Fbxv RuyuRuntA_h_cmMnuin54qIOvHCJg0k9l1G2G.VGvUfn5bGkgz7Zd3vCJ3TRZJi3vVVrDC758j5d jxw8xUA9kz6E5QNB6B8H2qzM2iIH3_tiiSqZJZEmrvPdP50TNu5rqE67RO9Bfgw9.jdLn0B8eRPL SlnJ6J_.4cFDBY6qqbKnK_AR0vdbfZQlG5bwQQqAagM1EWhgHTiR0Phr3x2SbwHfbEwHkR_aaUTA LASrmyzjrTO5tjHD0FjvST3UkcjYLB8tjVxfm_SFaDXhtmc_RUxavn8aZO4oowzYFH37yUcjviGs zlVo.XfYfaiQikKfSTtjCmHKzelMPNFu8QervRHxA7eHKUhqASWH8eicP97hHpaW8V5a1cljQDx. oUUBE3UzgZ8QS_KyBJl88i2iz11gtl6AjsNEwLIPXwsZArXuqnMCuNJFEMSxPM8VcwBowZLkJdQ4 wV9vGpEA0RZpb1uJ7_Gq1rdkB.HDUQOGqZjnQiL9VzYVRG5Gg8LDwEV5ukVa3KeIU8ljFtH_MLJt yA1GoJLWqKhbMxLHuy8gH4FmM1Roo4BFpXDo4pkU5jEbRWm59Caksi0TPEoIzJ08XK8AScXqTdxX oHI9cVcGtD5eoljwqVIq15PAFkcccufLv.HUrqnWO2MTm7hoZwSAqPn0qSWfWkaD_L.EZ3gXPlQE DmMJYORjl6zSru0lpqhy7rY.GaCJc1LpmqN4hRLmCk0bfgUQ01PqsFrmOaaYbrXVLqXViB6veUGk 2Nt6JFSa7tJY04SAq_TqLPJkPJTqFt.rf1X9JBQnR4QkRCnaBlBYcQ_PrCGKsbmExmECIRqbiY9. 0yi0IIN8zoLnKiRNmTEqwpgpX7Df4Aq78Vzs6.l15Q7v3NI9PpK0JgQcYhWX290eDTOuGEe0TXLN DMbloA2nr8V2ciGTdGjEoekh5HFwioffACS6FH1rsVBdfdKD30GlECWPI3_bYkB7nbzLxdUApnZy D4LajB9zF3YZg_y1G2VARuOj8_rC_j.doobCfxrZytHvSjMU2vOWIqFmTCmjvaDPs9lmMGVIKCuj UkGfPvcZNsd4j7Xfw8cvexIs6AssBRJttcXhyTxREgqAEOmtArdLhrCql.p8sZ5es2pOvvzBkZa9 9qY7.Wr79EWnBGd3qGFhNZgT1kZhny3XH91yTakCeoQNazpduDB_LLZuUABxj9te7FhFByANwdWm bIP1tEQLr18AlZOv1J4cGi.L3YqDdZmTCh7UN_Kph1OgySIbSO0OHWSJQn0vo6Tg2llCinUWyD6p S X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.bf2.yahoo.com with HTTP; Thu, 15 Apr 2021 18:53:46 +0000 Received: by kubenode542.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d2de8d3397ff11a7a4ea2d56d89f8be3; Thu, 15 Apr 2021 18:53:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: why is armv7 GENERICSD in 13.0-RELEASE? From: Mark Millard In-Reply-To: Date: Thu, 15 Apr 2021 11:53:43 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9BC0685F-4151-4CA3-BD9B-2C2EE95D8152@yahoo.com> References: To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FLpQh3zX4z4jXP X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.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:26101, ipnet:74.6.128.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[74.6.130.41: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)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[74.6.130.41:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[74.6.130.41:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.130.41: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: Thu, 15 Apr 2021 18:53:49 -0000 On 2021-Apr-15, at 10:22, tech-lists wrote: > (not sure where else to post this, -arm seemed most appropiate at = first > glance) >=20 > As per subject. I went looking for armv7-rpi2b images. I could find > aarch64-rpi images and arm-armv6-rpb images but for some reason the > armv7-rpi2b image is called armv7-GENERICSD[1]. The only way of = working > out if it could be suitable for rpi2b was to download, unpack the = image > and mount the msdos partition with mdconfig to see that among the = files > there, there's bcm2709-rpi-2-b.dtb. There's lots of armv7 hardware out > there not rpi2b. There is only one armv6 image and that is labelled as > rpi-b. There is only one armv7 image and that's labelled as GENERICSD > ?!?=20 > 1. why can't a naming convention be decided on and adhered to I use: FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img.xz for a OrangePi+ 2ed by appropriately dd'ing: = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl.bin and placing /usr/local/share/u-boot/u-boot-orangepi-plus-2e/boot.scr appropriately. I also use the same media to boot a RPi2B v1.1 (Cortex-A7 based). (The two mechanisms do not interfere with each other.) Lots of other u-boots (+ whatever) are available that could be used instead of the orangepi-plus-2e one. Such uses are the intent. But there are no longer pre-installed u-boot versions like there was in 12.2: FreeBSD-12.2-RELEASE-arm-armv7-*.img.xz FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img.xz replaced them all, including FreeBSD-12.2-RELEASE-arm-armv7-RPI2.img.xz . It would be Hard to keep the same naming convention when 1 replaces many. FreeBSD-12.2-RELEASE-arm-armv6-RPI-B.img.xz existed previously, the naming convention for it has not changed. As I understand, FreeBSD-13.0-RELEASE-arm-armv6-RPI-B.img.xz is only intended to be for the pre-Cortex-A7 (non-armv7) RPi*'s and there is no intent to support alternate devices: "GENERIC" in the naming would not be appropriate naming. > 2. when naming convention changes, please make some sort of = announcement > on the main freebsd website. >=20 > [1] = https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/FreeBSD-13.0-REL= EASE-arm-armv7-GENERICSD.img.xz The likes of the 13.0-RELEASE announcement: = https://lists.freebsd.org/pipermail/freebsd-announce/2021-April/002031.htm= l did not point to anything to read to find out what to do with FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img.xz or with FreeBSD-13.0-RELEASE-riscv-riscv64-GENERICSD.img.xz in order to configure the context for a specific device (or when that is not required: the Cortex-A7 RPi* type of context for armv7-GENERICSD). =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 Apr 15 20:21: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 991E45D5EE9 for ; Thu, 15 Apr 2021 20:21:07 +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 4FLrMQ47d5z4pD7 for ; Thu, 15 Apr 2021 20:21:06 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1618518064; 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=sh54iTiEH6yOjR6eM3l8iw/nccpXh4150W+N38UywD0=; b=pTjsIMf/i6OvpKLWBXW6yba0ylXgmDtnkgWb2c72eU+2nRIGIY6yma4hklmzCDM0AW11VQ +K73Vt1iFTA0OAR4G0arLQpV+UjA9H0cxOv5jQ1GioxWBDmsGc/XkOGeRPMdSwp9UgDpLL i5P7vHfXnJ9trJiq1Hh8gQhFQ5IdGQw= Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 1bc96019 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 15 Apr 2021 20:21:04 +0000 (UTC) Date: Thu, 15 Apr 2021 22:21:03 +0200 From: Emmanuel Vadot To: tech-lists Cc: freebsd-arm@freebsd.org Subject: Re: why is armv7 GENERICSD in 13.0-RELEASE? Message-Id: <20210415222103.a21025d9fa4607a6e4ff0cf0@bidouilliste.com> In-Reply-To: References: 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: 4FLrMQ47d5z4pD7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=pTjsIMf/; 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)[]; RECEIVED_SPAMHAUS_PBL(0.00)[78.205.69.41:received]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; 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: Thu, 15 Apr 2021 20:21:07 -0000 On Thu, 15 Apr 2021 18:22:27 +0100 tech-lists wrote: > (not sure where else to post this, -arm seemed most appropiate at first > glance) > > As per subject. I went looking for armv7-rpi2b images. I could find > aarch64-rpi images and arm-armv6-rpb images but for some reason the > armv7-rpi2b image is called armv7-GENERICSD[1]. The only way of working > out if it could be suitable for rpi2b was to download, unpack the image > and mount the msdos partition with mdconfig to see that among the files > there, there's bcm2709-rpi-2-b.dtb. There's lots of armv7 hardware out > there not rpi2b. There is only one armv6 image and that is labelled as > rpi-b. There is only one armv7 image and that's labelled as GENERICSD > ?!? > > 1. why can't a naming convention be decided on and adhered to I want to add a GENERICSD image for aarch64 for a long time, it wasn't possible before because some boards where using GPT while most of the others where using MBR. Now that Allwinner can be used with GPT a GENERICSD can be made (and only RPI will be left with MBR, even if I think that some of the RPI4 can boot from GPT) > 2. when naming convention changes, please make some sort of announcement > on the main freebsd website. The commit was taggued with Relnotes, not sure why it wasn't added to them. https://cgit.freebsd.org/src/commit/?id=e6b9cee76b14d687fb7ee6e37f381349b749401b > [1] https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img.xz > > thanks, > -- > J. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Apr 15 21:02:17 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 7657E5D78F1 for ; Thu, 15 Apr 2021 21:02:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-22.consmr.mail.ne1.yahoo.com (sonic304-22.consmr.mail.ne1.yahoo.com [66.163.191.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 4FLsGw2TcXz4rf5 for ; Thu, 15 Apr 2021 21:02:15 +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=1618520534; bh=ksl+YlCTGVhI61wp9cjvRaYutZnRVI+emWu3p5qATqR=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=gqRzdTvSPrrYQpo5zA2uMmhwd7bvaQW2xdVh/TrnswZ2fWmgEVHuwKsD07J/ZrZVW2TvEv308jE8ekoXBA0/KWcsvADaFIAATUeHrvTErpMk9XXp7eo5HtW+C5gklOy8nZObt7DF5suzWrxDsRaeAYjDkYurDj6Ktl4uWZuwuiE8vDgcbJTJMIehQZ59UpZApudYhSQpbvb/B3qk5/NE2FDvELsjIjyXGVyTa/de73ggJxtxC516E9mUq9007zYmT9KPLMber5ORT1cYFwaFeZZEF5yip4NdTdkTu1mrz9TIunWGWIiVc+Fgbpi+kySC+xChP4xtODn8lDz1I5FggA== X-YMail-OSG: Ix4xZUAVM1mkIdNTd.Dr4nI393XI6cBvGlOw0D4tuB7naXUBFWF2_.BvZJ4ak.g cuzZr4z1cB1hGAdHHGNG3_qA3wsEVROHwkwyzGjSV2XfFkXRhprfYGebD.K6pkvf1KugolVIn_O2 DMBW03zj1Ohaiai4W5fGGTuxX2b.FzOr0N6Kps0Vm7xtnbekwxRm4laHIyRS3DAD2tYHbYEn6BW8 EAWyuNt1DSJ2i0RmShbWc3.T.aJWKQBDckmzHlWiU2wyGqNyII_hf7ShSwzS_OTi5vSE8UqLgk6B yeYSR9SsLjedZO_h6e83o1zgnR39fHgOJXCdDAO.tcAAZefWFgCTlkzIrNEeAlg1ZP3fqj9UuGb8 Oe5MoZoIAirGV3RDbGNQM1lNiUEOuLkrkwK1uEadde629zzclXo6IuHTUO7DegyV_8EnQdxmBB0p 3.nmQPVq6bxEYMzsmy.zCSErSj.WGhKYDlEXHxL_9NL090Q7hwQFFqoSCzwoKNqkGOW09YogGXcl QbfTJC.heZeHhhny6mQw0vTyHvE9YIlWp3YbqfpNcup_Y_h2Smo1HRtjJOJFJuqMZ7LPEhhLNfsx r2XdOVKImry0mRw7wx8.6AITgBew0Y_vjmYPOdI38aXsSxScYaCLI7rM2DB_2oeLOdYduujxWlLT m8RnC2T.V9A3.DFPjsTTD86KU.rgrylyFtMa2gDg6BD_iL5FuZ5kj225QSyQ6Lw867ynWjePXXkp 8NKjgCQFdQA8nhg1aJwM1sI8V8JG7_EfJXTgCAj56odby5ilgEK0k_DHcFuGPDfKR2KgCuIy3tGp Lp09Fb3nBlGURDbfFnUvobJM_oeBmnmMNEBHPcIC31O5TQ.SPo8SZdfomNaTSSFzuceH6RG6BP8k A1uF9bAyCaRV9OxBhK0h42.6hBZXQwaw6dpGwz8wi_VnorrwGtAVfWEZqP1CjmMZrGZwcPo._pZZ Z7AnJSPICfXkXX2oBN1MCkkGIvMmxWZMWaoHcGA0Qyy1LkkH2XsJgGJIMBKc00GhgK0R9mBr6kbo jAvW9cHZyPF9MTXWwzAm54khwFb9yG8TL.JzkgHzbKX103OMWrCM04rUrvNlfa0WeGByC1GMM0kO aTA9U63iGwu6o94ZPwqWhVHGLaKBjHGElK7PcJ3nYVCH6V3N1WZFldcDkbleInubtZ4AL0igG158 ReNK5xuHxGIq.ImNxwAvigpjw4Un7oDi5R27qFFajBXNYmTdQCkzs4ZJQNklkvULIdhXfr_q2sHI tYiE._uQ3YdoZ.kBS9bLRlauVwb4oROzt6XrhwU3X0xy1zulOAdNjzlpg4TqA.YAsmMyF5sIPYsp TNG5UE19U7FQLGkeewbok5w8mRYnIMQL2SSH.1eQpbKBWODj6eySKD05JsAlyE2KS4wRP4yWRZr. Clb4o9PPalsQRkbK8LAGZt9kJA7KeT_sy3l87dWzyyz8cX25WobQW4vRZ6dOzPnVcgQXju_ImXP9 KB0q.4d6n0LKnDGdXHtYqZvSOEqeh2Hd_7sXMgG4MhQN990tdobthkNqmjCTNatxK60B5XtMHckF JXCAq5HWvKgth0N8bNH.terpUHNJdmdQ89N79OaUc2xS_IKstAaYFrMnFyIx.puNW2xngtsI_MRh MWZoQG6PGTh3RZVDpXcNdL05I1DoCWhXM8jIPbQeqSJ8sLFAc35ANyJJF_z5BoYOS06Ulw052_u2 Fpd9pwHHziV_8bTvGlEDCcvwHwrubVKN3GlgKtLICezWZhzqdCdWSGUd.jAmAMwUNP5X6QXyVSpI BDVJvKnJlRCR7CjuuUZopxSJuTRa5Gq1.pHLLBsFUzD5Pqq4Xn47S8.PWI6HouUGbym3Ln7CBYgw pCJ05SzMR.HVqFIk5SmWVfOImE_7w_DpqpLihSBKgpSGGCtm3oJtNQiSjIrFDDxO8.qOgS_rpEOA UHlr1ydkqhuYZMV_opJ6BYasn60jw81_FEHLiDzzjqfOC0vpiR6jHQApTPDTzqevXGNElEG8cV_7 WOHjyi7Y7EnSSHpLXDpL3KbtfBa5Ztluihg3Bq7EHO_Ybq47sql4Y1_reoQbMRzW7_yBh5qgMOXn i9w1sQt63bLLgMo7QRqEsqM2pY_cOkoHdnOOCt8c0sex3vH1rx0YWPpZKqYbODoSbLt5Z0L5XQWA t5MJPzFRoPxpIg9gcsc5lAJMklgytB1vo0qFS2uQ_M9jRBOXbmGXi105bm28Uj4TINlCOvFPKHaB jeQcrRMwIQszdgxobtjp7ESv2J4HTvCwLgYzZKdbaGMIlKcrOVafBtb7dMWSvOYCihpkG1rIJpuH 17FEU3BiV1gaxAhqjDRZqsff_ydlTajum5vlI0tiT_gnnptCjZ55P7nSlT.bmcbccf4q7vXXkGZB 7AZ_qnAak_orK6Zc00lOrOpR71xNf1uf1mgWyAhxRZbAD9wXvF7Qd1V8ubVaPhOs6HIxyzHyUFis W.Oohdbll.2K5x2oTwLqdtdrGGvtAm2RffACp4Nseve8c7elRn5g9JWFt15dlX_xQSwViNcdwQhb kcIlGNX4WmgtJHHNU3IkrgjqYFKmyJ25.ZoHSGJlkjpTsOwlEI2JPlpFkgpwtgWUc9j5LZ1KXqnG J5kOr5Vwpl1G7X4j5XR4_5HMSw.zz.5zapOFuZCqB6IYlzA50zHmBjQWcQrxtCoboaEtxMSGSWot 2khhzANz8oa1rRtMQAtPSLJcD97A1V_upZIFClSZTZQYHTgUggCzCaFnN5dE84DPfLVcN X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Thu, 15 Apr 2021 21:02:14 +0000 Received: by kubenode502.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ef51b1547db4475d9ec9b66776b90042; Thu, 15 Apr 2021 21:02:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: why is armv7 GENERICSD in 13.0-RELEASE? From: Mark Millard In-Reply-To: <20210415222103.a21025d9fa4607a6e4ff0cf0@bidouilliste.com> Date: Thu, 15 Apr 2021 14:02:08 -0700 Cc: tech-lists , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <502FE431-EA7F-4B68-A86E-305843AAD384@yahoo.com> References: <20210415222103.a21025d9fa4607a6e4ff0cf0@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FLsGw2TcXz4rf5 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.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:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.191.148: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)[]; 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]; SPAMHAUS_ZRD(0.00)[66.163.191.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.191.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.191.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: Thu, 15 Apr 2021 21:02:17 -0000 On 2021-Apr-15, at 13:21, Emmanuel Vadot = wrote: > On Thu, 15 Apr 2021 18:22:27 +0100 > tech-lists wrote: >=20 >> (not sure where else to post this, -arm seemed most appropiate at = first >> glance) >>=20 >> As per subject. I went looking for armv7-rpi2b images. I could find >> aarch64-rpi images and arm-armv6-rpb images but for some reason the >> armv7-rpi2b image is called armv7-GENERICSD[1]. The only way of = working >> out if it could be suitable for rpi2b was to download, unpack the = image >> and mount the msdos partition with mdconfig to see that among the = files >> there, there's bcm2709-rpi-2-b.dtb. There's lots of armv7 hardware = out >> there not rpi2b. There is only one armv6 image and that is labelled = as >> rpi-b. There is only one armv7 image and that's labelled as GENERICSD >> ?!?=20 >>=20 >> 1. why can't a naming convention be decided on and adhered to >=20 > I want to add a GENERICSD image for aarch64 for a long time, it wasn't > possible before because some boards where using GPT while most of the > others where using MBR. Now that Allwinner can be used with GPT a > GENERICSD can be made (and only RPI will be left with MBR, even if I > think that some of the RPI4 can boot from GPT) Just an FYI for those that might care for mostly-USB booting and use of GPT partitioning on that USB media: I boot a RPi2 v1.2 (so: Cortex-A53) and a RPi3B v1.2 (both 1 GiByte) via GPT partitioned USB SSD media, based on also using a microsd card with one file on it. (I put the microsd card in the already-booted Rock64 for the below.) # gpart show /dev/mmcsd1 =3D> 63 62333889 mmcsd1 MBR (30G) 63 8129 - free - (4.0M) 8192 62325760 1 fat32lba (30G) # find /mnt/ -print /mnt/ /mnt/bootcode.bin The microsd card that contains the bootcode.bin does need to be MBR partitioned. Then the (pre-RPi4) RPi* can find and load the bootcode.bin . With a modern bootcode.bin on that media, GPT partitions then work for booting, as does notation like [pi3] in config.txt . I've no access to a more modern RPi3 (such as a RPi3B+) but all the Cortext-A53 RPi*'s that put bootcode.bin to use would allow this sort of thing. (May be some would not require such a microsd card use, at least for the GPT aspect. The config.txt notation might have shown up even later, I'm not sure.) For the RPi4B's the 4 GiByte v1.1 ones and the RPi4B 8 GiByte v1.4 ones that I have access to all boot GPT partitioned USB3 SSD media without use of the microsd card slot. But, since all of them are rather early instances, that started after an EEPROM update for each. All involved now have the 2020-Sep-03 default/critical EEPROM update --but such might not well cover a CM4 or Pi400. (I've no access to those.) The RPi4's do not use bootcode.bin at all (and likely CM4's and Pi400's do not either?). >> 2. when naming convention changes, please make some sort of = announcement >> on the main freebsd website. >=20 > The commit was taggued with Relnotes, not sure why it wasn't added to > them. > = https://cgit.freebsd.org/src/commit/?id=3De6b9cee76b14d687fb7ee6e37f381349= b749401b >=20 >> [1] = https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/FreeBSD-13.0-REL= EASE-arm-armv7-GENERICSD.img.xz =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 Apr 16 18:57:48 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 029D65DB7D1; Fri, 16 Apr 2021 18:57:48 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FMQSq16xyz4jJ1; Fri, 16 Apr 2021 18:57:46 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 13GIvdZs067786 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 16 Apr 2021 11:57:39 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 13GIvcev067785; Fri, 16 Apr 2021 11:57:38 -0700 (PDT) (envelope-from fbsd) Date: Fri, 16 Apr 2021 11:57:38 -0700 From: bob prohaska To: Valery Seys Cc: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: Re: ssh_dispatch_run_fatal on Rpi4 building www/firefox Message-ID: <20210416185738.GA67761@www.zefox.net> References: <20210414154943.GA48835@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FMQSq16xyz4jJ1 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RBL_SENDERSCORE_FAIL(0.00)[50.1.20.27:server fail]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[zefox.net]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.40)[0.398]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-ports]; MID_RHS_WWW(0.50)[] 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, 16 Apr 2021 18:57:48 -0000 On Wed, Apr 14, 2021 at 09:12:33PM +0200, Valery Seys wrote: > > > so you compile rpi'side, perhaps could you start sshd with '-E ' in > order to get more infos. > On the RPI, as root: > 1) echo 'sshd_flags="-E /var/log/sshd_debug.log"' >> /etc/rc.conf > 2) touch /var/log/sshd_debug.log > 3) service sshd restart > > (if you already have sshd flags in rc.conf, plz edit instead of the echoing > as above ...) > > Then restart your ssh session, and see what happens in the log, > Seems I can't reproduce the problem, despite re-starting the make of www/firefox after cleaning. I think the system got past the problem point when building via the serial console connection. Makes me wonder if it was a dependency, rather than firefox. > Ps : firefox need a huge amount of memory to compile, according to the Seemingly not a problem, but this is on an 8GB Pi4. From past experiments firefox is not obviously worse (!) than www/chromium. Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Fri Apr 16 23:00: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 07A495E4BA8 for ; Fri, 16 Apr 2021 23:00:31 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (fuz.su [IPv6:2001:41d0:8:e508::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 "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FMWrt0Fwyz3FG6 for ; Fri, 16 Apr 2021 23:00:29 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.16.1/8.16.1) with ESMTPS id 13GN0IqD062601 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 17 Apr 2021 01:00:18 +0200 (CEST) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.16.1/8.16.1/Submit) id 13GN0HQp062600 for freebsd-arm@freebsd.org; Sat, 17 Apr 2021 01:00:17 +0200 (CEST) (envelope-from fuz) Date: Sat, 17 Apr 2021 01:00:17 +0200 From: Robert Clausecker To: freebsd-arm@freebsd.org Subject: RPi 4B USB 3 support appears to still be broken in 13.0-RELEASE Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4FMWrt0Fwyz3FG6 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fuz@fuz.su designates 2001:41d0:8:e508::1 as permitted sender) smtp.mailfrom=fuz@fuz.su X-Spamd-Result: default: False [0.70 / 15.00]; RCVD_TLS_ALL(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:8:e508::1:from]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2001:41d0:8:e508::1:from:127.0.2.255]; ARC_NA(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[fuz.su]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; 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, 16 Apr 2021 23:00:31 -0000 Greetings! Last time I experimented with ZFS on the RPi 4B, I noticed that there is a strange problem when attaching the zpool via USB 3 as opposed to USB 2. When doing that, mounting root fails with IO errors like these: (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Retrying command, 2 more tries remain Attaching the boot disk through USB 2 instead works. Likewise, using USB 3 with a UFS root file system works (and in fact ran fine in a development system for months). I do not understand this. I had previously reported this issue as PR 249520: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249520 There's some stuff about UEFI booting in there which you can ignore. The same problem also appears when booting via U-Boot. Now what surprises me is that this issue still occurs with FreeBSD 13.0-RELEASE. So whatever fixes had been performed did not seem to address the underlying problem at all. Is there any workaround or solution (except for ditching root on ZFS which would be rather painful for my use case?) Yours, Robert Clausecker -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From owner-freebsd-arm@freebsd.org Sat Apr 17 01:58:33 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 263395E9869 for ; Sat, 17 Apr 2021 01:58:33 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-07-4.privateemail.com (mta-07-4.privateemail.com [68.65.122.27]) (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 4FMbpJ0phCz3Nk4 for ; Sat, 17 Apr 2021 01:58:31 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-07.privateemail.com (localhost [127.0.0.1]) by MTA-07.privateemail.com (Postfix) with ESMTP id 3AD1160051 for ; Fri, 16 Apr 2021 21:58:30 -0400 (EDT) Received: from mail-lf1-f41.google.com (unknown [10.20.151.210]) by MTA-07.privateemail.com (Postfix) with ESMTPA id C6FCC6004B for ; Fri, 16 Apr 2021 21:58:29 -0400 (EDT) Received: by mail-lf1-f41.google.com with SMTP id f41so24205784lfv.8 for ; Fri, 16 Apr 2021 18:58:29 -0700 (PDT) X-Gm-Message-State: AOAM530+0L5F51j5tZIeCqw+voHqndhn8fOu6pEX+5ezbeuAlXomALRs tt9Y1Nr9MuxUak04vJF/BtftogT7NHJ/wMA+fxo= X-Google-Smtp-Source: ABdhPJw6PlVaoSc/HZF58M3nWWoaC2gqbT1h1ym8Ow6etWajYzwwqriLMTsEhyAsHDMyHKCpoIlZHyTXFV0JcHKig6A= X-Received: by 2002:a05:6512:1044:: with SMTP id c4mr4878615lfb.198.1618624704354; Fri, 16 Apr 2021 18:58:24 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Vincent Milum Jr Date: Fri, 16 Apr 2021 18:58:12 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: RPi 4B USB 3 support appears to still be broken in 13.0-RELEASE To: Robert Clausecker Cc: freebsd-arm@freebsd.org X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 4FMbpJ0phCz3Nk4 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@darkain.com designates 68.65.122.27 as permitted sender) smtp.mailfrom=freebsd-arm@darkain.com X-Spamd-Result: default: False [-1.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:68.65.122.0/27]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[darkain.com]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[68.65.122.27:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[68.65.122.27:from]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[68.65.122.27:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:22612, ipnet:68.65.122.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] 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: Sat, 17 Apr 2021 01:58:33 -0000 What's the power source for the hard drive? From your bug tracker link, it looks like this is a SSD of some kind, not a USB thumb drive. It is possible that the drive is pulling too much power for the Pi's USB port to handle. Remember that the Pi's power source is ALSO a USB port, so that power is then shared between both the Pi as well as any devices plugged into it. Power brownouts from pulling too much power on the Pi can present themselves in a number of ways, including CAM errors for disks. On Fri, Apr 16, 2021 at 4:00 PM Robert Clausecker wrote: > Greetings! > > Last time I experimented with ZFS on the RPi 4B, I noticed that > there is a strange problem when attaching the zpool via USB 3 as > opposed to USB 2. When doing that, mounting root fails with > IO errors like these: > > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00 > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00 > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Retrying command, 2 more tries remain > > Attaching the boot disk through USB 2 instead works. Likewise, > using USB 3 with a UFS root file system works (and in fact ran fine > in a development system for months). I do not understand this. > > I had previously reported this issue as PR 249520: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249520 > > There's some stuff about UEFI booting in there which you can ignore. > The same problem also appears when booting via U-Boot. > > Now what surprises me is that this issue still occurs with > FreeBSD 13.0-RELEASE. So whatever fixes had been performed > did not seem to address the underlying problem at all. > > Is there any workaround or solution (except for ditching root > on ZFS which would be rather painful for my use case?) > > Yours, > Robert Clausecker > > -- > () ascii ribbon campaign - for an 8-bit clean world > /\ - against html email - against proprietary attachments > _______________________________________________ > 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" > From owner-freebsd-arm@freebsd.org Sat Apr 17 08:30: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 7961A5F4CF9 for ; Sat, 17 Apr 2021 08:30:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (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 4FMmV02lG6z4S6d for ; Sat, 17 Apr 2021 08:30: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=1618648198; bh=tK7opxKoP1f03FvXAUOhgXVDnoaRynwF5em10wz0FDd=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=D4iTBo+q9W1IZmJHm2g9TWmMIe4mCaNdiAjpKbpOhGSiYH8+0rT1XZlH+pyj5Qdaa+97KcEEfT378nKDQr4UAqA4Wu/Q262MX7iqEqf6HS8P//HyEQyrHA8cvXPzoFHBDPTDseJaNI4+d/ZspB8TEogOdbYsu7CuAFGOLOFAJi2upwh7KB8kCg+hKXBIDIepkqsM8lCo3yOdtkmSCSAwdCCzwtrODAYALVC46bfwrb7MRjc/9Qft2JjgmVu2kMFpvxMMSqnWFgsa1CarSI3WlHo9gq38oGpFETUYOOH/V7N2VNzJ/CrtiLECB9qDxzCJqLLKIxdpVEFKcYLfAtYgtQ== X-YMail-OSG: 89Skv.0VM1koVHXJXXhpslH37lw9bWgblmrqetTK47D4IM7ztBH7yeZaEkgsqLK GEMYibUBIyHIBdqmHMwv2_UXcDGPq19Joxntr9OPK3bqddCYIXbb0YliNjB5uOk.zZrP4VCO9z5w IRhhKLt_4xu.DCbi7ZEbrulLDHkVz7SsrpvPbERXU6tdwv1rjiCBhincbirsL2_RCmrPoivxScYx LQzVTkPKUL.ix6DsP10jJOL1TOvlGyOjUPkbmjtnxA0.rTat2WuV9fM_9bLjz43RY2uoFeRJDrp0 LL4kSFBKwqSzEzo.YLXYx8D4fGhnhpGNHd99xUlIoi8gceWHb_OdNz_ZcL6Z0ekn1y8PJNQo.rY7 6qzAdKluSnwoVmBvzdAlat.xJkKUkbaa_7zUMTXX4g5aoUvuNdYVH3ZyYVPA5c1z1BV2NBXkJdRm nnvcOKBhLRiv_2Tu5E74ZhEljXd4k8x0DVruVFawmBrgRvKXt2W44t0uqPZaVMrhHfDFCKBY5261 QDm2LK8JdjrviZM0dO1NWkva_akPbdbK3_Ttv73XS8NuhzplwVTSVzDlFwfhJt8klpsIHSN40JHq nsBGjdXLcbBdmpnFlIvna1iWmBcaHK4BsLTA78N_LVf3pccdgTDmEEFEFFOg3_wh9pfy.Lp0.YUR Jj..HyL6SY2LwrEZGl_qaIkiFidemzkL6O8GHdjZIS9pIiep0RCRqu7QvikyyYRo8g4LN4qZcqQn osAkA8uHG85.1tuuzTLDytYjHv2.XWLj9odqEwQ256geTIFPQxMLeblLPKrRdgBhkz_Qrvh0X1fd DVb0yL5ZJutAIi0pYIbzQMOKt2RpQ1XfA8tQco3rcIBJjFTSDbLZcOow6xEabhrVNrQNZpF0E3V8 yYLDA.WwHUhmcR4XFcYsFP9RuzW4rGWaan6toRkGMYDkmAWST_ogQCrnqn4JZ4eJpgg1FnG3jIps UsaReZB91TO61Uq6YrS9bfgR7HegR3lM83Obxx.JuQrjDngKzC94oYGM7Trjuxo6Plja.OVADCjk 0jabw8OY9NIA91jG6Gll_BjpB1w5GPFpi5qTIhkhWb1UKEu8dbdKDS4zr.G4Fgf3sSJwx2sddbG8 u7JMNkO8QFKgc9QiTekESMR6F2C7yvtYhMbOKC4mJ.TcmAJJ.CftI7LEhw9uhr0yQpiVLKpDFR6d CgtWkj_b1EI5ik9EA0cHFCfD3Y5HX6Ou1g9UVQ3lzyUsCm._mEaUdEQryGdzpY26VyLg3xvc_vEp Z5LjZx4isWLHXM2h9N838UjLtYD.PElGSKD8i132TtLVWOIxJTU51G25AIJeQXlvwzL6yB_FCYj4 SlS6.hYT7KeYlI8oS9g8GFhGCRwLuSo6HnKtMAWEVSmJD7NqkN2tJKuYIeB8ndlpwINK2bUZjztW P4kaBE8gQBfCaXOUchnfnbQrZDMi2FPcKLnBs14Wd4E27zGJWXJBVpq_jtTZQz8sdltwPBzwMUpu RSaKWwbVsLobQtpiyalImCnENeYosapm6I6VA4K64P4X9I4_1BQGetk727Y9r7XyctKzVpm00pXN lTDfNoak5PycdNFgHbPnuI_L4dSdUNeer5jzu7JBtUAsrz0omvcvOh2wOADjDpto0HP.4mEQOvPk YM3LEplNvRFkhNWlugJGTycdydZqOumVQDCMwa7JWU70IVSfWuz7eWcK82HndmbwnxvX0S2glYAu eMNgBiZafwm6uBTvKqt6iKRCQ1WNVEtaTRo9AUAnDsskjZZDUC2niNY2n0wcfD9NDVPpactKiYc4 Zk1U6HUUM7B7rcV2mBYSAh1cW_VogoIIuC8pzwEnuV_DAddTzEzvSTisBI5GLvB_x9mhEk2NSY6K vlvjAZEitO.5vgcspqSCrh9_Xs1_zMEOY.pJV8N4SM5PiDLEu2bC4rR02Jm9p9Ud941T54EGRcyW V2pmLumDd4QCLiOGMcWLfLnBGQHbl8LFuOADPbR_FR_uIzhjjmBObhtwj18MFS1PKeIomJyKyC8B .9nzXsnbuCHEMg6D9QAnKtnZIqGVKr.BciZIrvJODgiUBlS70lFyUVhw_lquSZ3pefB4nSU9VgbC BHn.1vo.ZvmWiBPf7GnwRUvEWHHmwEIePmMKAS1DnOOdlE3oBBmFx51mxJ2xS9WJQ_TK_Lkqi2Cu qKMeyLgJVr4mIGYgbCOtChjgnkGqHzUtbEyGxgaW1PxkbR.WG7kornGNUjgy.BcColzGkqDNaPCD limj2RLEEvxYcEb_ix2NCIujA9yq.49DXucySBOc4JbMWciVochDFy04VZweSBTxeZMYiyULWiKU G44KtHpL9LXk6KUDnqPRfkuO8Y5Gs2Swl36kE119on3dPGDIXiBClZnMoopVgGsj1tNTgXu4EjwE ppOUlDSCyFKJ_NVzfbS3AXQwz_TBATzouFj5V_0.Wj9qg64G0_TADcCnJ8T6FUXEMU0G2QBarT5h WViHFO.VK3mGtBUwTumeQN4YtHpWW4sMzLJn2DRX3g1dydC1QWiAifBwDXTn_544B9rj9O.gl7.9 HcK1U3YhRMxdKGwndJY2Z7VvsFw_Wcc4nppCBUZk74Ag- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Apr 2021 08:29:58 +0000 Received: by kubenode506.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 610b0a1a4fa31aef669535d8c87f81b5; Sat, 17 Apr 2021 08:29:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi 4B USB 3 support appears to still be broken in 13.0-RELEASE From: Mark Millard In-Reply-To: Date: Sat, 17 Apr 2021 01:29:54 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Robert Clausecker X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FMmV02lG6z4S6d X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; RBL_SENDERSCORE_FAIL(0.00)[98.137.68.82:server fail]; 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.68.82: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]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[98.137.68.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.82: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: Sat, 17 Apr 2021 08:30:01 -0000 On 2021-Apr-16, at 16:00, Robert Clausecker wrote: > Last time I experimented with ZFS on the RPi 4B, I noticed that > there is a strange problem when attaching the zpool via USB 3 as > opposed to USB 2. When doing that, mounting root fails with > IO errors like these: >=20 > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00=20= > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error > (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00=20= > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error > (da0:umass-sim0:0:0:0): Retrying command, 2 more tries remain >=20 > Attaching the boot disk through USB 2 instead works. Likewise, > using USB 3 with a UFS root file system works (and in fact ran fine > in a development system for months). I do not understand this. >=20 > I had previously reported this issue as PR 249520: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D249520 >=20 > There's some stuff about UEFI booting in there which you can ignore. > The same problem also appears when booting via U-Boot. >=20 > Now what surprises me is that this issue still occurs with > FreeBSD 13.0-RELEASE. So whatever fixes had been performed > did not seem to address the underlying problem at all. >=20 > Is there any workaround or solution (except for ditching root > on ZFS which would be rather painful for my use case?) >=20 As a test I used bsdinstall and such as listed below and tried to boot the resultant USB3 SSD ZFS media. It worked fine. The problem seems to somehow be rather specific to some detail(s) of your context, not a general problem. Details of what I did: I booted RPi4 via a micrsd card dd'd from: FreeBSD-13.0-RELEASE-arm64-aarch64-RPI.img I then attempted a bsdinstall onto a USB3 SSD, using the automatic zfs partitioning option. (I also set a fairly large swap size, not the default 2g.) (I did submit to the lists for a bsdinstall mistake that I ran into that I had to work around. But that issue is not relevant here.) Of course, bsdinstall does not have logic for the sysutils/rpi-firmware or sysutils/u-boot-rpi-amd64 sorts of materials, so I copied materials from the microsd card's msdos file system for such things to the msdos file system in /dev/gpt/efiboot0 on the USB3 SSD after bsdinstall finished, there-by matching the official 13.0-RELEASE materials for such. (I do have my typical config.txt instead of the official one.) It booted just fine (no microsd card present): root@RPi4_8G_ZFS:~ # uname -apKU FreeBSD RPi4_8G_ZFS 13.0-RELEASE FreeBSD 13.0-RELEASE #0 = releng/13.0-n244733-ea31abc261f: Fri Apr 9 03:54:53 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1300139 1300139 root@RPi4_8G_ZFS:~ # df -m Filesystem 1M-blocks Used Avail Capacity Mounted on zroot/ROOT/default 196003 1110 194893 1% / devfs 0 0 0 100% /dev /dev/gpt/efiboot0 259 18 241 7% /boot/efi zroot/tmp 194893 0 194893 0% /tmp zroot/usr/home 194893 0 194893 0% /usr/home zroot/var/log 194893 0 194893 0% /var/log zroot/var/mail 194893 0 194893 0% /var/mail zroot 194893 0 194893 0% /zroot zroot/var/tmp 194893 0 194893 0% /var/tmp zroot/usr/src 195594 701 194893 0% /usr/src zroot/var/audit 194893 0 194893 0% /var/audit zroot/usr/ports 195593 700 194893 0% /usr/ports zroot/var/crash 194893 0 194893 0% /var/crash =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Apr 17 09:29: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 3EE1A5F6B92 for ; Sat, 17 Apr 2021 09:29:41 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (fuz.su [IPv6:2001:41d0:8:e508::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 "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FMnpr0f6rz4VNJ for ; Sat, 17 Apr 2021 09:29:39 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.16.1/8.16.1) with ESMTPS id 13H9TcdU000125 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 17 Apr 2021 11:29:38 +0200 (CEST) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.16.1/8.16.1/Submit) id 13H9Tc00000124 for freebsd-arm@freebsd.org; Sat, 17 Apr 2021 11:29:38 +0200 (CEST) (envelope-from fuz) Date: Sat, 17 Apr 2021 11:29:38 +0200 From: Robert Clausecker To: freebsd-arm@freebsd.org Subject: Re: RPi 4B USB 3 support appears to still be broken in 13.0-RELEASE Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FMnpr0f6rz4VNJ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fuz@fuz.su designates 2001:41d0:8:e508::1 as permitted sender) smtp.mailfrom=fuz@fuz.su X-Spamd-Result: default: False [0.69 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:8:e508::1:from]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2001:41d0:8:e508::1:from:127.0.2.255]; DMARC_NA(0.00)[fuz.su]; NEURAL_SPAM_SHORT(0.99)[0.993]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; 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: Sat, 17 Apr 2021 09:29:41 -0000 Hi Vincent, The hard drive is an M.2 SSD in an external USB 3 enclosure. The RPi is powered using the vendor recommended USB power brick. It could indeed be a power issue. I'll try to figure out if there is a way to supply power to the disk externally. Yours, Robert Clausecker Am Fri, Apr 16, 2021 at 06:58:12PM -0700 schrieb Vincent Milum Jr: > What's the power source for the hard drive? From your bug tracker link, it > looks like this is a SSD of some kind, not a USB thumb drive. It is > possible that the drive is pulling too much power for the Pi's USB port to > handle. Remember that the Pi's power source is ALSO a USB port, so that > power is then shared between both the Pi as well as any devices plugged > into it. Power brownouts from pulling too much power on the Pi can present > themselves in a number of ways, including CAM errors for disks. > > On Fri, Apr 16, 2021 at 4:00 PM Robert Clausecker wrote: > > > Greetings! > > > > Last time I experimented with ZFS on the RPi 4B, I noticed that > > there is a strange problem when attaching the zpool via USB 3 as > > opposed to USB 2. When doing that, mounting root fails with > > IO errors like these: > > > > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00 > > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > > (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain > > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00 > > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > > (da0:umass-sim0:0:0:0): Retrying command, 2 more tries remain > > > > Attaching the boot disk through USB 2 instead works. Likewise, > > using USB 3 with a UFS root file system works (and in fact ran fine > > in a development system for months). I do not understand this. > > > > I had previously reported this issue as PR 249520: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249520 > > > > There's some stuff about UEFI booting in there which you can ignore. > > The same problem also appears when booting via U-Boot. > > > > Now what surprises me is that this issue still occurs with > > FreeBSD 13.0-RELEASE. So whatever fixes had been performed > > did not seem to address the underlying problem at all. > > > > Is there any workaround or solution (except for ditching root > > on ZFS which would be rather painful for my use case?) > > > > Yours, > > Robert Clausecker > > > > -- > > () ascii ribbon campaign - for an 8-bit clean world > > /\ - against html email - against proprietary attachments > > _______________________________________________ > > 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" > > -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From owner-freebsd-arm@freebsd.org Sat Apr 17 09:38:14 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 330CD5F6E02 for ; Sat, 17 Apr 2021 09:38:14 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (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 4FMp0j0QpYz4W2p for ; Sat, 17 Apr 2021 09:38:12 +0000 (UTC) (envelope-from ronald-lists@klop.ws) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=klop.ws; s=mail; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version: Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=NbolpYjRAVJpYuGPRi4Gku8D2B4dEidAk4E70qetiCQ=; b=BlC0k8LmlhABACFhuDJgP3KUAV XJzPyblr94SM6oOy1q0cvOQWaUN5K33rGdqmJ7BSKcYlsTcqfLT8XfCXcNNR14B6JgUKAN+gRXs5X cM0doL1i9l1JCJTyQeKgUER77aZH/g8MYq+Q9vNapEajsFS2I+cqoOOcgI6f8YQsRdGY=; Subject: Re: RPi 4B USB 3 support appears to still be broken in 13.0-RELEASE To: freebsd-arm@freebsd.org References: From: Ronald Klop Message-ID: <187de31a-e96f-aa98-23a4-e0fb63de5671@klop.ws> Date: Sat, 17 Apr 2021 11:38:05 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: / X-Spam-Score: -0.4 X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED, BAYES_50, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, NICE_REPLY_A autolearn=disabled version=3.4.2 X-Scan-Signature: 66f4fda096222dd2b2010deb1ce817c5 X-Rspamd-Queue-Id: 4FMp0j0QpYz4W2p X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=mail header.b=BlC0k8Lm; dmarc=pass (policy=none) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-1.96 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[klop.ws:+]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-0.96)[-0.964]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[195.190.28.88:from]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MID_RHS_MATCH_FROM(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: Sat, 17 Apr 2021 09:38:14 -0000 On 4/17/21 1:00 AM, Robert Clausecker wrote: > Greetings! > > Last time I experimented with ZFS on the RPi 4B, I noticed that > there is a strange problem when attaching the zpool via USB 3 as > opposed to USB 2. When doing that, mounting root fails with > IO errors like these: > > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00 > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00 > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Retrying command, 2 more tries remain > > Attaching the boot disk through USB 2 instead works. Likewise, > using USB 3 with a UFS root file system works (and in fact ran fine > in a development system for months). I do not understand this. > > I had previously reported this issue as PR 249520: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249520 > > There's some stuff about UEFI booting in there which you can ignore. > The same problem also appears when booting via U-Boot. > > Now what surprises me is that this issue still occurs with > FreeBSD 13.0-RELEASE. So whatever fixes had been performed > did not seem to address the underlying problem at all. > > Is there any workaround or solution (except for ditching root > on ZFS which would be rather painful for my use case?) > > Yours, > Robert Clausecker > Weird that UFS works, but ZFS doesn't. This is really on the same disk? Just checking. I can only add a datapoint that I'm running 13.0 on ZFS on USB3 on RPI4-8GB without problems. Could it be a partitioning difference that you are crossing 4K-sector boundaries or something else that amplifies the traffic when using ZFS? Or bad sectors which are nog used with UFS? Another possibility with your hardware: https://twitter.com/bsdimp/status/1383165361734832132?s=20 13.0 increased maxphys which is the size of the data transfers send to the disk. Can you try kern.maxphys=131072 in loader.conf? [root@rpi4 ~]# usbconfig ugen0.1: <0x1106 XHCI root HUB> at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (100mA) ugen0.3: at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON (224mA) <--- Regards, Ronald. From owner-freebsd-arm@freebsd.org Sat Apr 17 12:07:32 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 9E6DF5D3949 for ; Sat, 17 Apr 2021 12:07:32 +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 4FMsJz5PkGz4dBf for ; Sat, 17 Apr 2021 12:07:31 +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=1618661249; bh=jEY/TjnvvMWhH1SUDEpv1zvhZhFaeGz5HOKqN58uBQO=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Jc8aFPcvlZwsuFcaaiRP3gY32ldoZZL9kO8cMGpNUY5KJgowyojgQ44kyoyrgU0keKNM7Z5p3EEzc+Vskl00A9ZnvYkuoVwClm/Z/65LxoQrazbG8YPDpKqPWCMThmRdPuviSOh5fMQePPnbwspX6l5LeCSWiJeFK1F19JDj7cP2vI5lHA8PflgPHjm0vy72AeMTk1yRjxg6eSDZ2lJagsULfesIFbcRbFj257nhmAVaY7wQA6FyNqQEFGrf6SWOIyTTHg9asIQDvEOgLV07fTNismeyG6hc9cj8A6KY/K8aZi+RsoyQ9khoFR/qEqWYjOtelQikoi+bGB9c1innXw== X-YMail-OSG: .6N9OpIVM1nGgD93U2pd1s1u1Zz954KgYP3t7zBuhqMMwLn_2dlsj1xEPYyG_xo _GzLs2.1oH5thkOBX29A_kIm7p5xEhtcZyAKEr58Fh0c5BU5S9ZmpkYJoj8gGDB0FmQhHFTPat_L o_wytD8ClkrYWkuIIJKearmVV9C1fiIQtYY5tTHk7REv9hDlOzr0xvpd4L6FxtmHOzW2bMWsfv_t jPMD6wFlp4cy1Mm8nlzs683qbrN4vYIe1YLf8tkiu9kA_gPgSbNgzMcNyMbJ2E5uHIUQyPz1Whsr yJMPCfEwg74zS7wpFL382HrZP4iFcWXN_WG7p7Ries1eSqmnohF48o3UIpHx_u01hzaIWzBpPj4e b.Qpq3ChAuYYjaZpciEC0rRfcTB2sN5DNh.9Coiws.GWdy8lRF0FEbEbecve8k7XKk.MKuDz3qFY 6E87iitcq__Gf84T_FXvvAfiNtd2p1K9MyTAeXP_hC4GoZHsl1N0plb5yZX1EHYGFf41i17xc_CW WsYPESQI8Uzufnw2KMyNNVTnoKV.qGvolaKkAk95WAQSweynKuUtP6EsLkEszRvSKK1rgHKk5Znd KMTDLYC8Bl4a1mkJNNwMLmUayOj.dvrAZUNaoea.cPiGFrkTQ21EclJqFPSnqqm4mBn0ANidG0rE .LnmNa25ShDviMkGI7uhzSjMRb0ox1CK.EVp7TZfEYJip5z77bIXrnyJe56TcBsBJOkvQ2nJ15CV 4Umkh5PY0SpPOYWtpFShALNoIe989Fo9WSb9xVf7WY.coMGsZwAhYNP6qbem2A_cEIL93yLlD9D0 0wR.OSzyFni64MYZ4kdshf4AD3RKntZGY_MK2aPOkB4.uOyrARoaOK43arVkzkmX75.dQ4lz8coI Qaehmq7WnYybq_ABAcgw5yK9.awjLc9Kqqp79PkDvHtIzDC5FQltf3iw24O.5BkaqS1pglgLsVBL FoDXM9LpEhQfQh0RkKS31CAgSc5sZjbukgyG8SsPy_.WeKwFIsySC0FcartsMetnd.L5qdVkDOsQ d5SngDRaQgNdcnwxmuODyEP6HjGyLdJY4vwyBJf3rm2bpR33abcU1gwcRlHAC3CiALUZmJzrweTJ GPyP6_j.vb_tVAImHKwJJN5rRpXljMNYvdkvmnzy5pZco_6kubpTR0jZDSYynybJ1gVJ0a3QTrmo dTx_tO3BqgFYzZ8xteZ.ivsGitZYVRQsQdHnOG3eRvUQGA0aDRuUd509V29vyyqd7HCrbyj8XgxD u0JA0FU3dvOC4Z3BUKXudwFtalxfCk0uJ6jdSJH7nKeC97WyFGPZbOTc2HDzcMNDXXrQkbiON1Kq HyKUFHPK.Xwdrr5lJFi6br9Fbx7ABGz_WJtmEDC8NnlQuvjkfDprT1ocwD_k_HtZTppPodNkugFZ GXz_JYJ65lshbqJzWYVGWTAH4VShR9JWWecQernlRr42i3O_uOiTmx.7aAazdMhhACHkS8ZYHqsd ZMTrcWUu.gDNRGScDf4JrgLycw3bTAKAVSPs.W8X7NPHmHlKSfKvXl1bo5MsWfRa70LBKpuvPmaQ f6FwY58ye81a5Y0aehaF_TBU1ITK9c4shBQkGQeY7EekDYvuOuor43gaWp_s5CO6O6A.IMdQHME. ClRgwogyNq9txfbrtI7xj6FhtkDyChb4YgT_TRuJxgBqsD2X4l8Fy9rKIgArD_mBn9q0iqepslF3 h7Aq5GH4gB9WdT6SlqkEB88Xa3CkoQnNVl_M1xBl.ShNjzjcQwlmkApyDJf.aRkXHylgJdOOeaFN _csFYKWWOiWPBT2E5HbmSjyGBmzN_hnsR3_DhZS.iwlYn9jeVczdsFkrbZyRD1C27R49fMuQPRP8 sD6_V7YyN2O9NrDosG7WLHkxvhKcTzcEF6rlW8nT3v.iJvM0XGpkocflcnCWGzoGjRsAjE4Jt8tZ jCcs43oBBGKDo5GYHnjZ3i3uagHBqel1vpDbUsGFdzXGFdpmrnAO2MvsWMd1EIt7PTVRqJFXdla0 eda9RHA2bU_r1Y87A.SqlgS6x9wh6TQkPZbI4lOimPZ0ug33qmLpFI8jFEuOI81xzWSptUqkXsHe dTjWfrhIp8RtV4yuusjSwYs.UpoM2sRNN.SXv0k4yZUHDpeyuzUFsCvkwdqgHZLDexjL3IuO8YWh pQU8UX1nQgPvMAfjRpZf.iPFCNzVsBuTEDL0T6Tqa6Zs0MiTALEIpl1ky9gKEYHPOtzuDb28NxZb Hp7dT_blZ5bQbgx.7tpd5h5RAL9rrCOlSo6lnsWQiKAZPY5wBw5t1i2IrO9xyXsMoPQh9ehBBg81 6QC_3WzATRh145RE6KSkbq938Brlpgt.bwVLH.7H6_r5epfmAzkf64gd3gZHG_KzAc1CpY8xt4Pn 1LRSVBqTVwRKN9yDHNJ.JBuqp7KBCuOD7.GFgfQ5m65lMpyaTV5kAmHcFK4PLH7DQ9wYar_rnjRL 6lUCwOsyKaHWIOX_Cf.jJijneWw9L6ZvtM1OiYxS3aOSqnYOgThj_.3OH8MlNq0d.rzR3BK4MiMT 3Rz3ezA8K1.W_UENKZjyb1b0Ny1JG7whJoUDAhu1L_ad6JkPisj4tIoSZBX4.tJaZV4u1OTdXC5M - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Apr 2021 12:07:29 +0000 Received: by kubenode524.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 729ce64606e797c48bc61a42b93736bc; Sat, 17 Apr 2021 12:07:28 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi 4B USB 3 support appears to still be broken in 13.0-RELEASE From: Mark Millard In-Reply-To: Date: Sat, 17 Apr 2021 05:07:28 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <6D2C75DF-796D-4CC9-9740-A8C15C6A6154@yahoo.com> References: To: Robert Clausecker X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FMsJz5PkGz4dBf X-Spamd-Bar: / X-Spamd-Result: default: False [0.22 / 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]; 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.69.30:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.72)[0.719]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; 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)[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: Sat, 17 Apr 2021 12:07:32 -0000 On 2021-Apr-17, at 02:29, Robert Clausecker wrote: > Hi Vincent, > > The hard drive is an M.2 SSD in an external USB 3 enclosure. The RPi is > powered using the vendor recommended USB power brick. It could indeed > be a power issue. I'll try to figure out if there is a way to supply > power to the disk externally. I use 5.1V 3.5A power supplies instead for the RPi4B's that I have access to. (I use a CanaKit model of such.) The offical RPi power supplies are 5.1V 3.0A. I also have heat sinks and each has a fan as well. (The case styles vary.) Some USB hubs backpower/backfeed over the connections, bypassing voltage protection. But I use a hub if I'm going to have more than one USB3 SSD attached. The keyboard (and sometimes also: mouse) that I use does not draw much power. Adding the keyboard (and mouse) does not push me to using a hub --but other models of such easily could as I understand. > Yours, > Robert Clausecker > > Am Fri, Apr 16, 2021 at 06:58:12PM -0700 schrieb Vincent Milum Jr: >> What's the power source for the hard drive? From your bug tracker link, it >> looks like this is a SSD of some kind, not a USB thumb drive. It is >> possible that the drive is pulling too much power for the Pi's USB port to >> handle. Remember that the Pi's power source is ALSO a USB port, so that >> power is then shared between both the Pi as well as any devices plugged >> into it. Power brownouts from pulling too much power on the Pi can present >> themselves in a number of ways, including CAM errors for disks. >> >> On Fri, Apr 16, 2021 at 4:00 PM Robert Clausecker wrote: >> >>> Greetings! >>> >>> Last time I experimented with ZFS on the RPi 4B, I noticed that >>> there is a strange problem when attaching the zpool via USB 3 as >>> opposed to USB 2. When doing that, mounting root fails with >>> IO errors like these: >>> >>> (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00 >>> (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error >>> (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain >>> (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00 >>> (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error >>> (da0:umass-sim0:0:0:0): Retrying command, 2 more tries remain >>> >>> Attaching the boot disk through USB 2 instead works. Likewise, >>> using USB 3 with a UFS root file system works (and in fact ran fine >>> in a development system for months). I do not understand this. >>> >>> I had previously reported this issue as PR 249520: >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249520 >>> >>> There's some stuff about UEFI booting in there which you can ignore. >>> The same problem also appears when booting via U-Boot. >>> >>> Now what surprises me is that this issue still occurs with >>> FreeBSD 13.0-RELEASE. So whatever fixes had been performed >>> did not seem to address the underlying problem at all. >>> >>> Is there any workaround or solution (except for ditching root >>> on ZFS which would be rather painful for my use case?) >>> >> === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Apr 17 12:36:49 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 91DF15D4C8C for ; Sat, 17 Apr 2021 12:36:49 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (fuz.su [IPv6:2001:41d0:8:e508::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 "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FMsym6K4Wz4fSn for ; Sat, 17 Apr 2021 12:36:48 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.16.1/8.16.1) with ESMTPS id 13HCakAC011106 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 17 Apr 2021 14:36:46 +0200 (CEST) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.16.1/8.16.1/Submit) id 13HCakp0011105 for freebsd-arm@freebsd.org; Sat, 17 Apr 2021 14:36:46 +0200 (CEST) (envelope-from fuz) Date: Sat, 17 Apr 2021 14:36:46 +0200 From: Robert Clausecker To: freebsd-arm@freebsd.org Subject: Re: RPi 4B USB 3 support appears to still be broken in 13.0-RELEASE Message-ID: References: <6D2C75DF-796D-4CC9-9740-A8C15C6A6154@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6D2C75DF-796D-4CC9-9740-A8C15C6A6154@yahoo.com> X-Rspamd-Queue-Id: 4FMsym6K4Wz4fSn X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fuz@fuz.su designates 2001:41d0:8:e508::1 as permitted sender) smtp.mailfrom=fuz@fuz.su X-Spamd-Result: default: False [0.70 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:8:e508::1:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2001:41d0:8:e508::1:from:127.0.2.255]; DMARC_NA(0.00)[fuz.su]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; 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: Sat, 17 Apr 2021 12:36:49 -0000 Hi Mark, Thanks for your response. Indeed I use a case with fans. (specifically a Joy-IT milled aluminum case with 2 small fans). Apart from the fans and the boot disk, no other peripherals are attached (using the serial console to access the system). Detaching the fans doesn't make a difference. I'll try and see if I can find a powered USB3 hub. It is surprising that the RPi4 is supposedly not powerful enough to power a single M.2 SSD in an external enclosure. What's also speaking against a power issue is that the drive works just fine on USB2. Perhaps it's some sort of bug in the XHCI driver when too many IO requests are pending at once? I'm not familiar with the specifics, but I could imagine ZFS being more demanding in this regard. My offer to send you the drive over so you can reproduce this for yourself stands. Yours, Robert Clausecker Am Sat, Apr 17, 2021 at 05:07:28AM -0700 schrieb Mark Millard: > > > On 2021-Apr-17, at 02:29, Robert Clausecker wrote: > > > Hi Vincent, > > > > The hard drive is an M.2 SSD in an external USB 3 enclosure. The RPi is > > powered using the vendor recommended USB power brick. It could indeed > > be a power issue. I'll try to figure out if there is a way to supply > > power to the disk externally. > > I use 5.1V 3.5A power supplies instead for the RPi4B's that I > have access to. (I use a CanaKit model of such.) > > The offical RPi power supplies are 5.1V 3.0A. > > I also have heat sinks and each has a fan as well. (The > case styles vary.) > > Some USB hubs backpower/backfeed over the connections, > bypassing voltage protection. But I use a hub if I'm > going to have more than one USB3 SSD attached. The > keyboard (and sometimes also: mouse) that I use does > not draw much power. Adding the keyboard (and mouse) > does not push me to using a hub --but other models > of such easily could as I understand. > > > Yours, > > Robert Clausecker > > > > Am Fri, Apr 16, 2021 at 06:58:12PM -0700 schrieb Vincent Milum Jr: > >> What's the power source for the hard drive? From your bug tracker link, it > >> looks like this is a SSD of some kind, not a USB thumb drive. It is > >> possible that the drive is pulling too much power for the Pi's USB port to > >> handle. Remember that the Pi's power source is ALSO a USB port, so that > >> power is then shared between both the Pi as well as any devices plugged > >> into it. Power brownouts from pulling too much power on the Pi can present > >> themselves in a number of ways, including CAM errors for disks. > >> > >> On Fri, Apr 16, 2021 at 4:00 PM Robert Clausecker wrote: > >> > >>> Greetings! > >>> > >>> Last time I experimented with ZFS on the RPi 4B, I noticed that > >>> there is a strange problem when attaching the zpool via USB 3 as > >>> opposed to USB 2. When doing that, mounting root fails with > >>> IO errors like these: > >>> > >>> (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00 > >>> (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > >>> (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain > >>> (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 00 > >>> (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > >>> (da0:umass-sim0:0:0:0): Retrying command, 2 more tries remain > >>> > >>> Attaching the boot disk through USB 2 instead works. Likewise, > >>> using USB 3 with a UFS root file system works (and in fact ran fine > >>> in a development system for months). I do not understand this. > >>> > >>> I had previously reported this issue as PR 249520: > >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249520 > >>> > >>> There's some stuff about UEFI booting in there which you can ignore. > >>> The same problem also appears when booting via U-Boot. > >>> > >>> Now what surprises me is that this issue still occurs with > >>> FreeBSD 13.0-RELEASE. So whatever fixes had been performed > >>> did not seem to address the underlying problem at all. > >>> > >>> Is there any workaround or solution (except for ditching root > >>> on ZFS which would be rather painful for my use case?) > >>> > >> > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From owner-freebsd-arm@freebsd.org Sat Apr 17 13:18: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 A80605D5FBF for ; Sat, 17 Apr 2021 13:18:01 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (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 4FMttJ4zBZz4gh5 for ; Sat, 17 Apr 2021 13:18:00 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 8FDBD1674 for ; Sat, 17 Apr 2021 09:17:51 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 17 Apr 2021 09:17:51 -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=0sqbpRVMX6X6DIvViaYTTnhwBAh GXc+jevgIuV8IvUk=; b=bvKxEMWn2/aO6QvgKdc979+QHYIMGg9j6HpvUnARgx3 J8Byp0+Sm+r75/IAqH4DlL3ouh56whEbdqcA8ISAtE4dnwxsCSHEVoWfU/6EGR2y qyvF7RDAUn6VunBkijxvL1e/QPgO0G9cgJuTxsq4xA6Vqd3azvJ6EamKWVbwxOil lOj+Fepzf4HTF0exd7SwrfV8iJpwIH99JS4ThOqtUjTNWB8xk2BFjHhbTeR9vz1s mRUPO/4QVVjhOgnKyvpx1zAD32PlGNfar/G4gNrj6UAGsSIsZWMk4BUBn9D+odzo +j3SZF4j2PYlf8Hf+iqqgytplv1Jk8gbtUBrXZ0Sd8A== 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=0sqbpR VMX6X6DIvViaYTTnhwBAhGXc+jevgIuV8IvUk=; b=THYu605Qf9x7FAeZElU8R6 IDt4exihKiUQIYKrXIT6LKQ8nDc5Vc+/uxqgaMyucjMgK/Du9f5vEz5HS2XQJgPl FOhYfcPMl5QtbCI6/oNRPFuRfW6AJEOnCS5WdEsbirajEmypRQEaz9dACkH2biAW WG51CKDXXXJyCoodSXXNX5OXDqDOsOBY+m24jnqRIkTlb4cZhf5ROyLdDTrwuJDQ f8iFv+t7LSff3U4CXiKg7xlnrMeifvqtO8L+TYm9PcTnSZPZJaF5Cvw5HzUWpUjL PAcAbNapskltsKlqWcL7qRDBzbA42NDrnj+bUvhkdCteX0oAaNV2UNYI639M34oQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudeliedgudeludcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvd ettddtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddt tdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvg gthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id B1A01240054 for ; Sat, 17 Apr 2021 09:17:50 -0400 (EDT) Date: Sat, 17 Apr 2021 14:17:48 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: RPi 4B USB 3 support appears to still be broken in 13.0-RELEASE Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="cFklBqQaWHfkbaTQ" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FMttJ4zBZz4gh5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=bvKxEMWn; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=THYu605Q; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.24 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-3.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]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.24:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; 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)[-1.000]; 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.24: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: Sat, 17 Apr 2021 13:18:01 -0000 --cFklBqQaWHfkbaTQ Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Sat, Apr 17, 2021 at 01:00:17AM +0200, Robert Clausecker wrote: >Greetings! > >Last time I experimented with ZFS on the RPi 4B, I noticed that >there is a strange problem when attaching the zpool via USB 3 as >opposed to USB 2. When doing that, mounting root fails with >IO errors like these: my context: stable/13-n245205 arm64 I'm using usb3-connected zfs on rpi4/8GB with no issues. I didn't have *exactly* your issue, but it was a while ago. In my /boot/loader.conf I have this: [...snip...] # zfs, ufs, booting on rpi = =20 vfs.root_mount_always_wait=3D1 # give usb time to settle before zfs = =20 kern.cam.boot_delay=3D"20000" # 20s delay for usb3 spinning rust settling [...] disk is usb3-connected ADATA (2TB) and is powered by the pi. I think you have zfs-on-root? mine isn't, this boots from the micro-sd. here's part of dmesg: [...] run0: [HT] Enabling 802.11n Root mount waiting for: usbus0 CAM ugen0.4: at usbus0 umass0 on uhub0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x8100 umass0:0:0: Attached to scbus0 Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM=20 Root mount waiting for: CAM=20 Root mount waiting for: CAM=20 Root mount waiting for: CAM da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number [redacted] da0: 400.000MB/s transfers da0: 1907729MB (3907029168 512 byte sectors) da0: quirks=3D0x2 Warning: no time-of-day clock registered, system time will not be set accur= ately Dual Console: Serial Primary, Video Secondary ZFS filesystem version: 5 ZFS storage pool version: features support (5000) does this help? --=20 J. --cFklBqQaWHfkbaTQ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmB63/MACgkQs8o7QhFz NAVkrQ/7BhC31Hbh3xMBR8efRy10EfkWNQo15M3lUWHtJdYw15ad4NCHP7HPkxlQ t3fSFotTNCN+y1TIkSWG7dckV4CApKCBTaBjvieSgBcaWgd3j4xVXCa8IczjVPek uc/pcUsXSIHFxQZJPbKOFbP8ykIFw3m+fvT6tZuXKe9plKEu0u80Qp91JHkJEJ2O PUUO8Tk/2RMlZTFkIo/8ubIJi4k5wDGpecrTiKN6QR728YRb7YPQ9taOARNccJBR lwg4XhCLYq9i+KNz0S4bzL38Hm2ZeKj3eOUOeJfER4IH8xuov1CAHhcc838EVFZJ QGsoNGK0zIoLAx/1UdQCCQgLgeDSwWG0dQD2xFChVZ76rwTr8Si/WkjXoZuMDmRy HsRa85hapWkf6exXu7+jKU7kK2KRnYqGREe1/WIQrK/gU010IxLc43EFwLC8+Ls7 g/iQcVBHjfK7/v2dzFAgTKHrW9SJQAjsSPLypbZWIDwjOeyIWaOe+pPgUl+DbGzj z/NwMnAqgzOHibMKE71RooD0cRFqG9GZ3N8JOfQKI6Z5f3mGFIgaTEwyTOkYqsCB n0aIQUWi+oyk5/CUVBb4gHxWuAzts2QSnQvVvsIzbqO7cXYdazVWk5cxfy3ik2FW NCjEnN3+FigPqGtJ9l/jBYx5rr1viMUgPUmldLAnf32LXrETG/s= =pjU7 -----END PGP SIGNATURE----- --cFklBqQaWHfkbaTQ-- From owner-freebsd-arm@freebsd.org Sat Apr 17 13:22:48 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 647D65D61E1 for ; Sat, 17 Apr 2021 13:22:48 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FMtzq6Qrrz4hXK for ; Sat, 17 Apr 2021 13:22:47 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id F134B16B4 for ; Sat, 17 Apr 2021 09:22:46 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 17 Apr 2021 09:22:47 -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=f7OljE4o778jphknbiZTP9D6Kq8 qyFuJwlZ0BDRR1zM=; b=eVF1dtXnefEJNO4WmPE/Y7gWyvMve5tInbGs1ZPSnVn oqV2opJu2x9byZojxc84QGsWqGfUYfhTu0mHb442DZZ8i/TkJODzcXY5UwKdj3M/ cuOZWYz/4qxrPeA6cbpNJBMOhEWF/d+57gkKZEDEQxruRoMNndfw7N0dzrMW0f3i cmH//QzazIFsvOlNt69yribGOrGve/Gd+gwVefytR2wafKJlr1lIvFwgXmKnxWqX CU0zymOxmXpFZ4OKJUMBYWfFsyMn77YHxDvKaLMSVdBpwaaPPq0OwZn6Kl3tNb8R k/wfZ5NSD8WexA9FqwestgtGF0eoEhbyVSPyqUmmGDw== 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=f7OljE 4o778jphknbiZTP9D6Kq8qyFuJwlZ0BDRR1zM=; b=kF1BOJRIcGJMKHjLcBJcmK ay84M+OIEAzGz0nZu1TEsdGxtIlSQR911cVUirzAB1Z4D+OSctslFrnwLWt8TuL/ h9gXLDpHZzYulw60UMm/SQ83Hu0ebuMrBL7+fbAHNDtwsmHZ971l9TLgQWEUnh6Z CnGmezHCmdfIKB2tdB8Ig0c975udH4y9bcwAo4nmYfg8VM723EiqAnAWYS5zixIw JXL0tp4/Bb9aF5YK+iaNmSsxN8I2YYvuOuFFrGe0bsQIVLyRZF6mF35xm8ss55zC 3kwNBjRhXSuzlp8MUsaweC9sPNQlHh17aqE6h5UrKBAXAgeKEc6hj0bCPFxQ+PSw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudeliedgudelvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvd ettddtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddt tdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvg gthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 2375E24005E for ; Sat, 17 Apr 2021 09:22:46 -0400 (EDT) Date: Sat, 17 Apr 2021 14:22:42 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: ssh_dispatch_run_fatal on Rpi4 building www/firefox Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210414154943.GA48835@www.zefox.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0My4u7YaUcxkEJQn" Content-Disposition: inline In-Reply-To: <20210414154943.GA48835@www.zefox.net> X-Rspamd-Queue-Id: 4FMtzq6Qrrz4hXK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=eVF1dtXn; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=kF1BOJRI; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.24 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-3.70 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.24:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; 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)[-1.000]; 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.24: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: Sat, 17 Apr 2021 13:22:48 -0000 --0My4u7YaUcxkEJQn Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Wed, Apr 14, 2021 at 08:49:43AM -0700, bob prohaska wrote: >While attempting to compile www/firefox on an RPi4 running -current >the make process stopped with > >Bad packet length 3554809687. >ssh_dispatch_run_fatal: Connection to 192.168.1.11 port 22: Connection Is your compiling done on the microsd? If it is, then that's your problem. The microsd is too slow. It causes bottlenecks and timeouts all over the place. Fix would be to mount /usr/src and /usr/obj (and ccache =3D /var/cache/ccache) on usb3-connected hardware. --=20 J. --0My4u7YaUcxkEJQn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmB64SAACgkQs8o7QhFz NAWUgg/7BgxB21W6FOxgDu7EuCGcXh9c9juBzP7tKcanNU16aHRV50TzGlhowgd7 fih5wnnV5n2h+gTb5RYmL8KQvP3xbnsEtg2dYN7uZZ+ZGi6bYtpiUWpZ9Wb0rUFG +ya4v22BDA+c9f42pYkVOcv+irAYXpX/5GWXqLUctYpKlpnk8rwgswV/g4ePDt5m ZLL542hZxkch+j95CDJEvYMXOfQjrxhV/U0kpUuDQUKzvqv8UOHDArM78DgLBdxW TWxwBMR1uw0+PFzhb++28JlqHKTkDagmaefK2XX7B/nLQabHHHgv/aN5+NOOX7ul Kg0ZHCGbD86t2aZWsm8xitSGP8QzTpdiqJjm01qnUP0yGP/dj7fullHkaogGDEF5 SwfAwmwS3RfiWzJ4HA57L/3DmszL1xu+mZQnOW2ktTX4Tra9Y3P2T6KtfUKhw+yk jR+6HJoj8314uAOdvr7gsjLLTTy0KQ2WYwkXUs0yJ+ObPr06opyvrHXxA8EizKv2 bUbS+g2KC3nISjrxsJ4DPYvFclkSto+aH5fRGzyKlxZAnqyFTwGKgd7M7jyRsMSS KrzQsepxHkVGsjJJFoHmyOjzil4RY5Sph9CLeIBHcxGy3lxSkZfssey7dX4Cl/IM 2ai52BbRxFfTQSoUxmvzRhf0jO3nHSWp4F2dPmo7/E07UzCQqQ8= =tPMb -----END PGP SIGNATURE----- --0My4u7YaUcxkEJQn-- From owner-freebsd-arm@freebsd.org Sat Apr 17 13:52:16 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 5C33B5D774A for ; Sat, 17 Apr 2021 13:52:16 +0000 (UTC) (envelope-from wenheping2000@hotmail.com) Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-hk2apc01olkn081e.outbound.protection.outlook.com [IPv6:2a01:111:f400:febc::81e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FMvdq1Ssfz4jqB for ; Sat, 17 Apr 2021 13:52:14 +0000 (UTC) (envelope-from wenheping2000@hotmail.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GTNUYAR/MMp8I0dCrJrnUqQ891DDl5b0nQSX5Ss49wI6xOWAxgnTzffjlp8EnwFOEuzMfwcjLARUF/xHCcD5sDU2CtscjjKtbU7YhL8GLp2bUHEwTtf6z2mZGrVo5qFwZEYw2uhh+4MLmoZwjqA4aUhpksqmHTZtVMGVWfnzeTU1sBHK16thSCY6/XNIzTU8qPe+004QcYpz4WZo+MtFod71MNMJTLoZAwV/u4UXkYSEpMVTB6MJ9oHU6XEgJKw9xfzAePjh15hmgro8q/4ysSkpk20zkS2Xy1cO0ok0TFeMm1nSQKWcI/FRwLd3Ngdee39asfDom2L5Gyz4OmYfyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=o9gvg7CIMfJlkgAuMjwjhywj4w35VbiIFCHoebVtfUs=; b=IitMwJJxZwbk78VoE5941QEeJqOQNDQAvZYiwxjhO5XrsOc3kkkhSyPOCy/cPQ3Hxp+gccUk5Hi+/RrtytsxBMH+1yyedS8z3685OUMWQ64ozfn9By3eed5mhrkB0K+67M/OgewmE0sWGVtt5DaMKR2osuqMCPvg9unRRe8Ab0nQqUwCYk++0aGk+9V5Z8r8ooR3TH6vjtiSof/UITcwpWcYqzboUM2nd/mhjYdh04WE6yCE4zp5nnrSKgVC3nud9X+djut51q9CiNERRZD/RYBOqWG7cEQQcnPIEerZe1/E8iIHj/tVSG6MTcqsCihVZ1Fhov0SRc1DWYlVPquZnQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=o9gvg7CIMfJlkgAuMjwjhywj4w35VbiIFCHoebVtfUs=; b=Ig5Fvx05zuBksWwcTIDTclOltOFoUetwl33YY6wBIsSzXI3IdeFKBM1KIVp4x3HmyRIATfaB++XJKyeOy7EvgN2QxMzgeRXd2CPAqzvbY5jiieiLbK4C+hI90wlBEn5S9O3XEwVnzvwY0eUmSxK8yq6lN7XhftmYHElBQ9MqFC5UqBN0njbj6K+Q7AmEuOfaRUUfqSJHWC0FyjlZGASf0gjWD1GghRUAl+dCkyM+CsRKSiHn95ZQqRqdmrLYuP2N8o6e8KX4rR7josGJBzrQri/CcMrPOmBzjrVEBLcq6+Ae9ZEh2dEugplpk0kuvfrve+YJ78QAXjuHOsuGTef4Tg== Received: from SG2APC01FT042.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebd::4e) by SG2APC01HT111.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebd::445) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4042.16; Sat, 17 Apr 2021 13:52:09 +0000 Received: from SYCP282MB0640.AUSP282.PROD.OUTLOOK.COM (2a01:111:e400:7ebd::4f) by SG2APC01FT042.mail.protection.outlook.com (2a01:111:e400:7ebd::274) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4042.16 via Frontend Transport; Sat, 17 Apr 2021 13:52:09 +0000 Received: from SYCP282MB0640.AUSP282.PROD.OUTLOOK.COM ([fe80::2552:aace:9ef9:7f1f]) by SYCP282MB0640.AUSP282.PROD.OUTLOOK.COM ([fe80::2552:aace:9ef9:7f1f%4]) with mapi id 15.20.4042.021; Sat, 17 Apr 2021 13:52:08 +0000 From: wen heping To: "freebsd-arm@freebsd.org" Subject: RPi4 failed boot with 13.0-release Thread-Topic: RPi4 failed boot with 13.0-release Thread-Index: AQHXMl1awE1ESZPh2kuoflU2zzuoGw== Date: Sat, 17 Apr 2021 13:52:08 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:C3C7D6CC5E19CD445D29DA019F53D7C3752852F2E393BF9EF8320D30CFFBE81B; UpperCasedChecksum:079FA4DF6F47CCAAF210636EEB8D2888E43DDFD29F0A2DB9504DE356CE2825A0; SizeAsReceived:6822; Count:42 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [pzJxSJwNUwCToDGq+FAWEruR/TG9c3HS9MH1ze6Iw2FCXenBvcqb/+exXWM1tH6M] x-ms-publictraffictype: Email x-incomingheadercount: 42 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 615a810b-9773-4ce2-8c30-08d901a7fe2b x-ms-traffictypediagnostic: SG2APC01HT111: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: BJhoxcbbyuFRnxKQQWkqF0mbyDaZ0FA803F569Jer48U2xih+TdURH+VZQ9IrKpI+U2C4Ii092xhoV54NJtzjZ5ai25C/a2QFeMBcnKzyGlYakzT7zfb4BgkAQVnARGLfhLW2cfwaG3Ykj5izFSiLDmSKGJOqcYeVNnH3dkqeLisQLmJ0WZsPuG7Z7vfrDszwYY4Y5NpLbsjb+DWGHPXrDSDRDC27LH3+T/WWioTy6BMvMRRgm3swwhulYIZPFhKRVEti3Ms/DbOBU7h0jBRnuCfUm3Qbjzjmfb0ZUjVYg8Z6rbywqATdIyQSJ2sSO6zJvCy8eF8wgFqztlxYqGkP2n+a14ePfm7wAuu0YEab7D9g7pg1DMHA9P2lGwdRWdfm2dkrxlPsCeD1NwpgOS4Lw== x-ms-exchange-antispam-messagedata: Ll5PXfjw5xVTad4rEqXfXMlW60vFEnMxLwxdvPSxQSWN5iOFol6EaRB1FituJjeb6irTqIyYNBtUI/z7M2J4ozZagKZeEw40VKpT0KntFb1pfsHl6w5Qlw2LeQrF8KR0MSzbre7RuLL7fZA/pFZX5xybvy7dfs6vBR1E3DFNpVgA2KMSbxXVwgPFPU1T7TojKgiYla8dI6XgzAxVAnl25A== x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: SG2APC01FT042.eop-APC01.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 615a810b-9773-4ce2-8c30-08d901a7fe2b X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Apr 2021 13:52:08.3999 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT111 X-Rspamd-Queue-Id: 4FMvdq1Ssfz4jqB X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=Ig5Fvx05; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=hotmail.com; spf=pass (mx1.freebsd.org: domain of wenheping2000@hotmail.com designates 2a01:111:f400:febc::81e as permitted sender) smtp.mailfrom=wenheping2000@hotmail.com X-Spamd-Result: default: False [0.60 / 15.00]; RBL_SENDERSCORE_FAIL(0.00)[2a01:111:f400:febc::81e:server fail]; FREEMAIL_FROM(0.00)[hotmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; MIME_BASE64_TEXT_BOGUS(1.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[hotmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; SUBJECT_ENDS_SPACES(0.50)[]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:111:f400:febc::81e:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a01:111:f400:febc::81e:from:127.0.2.255]; TO_DN_EQ_ADDR_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 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: Sat, 17 Apr 2021 13:52:16 -0000 SGksIGFsbDoNCg0KICAgSSBoYXZlIGEgcmFzcGJlcnJ5cGkgNGIrIHdpdGggNEcgbWVtLCBpdCBm YWlsZWQgYm9vdCB3aXRoIDEzLjAgcmVsZWFzZSwNCm5vdGhpbmcgZGlzcGxheSB3aGVuIGJvb3Rp bmcgZXhjZXB0IHJlZCBibHVlIHllbGxvdyBkb3RzLg0KICBUaGUgc2FtZSBtaWNybyBzZCBjYXJk IGJvb3QgbXkgcmFzcGJlcnJ5cGkgM2IrIHdlbGwuDQoNCiAgQW55IHN1Z2dlc3Rpb25zID8NCg0K d2VuDQo= From owner-freebsd-arm@freebsd.org Sat Apr 17 15:47: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 DB4735DA855; Sat, 17 Apr 2021 15:47:06 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FMyBK6MPRz4pPB; Sat, 17 Apr 2021 15:47:04 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 13HFl3bP075277 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 17 Apr 2021 08:47:04 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 13HFl34R075276; Sat, 17 Apr 2021 08:47:03 -0700 (PDT) (envelope-from fbsd) Date: Sat, 17 Apr 2021 08:47:03 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Cc: freebsd-ports@freebsd.org, bob prohaska Subject: Re: ssh_dispatch_run_fatal on Rpi4 building www/firefox Message-ID: <20210417154703.GA75118@www.zefox.net> References: <20210414154943.GA48835@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FMyBK6MPRz4pPB X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.90 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RBL_SENDERSCORE_FAIL(0.00)[50.1.20.27:server fail]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[zefox.net]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-ports]; MID_RHS_WWW(0.50)[] 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: Sat, 17 Apr 2021 15:47:06 -0000 On Sat, Apr 17, 2021 at 02:22:42PM +0100, tech-lists wrote: > Hi, > > On Wed, Apr 14, 2021 at 08:49:43AM -0700, bob prohaska wrote: > > While attempting to compile www/firefox on an RPi4 running -current > > the make process stopped with > > > > Bad packet length 3554809687. > > ssh_dispatch_run_fatal: Connection to 192.168.1.11 port 22: Connection > > Is your compiling done on the microsd? > No, mechanical SATA drive in a USB3 case. The immediate oddity was that make, running in the background, was stopping when the ssh connection dropped. Normally, disconnecting the controlling terminal on a background job doesn't kill the job. > If it is, then that's your problem. The microsd is too slow. It causes > bottlenecks and timeouts all over the place. > Agreed, but this wasn't a timeout. Maybe another misleading error message? After several restarts of make in www/firefox which all stopped with the same error I tried using the serial console. Make ran without complaint and made considerable progress. When I learned of the -E option to ssh I stopped the make session, set up error logging, ran make clean in www/firefox and started over. Make subsequently ran to completion and produced a runnable www/firefox. This tempts me to think whatevever triggered the error was among the dependencies, which is difficult to understand and much harder to repeat. Thanks for replying! bob prohaska From owner-freebsd-arm@freebsd.org Sat Apr 17 17:48: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 DCAB15DE3E8 for ; Sat, 17 Apr 2021 17:48:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.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 4FN0sy5h32z4vW1 for ; Sat, 17 Apr 2021 17:48:06 +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=1618681684; bh=X3mqHSIDGLQLczDd+ZJJmQuXluw0H9dMO93r74HhNQA=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=hVHDuV3pK6TbuGmgPqXhyUIiTOpVwEcOjUGhgCf2x7tuV4xN9moiWkBU89Avx/aJWgmymb9zlhtedJQ4KgaEB23Byg7TPT0NRBq2yjlEUgcXg9MENHdpQh5ZO2Er7nvuuS0n2OoHjufsN3BAvZOIEryKTpDM8+oO4MDIGusiaa4RLmqALqcpgelxem7I02C2/RdLOXKWzB0C6JPiURSqf4j1L1BokkXgj5b47nuJjyCERI3E/k1eZihyM8ovuC4TntfSBYFu+9rdqIZSMEwn1hzuCcRponqbhzc26d8h4I/51uM+zXeOynDpLzpCL6ntdNYETipF9qHya8+Pu6fyjQ== X-YMail-OSG: BiwpawsVM1mYMJL4nzLsGgJQOQpA9XfM415g_r1ohKW2KjnKj.eW6mn5roqi5mM jtW_nQNJcdJJCqgxCXL3ARgV1Qsa0lgyHdgMltcq.gc9C89Y5uCeADFqhYLU8qRMBt8Uy7YlpssP zTAS87dx5yHdT4MSxJBg09ozZK9LGQz2GfF527fOULy2Knd6CQeaKzHe.veO9eTN1iqnc69OSfog VCHWLPM42e_x.VmVZHuqvnnxv5ip45VjUfkPzetUgaUlEwkKHa1tKPe7dgBN_BS59UJO8l9.jy3E D5XyOF1OIhvFatUGwWKYiEz6zrw.OpDDo1sVWEe66jekvVVickbMkYFSnKCJSZp4Y0llXvICDIaD fhMhtDbzzYh2I5V5nLDrGHXF9AJjkUpHJ7BLrE5QvVSG0iz4XGpqTBcLcDoqMS9p1C5rNNxOW6fa sFwwFB9cU1drc.RCHkV6G.CKaVPxwqS5I9SR6Le5Q.wYjF.jJssMNR7CTC2tgfwwkeaK3y3q997h ibIgiKefuib5dTAHIPSPLzCoWqOw9bQ5Av5VKn444M3lbYFk296zIAjf4ga0Y58SnA8vlaWWRKm3 LsQkBklZWUUYhwxU5jGdfuXae7VjwCs7Bk_V838NGrifbGl_VWI3I62a4.QhCtU8l_R1e9njc7Nf 76mzr_usR9WjvTIPu0nmEbD9MIL0DuBuwpIOKxRGCf4PAs4Ef1QIkxUHaAjJTOlUrxwghjSuyDtI DkHwfWG3Qw1TRu447_04SbCkynNAzTSgovWoHiBaZKTg7Gm2_WpUqHTdqTcSW9B9TJKE.RTsvseV bl_qrbm4k3E6H7lIr3gnYpqvw_o8Bd.IRbPthvPI0sPXZ59NBSbwUkial6v3hnHuxgS_uYjw7P1r P1GL6wzLvodKL.MZtPpF1MA1VZgxUlPmGMMgrQhlSoTuJkQMMlSY9JIn7vxRt4s7XnJ40BgleFtI yEZQ9TctiG6ASsWnmQkZ9Xla3Ku7OIZgHyk9Dkbdq7h5._FBfB4s_t7nU07mtXjW2rZclGT1yBG8 9ZVf5tz.ABnnL_N0Jfy7H2m9labcnnyVtvmwixCqz.qFuWgE6xF5gY5p.yAOxfQCDH4PYLBu1MJC 5jfNRgVElm_sUIJ.5AtesyslVDcjatl86cv0tK2peA28IfjTvk9sIuAfCUhU7gxNiug8wbAk5HaN GN7VP467Bt_ZbvhhqK._KW9RiY9TTh9b8I_18iS7idOrEFWfQ7GSuZKN1UabA54lD5gPNjBJOaAM rHPjfe0.QH2SvCS_nyXLd.ne1pXx9jCKxlOtpcYafPeW5m33uNU5O4ymmbXsHo3_xOt4FMZz5OZN j3qMAPlK0REn_tI_GTgVrDcZh4t7e6VWF45o8_7DckhqJCBsIWDUYUkIMCeuItL8OQUqRvR4wKpD oGtsL3g5XjJRJ4xsaYWhN7InTK1cxSnNBv2zJIuFmMlJsBbW_wwlBwEQYPRAXEyx66U8sc0j8b67 zFw9w_k7a4UXr5errwG3FAWrb7C38yizChHQU39pfq11bqR6tePpGH8V_oFH6HcVJpozvpst.zCe 4y2tJMowA.KjzGyCSyFmbs53D2S_5amL1U8lSXZGtTv1HT6rqItlSFPlNprt6c.HeWO7k1XoCCwQ nWOL6.FiZN2tYMMLR5_JTy2vBSwmJY26htz39IWIwnFPV_HvdA4dOu3KQAV7wheSEmQemOHOVj5e uAQKtxJehNyu47ePhWI.RZi5btE10aZ2qk9_84EesOUkK.wGlulwPWDJevxrrPegyobBl987K_rS ZlKjW_FVuw2xl4lGONN2_2atOwi_mvnpgVRRoCd.BbA52T33SCfzzIOetD3i4CfIEw13TsXfhxC6 Q4htDthdfzpBMfNX1ZBBgzf4pHni4zmnXkGzUvWiCJhpqQ..70Zjf.IkOKZx7ZoM1RyimxzdhKGe 7YkLHb2.QsomeO0FA1E.qJIGQrK.6T7GBDISRPzdK_M1MfvREL3yn.S_D7u8JML9NRBQZbhU13Ll LA_W8bX.osMoYxKKjsH7gYHgtexJQ2MIHclEcWc9u1cBNZuNMrI4JrOjgAw9UfxxCXApD_df1Dyd Kju3gkJvJkGMzSCey7sLp8xlvb5vuIxId2BwyJL1zmBTlhUyHpsAbi2M.CK5iCIWvBPcChSE8K_L n7YWIofU5vUtNp5kn4wJvy6_LLiqIIpy9mZkaMY.teJvHBmdew68JF_KOXXRVsnokSQz9gFF4D8l HpJNzKhPamdDo.Z8rr_jbgS6ZReKcvWjuNPXnmR6dGjPlVmzodppFSkclvbHhXyJBlSQIJ0P.XEC _WxD1iGtycmncIzBaoeUdhGo6ZRQFykMLNAT6Ij2Or9iS6Wk2SQabiH6pxicMXyiMij6DI3fE6Br NQTBecZuMOlX3BUNna8aX2mbjZWd8LRqWneDsoI7DXRTSWT5fpXydMqR7LTqxim2PkXDW3VCFBAJ 7PV2krJvXhKajHoMV2fUUUnBnQvufsNvt_a9HaYKxjSPmU0EHfrovt7yq9.5igMS1pKfhc4eH_fW iKZ0.12XTtngojHOVVsSBwetE.giPOvgfkaBT7p6apj38dSREv0oxt5zKMQtD0wbRxtUxIt99Tbd 6WtZtwtzxGmq1YmLFocgWCX77mJyfn5jfeKkIdX1dSlanpkNXLrIyVS2bzA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Apr 2021 17:48:04 +0000 Received: by kubenode532.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6c8d28155fb7c29e5baa850ff78f26c8; Sat, 17 Apr 2021 17:47:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi 4B USB 3 support appears to still be broken in 13.0-RELEASE From: Mark Millard In-Reply-To: Date: Sat, 17 Apr 2021 10:47:56 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <6D2C75DF-796D-4CC9-9740-A8C15C6A6154@yahoo.com> To: Robert Clausecker X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FN0sy5h32z4vW1 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.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.64.148: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]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[98.137.64.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.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: Sat, 17 Apr 2021 17:48:07 -0000 On 2021-Apr-17, at 05:36, Robert Clausecker wrote: > Indeed I use a case with fans. (specifically a Joy-IT milled aluminum > case with 2 small fans). Apart from the fans and the boot disk, no = other > peripherals are attached (using the serial console to access the = system). >=20 > Detaching the fans doesn't make a difference. I'll try and see if I = can > find a powered USB3 hub. >=20 > It is surprising that the RPi4 is supposedly not powerful enough to = power > a single M.2 SSD in an external enclosure. What's also speaking = against > a power issue is that the drive works just fine on USB2. Perhaps it's > some sort of bug in the XHCI driver when too many IO requests are > pending at once? I'm not familiar with the specifics, but I could > imagine ZFS being more demanding in this regard. >=20 > My offer to send you the drive over so you can reproduce this for > yourself stands. I have access to official RPi power supplies, as well as the 5.1V 3.5A ones that I actually use. So there is some chance that I'd be able to show a compare/contrast of working vs. not on the basis of that power supply distinction. If the problem is not covered by the power supply issue, I more likely would manage to repeat the problem but I'd be unlikely to be able to analyze the problem, much less provide a fix. Still, a little would be learned if this is the type of error. My co whereabouts is West Coast USA, however. To me, shipping the device around the world and back for just the above seems odd. And it might have problems with timing vs. where I might be some of the time. I'd not want my whereabouts constrained if I finally get to do some sustained visiting. (I seem to be talking myself out of the option.) > Am Sat, Apr 17, 2021 at 05:07:28AM -0700 schrieb Mark Millard: >>=20 >>=20 >> On 2021-Apr-17, at 02:29, Robert Clausecker wrote: >>=20 >>> Hi Vincent, >>>=20 >>> The hard drive is an M.2 SSD in an external USB 3 enclosure. The = RPi is >>> powered using the vendor recommended USB power brick. It could = indeed >>> be a power issue. I'll try to figure out if there is a way to = supply >>> power to the disk externally. >>=20 >> I use 5.1V 3.5A power supplies instead for the RPi4B's that I >> have access to. (I use a CanaKit model of such.) >>=20 >> The offical RPi power supplies are 5.1V 3.0A. >>=20 >> I also have heat sinks and each has a fan as well. (The >> case styles vary.) >>=20 >> Some USB hubs backpower/backfeed over the connections, >> bypassing voltage protection. But I use a hub if I'm >> going to have more than one USB3 SSD attached. The >> keyboard (and sometimes also: mouse) that I use does >> not draw much power. Adding the keyboard (and mouse) >> does not push me to using a hub --but other models >> of such easily could as I understand. >>=20 >>> Yours, >>> Robert Clausecker >>>=20 >>> Am Fri, Apr 16, 2021 at 06:58:12PM -0700 schrieb Vincent Milum Jr: >>>> What's the power source for the hard drive? =46rom your bug tracker = link, it >>>> looks like this is a SSD of some kind, not a USB thumb drive. It is >>>> possible that the drive is pulling too much power for the Pi's USB = port to >>>> handle. Remember that the Pi's power source is ALSO a USB port, so = that >>>> power is then shared between both the Pi as well as any devices = plugged >>>> into it. Power brownouts from pulling too much power on the Pi can = present >>>> themselves in a number of ways, including CAM errors for disks. >>>>=20 >>>> On Fri, Apr 16, 2021 at 4:00 PM Robert Clausecker = wrote: >>>>=20 >>>>> Greetings! >>>>>=20 >>>>> Last time I experimented with ZFS on the RPi 4B, I noticed that >>>>> there is a strange problem when attaching the zpool via USB 3 as >>>>> opposed to USB 2. When doing that, mounting root fails with >>>>> IO errors like these: >>>>>=20 >>>>> (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 = 00 >>>>> (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error >>>>> (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain >>>>> (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 03 c1 b9 65 00 00 07 = 00 >>>>> (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error >>>>> (da0:umass-sim0:0:0:0): Retrying command, 2 more tries remain >>>>>=20 >>>>> Attaching the boot disk through USB 2 instead works. Likewise, >>>>> using USB 3 with a UFS root file system works (and in fact ran = fine >>>>> in a development system for months). I do not understand this. >>>>>=20 >>>>> I had previously reported this issue as PR 249520: >>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D249520 >>>>>=20 >>>>> There's some stuff about UEFI booting in there which you can = ignore. >>>>> The same problem also appears when booting via U-Boot. >>>>>=20 >>>>> Now what surprises me is that this issue still occurs with >>>>> FreeBSD 13.0-RELEASE. So whatever fixes had been performed >>>>> did not seem to address the underlying problem at all. >>>>>=20 >>>>> Is there any workaround or solution (except for ditching root >>>>> on ZFS which would be rather painful for my use case?) >>>>>=20 >>>>=20 >=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 Sat Apr 17 18:08:40 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 5E2825DE779 for ; Sat, 17 Apr 2021 18:08:40 +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 4FN1Kg3QhGz3CDJ for ; Sat, 17 Apr 2021 18:08:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1618682917; bh=ZRISTaJNusGlpeL3VI/LJz5HeHLJyBR99TXs/rMI4rU=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Tp4qdKsi0HgDmrQkokJyRB5wK7J0SWye856d2+EFCwrqtt6zddvGLRHYEdyHbtb6BZiiVnKkCUitgBl5mv90czdDIrGXa5jCY/uC6s+ckOc/Q2/e7v/OwbwXrAlc1gHsmpKosTi4+CXInOZpn9NE77RTl1t/qEDNudrIQCm2dZjhHFox/kj2WKST4T+8XHTZQdNxLkH4pm+tSzvn4TynP2GbAOWlYeHA5vq6wAn+V96FyhYwpY84oOI1zKS1zsMhlXmwhTnJxpylcoIQxXIZgoLYU/Cd2GaHcOnIss9XB1VRrbHOzk8QvrygOFGUuGvsC2xQuDS2KnNG42kPmWbMlg== X-YMail-OSG: DZ2QVHsVM1k2rdSmpvjwP7iO9c62b2d_hu8EchvFRGY2oJ7NhzQQFPz3RFduqsY pdsz13UTBB4D7R2LhLDmo.cEk7WPsYlgsT10UrQR87MtSRfN.uE0cibayE0nogbknPXA7XjKec3y 1WU0eY5GghscQ.LRSy3sVWA2gEejQtIdPacqTtbfp304RDwJJKp5Q1t5OmH7lT9fURuJG_P7nz.6 59YXTFRi_4.orSKvF7zWD2zXERJmhu9M2Gz_VkljUi.vXteSz2niEh3xj9hEvlatJ9ObiAZZRDiI 48PNdctHIIQCpfODD_3RDfpTHKGOKD1me0XQ7S2CJVe4JRMmTYFfMmf0K.JpnWS16LyeBdNPfLH5 w4sud7Z.09riusRC._5oSSdLCl7WoBM_2NnopF_SHdpUhstn7O8fz.ZAwbKjCQZHc4rDu6SuPr0_ n2l11fncMD_WFL5E.cH8dz7TN904QEJJPLabgptnR3Ybk4drjvCkTG3Kw7Pa_OKZ99W3JMrUBuee N3eNXleWNz70_zZRxwBHp8b0hX9vIAgulLQQwVRuaaNjWbEkHWtcAzdznY4z_mlrXGK2U1rZ8vtu IL86Jmq0xKVY4g08ZwjuMdv6YJWqzV2XKjm.71zdg0YQ0fvCzYctawo.nfLGAg7vtb8ibh9a9XmW YnH80NE3_.rHsDsAfcoza26nC0ngf1ZHGxa9jqCZ3pBIf04W0py2tsXx4_QnUc0l35Tqy1sUoEev TiE_v_M8DqHyoPIkJLjHAOKtjY5zuW.9epeAyDuZcdqKw7bmX041_j3gJdJZkqMIZRmBt.K3H7_L XG60kwwOX98Qy27DoiE06cFSsVggEG9Uy_j2nKzHUgczMPyOsPzf7OtEVwpmmiM7.xHFOQs2gFLH xpPXEfY2erVNZooEpEidsw7n8KPxI6.jEjEctvy3NNpBW3qp.CwpNleOX.EYc1NKDbmy5pwc295o k8o81bIBNC7e9nXkaU29xojKl4Up5y5CdNTR6OYH5K7_SvnpU2r.aD29TUN7754o1d5AgzLWqYjd QebrcDGa4kzNToVGktLN1eS_SpN_Q0iXDe4BWYMLjhecQTL2Dfo3lpOBSeUxyJd94bu4pMsZ6WGo z.gXe7hFGsboECLMv7xi6X_Mt8Hb1RdaOcu5SuPRWHpW5TZHED9n6gjiFQooLNcxxux8q2Axti7V KDzRZexma3.EPEw0W15bAXNHV0xZD3j8A1RGvGbD6BCnAcdLGGQwdVEfQMkPsBy1fD6yKR332FHq aP_jO2NVSwSJHJ6Hd69QizAPhWxteTNH4LSM1SDURWE1xA9rEqil8VJH6NV_Go8Ii5DjZPQj5b07 Z8Ypuflo.gumu9Q7GZD54GZHSfAtOStKzDpGBqVawTmj9DPvojDSJDJ7uSbPGoFnItPCJrU_YHxF Tx1VCefzVmIUnumKTgrV.mLoBOGpv5F1XcrKjCv_jz01h8..rsCxwdh9qo1vyTYHfzLC.n97H0w1 .C5gY43HEzFqeCeMZ5nFvPBXPIwAI3uIiycwlj8C4xzcPLvyE2j1obdq3LxFG1_Crn6K4scjiUWs UNxEKf7CUBZ87AIptAxyBWA_ihphHVH5qs65ZdGw21jAh0XCDARpxuHTZqTv0t5hFz.HWVy8tQIE BjhA7x6dPcpURGxdfP3NtLzgjXF8w9ndbLDaKgGCmC.pin.DTMpmVdeGcLiUY.6.HXokzGVMqC.B FKluODiTa4mi9qmKZ032WICW_Lu1EwMVZUl9JkF_7TjwQzHFv8KvqvQJfgLeQLdzOBiQOuW_RtA8 Cyw_hIzw8TdmhpFOxUXkXk8Hl0eROo9aQtygDAtKThH4lr_LStW5yNE51cqhxAjI0_qeSeGZEURC KzypZ494qjwX5iUZRmDYdnuusVs2iO38JDaOlRxw0Nlz2MIEpp0qEq_VcF.z88AjDCPvxUhSwij1 9NQ3sjRW8F3_4h.GK1lP3KFkG1HpZUilA2OVjcPeAM09FbeYP55euqI2zctLVUxGGHpgelDbBt0e qCr6NQCpGPLomReM4E_zhRZrlrS0wJeTU82CEDxLTDrZge2CKZOSH6xVbZPWVcKDPFFqFLUi1t.h f8m5ZR80aLphbBDGv4FNv2HJgbX5BIGhyRMFAdGMfdRWZrRlX6wiaxctxd3vv4Xd.CDF2m7Rfnoo k9glmYF31HKzlPZMuZoo9Y2jMYvbTanbkSLt6pctpCMsMRD54gXMgLUyVjbtlxRK9f.FRtPo4Z2D NMtGQMMweBKxiR20Aa7Vrmris_ctqTXmCMnzo1IegVfHbqIh68XQA5J2ie2D4boibiHjIR4cckFy RouUBxgf7GiEb5WGKgsWN3zRExKBcual7q0qioviAHjUrSuONL0Fwu3lifKPM.iiFGHarxukVEFe Igvl__XBe4qZR9ieVbLRCGDaeYwYQmw2tKLYlZ1tBJ1MnCoqrCVepE4zfcCDKnpKYUA1yUk4yeuQ ED4O29fX5hi9JhJ1bbuRcAGMxRZWIjGxBp4IlSNbE1uKMAbNtWvwMRpYpsOpYrJyo.vv40RxwXh7 X8Zyg_hlUp3Y4y7hYjN7GnLa8Qq2r.DCMwQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Apr 2021 18:08:37 +0000 Received: by kubenode538.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0a766a6d87cb7c9b635d936d77c2dcce; Sat, 17 Apr 2021 18:08:33 +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.60.0.2.21\)) Subject: RPi4B 2711ZPKFSB06C0T parts seen in the wild, 13.0-RELEASE fails to boot on them Message-Id: <05740E83-5A45-4944-AC87-629D21D7F579@yahoo.com> Date: Sat, 17 Apr 2021 11:08:31 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3654.60.0.2.21) References: <05740E83-5A45-4944-AC87-629D21D7F579.ref@yahoo.com> X-Rspamd-Queue-Id: 4FN1Kg3QhGz3CDJ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.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]; 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.147:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; 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_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[98.137.65.147:from:127.0.2.255]; 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] 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: Sat, 17 Apr 2021 18:08:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255080 comment #5 reports a comparison/contrast of 4 GiByte RPi4B's with: BROADCOM 2711ZPKFSB06BOT TE1919 045-23 B3 W vs. BROADCOM 2711ZPKFSB06C0T TA2105 054-05 B3 W The C0T one does not boot for 13.0-RELEASE's image the older B0T one does. The C0T RPi4B should be able to DMA outside the 3 GiByte limit that the B0T ones had: no more limit. The RPi firmware may configure the C0T parts differently and FreeBSD might have changes required if it is to work with the newer parts. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)