From owner-freebsd-arm@freebsd.org Sun Sep 20 01:32:12 2020 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 E9BB43F611B for ; Sun, 20 Sep 2020 01:32:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bv96M6gZQz3Y5n for ; Sun, 20 Sep 2020 01:32:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: EcGR.6kVM1m_vqEhMPoCqW7qMOVGM815SAEay_y8d9F5qgbtNeWxmvNsf5Ph.s1 vWoHQEXYQDHc4jCIGr2GOQgQTXX.IJHMJZ5hr1SNyNtprV1PKTr8OJ8iFtDJn86MRHS6fp_Abx3f QsI4cqjjGfGupdUIWQeGOghmVoJyuyusbYOkkEVW9oE2truST79GOcSzOVQ2WXUBiOg2Ib6EDUgk 8NS_LWs9d8tKrgFG8BnAKXjYLvVEKu.e8LbcT6IV.2EHs.vZ4CjuqP5kB0PfJ3Y0G.8EJqzY6vnC b6PtXN2qg24XVDab700riHR1ucy.DAnmfERT18zvVtigFIIavPBS7CziUqrGLL8EQ2zyqb310mM2 fmEckqtyHD8e4LAfbfWA5IEG0YvWpb5Y7RPdfkpJZWeVb4f3qNnvlQ1yf0qpRyC.pUlrfEiO4t1p mWKJnWeOZSV5nuaUiMaDvYkvMGFcg70xQ7meo2TUmmsxkMpQ9Kzbw.Lzft7kXyatHON13ywtR8jP TQIFl6Js.Hl64ifIFVq8pSwL_IivEAZ9CrZ7cHg8JkA1ZmqW.tH487y9xtJhCaW5561eKxSO7SpG s37Gw_HaymdbgN8pnWkpKJTHHXzqfK887uXir39ClWri0lnRyED7RPXtBts2FCON7BPxAMf7Thvn ATLdx4rN6MMxIEpnSowIZQfRxueM4YhL27_3OXT_dueO1LgwrbYK6GpNe4PxCHrnR8LG1K3a4F0L q5X8JllX6Cny0j7u4jq1bAlzVfAMhxQ0.r5tgX0KOSJX5PbNdGLAQ8tTR.cEENshYrPkCQI.VZBZ tlEPeBAhahbe5LjIvixf1Vu_QZPrSsWGphkSBN3.SbVbszczi92tH2vJdYw9LCNp4zmYcr86Qtx. mdRjI8H5UOGW1o1h8.L0tKuuRuxs7fm4l1W1d43p0doYRzqfIzYCOPsFrq0NFENZaI7EK6QPAK.. RfWVvxMoZGrntIDgXi8FWMdnxRkxyyB6OCGKusuPn9X9grPvm.kgwz2Pcz1fWDxYXUWmPCVcBVQW k7XkLzhHHlMD_J1GyTSL5ysR93GVQwHbRexntWaGSxHazruW0A3w1aMk1z_Rv_3zmqSMIfNutumx 4zmL8feoWL1_7ocqFzYJB9LRk4mNRYlCRHxCOqUMbxYRC3v9xymbeg.yXUs5xsiB2ogdJdrpv89D i7Y8rUXalkMsGm4XYpT8DNWFrwFy5wqL12obMvKT7VUtYra1hkNinZBUZQwiT4ty8O6UbOooEE3R ADnYony546Qkest7lFv_8HQGg0.sDhtLTF85F3BPpBji_rwSrOQvGvLCz5t7r0iQfOMp2Uow_jTm 4Qwyx2I1h4sC6g6Aa.4zful6NjLe6OV3gfAxMFGTmLKwQWO4heNCUcavb01i2ulcg8qrJCYmwM_c s7_TRM0HNm9eDO7jQLUK5eJWvBM2tyVBt26lDIh8_U3EFSI_T6jdX34wJGVYc8rnRMnr6ypu.Hzi aE6K6twm_VCeM00QDPzd9iyBSpxbzLiJIAcLUQkvoUfH0wthfigjtnLu.BU8SkNKD5OLyxEtdZfP wiA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 20 Sep 2020 01:32:10 +0000 Received: by smtp413.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 12e6e2f87b254d7b6e2aa5356e2fa0b4; Sun, 20 Sep 2020 01:32:07 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: Comment #135 for bugzilla 237666 : a USB3-handling problem with a investigatory fix for a cortex-a72 context From: Mark Millard In-Reply-To: <8E916B11-83AB-4045-A501-8F64AD93AF8A@googlemail.com> Date: Sat, 19 Sep 2020 18:32:05 -0700 Cc: Hans Petter Selasky , myfreeweb , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <473332B8-B0BC-41BB-A36F-500B9416BFBB@yahoo.com> References: <6E618C3D-12DF-429E-A249-5BAB90FC6B15.ref@yahoo.com> <723E6915-94F5-417C-B4AF-EEEBFBDF6162@yahoo.com> <565258A0-BEE1-48F8-9851-E6C7CF7ADAE7@yahoo.com> <75af04ec-0021-3575-40bf-c5ab9b6d4703@selasky.org> <9cf87718-9d4a-60ca-004f-5818371c937b@selasky.org> <47D6CA1E-F842-47B6-97E0-C87B33610C64@yahoo.com> <8BAF3798-4BB4-4C5E-87FC-ECD1458910A2@yahoo.com> <7_E2XXmpIwdiLPwD5tkXUAFlHsAhrFIbs87-JJnE57wRg4vrRcqCL1qSToBN_52_YjcPvt7HQSrzA0v6fWDAYIoN348pYVc62bTUXNxudBU=@protonmail.com> <3D0CFAD6-A93B-401E-82CD-831E22BD8D7A@yahoo.com> <486e827b-b868-abe1-0ac9-478227779a63@selasky.org> <8E916B11-83AB-4045-A501-8F64AD93AF8A@googlemail.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4Bv96M6gZQz3Y5n X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.98 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.45)[-0.451]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.007]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.02)[-1.023]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2020 01:32:13 -0000 On 2020-Sep-19, at 16:28, Klaus Cucinauomo = wrote: >=20 >> Am 19.09.2020 um 23:18 schrieb Mark Millard via freebsd-arm = : >> The test booted just fine, no =E2=80=9EResetting controller=E2=80=9C = notices or the >> like. =E2=80=A6. >=20 >> Am 20.09.2020 um 00:38 schrieb Hans Petter Selasky : >>=20 >> Hi, >>=20 >> Here you go: >>=20 >> https://svnweb.freebsd.org/changeset/base/365918 >>=20 >> =E2=80=94HPS >=20 > from my understanding by only quickreading this thread : > yours rS365918 fixes it so that D25219 was a valid patch =20 > that can also be committed? If so, great ! >=20 head -r365928 is about avoiding having a misconfigured initial xhci "event ring" setup from part of the setup not being observed by the xhci when it needs to be: forcing local changes to propagate to everywhere needed first. (Nothing I've done has checked if reconfiguration of the event ring is possible via some other FreeBSD code or, if reconfiguration works if it is possible.) So: unrelated fixes. head -r365928 does nothing about the RPi4B failing the large file duplication and diff tests when the RPi4B has more than 3072 RAM configured. It has nothing to do with bus_dma_tags inability to describe even one valid range in the middle of RAM (2 invalid ranges, one at the beginning and one at the end), much less more complicated contexts. So far as I know, https://reviews.freebsd.org/D25219 is waiting on enough context to go with it that, for example, huge file duplication and diff'ing tests finally pass when UEFI/ACPI has more than 3072 MiB selected. D25219 may be necessary but is not sufficient last I tested such. For the u-boot context, my guess is that the patch that restricted the size of the DMA region to 1 GiByte or so to allow things to progress there is effectively a work around that avoids touching another bug(s) some place. (NetBSD and Linux do not have such a small size limit. OpenBSD choose its small limit for other reasons.) I've never figured out anything I could do to gain any useful evidence of the internal problem(s) when allowing more than 3072 MiB on a FreeBSD RPi4B. =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 Sep 20 02:24:11 2020 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 676E93F7237 for ; Sun, 20 Sep 2020 02:24:11 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 4BvBGL4fJsz3bD0 for ; Sun, 20 Sep 2020 02:24:10 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id EF8035C0093 for ; Sat, 19 Sep 2020 22:24:07 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Sat, 19 Sep 2020 22:24:07 -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=fm3; bh=sbSJZuskQPfJP/Gu2eecePUB6DO izXIyXfIeR1PH7vo=; b=gJeEz7wlOORAUKzemtLfQqn28p2d4E+HGQUrig0hnVv XwHNI2fMJHQP0IRb6F0Wlie1LeubnkxnY000jIE5z+XfcentW3wi7d311W3ItIj8 y30EdaxdyGPQU/75F0PPJc5W2qvWRy+TO5hOwDW7+q67tAwBQA7Sajs5t5Acxypv koKwTc9qN9DTiPEJHrVYW5MmUwf6gaPhNJwAH9RMUDsCVZh1PZ06TUvM14zh8A5+ VsoAyuz2Dr+xyX0ZTf1+P5cqacC77dmMCL+0WSjwkG9ydYvcw54gqgP2HcFjVk5n QuM1jhjm7k4HKcOPbkpanzBcSrioBZcFtT9LgNZ2QMQ== 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=fm3; bh=sbSJZu skQPfJP/Gu2eecePUB6DOizXIyXfIeR1PH7vo=; b=N0BU6cV7m2T/JdfMs9tPQI TjFq7cFEqlWBphPNXm6gd/Hwe/BOLmEWQOOkoKqNLvfe/tOtuIkj6dqNPthyoz+L yRhjCgiNvIlujpumW6ddfYzNTgwUzzJ/S2fCPgGFWIV4RT0mbh0v+C3SQWb8MFmW RzDWOxsxFLiWIPqfFRb3qcdlmJNPFjhi8TDuWS1qwp7yCSmiulGGejt05VZ/cB4l WSBnnbUtO4Hsooiwm+7XTwLfVJMLwFR8UPqk+idy/L514I3oz1p/HErwYgHLVUn9 6oWFVDnMUwDumuEcuiqgG7e5tlBK3OgsSNqkETjNzfF5Yu1yw/vmn6vIcHJAPCtg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrtdelgdehiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvdettd dtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddrleelnecu vehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqd hlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from bastion.zyxst.net (bastion.zyxst.net [82.70.91.99]) by mail.messagingengine.com (Postfix) with ESMTPA id 62C87306467E for ; Sat, 19 Sep 2020 22:24:07 -0400 (EDT) Date: Sun, 20 Sep 2020 03:23:38 +0100 From: tech-lists To: "freebsd-arm@freebsd.org" Subject: Re: onboard wireless on rpi4 Message-ID: <20200920022338.GB27098@bastion.zyxst.net> Mail-Followup-To: "freebsd-arm@freebsd.org" References: <69934262-D9D3-4986-849D-9E8221D1E387@kronometrix.org> <1677459627.55.1599232125847@localhost> <75E08DC2-D229-45AA-85AE-CCF06FD0B490@kronometrix.org> <09959D86-E3E3-43E9-8134-C2FC73343DBA@lists.zabbadoz.net> <20200905181220.GG80905@bastion.zyxst.net> <20200905234313.GH80905@bastion.zyxst.net> <20200919184637.GA27098@bastion.zyxst.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4BvBGL4fJsz3bD0 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm3 header.b=gJeEz7wl; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=N0BU6cV7; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.28 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.66 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-1.04)[-1.037]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.28:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; 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]; NEURAL_HAM_LONG(-1.07)[-1.071]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.85)[-0.849]; TO_DN_EQ_ADDR_ALL(0.00)[]; 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:66.111.4.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2020 02:24:11 -0000 --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 19, 2020 at 04:04:10PM -0600, Ian Lepore wrote: >Your cisco cable is a standard usb-serial adapter the same as any >other, it just has an rj45 plug because cisco made a rather insane >decision many years ago to use that type of jack for a serial console >connection. But, the cisco cable is rs-232 (inverted high voltage >signaling), whereas the console pins on the rpi are uart-level (3.3v >non-inverted). hi, thanks for clarifying --=20 J. --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl9mvTwACgkQs8o7QhFz NAVRiQ/+Ok6XAW/S6y+oOz3KTc+xpj1lGdAkHbFVZuxj+6LTmIg4LuAUPdgLccii o8TePawXSuNlBM5nzF9tm5qYr1gF3xEsc/97zI9c7GRMkbzu/XsHZH3loOCbFQ1R PqgtZZE6bWFz2FEngx7b8OOiHbLNcf+WTjO+43vIXiF2eUxuVtTGi5Jkd2jKrjnd hcumgyAiNIXPGI8m50z+JBFc9KNs+uC0wt7wE1NCNGC7OT3Kwzpd+vMMoiugOHig MfbzaVp3OAUSglyG/RHrHuJZJEo/VvPvAcR8Vok64KgsSbs+1rIyLqYrfXO1qNA2 oHcZ8174Z8w19DWmIf9CziOSYfIfljClMKvCT0stZ0qFfxun3Ce10Ij94nHVXLTl t2ql8Im1S7jaDEUVgqwvU6paiJ05LhkW60K0u0XRYU1YfEzE72L/LvJmRgoKxMaZ y4zQKi6A36gbuoYQ2m8IXNpDiwG4VWcQtwlevdCjVaYKzWDoKZFWteGcZuIOD8fm AFeMMfdpX1p5xGDpraK/Dc23DMl7KAm7yz9BFdTvC/IYSQxm59JB1nW7+QZNUghD 62fnuNIiXg0XpxVqSZhaDk/T3zj6MqEgLl+EHdXgmSqOiyZCbFlWqoGxM5VQiDb0 6YHZCttV3gZyvYYqglJKdfjkYIAOBdRazzSxOeQCuE+FD9XHqek= =4Fmq -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- From owner-freebsd-arm@freebsd.org Sun Sep 20 13:15:53 2020 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 4CAD23E0CB9 for ; Sun, 20 Sep 2020 13:15:53 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x343.google.com (mail-wm1-x343.google.com [IPv6:2a00:1450:4864:20::343]) (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 4BvSkH59S9z4XQ4 for ; Sun, 20 Sep 2020 13:15:51 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x343.google.com with SMTP id z9so9923350wmk.1 for ; Sun, 20 Sep 2020 06:15:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=5BIO2/Rkp9MFTOb+4hY8yLE0Fei3pSPidHsp4ykIq0o=; b=ADETVdz8KWkJ0hiIaZSLzMJGOAkKwaOkD4eAK1tQLKMCTCE+ZB9NqhH/obWqgHSypk U1WS8THSdlLJeGhb9j0bTh/woyXuvnfF29nARY0PN8Im2iHKpZ6v6CIsIPqckltwzaqL UGpDwhv31cPaqrV5UpEt/4U2wbFQZpFf5omIzzYink9G2hPTTkwsna7d95MpIj1i0etW oPVrk7rj3HEyuZXfNJZjc7Mcx6jARCa9ta+XeO6X6NuPb3jrvV8w6SA8EyJicDiE2mVX D1VPRS3Mk/nJGfLiPz62HwtMDjxlv2jGPWALXklixGr+rDbHiPqgf9VDHxQ7TBXAjwUs KCVg== X-Gm-Message-State: AOAM5335aQb1L1tbVJ3HhKNLXNQCjhRUevapf9bpml3uVflq4U5fgyrD WZbtf1UrzhFnxnvNxH89GaU= X-Google-Smtp-Source: ABdhPJxhrnm5S8dmW1VpZM8bq9ImhiBtbSGTwdj6duBU/j8b0z3j9ERP7fWEPVsd5PVAhg/GsKUD6Q== X-Received: by 2002:a1c:c383:: with SMTP id t125mr8096533wmf.13.1600607749936; Sun, 20 Sep 2020 06:15:49 -0700 (PDT) Received: from localhost.localdomain (dynamic-046-114-104-232.46.114.pool.telefonica.de. [46.114.104.232]) by smtp.googlemail.com with ESMTPSA id 189sm14369411wmb.3.2020.09.20.06.15.48 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 Sep 2020 06:15:49 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.33\)) Subject: Re: Comment #135 for bugzilla 237666 : a USB3-handling problem with a investigatory fix for a cortex-a72 context Date: Sun, 20 Sep 2020 15:15:47 +0200 References: <6E618C3D-12DF-429E-A249-5BAB90FC6B15.ref@yahoo.com> <723E6915-94F5-417C-B4AF-EEEBFBDF6162@yahoo.com> <565258A0-BEE1-48F8-9851-E6C7CF7ADAE7@yahoo.com> <75af04ec-0021-3575-40bf-c5ab9b6d4703@selasky.org> <9cf87718-9d4a-60ca-004f-5818371c937b@selasky.org> <47D6CA1E-F842-47B6-97E0-C87B33610C64@yahoo.com> <8BAF3798-4BB4-4C5E-87FC-ECD1458910A2@yahoo.com> <7_E2XXmpIwdiLPwD5tkXUAFlHsAhrFIbs87-JJnE57wRg4vrRcqCL1qSToBN_52_YjcPvt7HQSrzA0v6fWDAYIoN348pYVc62bTUXNxudBU=@protonmail.com> <3D0CFAD6-A93B-401E-82CD-831E22BD8D7A@yahoo.com> <486e827b-b868-abe1-0ac9-478227779a63@selasky.org> <8E916B11-83AB-4045-A501-8F64AD93AF8A@googlemail.com> <473332B8-B0BC-41BB-A36F-500B9416BFBB@yahoo.com> To: Mark Millard , Hans Petter Selasky , myfreeweb , freebsd-arm@freebsd.org In-Reply-To: <473332B8-B0BC-41BB-A36F-500B9416BFBB@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3654.0.3.2.33) X-Rspamd-Queue-Id: 4BvSkH59S9z4XQ4 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.64 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.13)[-0.134]; FREEMAIL_TO(0.00)[yahoo.com,selasky.org,unrelenting.technology,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.975]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.104.232:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.04)[-1.036]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::343:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2020 13:15:53 -0000 > Am 20.09.2020 um 03:32 schrieb Mark Millard : >=20 > ...So: unrelated fixes. ... > For the u-boot context, my guess is that the patch that > restricted the size of the DMA region to 1 GiByte or so > to allow things to progress there is effectively a work > around that avoids touching another bug(s) some place. > (NetBSD and Linux do not have such a small size limit. > OpenBSD choose its small limit for other reasons.) Ah, O.K., thanks, got it... ..the bug is that dma of 1GB is always safe but there is no = "OS-pre-implementation"=20 for 3GB buffer in 64-bit for RPI4=E2=80=A6 while , the pcie-device = itself DOESN`t have the=20 1GB - limit like other peripherals.. .. NetBSD also did it that (OpenBSD-)way at first , not for other but the = same reason,=20 I GUESS(!).. while , as you know,guessing(and dma) isn't really my area = of expertise ;-) : = https://github.com/NetBSD/src/commit/5cb936da2a4720fa51984394998fa62c62aea= 7cd#diff-8e16a107fed72481ef0342727619cfa8 : #define BCM2711_DMA_SIZE 0x3c000000 =E2=80=A6,( which is 1GB) jmcneill seems to have then added some voodoo in NetBSD : = https://github.com/NetBSD/src/commit/9bf4ec11d132c8b296a3926483aa0b8d43fa4= 3ad the Tux has fixed it there : = https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/dr= ivers/acpi/arm64/iort.c?h=3Dv5.8&id=3Dbcf876870b95592b52519ed4aafcf9d95999= bc9c#n1125 ..they have things like dma_zone or so... So hardcoding the 1GB constraint into https://reviews.freebsd.org/D25219=20= or give it a fine grain dma range to 3GB should fix it... Since you teamed up with HPS you both now exactly know what to do, please fix it(today of course:-)..=20 (finally yet another flat joke ) Regards From owner-freebsd-arm@freebsd.org Sun Sep 20 14:59:11 2020 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 3460B3E460F; Sun, 20 Sep 2020 14:59:11 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from gromit.grondar.org (gromit.grondar.org [IPv6:2a01:348:e::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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BvW1V6GZrz4f7B; Sun, 20 Sep 2020 14:59:10 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [2a02:8011:300b:42:15a1:5d87:ad1a:446e] by gromit.grondar.org with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94 (FreeBSD)) (envelope-from ) id 1kK0ns-000GqH-PO; Sun, 20 Sep 2020 15:59:00 +0100 From: Mark Murray Content-Type: multipart/signed; boundary="Apple-Mail=_3DD0343E-9EDD-4E34-A1B0-1C13C7B42097"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Date: Sun, 20 Sep 2020 15:58:59 +0100 Subject: objcopy "text file busy" build failure with populated /usr/obj Cc: freebsd-current To: freebsd-arm Message-Id: <1AFD8BB9-F598-451A-A1D9-16D550402E3E@FreeBSD.org> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BvW1V6GZrz4f7B 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:39326, ipnet:2a01:348::/32, country:GB] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2020 14:59:11 -0000 --Apple-Mail=_3DD0343E-9EDD-4E34-A1B0-1C13C7B42097 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi * I've been getting these build failures for a while (weeks/months). The = machine is a MacchiatoBin DoubleShot (arm64, Quad core). with SATA disks = and zfs filesystem. If I empty out /usr/obj, then the build works, but = takes a few hours. If I do a no-clean build with /obj/obj populated with = he contents of a previous build, and /usr/src with updated ("svn = update") sources, then the below nearly always happens early in the = rebuild. It is in "stage 4.4: building everything" that this happens. = The build is parallel (-j8), and I have manually de-threaded the output. The generated command-line from the logfile is: cd /usr/src; _PARALLEL_SUBDIR_OK=3D1 MACHINE_ARCH=3Daarch64 = MACHINE=3Darm64 CPUTYPE=3Dcortex-a72 CC=3D"/usr/local/bin/ccache cc = -target aarch64-unknown-freebsd13.0 = --sysroot=3D/usr/obj/usr/src/arm64.aarch64/tmp = -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin" CXX=3D"/usr/local/bin/ccache= c++ -target aarch64-unknown-freebsd13.0 = --sysroot=3D/usr/obj/usr/src/arm64.aarch64/tmp = -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin" CPP=3D"cpp -target = aarch64-unknown-freebsd13.0 --sysroot=3D/usr/obj/usr/src/arm64.aarch64/tmp= -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin" AS=3D"as" AR=3D"ar" = LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy" RANLIB=3Dranlib = STRINGS=3D SIZE=3D"size" STRIPBIN=3D"strip" INSTALL=3D"install -U" = PATH=3D/usr/obj/usr/src/arm64.aarch64/tmp/bin:/usr/obj/usr/src/arm64.aarch= 64/tmp/usr/sbin:/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin:/usr/obj/usr/sr= c/arm64.aarch64/tmp/legacy/usr/sbin:/usr/obj/usr/src/arm64.aarch64/tmp/leg= acy/usr/bin:/usr/obj/usr/src/arm64.aarch64/tmp/legacy/bin:/usr/obj/usr/src= /arm64.aarch64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin = SYSROOT=3D/usr/obj/usr/src/arm64.aarch64/tmp make -f Makefile.inc1 = BWPHASE=3Deverything DESTDIR=3D/usr/obj/usr/src/arm64.aarch64/tmp all Anyone else seeing this? objcopy --strip-debug --add-gnu-debuglink=3Dobjcopy.debug objcopy.full = objcopy objcopy: open objcopy failed: Text file busy --- all_subdir_usr.bin/objcopy --- *** [objcopy] Error code 1 make[4]: stopped in /usr/src/usr.bin/objcopy M -- --Apple-Mail=_3DD0343E-9EDD-4E34-A1B0-1C13C7B42097 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAl9nbjMACgkQQlsJDh9C UqBwAwf+OyKMBoTzCRAJkzadH2KolarOTCxMXp33bY046WrSkZ8gO9iC21e6527P Kmn/AwskG7G1W1DtoLp4HJpfhjaCysllDVQRUCj8lB3/bWpYyE9WjPLxCos44oTv fTV/KwfcDomEdWAsGvJCyell5aHFblhjaNud/jhVh//+em5rOi2/lfJqLj5ujiFX B+DAotfnQlHz38+MTxlH8X8rhHp+ZB+Di236xl482B53QEET+Y8s1EmiawUi93/l l1VhHQfdUW6P7YYfxRDtM8QvX8X1RmG3KM4DEmyzcnmehrfwtbGuU+bhIE7VFV15 gPsEspYLGBUoaWgL8xPSMNqL/4BkXQ== =PnDi -----END PGP SIGNATURE----- --Apple-Mail=_3DD0343E-9EDD-4E34-A1B0-1C13C7B42097-- From owner-freebsd-arm@freebsd.org Sun Sep 20 20:34:02 2020 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 A649C3F05BD for ; Sun, 20 Sep 2020 20:34:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BvfRs2Zm5z4VRf for ; Sun, 20 Sep 2020 20:34:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: WA8ptasVM1nhfxBJhEARlR43g44dsegnBVumyNbqs3LCfWhOgfxvjsOspg0WCKS Rut1b0WT8FFvxI7wxKEk7SRryTT.odEEjo9IU15GR9Fonn6hhkloBKbUPZJL.d2h2tIi_S2BICaw srAvhM1U.lGC_v7tP2C4i38NlO5CoIrkss0Hg.ILk7nz6kyGc0iIz38AiOl5J5_M_7g5uiSBhMYp faXpuRBTxEy_qERApF_SDbp0knZkLxVaDMfYwUsQPKpThNJS50g_CJN.6_xZ.ejFRiMR.AYDxOW2 vAxX0fjwEi590Om_bQA4EEZCOxgx20KL4lgnxgrBNcwxDwuRdc5sqxwdGiWMZEFWASr4vY_wOlod VfyM.CNCHqWL783N7N293ZexJYk0x6caXXUqjwvIemK5_Jp.ibO7yWFCs2ogB4Kfn9HP1NJ8vPE7 5kF5avvc_cBHN54v6k503lm5a5fr0PWc4IlnRnVVaj5EEFcGmU2RdGg3niq.PSsB9chKjvXSoOw2 r8BTlhEkAQABMkKKp8J9F25kU0hie9FQ8AXfhSkWAZlyL16ag21PuLNyi4Svd0v9OaM6D14RQQWH iU9K6Ke.G5IEsPQN7wNxR2.J6a_rKGH.SPsa9u6SHxRqlaSb3to9AMlWbfRhdvWo.8VPld.n1M3C qJFpQlHDaCiey4K0n1AIJ_BCd_6S0qC2wN2YlKrXM9N7kxLqyN2aMceJ1r5C.PVlqitI_EE.POZL 3rQTMdIesGYawCwOEA.nuDke6bUBjzoik92PT6VZr9mEvX6dMfBpDaw_0srQ5HrjwwomOQ9wHTq2 EsPlHppwaqnNJ9hkpMYN6tPn4Cio7_4KU6IFcJpJuTzqdP_6mcKwRp5ztMNuxUFE.wJMzPLdSDv. yO9XAzLI8kJ.saFByhTLe3NApM5ys.QbQSPpXyY8SK__AzxZKO6rkOFHwZCj53mb8Xs0khb7zcVw 1Umq59nH6PHDrlnnqy.upX6pphN2CGfruR.6y3SHjrAZCpwKf.nFN3LiNy3l6YFPnGn9b_pS9QRh aBzFVTJ534flmjGae0a8Be3UsugniJ81ygdnfRnk0rs5UOKf1LgVCEawvnSN7cVOvciG2h.fCLns 7iufAfX7sqffaj9aPNyoMJShuH6_fZIpk92IeDUNmSf_5XmrSnux4xkHsYEIsDqB4LNft1ZUlMl3 .vGTbq0mKp5h2V_Q18M0Yo8AvHRXXjXhnIQOX8PP85pucBLxA40TNiRBm1RCbbKHNNWfjk_0JXpX seq87IJkx7FSa4p6Bylh0mNhIPYSJfpV4pIWEj9Pjyhpw4SPe_Opt5w.4nM2cLuTx_4Oe_w6lzlx HTa0.tBlOiNKPtKt7XXcHJJ4bLo9V6wVG3bRnRnN8sNZFsrxZSumLsUYBoK2.OV0xcHiAhH3JbEs O2EV4hPi0zhDKWtZtAxthD3cVhPoc5weFAOUNGsZtx1wlRSFas1zQXxDLMemAUS3qQLhGGT7oqDe pc7Z19uC.NUG7xgYsmbb47bMciDNv7dMhp64NV0.S9uf1GSKxSTnXiaMCEBWOATBrspPSV2Ne4IW IiBApCu4Ule7iaIw4EkhuRhngba9xJmHuVQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sun, 20 Sep 2020 20:33:58 +0000 Received: by smtp411.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3258316217bf03d0e48075c5ea7b7199; Sun, 20 Sep 2020 20:33:57 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: Comment #135 for bugzilla 237666 : a USB3-handling problem with a investigatory fix for a cortex-a72 context From: Mark Millard In-Reply-To: Date: Sun, 20 Sep 2020 13:33:55 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <9A82725E-CE5C-4AD5-96D7-D04335DF9B23@yahoo.com> References: <6E618C3D-12DF-429E-A249-5BAB90FC6B15.ref@yahoo.com> <723E6915-94F5-417C-B4AF-EEEBFBDF6162@yahoo.com> <565258A0-BEE1-48F8-9851-E6C7CF7ADAE7@yahoo.com> <75af04ec-0021-3575-40bf-c5ab9b6d4703@selasky.org> <9cf87718-9d4a-60ca-004f-5818371c937b@selasky.org> <47D6CA1E-F842-47B6-97E0-C87B33610C64@yahoo.com> <8BAF3798-4BB4-4C5E-87FC-ECD1458910A2@yahoo.com> <7_E2XXmpIwdiLPwD5tkXUAFlHsAhrFIbs87-JJnE57wRg4vrRcqCL1qSToBN_52_YjcPvt7HQSrzA0v6fWDAYIoN348pYVc62bTUXNxudBU=@protonmail.com> <3D0CFAD6-A93B-401E-82CD-831E22BD8D7A@yahoo.com> <486e827b-b868-abe1-0ac9-478227779a63@selasky.org> <8E916B11-83AB-4045-A501-8F64AD93AF8A@googlemail.com> <473332B8-B0BC-41BB-A36F-500B9416BFBB@yahoo.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BvfRs2Zm5z4VRf X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.04 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.49)[-0.493]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.033]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.014]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2020 20:34:02 -0000 On 2020-Sep-20, at 06:15, Klaus Cucinauomo wrote: >=20 >=20 >> Am 20.09.2020 um 03:32 schrieb Mark Millard : >>=20 >> ...So: unrelated fixes. ... >=20 >> For the u-boot context, my guess is that the patch that >> restricted the size of the DMA region to 1 GiByte or so >> to allow things to progress there is effectively a work >> around that avoids touching another bug(s) some place. >> (NetBSD and Linux do not have such a small size limit. >> OpenBSD choose its small limit for other reasons.) >=20 >=20 > Ah, O.K., thanks, got it... >=20 > ..the bug is that dma of 1GB is always safe but there is no = "OS-pre-implementation"=20 > for 3GB buffer in 64-bit for RPI4=E2=80=A6 while , the pcie-device = itself DOESN`t have the=20 > 1GB - limit like other peripherals.. > .. > NetBSD also did it that (OpenBSD-)way at first , not for other but the = same reason,=20 > I GUESS(!).. while , as you know,guessing(and dma) isn't really my = area of expertise ;-) : FYI: Here is what I found about OpenBSD's choice of its limit: "OpenBSD can deal with the 3GB limit. In fact it imposes a 1GB DMA = limit because there are additional DMA restrictions for the SD = controller." ( Mark Kettenis Aug 24, 2020; 4:29am Re: Discuss UEFI = settingsin arm64.html/INSTALL.arm64 ) (Not that I have background knowledge that would confirm or deny the = claim.) > = https://github.com/NetBSD/src/commit/5cb936da2a4720fa51984394998fa62c62aea= 7cd#diff-8e16a107fed72481ef0342727619cfa8 : >=20 > #define BCM2711_DMA_SIZE 0x3c000000 =E2=80=A6,( which is 1GB) >=20 > jmcneill seems to have then added some voodoo in NetBSD : > = https://github.com/NetBSD/src/commit/9bf4ec11d132c8b296a3926483aa0b8d43fa4= 3ad >=20 > the Tux has fixed it there : > = https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/dr= ivers/acpi/arm64/iort.c?h=3Dv5.8&id=3Dbcf876870b95592b52519ed4aafcf9d95999= bc9c#n1125 > ..they have things like dma_zone or so... >=20 > So hardcoding the 1GB constraint into = https://reviews.freebsd.org/D25219=20 > or > give it a fine grain dma range to 3GB should fix it... An interesting item from the Fedora 33 branch (late Oct. release = planned): Note below the 3 GiByte wide DMA32 range is listed as shifted by 1 = GiByte. This is for a 5.8.7-300.fc33.aarch64 kernel. (I used the uefi/ACPI v1.20 = to boot Fedora server, not limiting to 3072 MiB.) [ 0.000000] NUMA: Faking a node at [mem = 0x0000000000000000-0x00000001ffffffff] [ 0.000000] NUMA: NODE_DATA [mem 0x1fefec8c0-0x1ff002fff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x0000000000000000-0x000000003fffffff] [ 0.000000] DMA32 [mem 0x0000000040000000-0x00000000ffffffff] [ 0.000000] Normal [mem 0x0000000100000000-0x00000001ffffffff] [ 0.000000] Device empty [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem = 0x0000000000000000-0x00000000001fffff] [ 0.000000] node 0: [mem = 0x0000000000200000-0x00000000337d7fff] [ 0.000000] node 0: [mem = 0x00000000337d8000-0x000000003387ffff] [ 0.000000] node 0: [mem = 0x0000000033880000-0x000000003390ffff] [ 0.000000] node 0: [mem = 0x0000000033910000-0x000000003398ffff] [ 0.000000] node 0: [mem = 0x0000000033990000-0x00000000339affff] [ 0.000000] node 0: [mem = 0x00000000339b0000-0x0000000033a2ffff] [ 0.000000] node 0: [mem = 0x0000000033a30000-0x0000000036efffff] [ 0.000000] node 0: [mem = 0x0000000036f00000-0x00000000372dffff] [ 0.000000] node 0: [mem = 0x00000000372e0000-0x000000003b2fffff] [ 0.000000] node 0: [mem = 0x0000000040000000-0x00000000fbffffff] [ 0.000000] node 0: [mem = 0x0000000100000000-0x00000001ffffffff] [ 0.000000] Zeroed struct page in unavailable ranges: 552 pages [ 0.000000] Initmem setup node 0 [mem = 0x0000000000000000-0x00000001ffffffff] I don't know enough to know if this indicates a problem in/for Fedora for an RPi4B or not. I just did a "yum update" and the 5.8.10-300.fc33.aarch64 kernel that resulted boots reporting the same for DMA32: [ 0.000000] NUMA: Faking a node at [mem = 0x0000000000000000-0x00000001ffffffff] [ 0.000000] NUMA: NODE_DATA [mem 0x1fefed8c0-0x1ff003fff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x0000000000000000-0x000000003fffffff] [ 0.000000] DMA32 [mem 0x0000000040000000-0x00000000ffffffff] [ 0.000000] Normal [mem 0x0000000100000000-0x00000001ffffffff] [ 0.000000] Device empty [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x0000000000000000-0x00000000001fffff] [ 0.000000] node 0: [mem 0x0000000000200000-0x00000000337e7fff] [ 0.000000] node 0: [mem 0x00000000337e8000-0x000000003388ffff] [ 0.000000] node 0: [mem 0x0000000033890000-0x000000003390ffff] [ 0.000000] node 0: [mem 0x0000000033910000-0x000000003398ffff] [ 0.000000] node 0: [mem 0x0000000033990000-0x00000000339affff] [ 0.000000] node 0: [mem 0x00000000339b0000-0x0000000033a2ffff] [ 0.000000] node 0: [mem 0x0000000033a30000-0x0000000036efffff] [ 0.000000] node 0: [mem 0x0000000036f00000-0x00000000372dffff] [ 0.000000] node 0: [mem 0x00000000372e0000-0x000000003b2fffff] [ 0.000000] node 0: [mem 0x0000000040000000-0x00000000fbffffff] [ 0.000000] node 0: [mem 0x0000000100000000-0x00000001ffffffff] [ 0.000000] Zeroed struct page in unavailable ranges: 536 pages [ 0.000000] Initmem setup node 0 [mem = 0x0000000000000000-0x00000001ffffffff] =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 Sep 20 21:04:41 2020 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 DCB5C3F1E67 for ; Sun, 20 Sep 2020 21:04:41 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) (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 4Bvg7D6KMDz4XS5 for ; Sun, 20 Sep 2020 21:04:40 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x442.google.com with SMTP id k15so10693704wrn.10 for ; Sun, 20 Sep 2020 14:04:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=ADdR7eFqOrt77hcYuy1mOsJF/+h0+qK/5yXadhasHzg=; b=XJQEiXiYdG3sDOjvkKfpBE+CuojXFKrloS1Y9m/WpvbdqNMXWarQVGd0IBQUAprMhS OLjTVf9mjioZaUmmJcmd6CIODaw8KbB3dXxJJgpLpr+BnzdAaKKqO8ylyZYpAU+zJImD qAymoaTioUpZ4jYdBGLVbqyZcsY9fJElhK96047kzMSbNQ/pEexZgAHdT4/Zzf0dwnYq GJ2zbXa5g1jCyP1sVdiN3D3TSjolK1sEBBBGkaeS279fckogYPOknZFzwF9mp/JCkU3i A1Hc4J0zXNO6n6X913CvwGyYNjV0hqG5rsITKFOA2GFGSMFjwFv7BPVvSS1R96fBjKLF E83Q== X-Gm-Message-State: AOAM5329qsO3ROOdzAUU3K2YKh1rtGA+YSsu8i1TjL2zYFsCT7JYzZ/s Ow/bZcgZoVRJO9ChiF80wf0= X-Google-Smtp-Source: ABdhPJyFTgTMjnnmIRlV1LMIF9q4Y9PcFhyLBpExzASTY9NWqjVmYkJvB5DH9wIMorhmV81rMJwn0g== X-Received: by 2002:a5d:608f:: with SMTP id w15mr25899637wrt.244.1600635879059; Sun, 20 Sep 2020 14:04:39 -0700 (PDT) Received: from localhost.localdomain (dynamic-046-114-104-232.46.114.pool.telefonica.de. [46.114.104.232]) by smtp.googlemail.com with ESMTPSA id q4sm16750232wru.65.2020.09.20.14.04.37 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 Sep 2020 14:04:38 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.33\)) Subject: Re: Comment #135 for bugzilla 237666 : a USB3-handling problem with a investigatory fix for a cortex-a72 context Date: Sun, 20 Sep 2020 23:04:36 +0200 References: <6E618C3D-12DF-429E-A249-5BAB90FC6B15.ref@yahoo.com> <723E6915-94F5-417C-B4AF-EEEBFBDF6162@yahoo.com> <565258A0-BEE1-48F8-9851-E6C7CF7ADAE7@yahoo.com> <75af04ec-0021-3575-40bf-c5ab9b6d4703@selasky.org> <9cf87718-9d4a-60ca-004f-5818371c937b@selasky.org> <47D6CA1E-F842-47B6-97E0-C87B33610C64@yahoo.com> <8BAF3798-4BB4-4C5E-87FC-ECD1458910A2@yahoo.com> <7_E2XXmpIwdiLPwD5tkXUAFlHsAhrFIbs87-JJnE57wRg4vrRcqCL1qSToBN_52_YjcPvt7HQSrzA0v6fWDAYIoN348pYVc62bTUXNxudBU=@protonmail.com> <3D0CFAD6-A93B-401E-82CD-831E22BD8D7A@yahoo.com> <486e827b-b868-abe1-0ac9-478227779a63@selasky.org> <8E916B11-83AB-4045-A501-8F64AD93AF8A@googlemail.com> <473332B8-B0BC-41BB-A36F-500B9416BFBB@yahoo.com> <9A82725E-CE5C-4AD5-96D7-D04335DF9B23@yahoo.com> To: Mark Millard , Hans Petter Selasky , Robert Crowston , freebsd-arm@freebsd.org, myfreeweb In-Reply-To: <9A82725E-CE5C-4AD5-96D7-D04335DF9B23@yahoo.com> Message-Id: <89DE47B7-6A18-4FE7-BADB-755A3268C19E@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.33) X-Rspamd-Queue-Id: 4Bvg7D6KMDz4XS5 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.44 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.91)[-0.910]; FREEMAIL_TO(0.00)[yahoo.com,selasky.org,protonmail.com,freebsd.org,unrelenting.technology]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.015]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.104.232:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.019]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::442:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2020 21:04:41 -0000 > Am 20.09.2020 um 22:33 schrieb Mark Millard : >=20 >=20 >=20 > "OpenBSD can deal with the 3GB limit. In fact it imposes a 1GB DMA = limit because there are additional DMA restrictions for the SD = controller." ( Mark Kettenis Aug 24, 2020; 4:29am Re: Discuss UEFI = settingsin arm64.html/INSTALL.arm64 ) >=20 >=20 =E2=80=94=E2=80=94 Mark Kettenis Thu, 16 Apr 2020 14:06:19 -0700 :--- Still thinking about the best approach to deal with this. There is a 1GB limit as well for the "GPU" devices such as the USB 2.0 and SDHC controllers. So it's either setting the DMA constraint to 3GB and adding a bounce buffer implementation, or setting the DMA constraint to 1GB. =E2=80=94--- Well, Mark(Millard:-) , there seems to be a magician in the background and I don=E2=80=99t know = why=20 but that guy is always exactly following =E2=80=9Emy=E2=80=9C = =E2=80=9Einstructions" :-) Ha Ha, lol awesome : .. here we go: ------ https://reviews.freebsd.org/D26493 https://reviews.freebsd.org/D26494 https://reviews.freebsd.org/D26495 https://reviews.freebsd.org/D26496 .. https://reviews.freebsd.org/rS365929 .. Regards K. From owner-freebsd-arm@freebsd.org Sun Sep 20 22:29:36 2020 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 AEDB53F3BF0 for ; Sun, 20 Sep 2020 22:29:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4Bvj1C2KRwz4d4P for ; Sun, 20 Sep 2020 22:29:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: U5hZx.gVM1kX5pE0EmX3vt3dQ4m.JrucdtxR9AGlsBHb8Y5aMLNp5sU4GzVVuHs u2TPz5ULMh_jKj3WjLEad25TUVV56jGZuUgpTsAx0Q_ytMyCuAB1dIZsz4Ug6ZCDYZIbTWlBWG4l XtF3NNUQ0mIsukoL6WrKpVbHR19fsmRiiLVEhvrvaJmcYroNdqCw_RE2kLk0fLyf4.SdhUy9anSq xYpx5kKNSz649LbMoiSlrsFRKNnJPWiNjNWZXu0uC2k4cjlbgSKYtPR8ZiMDxtXuok5AYpJFSXHN IUyU5v7qlCRRUtso8VQGHhbMhGWvQBvsK1Dw_F4LVkpX1QUWcLXCdnOP6hjxCmXYJX4sJW8ir2_w wQmK7DYOqiKDBkBXfh9QPdBMG88e2U0APUcAOKkGrZl90B.qbIvhInWGBsJtov85EsjYXlfR.SUh Pfxt1Ebh5WDdpz4HUICFWtcKOrxaoO0fG4AvaRC9SGnkVJCUMh2OcGmrCQM84UYmz6.JCsptVMSf eQVgbZprN25SIiISEgunTbOvoxm3sPbcK7NEPHJsK2z04d8iCn6G1nFQdaUYhKNDQFF41Kpd6nmT JBsQlPKI_6XjjiB7KUrzrBc_VjAtwLbQ0x8dEIfVrnZyFm19pTWoLhdVgUP9yb5zNZ_9.2ZuA.WB ML2Iw3NjBG34cIeLNkmUgiMtQOHiCGNXJc9AHCyiUz2CBPv2W.qGwcPSmAQXcK9L6AjO5IpxMrAR SeCq7Q9PNCcb3mudm_GxpSl4WGDSpWhrEkuanos5tUn9ANa9gheyw.WmN1iqEGTDt_xjPOoFvQU5 7l3A3_Y15W7q1PmqHq8rtaMl6N4ovYPfbVECzotyOZmWNb7_aloVvtq4fBTafzVmARzvc_molgU4 9bbKMiaZ57xSZTA0Y7hFVf055862Kpm.rFIdf17scLQE3lCoOuY5TEwN5uo1.1SbvQQfZPR7p0Wn dhSiMpV4XbsWXPnHv6QlZicsRlEzq1oOM4.3CsJ.P3OvEVoOFNNHMm1CB8OVBHZoMeD4iXcwatcM i8lz3t4Gpj07765HwXc8r1YbWrhPJ6uWCdGihqJks8rMUV__r6ZIFbgvdz4EX8E4B_bbNy5YWp0w LIhDTBqoDhRS0QlGk4y.6UoF1qCOdx_xWyHIYAZZcFqkGYZm1JPibjLglXUgr1W8ToXLH3rVGQAo lK0Rnauar_oRaoVWLX9sYyC0LxXsqWU_I_e5CXCWU1iJv_RgyVh5njnjYkSq2k.7ofRSHhtbuBqi DxdnLN38wb0x0Bpg4K10CiXv1YDtNb5mw0FP1mMKpcpMzZp_dQto3Pz5pw.U2QOjn7cpI9TC1yPc iU7ZDWZABfa_lqJ82hxh3WAeJ4iTqohgNwuKsld4YNvfvIoL296EcC2.HDxZ2KIn4PY6T26HCX9s pL2g_nwUq8224tgFuCfug5TmbLvcb8ZrK6J9r.RY2nfV51VI_Y8.Yb6yeG2JAzV3XpSe.nKug1P2 Fo2mXxj0KGNIOLz.VTYVLb_DshzZjyO_msjM4Qva_PQWfA6eR4QIP1wjSzbQd4kXx1XVviZFYsfR XP8ldEaIwTEedw2tUuuNtYrPLVKyMymj4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 20 Sep 2020 22:29:33 +0000 Received: by smtp424.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4886152e7542544d7feec2fccec9136f; Sun, 20 Sep 2020 22:29:30 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: Comment #135 for bugzilla 237666 : a USB3-handling problem with a investigatory fix for a cortex-a72 context From: Mark Millard In-Reply-To: <89DE47B7-6A18-4FE7-BADB-755A3268C19E@googlemail.com> Date: Sun, 20 Sep 2020 15:29:29 -0700 Cc: Hans Petter Selasky , Robert Crowston , freebsd-arm@freebsd.org, myfreeweb Content-Transfer-Encoding: quoted-printable Message-Id: <2F185945-AA99-4C6A-8070-FF756B759D35@yahoo.com> References: <6E618C3D-12DF-429E-A249-5BAB90FC6B15.ref@yahoo.com> <723E6915-94F5-417C-B4AF-EEEBFBDF6162@yahoo.com> <565258A0-BEE1-48F8-9851-E6C7CF7ADAE7@yahoo.com> <75af04ec-0021-3575-40bf-c5ab9b6d4703@selasky.org> <9cf87718-9d4a-60ca-004f-5818371c937b@selasky.org> <47D6CA1E-F842-47B6-97E0-C87B33610C64@yahoo.com> <8BAF3798-4BB4-4C5E-87FC-ECD1458910A2@yahoo.com> <7_E2XXmpIwdiLPwD5tkXUAFlHsAhrFIbs87-JJnE57wRg4vrRcqCL1qSToBN_52_YjcPvt7HQSrzA0v6fWDAYIoN348pYVc62bTUXNxudBU=@protonmail.com> <3D0CFAD6-A93B-401E-82CD-831E22BD8D7A@yahoo.com> <486e827b-b868-abe1-0ac9-478227779a63@selasky.org> <8E916B11-83AB-4045-A501-8F64AD93AF8A@googlemail.com> <473332B8-B0BC-41BB-A36F-500B9416BFBB@yahoo.com> <9A82725E-CE5C-4AD5-96D7-D04335DF9B23@yahoo.com> <89DE47B7-6A18-4FE7-BADB-755A3268C19E@googlemail.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4Bvj1C2KRwz4d4P X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.44 / 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]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.87)[-0.868]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.030]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.04)[-1.038]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; FREEMAIL_CC(0.00)[selasky.org,protonmail.com,freebsd.org,unrelenting.technology]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2020 22:29:36 -0000 On 2020-Sep-20, at 14:04, Klaus Cucinauomo wrote: >=20 >> Am 20.09.2020 um 22:33 schrieb Mark Millard : >>=20 >> "OpenBSD can deal with the 3GB limit. In fact it imposes a 1GB DMA = limit because there are additional DMA restrictions for the SD = controller." ( Mark Kettenis Aug 24, 2020; 4:29am Re: Discuss UEFI = settingsin arm64.html/INSTALL.arm64 ) >>=20 >>=20 > =E2=80=94=E2=80=94 Mark Kettenis Thu, 16 Apr 2020 14:06:19 -0700 :--- > Still thinking about the best approach to deal with this. There is a > 1GB limit as well for the "GPU" devices such as the USB 2.0 and SDHC > controllers. So it's either setting the DMA constraint to 3GB and > adding a bounce buffer implementation, or setting the DMA constraint > to 1GB. > =E2=80=94--- So OpenBSD seems to have one, global "DMA constraint" available and if the smallest figure is not used as the global figure, the more restricted contexts have extra work to do to meet their own constraints (bounce buffer use above). That certainly helps explain the quote that I gave. Thanks. > Well, Mark(Millard:-) , >=20 > there seems to be a magician in the background and I don=E2=80=99t = know why=20 > but that guy is always exactly following =E2=80=9Emy=E2=80=9C = =E2=80=9Einstructions" :-) Ha Ha, lol awesome : > .. here we go: ------ > https://reviews.freebsd.org/D26493 > https://reviews.freebsd.org/D26494 > https://reviews.freebsd.org/D26495 > https://reviews.freebsd.org/D26496 > .. > https://reviews.freebsd.org/rS365929 > .. Cool. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Sep 21 01:32:34 2020 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 CBAF93E2101 for ; Mon, 21 Sep 2020 01:32:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 4Bvn4K4Fkvz4pdc for ; Mon, 21 Sep 2020 01:32:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: wssDEjsVM1nPPOHVnzubdo6R6hKI1i3XR5s4s9uJTGq03GtaLgAqRoFTA0CAol8 hqaAh6hyUapdGE73IjmL0opr7ImsF4w8c8zhKkRa6nHsILFD9OIpDQWRYdUHbVO8SP1SvnlFR6O3 U3Aw9Z7nOlp1.IadP5TTTtC4ClviYpaIyOuH5PpNUFMKMYrXv0XaprTNAjLqRM_DhIGGfazimlG5 dD5HwC2vmriUasPQWi7OM98VKX6avgNgDHGnpJ1Y.0UwNeTLmATC.5FEIfDqPpbFEpnmI0Pt3iDi vFkDLZtmJGavdLVzevxsxU_7wdx8lPhK_p2hekC2nA2uGKVZBxSJ9vnUi1kMI5xDcDkoCOLz_xGe FWHsMkVB12zM6.D7usqn5QDCJHelILZdeA9X7lohtMqlGaRFkGoxSN7X3iYRj.wmJ2dmb78Eweh3 d73U3YK415VFGTR1AmT98VvBFRdB4uizVbF8lwG4DgwV_87XQY6lzcZsHpvxo6fRguujFLpdTRvm OuLOhdw8yfUmWDaBxR4Su5MxHR6SmCpcOG0qvdueQmwF3hfXeioMuVt7xgNpL3m32Y_zF_Lbo13t FCVKrv52F.L8k49keWxv_hDQjm_LelcQhFqnozCQgk07gBHG6e_Kv2QFLABc92vx7XWHcdTmnWUU q7WTs5_yr7mOeNU5AFgCRS8a5dBnMT.nE2K4GyPKoMD_j0dVRjBYSJAD3FJrw1.EX8VX2hxSrmGu Vass8keNXU_Z2LfVaupDxosXskpuV4pz6HzErdI6u3SAAZ7yspoa7yt3vlCpm_X3db1wIyntZJit T8SNu2EDRT_QjSgI8NgqC76Lv4ef0NMfoi.PCYgzfdneYlQMKKfs1mRn0NlQqTkJnQ0K.ekswCVU hKvu6tiedRijDl2BuyncDkm4_iaeKtfR4Wy5HdDZox4UScqpM9AJeXmf56tGWQ9AohV9r5VOlX9K OiHqpmiLg3JcKnjWxN6B1lFrJvm4UcuYXPhrIpGIRgaZ75dqy1fLh1yK_NPAKGjBQ4qu5H2zGlWp s_mStCVJ0OLwWbyLl7w_ZKavcmzKx5LYPBFRHOdHzWGWMMXu7PqX6sDfUPKmu9zxb6pglXfwr1oT 9wnPiDzDxr56pxjI0unCGrRAAeP_S_i69xdJ0.lwhJj7U55keToPMC0OukU2mrJYux3Y7wOq7A9_ LO0H2FugD8S3wpYyjnGbBHp1m6pt2PgVtqdLBIb.mdiZehIpQXXvKQhUMZtR7u6XEvwXVIeFktKX 0n2Wyx3.j1MadP_GotCu5fbgqGLKCmjwA3mmSjVzv0tKIbSigAxTa_TL_.yiHzpOvOD1UgHfL5Xv 3ulVScipJitlYrtSmr2OYhiPjxUJqzVZkh.oY9WnqCpTfP3lZ3QRf6JBJCgUXYXNKjUw8f9fbU2p Yu72MpUE7D.cByF4N2C4GgDd2dtts5953uwMi7_odHUT_OrJFoABsLFE6vY7_EbvWb.P4rvbMkhz Md7Owayw0RUnlBrKb7lpG46JqC7M6WsCYLVpCjU9r7JVFuD8kUdlrSSYfKH1QXYkGbQKyIrMylBw sPA4BxINB6eAR0k.2ciw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 21 Sep 2020 01:32:31 +0000 Received: by smtp418.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID eabab13ee8d25e297c25144dca03d07e; Mon, 21 Sep 2020 01:32:29 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: RPi4B buildworld buildkernel times for already installed system being -mcpu=cortex-a72 vs. -mcpu=cortex-a53 based Message-Id: <4E155E94-3AA0-464D-A1E9-45A7827537ED@yahoo.com> Date: Sun, 20 Sep 2020 18:32:28 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: <4E155E94-3AA0-464D-A1E9-45A7827537ED.ref@yahoo.com> X-Rspamd-Queue-Id: 4Bvn4K4Fkvz4pdc X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.80 / 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.23)[-1.234]; 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)[]; NEURAL_HAM_MEDIUM(-1.05)[-1.045]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.021]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2020 01:32:34 -0000 The following are from scratch buildworld buildkernel rebuilds on a RPi4B (head -r363590 context). ENVIRONMENT: -mcpu=3Dcortex-a72 based world and kernel running already, = RPi4B @ 2G Hz, Restricted to 3 GiByte RAM, -j3: World built in 37469 seconds, ncpu: 4, make -j3 Kernel(s) GENERIC-NODBG built in 2474 seconds, ncpu: 4, make -j3 ENVIRONMENT: -mcpu=3Dcortex-a53 based kernel running, RPi4B @ 2G Hz, Restricted to 3 GiByte RAM, -j3: World built in 44034 seconds, ncpu: 4, make -j3 Kernel(s) GENERIC-NODBG built in 2895 seconds, ncpu: 4, make -j3 So a little under 11.1 hr total vs. a little over 13.0 hr total, a somewhat over 50 min improvement. (A xhci patch finally allowed me to boot -mcpu=3Dcortex-a72 based kernel builds on the RPi4B: The xhci event ring initialization code was missing a usb_bus_mem_flush_all call previously.) Supporting details: (e-mail based spacing changes expected below) # diff -u ~/src.configs/src.conf.cortexA72-clang-bootstrap.aarch64-host = ~/src.configs/src.conf.cortexA53-clang-bootstrap.aarch64-host --- /root/src.configs/src.conf.cortexA72-clang-bootstrap.aarch64-host = 2020-03-13 22:29:25.470155000 -0700 +++ /root/src.configs/src.conf.cortexA53-clang-bootstrap.aarch64-host = 2020-03-13 22:29:25.469455000 -0700 @@ -49,9 +49,9 @@ # Use of the .clang 's here avoids # interfering with other CFLAGS # usage, such as ?=3D usage. -CFLAGS.clang+=3D -mcpu=3Dcortex-a72 -CXXFLAGS.clang+=3D -mcpu=3Dcortex-a72 -CPPFLAGS.clang+=3D -mcpu=3Dcortex-a72 -ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a72+crypto -ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto -ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto +CFLAGS.clang+=3D -mcpu=3Dcortex-a53 +CXXFLAGS.clang+=3D -mcpu=3Dcortex-a53 +CPPFLAGS.clang+=3D -mcpu=3Dcortex-a53 +ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a53+crypto +ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a53+crypto +ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a53+crypto The .amd64-host files are similar for doing cross builds. I also use +=3D in secure/lib/libcrypto/Makefile : # svnlite diff /usr/src/secure/lib/libcrypto/Makefile Index: /usr/src/secure/lib/libcrypto/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/secure/lib/libcrypto/Makefile (revision 365919) +++ /usr/src/secure/lib/libcrypto/Makefile (working copy) @@ -20,7 +20,7 @@ SRCS+=3D o_str.c o_time.c threads_pthread.c uid.c .if defined(ASM_aarch64) SRCS+=3D arm64cpuid.S armcap.c -ACFLAGS.arm64cpuid.S=3D -march=3Darmv8-a+crypto +ACFLAGS.arm64cpuid.S+=3D -march=3Darmv8-a+crypto .elif defined(ASM_amd64) SRCS+=3D x86_64cpuid.S .elif defined(ASM_arm) @@ -35,7 +35,7 @@ SRCS+=3D aes_cbc.c aes_cfb.c aes_ecb.c aes_ige.c aes_misc.c = aes_ofb.c aes_wrap.c .if defined(ASM_aarch64) SRCS+=3D aes_core.c aesv8-armx.S vpaes-armv8.S -ACFLAGS.aesv8-armx.S=3D -march=3Darmv8-a+crypto +ACFLAGS.aesv8-armx.S+=3D -march=3Darmv8-a+crypto .elif defined(ASM_amd64) SRCS+=3D aes_core.c aesni-mb-x86_64.S aesni-sha1-x86_64.S = aesni-sha256-x86_64.S SRCS+=3D aesni-x86_64.S vpaes-x86_64.S @@ -242,7 +242,7 @@ SRCS+=3D ofb128.c wrap128.c xts128.c .if defined(ASM_aarch64) SRCS+=3D ghashv8-armx.S -ACFLAGS.ghashv8-armx.S=3D -march=3Darmv8-a+crypto +ACFLAGS.ghashv8-armx.S+=3D -march=3Darmv8-a+crypto .elif defined(ASM_amd64) SRCS+=3D aesni-gcm-x86_64.S ghash-x86_64.S .elif defined(ASM_arm) The RPi4B is using: over_voltage=3D6 arm_freq=3D2000 and was booted via uefi/ACPI. I have not repeated the -j4 or other -jN comparisons that I reported in the past. The -mcpu=3Dcortex-a53 figures are from the past. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Sep 21 01:40:27 2020 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 5B72A3E2294 for ; Mon, 21 Sep 2020 01:40:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BvnFQ1PK1z4pmM for ; Mon, 21 Sep 2020 01:40:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: lngnfcsVM1n2mQ8DFoey1pamDbLB9fsdOyM9fgLMdvkNDYiM157.isxnjnbel6D YBsXoJlZMPalGmVQ79xAsefOdaJ0e.m_agyGarCVo9qDEP.VLEzQ6LbvF6OkHN_1VlBYxGe3K.pk UAOF01ovrJIMgSItJYvUC5BsA6sY76rpSaBELfWMtGzOxFC7qR3YEjTFtaftn3tWQcPKKjimut2m OZq42VE0xTId7TF73g8cHJa6dCjUUyDhqAimPWEEsidAfn2dVqYoGTMOL1zWqbc_2RxmDK6GQpCe wGIqW_5H7.XyJibdW_4Czog7OogkoBs.iZ4E_OEFdYPatrQZijuHgCXomvfLpV.lDpB4HViyFnRu k46_2VL5xGzselOUy_255FTnKA9jwz0RA3H38vRDrdyP64S8fSC1H_pLfY9xJZxv9TYb0jMIZWL0 xEX55dZ5lKBuwqdGwGF0IMYV72QFY1Gb_26.OPbW5pMx0D0GCOBLHPoxNCKXRtS74fF_IVZuEvSh kogLm9xvrCetillPVHQI2WbtQl9oexy3gVXSyIXVDbh98vak4a9NhzmHXuvElvbdwatgINZzcGrV dfFqh05vyikg3VPqouwGQCvV8SA9kuj7RtKCaetphBBFzJAzVQAelAKJxDL1x8w3Nj8y5ScQoqd5 IA4k6340FjO4vgBRuY5js5I9Pv5OsRlKrr0xO1Bp3hIHTLQQ92LzlkxmPS6VV6rHNWSuUQk7lDnX dx0aEp.NmWWWmQqZ7t9fHdQ9kpo6fq_5.WQOmyb0jIHaChd1qX8FsFf40wXhJKS0BayZBH8CXxBf bKXUm89NiYmf95gW9Si8QPuVD7LGImBi1NcYMq4N7KR_UAT45yVtdzPlPfhOr7GqtuXdBcGTjuES kHfX.KWKEWIi6ZDlJJqBiJIRQ7lhiJ9_V2E0gt6Epz0Oh2WNHILYfKdmmqcja6lt8fzSWxxvIhRO ikZNu7WmODFKRCnU7hC98hQpV7PpfWrrKcwY2agSB8QJtQWxWIjMBX1uO2_t4X0fQV8hgk71_B46 3q6bpCH5AdMW17adl66qIhIPOBQ8eyWq2H8xla5vS2tL3ZwPLOPhxZJE7GXz_aAKv1GdJP.CVUH3 ctmTR7Ae0MNXISqkDCAPVsUDLeyEBZBpD8EZyU6hCS2_ZsaGTA2_Hjn9z1GszbO0IdH6N691r9Og mVj8Nrb.YddHNv1KZm3akHLdklzl3cT9czyWeOPtAP7mb_.ZdJGXoTk9Bur8_TwnlXQcY2mTHm.n EdRZvFuVgzQELBS33iSCw1HBTLQbeOM1sWElwRu6wtBzQabh4UgQ0mpPBO7il5hAOSFGPCuhpUj5 la2jw1P10K9EfkwPbqq4afcrtrI8JwWdLtXpXxT3LIYilaZLXn1BaoCl8UFPf0BLH8CHT1FsrSrC _LZ.Pl15icus0rbQ67aen8e1bPKsmX85R91E0kDlhDeBHv3QGO02sTZOSB3eoK9ndVrx.NduDHQ4 DidtuqSMkczYOF53Dtq6ZIVDEdn5fDURAdLeZ2sVxjzhsPIOt68jlxd2O Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Mon, 21 Sep 2020 01:40:23 +0000 Received: by smtp419.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a497a146b3dc3cd48f46cde0c0aefeb1; Mon, 21 Sep 2020 01:40:18 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B buildworld buildkernel times for already installed system being -mcpu=cortex-a72 vs. -mcpu=cortex-a53 based Date: Sun, 20 Sep 2020 18:40:17 -0700 References: <4E155E94-3AA0-464D-A1E9-45A7827537ED@yahoo.com> To: freebsd-arm In-Reply-To: <4E155E94-3AA0-464D-A1E9-45A7827537ED@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BvnFQ1PK1z4pmM X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.80 / 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.23)[-1.235]; 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)[]; NEURAL_HAM_MEDIUM(-1.05)[-1.046]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.021]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2020 01:40:27 -0000 On 2020-Sep-20, at 18:32, Mark Millard wrote: > The following are from scratch buildworld buildkernel rebuilds > on a RPi4B (head -r363590 context). >=20 > ENVIRONMENT: -mcpu=3Dcortex-a72 based world and kernel running = already, RPi4B @ 2G Hz, > Restricted to 3 GiByte RAM, -j3: >=20 > World built in 37469 seconds, ncpu: 4, make -j3 > Kernel(s) GENERIC-NODBG built in 2474 seconds, ncpu: 4, make -j3 >=20 > ENVIRONMENT: -mcpu=3Dcortex-a53 based kernel running, RPi4B @ 2G Hz, > Restricted to 3 GiByte RAM, -j3: >=20 > World built in 44034 seconds, ncpu: 4, make -j3 > Kernel(s) GENERIC-NODBG built in 2895 seconds, ncpu: 4, make -j3 >=20 > So a little under 11.1 hr total vs. a little over 13.0 hr total, > a somewhat over 50 min improvement. "a somewhat over 1hr 50 min improvement" is what I should have managed to type. > (A xhci patch finally allowed me to boot -mcpu=3Dcortex-a72 > based kernel builds on the RPi4B: The xhci event ring > initialization code was missing a usb_bus_mem_flush_all > call previously.) >=20 >=20 > Supporting details: >=20 > (e-mail based spacing changes expected below) >=20 > # diff -u = ~/src.configs/src.conf.cortexA72-clang-bootstrap.aarch64-host = ~/src.configs/src.conf.cortexA53-clang-bootstrap.aarch64-host > --- /root/src.configs/src.conf.cortexA72-clang-bootstrap.aarch64-host = 2020-03-13 22:29:25.470155000 -0700 > +++ /root/src.configs/src.conf.cortexA53-clang-bootstrap.aarch64-host = 2020-03-13 22:29:25.469455000 -0700 > @@ -49,9 +49,9 @@ > # Use of the .clang 's here avoids > # interfering with other CFLAGS > # usage, such as ?=3D usage. > -CFLAGS.clang+=3D -mcpu=3Dcortex-a72 > -CXXFLAGS.clang+=3D -mcpu=3Dcortex-a72 > -CPPFLAGS.clang+=3D -mcpu=3Dcortex-a72 > -ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a72+crypto > -ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto > -ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto > +CFLAGS.clang+=3D -mcpu=3Dcortex-a53 > +CXXFLAGS.clang+=3D -mcpu=3Dcortex-a53 > +CPPFLAGS.clang+=3D -mcpu=3Dcortex-a53 > +ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a53+crypto > +ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a53+crypto > +ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a53+crypto >=20 >=20 > The .amd64-host files are similar for doing cross builds. >=20 > I also use +=3D in secure/lib/libcrypto/Makefile : >=20 > # svnlite diff /usr/src/secure/lib/libcrypto/Makefile > Index: /usr/src/secure/lib/libcrypto/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/secure/lib/libcrypto/Makefile (revision 365919) > +++ /usr/src/secure/lib/libcrypto/Makefile (working copy) > @@ -20,7 +20,7 @@ > SRCS+=3D o_str.c o_time.c threads_pthread.c uid.c > .if defined(ASM_aarch64) > SRCS+=3D arm64cpuid.S armcap.c > -ACFLAGS.arm64cpuid.S=3D -march=3Darmv8-a+crypto > +ACFLAGS.arm64cpuid.S+=3D -march=3Darmv8-a+crypto > .elif defined(ASM_amd64) > SRCS+=3D x86_64cpuid.S > .elif defined(ASM_arm) > @@ -35,7 +35,7 @@ > SRCS+=3D aes_cbc.c aes_cfb.c aes_ecb.c aes_ige.c aes_misc.c = aes_ofb.c aes_wrap.c > .if defined(ASM_aarch64) > SRCS+=3D aes_core.c aesv8-armx.S vpaes-armv8.S > -ACFLAGS.aesv8-armx.S=3D -march=3Darmv8-a+crypto > +ACFLAGS.aesv8-armx.S+=3D -march=3Darmv8-a+crypto > .elif defined(ASM_amd64) > SRCS+=3D aes_core.c aesni-mb-x86_64.S aesni-sha1-x86_64.S = aesni-sha256-x86_64.S > SRCS+=3D aesni-x86_64.S vpaes-x86_64.S > @@ -242,7 +242,7 @@ > SRCS+=3D ofb128.c wrap128.c xts128.c > .if defined(ASM_aarch64) > SRCS+=3D ghashv8-armx.S > -ACFLAGS.ghashv8-armx.S=3D -march=3Darmv8-a+crypto > +ACFLAGS.ghashv8-armx.S+=3D -march=3Darmv8-a+crypto > .elif defined(ASM_amd64) > SRCS+=3D aesni-gcm-x86_64.S ghash-x86_64.S > .elif defined(ASM_arm) >=20 > The RPi4B is using: >=20 > over_voltage=3D6 > arm_freq=3D2000 >=20 > and was booted via uefi/ACPI. >=20 > I have not repeated the -j4 or other -jN comparisons that > I reported in the past. The -mcpu=3Dcortex-a53 figures are > from the past. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Sep 21 14:49:10 2020 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 B197D3F38AD; Mon, 21 Sep 2020 14:49:10 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: from mail-io1-xd30.google.com (mail-io1-xd30.google.com [IPv6:2607:f8b0:4864:20::d30]) (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 4Bw6lT5b2Kz4LSP; Mon, 21 Sep 2020 14:49:09 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: by mail-io1-xd30.google.com with SMTP id m17so15688787ioo.1; Mon, 21 Sep 2020 07:49:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=bccWvwPLdytfvuXL+hyCpeH1HrSLp39CfHL56e70DHM=; b=ebBAOfrX6xF+XkQXVLuBAgvYdzzPmGAwVnuIZ75LqGnb45M9kJwqpORMZOwQWflqR+ twQeVxrOMg13uSAV9raIZqORxRtZ3XRQGGX3ujNmVIBSprTZSMe/7gP4pXea4Bkqo++I tAdH3FRVxDtNfNJ1rlAG898RhWiwki6qrX4gVtlfUDYKluvNgUGc162KAtYFOJdf1mNS mOvVisQiBPWPi2nLcjnr/YIau0cpDwXiOfjjDA+vtSdw4ti6WRXDifSalzGfhvt/Fw6w 5K9gBeFhCtmWWLYYS8dYgkeTIVObDzLnSNFaE+RP9stP6ggPvCNxLqMzMtmhr2QG52Fz s3rQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=bccWvwPLdytfvuXL+hyCpeH1HrSLp39CfHL56e70DHM=; b=dM1hZYYMM5+bdLuGLXSZOJiAgGpcHZNNm6SNqQzvR2huMhGL+KERtl0G9k+n52Bm0G lIdUsgZlvJy76f8PeNWlUnHbMqKV/41jnW722XnOI81Xx7xeI63CUN4Wuzh46iuxaHpP /WGeyOSswIq8O2OXoIk4m205/N38Hpiu05DCTopdUdOxQ5sGsomoyXrChgw3oEzBLKKe Wapclmf7qMW+GjpS6RrUm3PsgGJSwKcyBfVl6Wemf+qQmBa02zn+4i1msMukvoDFXerJ 9/+rphjscbLes68PXYbMBAbEhb3IS34g4fTrmzZ3C3redGVLBLZ1dIyRf+Bs3uTsAyFH 4XZw== X-Gm-Message-State: AOAM530qlCh2NsVE2M8P5+lqJWabTvb/Xsx3SwfkqZ9TGqx9qoqzC6GO 7DrTkGwAGRn9AW1yWnI//yUqYx1U79zMLewETK7yf+4x6b6fA6cg X-Google-Smtp-Source: ABdhPJxvH9yzDLKpd6iEXyLmi8Z33UL4NSltfGM+IgC/eHIkgnxt33wkA7vGsPjrsS22j3v9mKUxfecpIEF6W5H3r+8= X-Received: by 2002:a02:1004:: with SMTP id 4mr299147jay.127.1600699748359; Mon, 21 Sep 2020 07:49:08 -0700 (PDT) MIME-Version: 1.0 References: <1AFD8BB9-F598-451A-A1D9-16D550402E3E@FreeBSD.org> In-Reply-To: <1AFD8BB9-F598-451A-A1D9-16D550402E3E@FreeBSD.org> From: Frederic Chardon Date: Mon, 21 Sep 2020 16:48:57 +0200 Message-ID: Subject: Re: objcopy "text file busy" build failure with populated /usr/obj To: Mark Murray Cc: freebsd-arm , freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Bw6lT5b2Kz4LSP X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ebBAOfrX; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chardonfrederic@gmail.com designates 2607:f8b0:4864:20::d30 as permitted sender) smtp.mailfrom=chardonfrederic@gmail.com X-Spamd-Result: default: False [-3.47 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.984]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.027]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d30:from]; NEURAL_HAM_SHORT(-0.46)[-0.462]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2020 14:49:10 -0000 Le dim. 20 sept. 2020 =C3=A0 16:59, Mark Murray a =C3= =A9crit : > > Hi * > > I've been getting these build failures for a while (weeks/months). The ma= chine is a MacchiatoBin DoubleShot (arm64, Quad core). with SATA disks and = zfs filesystem. If I empty out /usr/obj, then the build works, but takes a = few hours. If I do a no-clean build with /obj/obj populated with he content= s of a previous build, and /usr/src with updated ("svn update") sources, th= en the below nearly always happens early in the rebuild. It is in "stage 4.= 4: building everything" that this happens. The build is parallel (-j8), and= I have manually de-threaded the output. > > The generated command-line from the logfile is: > > cd /usr/src; _PARALLEL_SUBDIR_OK=3D1 MACHINE_ARCH=3Daarch64 MACHINE=3Dar= m64 CPUTYPE=3Dcortex-a72 CC=3D"/usr/local/bin/ccache cc -target aarch64-un= known-freebsd13.0 --sysroot=3D/usr/obj/usr/src/arm64.aarch64/tmp -B/usr/obj= /usr/src/arm64.aarch64/tmp/usr/bin" CXX=3D"/usr/local/bin/ccache c++ -targ= et aarch64-unknown-freebsd13.0 --sysroot=3D/usr/obj/usr/src/arm64.aarch64/t= mp -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin" CPP=3D"cpp -target aarch6= 4-unknown-freebsd13.0 --sysroot=3D/usr/obj/usr/src/arm64.aarch64/tmp -B/usr= /obj/usr/src/arm64.aarch64/tmp/usr/bin" AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM= _LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZE= =3D"size" STRIPBIN=3D"strip" INSTALL=3D"install -U" PATH=3D/usr/obj/usr/s= rc/arm64.aarch64/tmp/bin:/usr/obj/usr/src/arm64.aarch64/tmp/usr/sbin:/usr/o= bj/usr/src/arm64.aarch64/tmp/usr/bin:/usr/obj/usr/src/arm64.aarch64/tmp/leg= acy/usr/sbin:/usr/obj/usr/src/arm64.aarch64/tmp/legacy/usr/bin:/usr/obj/usr= /src/arm64.aarch64/tmp/legacy/bin:/usr/obj/usr/src/arm64.aarch64/tmp/legacy= /usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin SYSROOT=3D/usr/obj/usr/src/arm= 64.aarch64/tmp make -f Makefile.inc1 BWPHASE=3Deverything DESTDIR=3D/usr= /obj/usr/src/arm64.aarch64/tmp all > > Anyone else seeing this? > > objcopy --strip-debug --add-gnu-debuglink=3Dobjcopy.debug objcopy.full o= bjcopy > objcopy: open objcopy failed: Text file busy > --- all_subdir_usr.bin/objcopy --- > *** [objcopy] Error code 1 > > make[4]: stopped in /usr/src/usr.bin/objcopy > > M > -- Hi I got the same on amd64 with a meta mode build, on zfs as well. Oddly (or not), it happens only if I make buildworld as a normal user, but not as root. A second make buildworld always succeed. From owner-freebsd-arm@freebsd.org Tue Sep 22 09:24:51 2020 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 BB82C3E2EAE for ; Tue, 22 Sep 2020 09:24:51 +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 4BwbVp5ktdz3Vp6 for ; Tue, 22 Sep 2020 09:24:50 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.15.2/8.15.2) with ESMTPS id 08M9Ogj5002500 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 22 Sep 2020 11:24:42 +0200 (CEST) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.15.2/8.15.2/Submit) id 08M9Ofdg002499 for freebsd-arm@freebsd.org; Tue, 22 Sep 2020 11:24:42 +0200 (CEST) (envelope-from fuz) Date: Tue, 22 Sep 2020 11:24:41 +0200 From: Robert Clausecker To: freebsd-arm@freebsd.org Subject: Bug opened for RPi4 USB3 boot problems Message-ID: <20200922092441.GA2372@fuz.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4BwbVp5ktdz3Vp6 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 [-1.90 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; 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)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[fuz.su]; NEURAL_SPAM_SHORT(0.37)[0.370]; NEURAL_HAM_MEDIUM(-0.97)[-0.969]; 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.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2020 09:24:51 -0000 Good morning! I've opened a bug about the boot problems I mentioned earlier when trying to boot FreeBSD on a Raspberry Pi 4B (8GB) under UEFI with and without memory limiter from a USB3 device. Perhaps someone has an idea as to what the problem could be? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249520 It would be surprising to me if it was the old DMA limit issue again because it still occurs when the memory limiter is enabled. Yours, Robert Clausecker -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From owner-freebsd-arm@freebsd.org Tue Sep 22 18:09:45 2020 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 0E6B43F1BB7 for ; Tue, 22 Sep 2020 18:09:45 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 4Bwq8R4dVSz4PtF for ; Tue, 22 Sep 2020 18:09:43 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 08MI9bwX036997 for ; Tue, 22 Sep 2020 13:09:37 -0500 (CDT) (envelope-from mike@karels.net) Message-Id: <202009221809.08MI9bwX036997@mail.karels.net> To: freebsd-arm@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: clock problems with BeagleBone Black on 12.2BETA2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <36995.1600798177.1@mail.karels.net> Content-Transfer-Encoding: quoted-printable Date: Tue, 22 Sep 2020 13:09:37 -0500 X-Rspamd-Queue-Id: 4Bwq8R4dVSz4PtF X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-2.00 / 15.00]; HAS_REPLYTO(0.00)[mike@karels.net]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.991]; TO_DN_NONE(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; NEURAL_HAM_SHORT(-0.09)[-0.092]; DMARC_NA(0.00)[karels.net]; NEURAL_HAM_MEDIUM(-0.72)[-0.717]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2020 18:09:45 -0000 I just installed 12.2BETA2 on a BeagleBone Black (armv7), and it took at least an hour. I hit ^T periodically, and time seemed screwed up (real time was progressing slowly at best). Eventually the system came up, and I logged in. I ran date several times, a few seconds apart, and the time did not change. I ran a ping of a nearby system, and it sent and received only one ping; aparently timeouts/alarms are broken. It is as if the system clock is not interrupting, or is doing so much more slowl= y than it should. I'll append a transcript in case there are clues that I missed. Any thoughts on what is broken? fwiw, I also installed on a Raspberry Pi 3B+ (aarch64), and that proceeded normally. Mike Loading configured modules... can't find '/boot/entropy' /boot/kernel/umodem.ko text=3D0x1520 text=3D0xf10 data=3D0x234+0x4 syms=3D= [0x4+0xe70+0x4+0xa74] loading required module 'ucom' /boot/kernel/ucom.ko text=3D0x1714 text=3D0x2c6c data=3D0x3c4+0x838 syms=3D= [0x4+0x13e0+0x4+0xbac] can't find '/etc/hostid' Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... = Using DTB provided by EFI at 0x87ee8000. Kernel entry at 0x97000180... Kernel args: (null) ---<>--- Copyright (c) 1992-2020 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 12.2-BETA2 r365865 GENERIC arm FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg= -10.0.1-0-gef32c611aa2) VT: init without driver. CPU: ARM Cortex-A8 r3p2 (ECO: 0x00000000) CPU Features: = Thumb2, Security, VMSAv7 Optional instructions: = UMULL, SMULL, SIMD(ext) LoUU:2 LoC:3 LoUIS:1 = Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory =3D 536010752 (511 MB) avail memory =3D 508633088 (485 MB) No PSCI/SMCCC call function found Texas Instruments AM335x Processor, Revision ES2.1 arc4random: no preloaded entropy cache random: entropy device external interface kbd0 at kbdmux0 ofwbus0: simplebus0: on ofwbus0 simplebus1: mem 0x44c00000-0x44c007ff,0= x44c00800-0x44c00fff,0x44c01000-0x44c013ff,0x44c01400-0x44c017ff on simple= bus0 simplebus2: on simplebus1 simplebus3: on simplebus1 simplebus4: on simplebus1 am335x_prcm0: mem 0-0x1fff on ti_sysc0 simplebus5: mem 0-0x1fff on ti_sysc5 ti_scm0: mem 0-0x7ff on simplebus5 simplebus6: mem 0x48000000-0x480007ff,0= x48000800-0x48000fff,0x48001000-0x480013ff,0x48001400-0x480017ff,0x4800180= 0-0x48001bff,0x48001c00-0x48001fff on simplebus0 simplebus7: on simplebus6 simplebus8: on simplebus6 simplebus9: on simplebus6 simplebus10: mem 0x47c00000-0x47c007ff,= 0x47c00800-0x47c00fff,0x47c01000-0x47c013ff on simplebus0 simplebus11: on simplebus10 simplebus12: mem 0x4a000000-0x4a0007ff,= 0x4a000800-0x4a000fff,0x4a001000-0x4a0013ff on simplebus0 simplebus13: on simplebus12 simplebus14: mem 0x4b144400-0x4b1444ff,= 0x4b144800-0x4b144bff on simplebus0 simplebus15: on simplebus14 regfix0: on ofwbus0 clk_fixed0: on ofwbus0 ti_aintc0: mem 0x48200000-0x48200fff on si= mplebus0 ti_aintc0: Revision 5.0 am335x_prcm0: Clocks: System 24.0 MHz, CPU 1000 MHz cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpufreq_dt0: no regulator for cpu@0 device_attach: cpufreq_dt0 attach returned 6 pmu0: mem 0x4b000000-0x4bffffff irq 0 on ofw= bus0 gpio0: mem 0-0xfff irq 9 on ti_sysc= 1 gpio0: failed to get device id based on ti,hwmods gpio0: ti_gpio_pic_detach: not implemented yet device_attach: gpio0 attach returned 22 uart0: failed to get clock based on hwmods uart0: failed to get clock based on hwmods uart0: console (115384,n,8,1)ible)> mem 0-0xfff irq 10 on ti_sysc2 iichb0: mem 0-0xfff irq 11 on ti_sysc3 iichb0: failed to get device id using ti,hwmod device_attach: iichb0 attach returned 6 ti_adc0: mem 0-0xfff irq 12 disabled on ti_sysc4 ti_adc0: scheme: 0x1 func: 0x730 rtl: 0 rev: 0.1 custom rev: 0 ti_pinmux0: mem 0x800-0xa37 on simplebus5 am335x_scm0: on ti_scm0 ti_wdt0: mem 0-0xfff irq 15 on ti_sysc7 am335x_rtc0: mem 0-0xfff irq 16,17 on= ti_sysc8 am335x_rtc0: AM335X RTC v1.0.6 am335x_dmtimer0: mem 0-0x3ff irq 26 on ti_sysc15 Event timer "DMTimer2" frequency 24000000 Hz quality 500 gpio0: mem 0-0xfff irq 32 on ti_sys= c21 gpio0: failed to get device id based on ti,hwmods gpio0: ti_gpio_pic_detach: not implemented yet device_attach: gpio0 attach returned 22 sdhci_ti0: mem 0-0xfff irq 33 on ti_sysc22 sdhci_ti0: failed to get clock based on hwmods property ti_prcm: Failed to find clock device (0) sdhci_ti0: Error: failed to enable MMC clock sdhci_ti0-slot0: Hardware doesn't specify base clock frequency, using 50MH= z as default. mmc0: on sdhci_ti0 ti_mbox0: mem 0-0x1ff irq 35 on ti_sysc24 ti_mbox0: revision 4.0 iichb0: mem 0-0xfff irq 36 on ti_sysc26 iichb0: failed to get device id using ti,hwmod device_attach: iichb0 attach returned 6 gpio0: mem 0-0xfff irq 41 on ti_sys= c31 gpio0: failed to get device id based on ti,hwmods gpio0: ti_gpio_pic_detach: not implemented yet device_attach: gpio0 attach returned 22 gpio0: mem 0-0xfff irq 42 on ti_sys= c32 gpio0: failed to get device id based on ti,hwmods gpio0: ti_gpio_pic_detach: not implemented yet device_attach: gpio0 attach returned 22 sdhci_ti1: mem 0-0xfff irq 45 on ti_sysc35 sdhci_ti1: failed to get clock based on hwmods property ti_prcm: Failed to find clock device (0) sdhci_ti1: Error: failed to enable MMC clock sdhci_ti1-slot0: Hardware doesn't specify base clock frequency, using 50MH= z as default. mmc1: on sdhci_ti1 fb0: mem 0-0xfff irq 46 on ti_sysc39 cpswss0: <3-port Switch Ethernet Subsystem> mem 0-0x7ff,0x1200-0x12ff irq = 48,49,50,51 on ti_sysc41 cpswss0: CPSW SS Version 1.12 (0) cpswss0: Initial queue size TX=3D128 RX=3D384 cpsw0: on cpswss0 miibus0: on cpsw0 smscphy0: PHY 0 on miibus0 smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cpsw0: Ethernet address: 1c:ba:8c:d5:7d:6b gpioled0: on ofwbus0 gpioled0: failed to map pin gpioled0: failed to map pin gpioled0: failed to map pin gpioled0: failed to map pin cryptosoft0: Timecounters tick every 1.000 msec mmcsd0: 16GB at mmc0 50= .0MHz/4bit/65535-block mmcsd1: 4GB at mm= c1 50.0MHz/8bit/65535-block mmcsd1boot0: 1MB partition 1 at mmcsd1 mmcsd1boot1: 1MB partition 2 at mmcsd1 mmcsd1rpmb: 131kB partition 3 at mmcsd1 Trying to mount root from ufs:/dev/ufs/rootfs [rw]... Warning: no time-of-day clock registered, system time will not be set accu= rately Growing root partition to fill device random: read_random_uio unblock wait load: 1.28 cmd: awk 39 [piperd] 0.11r 0.00u 0.00s 0% 2060k load: 1.28 cmd: awk 39 [piperd] 0.13r 0.00u 0.00s 0% 2060k load: 1.28 cmd: awk 39 [piperd] 1.09r 0.00u 0.00s 0% 2060k ^Grandom: unblocking device. load: 1.28 cmd: awk 39 [piperd] 1.11r 0.00u 0.00s 0% 2060k Script /etc/rc.d/growfs running GEOM_PART: mmcsd0s2 was automatically resized. Use `gpart commit mmcsd0s2` to save changes or `gpart undo mmcsd0s2` to = revert them. mmcsd0s2 resized mmcsd0s2a resized gpart: arg0 'ufs/rootfs': Invalid argument super-block backups (for fsck_ffs -b #) at: 6411392, 7693632, 8975872, 10258112, 11540352, 12822592, 14104832, 153870= 72, 16669312, 17951552, 19233792, 20516032, 21798272, 23080512, 24362752, 25644992, 26927232, 28209472, 29491712, 30773952 /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, gener= ating a new one sleep: about 1 second(s) left out of the original 2 load: 1.28 cmd: sleep 52 [nanslp] 0.26r 0.00u 0.00s 0% 1692k sleep: about 1 second(s) left out of the original 2 load: 1.28 cmd: sleep 52 [nanslp] 0.26r 0.00u 0.00s 0% 1692k sleep: about 1 second(s) left out of the original 2 load: 1.28 cmd: sleep 52 [nanslp] 0.26r 0.00u 0.00s 0% 1692k sleep: about 1 second(s) left out of the original 2 load: 1.28 cmd: sleep 52 [nanslp] 0.26r 0.00u 0.00s 0% 1692k Script /etc/rc.d/hostid running Setting hostuuid: f72f25fb-f967-11ea-aa7a-1cba8cd57d6b. Setting hostid: 0xf3986255. Starting file system checks: /dev/ufs/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/rootfs: clean, 3219813 free (229 frags, 402448 blocks, 0.0% fragm= entation) Mounting local filesystems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat Soft Float compatibility ldconfig path: Building /boot/kernel/linker.hints Setting hostname: generic. Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET= _TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy: . lo0: link state changed to UP cpsw0: link state changed to DOWN load: 1.18 cmd: sleep 285 [nanslp] 0.48r 0.00u 0.00s 0% 1848k sleep: about 0 second(s) left out of the original 1 load: 1.18 cmd: sleep 285 [nanslp] 0.49r 0.00u 0.00s 0% 1852k sleep: about 0 second(s) left out of the original 1 load: 1.18 cmd: sleep 285 [nanslp] 0.49r 0.00u 0.00s 0% 1852k sleep: about 0 second(s) left out of the original 1 cpsw0: link state changed to UP Script /etc/rc.d/netif running load: 1.18 cmd: sleep 286 [nanslp] 0.66r 0.00u 0.00s 0% 1848k sleep: about 0 second(s) left out of the original 1 load: 1.18 cmd: sleep 286 [nanslp] 0.66r 0.00u 0.00s 0% 1852k sleep: about 0 second(s) left out of the original 1 Script /etc/rc.d/netif running Starting Network: lo0 cpsw0. lo0: flags=3D8049 metric 0 mtu 16384 options=3D680003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=3D21 cpsw0: flags=3D8843 metric 0 mtu 1= 500 options=3D8000b ether 1c:ba:8c:d5:7d:6b media: Ethernet autoselect (100baseTX ) status: active nd6 options=3D29 Starting devd. Starting dhclient. DHCPDISCOVER on cpsw0 to 255.255.255.255 port 67 interval 7 DHCPOFFER from 10.0.2.2 DHCPREQUEST on cpsw0 to 255.255.255.255 port 67 DHCPACK from 10.0.2.2 bound to 10.0.2.16 -- renewal in 21600 seconds. add host 127.0.0.1: gateway lo0 fib 0: route already in table add host ::1: gateway lo0 fib 0: route already in table add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. Creating and/or trimming log files. Starting syslogd. Clearing /tmp (X related). Updating motd:. Mounting late filesystems:. Updating /var/run/os-release done. Generating RSA host key. 2048 SHA256:bBJMh1UXYLNfwLfLpOm2VpdywAyV922V6GqyA/yrkHY root@generic (RSA) Generating ECDSA host key. 256 SHA256:GHRibfR4nmvo2FjLOQpzkzTSI90EbCpCbn4yU9sK9X8 root@generic (ECDSA= ) Generating ED25519 host key. 256 SHA256:6tEiyuIG9ySGBSRwLKqxJ1+rXav/rpy7yv8Jw+SHIQQ root@generic (ED255= 19) Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Fri Sep 18 04:32:35 UTC 2020 FreeBSD/arm (generic) (ttyu0) login: = ... root@generic:~ # date Fri Sep 18 04:32:38 UTC 2020 root@generic:~ # date Fri Sep 18 04:32:38 UTC 2020 root@generic:~ # date Fri Sep 18 04:32:38 UTC 2020 root@generic:~ # date Fri Sep 18 04:32:38 UTC 2020 From owner-freebsd-arm@freebsd.org Tue Sep 22 19:29:42 2020 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 178E33F3E58 for ; Tue, 22 Sep 2020 19:29:42 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) Received: from sonic313-21.consmr.mail.ir2.yahoo.com (sonic313-21.consmr.mail.ir2.yahoo.com [77.238.179.188]) (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 4Bwrwg4qdkz4Vfj for ; Tue, 22 Sep 2020 19:29:38 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) X-YMail-OSG: kCJ4bWUVM1kb_DtveGdRi_I9cbDEKhHHMd3t_OzQbULB8kfKSp1fjrInRH26HzR Co.iSGPLgH4Uablw2QrXBpqKnge4Aa0.nqYEDaaNj5UtBMNzX7ZOpIBUSQYavsJi9LNUJEeaHCFT 670b.txB3OfXz2Volju0DDWAdM6PlOl8SBZrGX9E8pepqaGuaz.yfCCPfnm6xN96FO8q7cPmml.n ebpMJk7bfAeOFEHxgEI43cWiKzRcNxxt0y70jLouNQPmU5JwjNnUmreIG_wugxHqk90oknlZEsaF 2ekJo1kPI9Qx7auo6Qk.l1lhyjBs7qbzH_8V4x4FIN0veeM818NyWZi7M2QbOmKYYQeg8i9drKAc cfsdA74XyKl5Fza8G.cMf4koF17SxS0YEJB5VU2iLU.clARWhYBmQsMQVzkCAWRVU91Bfo0oz3Bp EdQFL7K1n6dfRZT.tY_y9LYH2VYZGmpjx1XvJ5QA0i.ebFTW0SYTWTSz.YQpVf2ZETlWyKCCzXjI 7BCD3zILCgr9tGAyPYLfy5ckcwxd1gZ05kOWuDJ8vVkbsGJMCZoHs2lDTl39XwnLxZ_3ATw3yJEN Jz.NL9TlhWLcCUnoUNKAMJtw97w_eDK1ouxWKKGLaeGSSbWk4fwP0JrWHAQaqrtZ1owZaAbUEJLu fd_vkLLaFzEE_4MUW0Fk6lHWRWx7hSYMPmTMGyOuBOZe4FrlZCIHJMA9EaAX4G695nzj3.MLCrOG QvLBwxbDL48JVap2qt7R4mKJoseIxyJXRma7OtzkmRvWtMNRGfSJH2pN5_0znd7FMPKSLsAoYEdM iBEE1H1xRYj3O8cdRfykgXc.CREkiz_t7SviH9yt56VdEYeSwd1LJs.QAxo9OXfmlzl8kzSJ7Pho lgaDF6Cn99TL.AUPzyhMJrwGQUtRy0rsmtJK_Y3EUcbCKN2uZ1nOdwDOT7b9HtXwntXZEndmA914 znmZz5BHoN5RRhR27MgJC1q5N6jr5r73HgIX1X7rhOS2U4okkP.ak2dS8zNbinUWvDt5YkSaA9XK 4qKqevA.xlNrKmWI74JaUoyoEabogw6FD.RoGdfcs.8pPPwU4FSV7chLwHwBXvxfpvVimifO1V0h QErgggxPTUb3cJX9dSYeQhh1CRpK0uoPUzpZycr07XQsd3hWVt9yJNsNu3IEovef2OfYwwLcitl_ .hkPaHA6r9lqXpX8c71Aa6Wzltq6CfRKhT9vAxcWj6zXywADiWgh2eZ4exTh_lrsrz0p4e2sQe2N fGEaAT7JqUgK.CtCji9a8gWWwhltAcgQsEvGv2YHhq1JhkZi.m.wyQyI2_X09sw8I1VLrMZ8VA6Z pOracCG.IX9OP3qH02ZAX03mecF0BRCYwEs2Z9BwM3DoAi59f5Vq8BVX0CodP1MyPwleArXlNMo3 DDofsw4ji_j1MYCxzyIzDNYF1LcVi Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ir2.yahoo.com with HTTP; Tue, 22 Sep 2020 19:29:36 +0000 Date: Tue, 22 Sep 2020 19:27:54 +0000 (UTC) From: Oskar Holmlund To: "freebsd-arm@freebsd.org" , Mike Karels Message-ID: <1701246145.626113.1600802874359@mail.yahoo.com> In-Reply-To: <202009221809.08MI9bwX036997@mail.karels.net> References: <202009221809.08MI9bwX036997@mail.karels.net> Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.16677 YMailNorrin Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:80.0) Gecko/20100101 Firefox/80.0 X-Rspamd-Queue-Id: 4Bwrwg4qdkz4Vfj X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.25 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; 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.26)[-1.261]; 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:34010, ipnet:77.238.176.0/22, country:GB]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.969]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; NEURAL_HAM_LONG(-1.02)[-1.023]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[77.238.179.188:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[77.238.179.188:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2020 19:29:42 -0000 Den tisdag 22 september 2020 20:09:53 CEST, Mike Karels = skrev:=20 I just installed 12.2BETA2 on a BeagleBone Black (armv7), and it took at least an hour.=C2=A0 I hit ^T periodically, and time seemed screwed up (real time was progressing slowly at best).=C2=A0 Eventually the system cam= e up, and I logged in.=C2=A0 I ran date several times, a few seconds apart, a= nd the time did not change.=C2=A0 I ran a ping of a nearby system, and it sent and received only one ping; aparently timeouts/alarms are broken.=C2=A0 It = is as if the system clock is not interrupting, or is doing so much more slowly than it should.=C2=A0 I'll append a transcript in case there are clues that= I missed.=C2=A0 Any thoughts on what is broken? fwiw, I also installed on a Raspberry Pi 3B+ (aarch64), and that proceeded normally. =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 Mike Loading configured modules... can't find '/boot/entropy' /boot/kernel/umodem.ko text=3D0x1520 text=3D0xf10 data=3D0x234+0x4 syms=3D[= 0x4+0xe70+0x4+0xa74] loading required module 'ucom' /boot/kernel/ucom.ko text=3D0x1714 text=3D0x2c6c data=3D0x3c4+0x838 syms=3D= [0x4+0x13e0+0x4+0xbac] can't find '/etc/hostid' Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]...=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0=20 Using DTB provided by EFI at 0x87ee8000. Kernel entry at 0x97000180... Kernel args: (null) ---<>--- Copyright (c) 1992-2020 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =C2=A0 =C2=A0 =C2=A0 =C2=A0 The Regents of the University of California. Al= l rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.2-BETA2 r365865 GENERIC arm FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-= 10.0.1-0-gef32c611aa2) VT: init without driver. CPU: ARM Cortex-A8 r3p2 (ECO: 0x00000000) CPU Features:=20 =C2=A0 Thumb2, Security, VMSAv7 Optional instructions:=20 =C2=A0 UMULL, SMULL, SIMD(ext) LoUU:2 LoC:3 LoUIS:1=20 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory=C2=A0 =3D 536010752 (511 MB) avail memory =3D 508633088 (485 MB) No PSCI/SMCCC call function found Texas Instruments AM335x Processor, Revision ES2.1 arc4random: no preloaded entropy cache random: entropy device external interface kbd0 at kbdmux0 ofwbus0: simplebus0: on ofwbus0 simplebus1: mem 0x44c00000-0x44c007ff,0x= 44c00800-0x44c00fff,0x44c01000-0x44c013ff,0x44c01400-0x44c017ff on simplebu= s0 simplebus2: on simplebus1 simplebus3: on simplebus1 simplebus4: on simplebus1 am335x_prcm0: mem 0-0x1fff on ti_sysc0 simplebus5: mem 0-0x1fff on ti_sysc5 ti_scm0: mem 0-0x7ff on simplebus5 simplebus6: mem 0x48000000-0x480007ff,0x= 48000800-0x48000fff,0x48001000-0x480013ff,0x48001400-0x480017ff,0x48001800-= 0x48001bff,0x48001c00-0x48001fff on simplebus0 simplebus7: on simplebus6 simplebus8: on simplebus6 simplebus9: on simplebus6 simplebus10: mem 0x47c00000-0x47c007ff,0= x47c00800-0x47c00fff,0x47c01000-0x47c013ff on simplebus0 simplebus11: on simplebus10 simplebus12: mem 0x4a000000-0x4a0007ff,0= x4a000800-0x4a000fff,0x4a001000-0x4a0013ff on simplebus0 simplebus13: on simplebus12 simplebus14: mem 0x4b144400-0x4b1444ff,0= x4b144800-0x4b144bff on simplebus0 simplebus15: on simplebus14 regfix0: on ofwbus0 clk_fixed0: on ofwbus0 ti_aintc0: mem 0x48200000-0x48200fff on sim= plebus0 ti_aintc0: Revision 5.0 am335x_prcm0: Clocks: System 24.0 MHz, CPU 1000 MHz cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpufreq_dt0: no regulator for cpu@0 device_attach: cpufreq_dt0 attach returned 6 pmu0: mem 0x4b000000-0x4bffffff irq 0 on ofwb= us0 gpio0: mem 0-0xfff irq 9 on ti_sysc1 gpio0: failed to get device id based on ti,hwmods gpio0: ti_gpio_pic_detach: not implemented yet device_attach: gpio0 attach returned 22 uart0: failed to get clock based on hwmods uart0: failed to get clock based on hwmods uart0: console (115384,n,8,1)ible)> mem 0-0xfff irq 10 on ti_sysc2 iichb0: mem 0-0xfff irq 11 on ti_sysc3 iichb0: failed to get device id using ti,hwmod device_attach: iichb0 attach returned 6 ti_adc0: mem 0-0xfff irq 12 disabled on ti_sysc4 ti_adc0: scheme: 0x1 func: 0x730 rtl: 0 rev: 0.1 custom rev: 0 ti_pinmux0: mem 0x800-0xa37 on simplebus5 am335x_scm0: on ti_scm0 ti_wdt0: mem 0-0xfff irq 15 on ti_sysc7 am335x_rtc0: mem 0-0xfff irq 16,17 on = ti_sysc8 am335x_rtc0: AM335X RTC v1.0.6 am335x_dmtimer0: mem 0-0x3ff irq 26 on ti_sysc15 Event timer "DMTimer2" frequency 24000000 Hz quality 500 gpio0: mem 0-0xfff irq 32 on ti_sysc= 21 gpio0: failed to get device id based on ti,hwmods gpio0: ti_gpio_pic_detach: not implemented yet device_attach: gpio0 attach returned 22 sdhci_ti0: mem 0-0xfff irq 33 on ti_sysc22 sdhci_ti0: failed to get clock based on hwmods property ti_prcm: Failed to find clock device (0) sdhci_ti0: Error: failed to enable MMC clock sdhci_ti0-slot0: Hardware doesn't specify base clock frequency, using 50MHz= as default. mmc0: on sdhci_ti0 ti_mbox0: mem 0-0x1ff irq 35 on ti_sysc24 ti_mbox0: revision 4.0 iichb0: mem 0-0xfff irq 36 on ti_sysc26 iichb0: failed to get device id using ti,hwmod device_attach: iichb0 attach returned 6 gpio0: mem 0-0xfff irq 41 on ti_sysc= 31 gpio0: failed to get device id based on ti,hwmods gpio0: ti_gpio_pic_detach: not implemented yet device_attach: gpio0 attach returned 22 gpio0: mem 0-0xfff irq 42 on ti_sysc= 32 gpio0: failed to get device id based on ti,hwmods gpio0: ti_gpio_pic_detach: not implemented yet device_attach: gpio0 attach returned 22 sdhci_ti1: mem 0-0xfff irq 45 on ti_sysc35 sdhci_ti1: failed to get clock based on hwmods property ti_prcm: Failed to find clock device (0) sdhci_ti1: Error: failed to enable MMC clock sdhci_ti1-slot0: Hardware doesn't specify base clock frequency, using 50MHz= as default. mmc1: on sdhci_ti1 fb0: mem 0-0xfff irq 46 on ti_sysc39 cpswss0: <3-port Switch Ethernet Subsystem> mem 0-0x7ff,0x1200-0x12ff irq 4= 8,49,50,51 on ti_sysc41 cpswss0: CPSW SS Version 1.12 (0) cpswss0: Initial queue size TX=3D128 RX=3D384 cpsw0: on cpswss0 miibus0: on cpsw0 smscphy0: PHY 0 on miibus0 smscphy0:=C2=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cpsw0: Ethernet address: 1c:ba:8c:d5:7d:6b gpioled0: on ofwbus0 gpioled0: failed to map pin gpioled0: failed to map pin gpioled0: failed to map pin gpioled0: failed to map pin cryptosoft0: Timecounters tick every 1.000 msec mmcsd0: 16GB a= t mmc0 50.0MHz/4bit/65535-block mmcsd1: 4GB at mmc= 1 50.0MHz/8bit/65535-block mmcsd1boot0: 1MB partition 1 at mmcsd1 mmcsd1boot1: 1MB partition 2 at mmcsd1 mmcsd1rpmb: 131kB partition 3 at mmcsd1 Trying to mount root from ufs:/dev/ufs/rootfs [rw]... Warning: no time-of-day clock registered, system time will not be set accur= ately Growing root partition to fill device random: read_random_uio unblock wait load: 1.28=C2=A0 cmd: awk 39 [piperd] 0.11r 0.00u 0.00s 0% 2060k load: 1.28=C2=A0 cmd: awk 39 [piperd] 0.13r 0.00u 0.00s 0% 2060k load: 1.28=C2=A0 cmd: awk 39 [piperd] 1.09r 0.00u 0.00s 0% 2060k ^Grandom: unblocking device. load: 1.28=C2=A0 cmd: awk 39 [piperd] 1.11r 0.00u 0.00s 0% 2060k Script /etc/rc.d/growfs running GEOM_PART: mmcsd0s2 was automatically resized. =C2=A0 Use `gpart commit mmcsd0s2` to save changes or `gpart undo mmcsd0s2`= to revert them. mmcsd0s2 resized mmcsd0s2a resized gpart: arg0 'ufs/rootfs': Invalid argument super-block backups (for fsck_ffs -b #) at: 6411392, 7693632, 8975872, 10258112, 11540352, 12822592, 14104832, 15387072= , 16669312, 17951552, 19233792, 20516032, 21798272, 23080512, 24362752, 25644992, 26927232, 28209472, 29491712, 30773952 /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, genera= ting a new one sleep: about 1 second(s) left out of the original 2 load: 1.28=C2=A0 cmd: sleep 52 [nanslp] 0.26r 0.00u 0.00s 0% 1692k sleep: about 1 second(s) left out of the original 2 load: 1.28=C2=A0 cmd: sleep 52 [nanslp] 0.26r 0.00u 0.00s 0% 1692k sleep: about 1 second(s) left out of the original 2 load: 1.28=C2=A0 cmd: sleep 52 [nanslp] 0.26r 0.00u 0.00s 0% 1692k sleep: about 1 second(s) left out of the original 2 load: 1.28=C2=A0 cmd: sleep 52 [nanslp] 0.26r 0.00u 0.00s 0% 1692k Script /etc/rc.d/hostid running Setting hostuuid: f72f25fb-f967-11ea-aa7a-1cba8cd57d6b. Setting hostid: 0xf3986255. Starting file system checks: /dev/ufs/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/rootfs: clean, 3219813 free (229 frags, 402448 blocks, 0.0% fragme= ntation) Mounting local filesystems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat Soft Float compatibility ldconfig path: Building /boot/kernel/linker.hints Setting hostname: generic. Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_= TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy: . lo0: link state changed to UP cpsw0: link state changed to DOWN load: 1.18=C2=A0 cmd: sleep 285 [nanslp] 0.48r 0.00u 0.00s 0% 1848k sleep: about 0 second(s) left out of the original 1 load: 1.18=C2=A0 cmd: sleep 285 [nanslp] 0.49r 0.00u 0.00s 0% 1852k sleep: about 0 second(s) left out of the original 1 load: 1.18=C2=A0 cmd: sleep 285 [nanslp] 0.49r 0.00u 0.00s 0% 1852k sleep: about 0 second(s) left out of the original 1 cpsw0: link state changed to UP Script /etc/rc.d/netif running load: 1.18=C2=A0 cmd: sleep 286 [nanslp] 0.66r 0.00u 0.00s 0% 1848k sleep: about 0 second(s) left out of the original 1 load: 1.18=C2=A0 cmd: sleep 286 [nanslp] 0.66r 0.00u 0.00s 0% 1852k sleep: about 0 second(s) left out of the original 1 Script /etc/rc.d/netif running Starting Network: lo0 cpsw0. lo0: flags=3D8049 metric 0 mtu 16384 =C2=A0 =C2=A0 =C2=A0 =C2=A0 options=3D680003 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 ::1 prefixlen 128 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet 127.0.0.1 netmask 0xff000000 =C2=A0 =C2=A0 =C2=A0 =C2=A0 groups: lo =C2=A0 =C2=A0 =C2=A0 =C2=A0 nd6 options=3D21 cpsw0: flags=3D8843 metric 0 mtu 15= 00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 options=3D8000b =C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 1c:ba:8c:d5:7d:6b =C2=A0 =C2=A0 =C2=A0 =C2=A0 media: Ethernet autoselect (100baseTX ) =C2=A0 =C2=A0 =C2=A0 =C2=A0 status: active =C2=A0 =C2=A0 =C2=A0 =C2=A0 nd6 options=3D29 Starting devd. Starting dhclient. DHCPDISCOVER on cpsw0 to 255.255.255.255 port 67 interval 7 DHCPOFFER from 10.0.2.2 DHCPREQUEST on cpsw0 to 255.255.255.255 port 67 DHCPACK from 10.0.2.2 bound to 10.0.2.16 -- renewal in 21600 seconds. add host 127.0.0.1: gateway lo0 fib 0: route already in table add host ::1: gateway lo0 fib 0: route already in table add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. Creating and/or trimming log files. Starting syslogd. Clearing /tmp (X related). Updating motd:. Mounting late filesystems:. Updating /var/run/os-release done. Generating RSA host key. 2048 SHA256:bBJMh1UXYLNfwLfLpOm2VpdywAyV922V6GqyA/yrkHY root@generic (RSA) Generating ECDSA host key. 256 SHA256:GHRibfR4nmvo2FjLOQpzkzTSI90EbCpCbn4yU9sK9X8 root@generic (ECDSA) Generating ED25519 host key. 256 SHA256:6tEiyuIG9ySGBSRwLKqxJ1+rXav/rpy7yv8Jw+SHIQQ root@generic (ED2551= 9) Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Fri Sep 18 04:32:35 UTC 2020 FreeBSD/arm (generic) (ttyu0) login:=20 ... root@generic:~ # date Fri Sep 18 04:32:38 UTC 2020 root@generic:~ # date Fri Sep 18 04:32:38 UTC 2020 root@generic:~ # date Fri Sep 18 04:32:38 UTC 2020 root@generic:~ # date Fri Sep 18 04:32:38 UTC 2020 _______________________________________________ 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 Mike, If I remember correct, most of the system are broken due to removal of ti,h= wmods property in the devicetree. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244754 A workaround is to use an older version of devicetree. I cant tell if you n= eed to do it manually or if sombody will do it for you in the 12.2 release = process. Another solution is to use head. Beaglebone black and pocketbeagle works. I= t's still work to cleanup the transition to the clk framework, feel free to= try it out and please let me know if you run into any trouble. //Oskar From owner-freebsd-arm@freebsd.org Tue Sep 22 20:05:02 2020 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 579FD3F49FE for ; Tue, 22 Sep 2020 20:05:02 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 4BwsjT053gz4YCB for ; Tue, 22 Sep 2020 20:05:00 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 08MK4xFj037249; Tue, 22 Sep 2020 15:04:59 -0500 (CDT) (envelope-from mike@karels.net) Message-Id: <202009222004.08MK4xFj037249@mail.karels.net> To: Oskar Holmlund cc: "freebsd-arm@freebsd.org" From: Mike Karels Reply-to: mike@karels.net Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 In-reply-to: Your message of Tue, 22 Sep 2020 19:27:54 -0000. <1701246145.626113.1600802874359@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <37247.1600805099.1@mail.karels.net> Content-Transfer-Encoding: quoted-printable Date: Tue, 22 Sep 2020 15:04:59 -0500 X-Rspamd-Queue-Id: 4BwsjT053gz4YCB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-2.99 / 15.00]; HAS_REPLYTO(0.00)[mike@karels.net]; TO_DN_EQ_ADDR_SOME(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; NEURAL_HAM_LONG(-1.02)[-1.023]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[karels.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.80)[-0.803]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.96)[-0.964]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2020 20:05:02 -0000 bcc: re@ for their information > Date: Tue, 22 Sep 2020 19:27:54 +0000 (UTC) > From: Oskar Holmlund > Den tisdag 22 september 2020 20:09:53 CEST, Mike Karels skrev: = > > I just installed 12.2BETA2 on a BeagleBone Black (armv7), and it took > > at least an hour. I hit ^T periodically, and time seemed screwed up > > (real time was progressing slowly at best). Eventually the system came > > up, and I logged in. I ran date several times, a few seconds apart, an= d > > the time did not change. I ran a ping of a nearby system, and it sent > > and received only one ping; aparently timeouts/alarms are broken. It i= s > > as if the system clock is not interrupting, or is doing so much more s= lowly > > than it should. I'll append a transcript in case there are clues that = I > > missed. Any thoughts on what is broken? > > fwiw, I also installed on a Raspberry Pi 3B+ (aarch64), and that proce= eded > > normally. > Mike [transcript omitted] > Hi Mike, > If I remember correct, most of the system are broken due to removal of t= i,hwmods property in the devicetree. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244754 > A workaround is to use an older version of devicetree. I cant tell if yo= u need to do it manually or if sombody will do it for you in the 12.2 rele= ase process. > Another solution is to use head. Beaglebone black and pocketbeagle works= . It's still work to cleanup the transition to the clk framework, feel fre= e to try it out and please let me know if you run into any trouble. > //Oskar Thanks for the information. fwiw, it would sure be nice if this was worki= ng at release time. I expect occasional breakage on head, but not on releng/= X as we approach release time. Mike From owner-freebsd-arm@freebsd.org Tue Sep 22 20:13:36 2020 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 2D25F3F5145 for ; Tue, 22 Sep 2020 20:13:36 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (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 4BwsvM2WmNz4YZX for ; Tue, 22 Sep 2020 20:13:34 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1600805613; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=Xr/flQ9UPYb8jYu3iYV2iODWPkV38c0z84zySS4iPS/UKwPWRTK61Aa5OsvrP9Uxub1GbFgqddUcY VB41i1VsnkP/qwfez34RManJsUbWbmjxdZs0Ha+T9Gx71yemoDRkbJZ6RIvwdtJ3xf06L8hCSgYAeq JYzClSSp/RfmW842RMepea94qL2Qg7nz6veeAHJZR+DYUxyV9WvS9AeCCPKvO3iRXtVIM7KPsbaLkk W9y2e4uPbAIt40jCNN2Em1El/Uo7T57Gdqa0FXFkcydPCi0nBCboeyuV5Fr65AhpOv71h16ShDFgtD zcA0Sw70efoZo8SawrxebFLtjZxNeBg== 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=UfRYUPRnd+qo8UIqgBScCYCryK4ZzEZxRrVIE8lhDcg=; b=NrOtjKUa2jjPt0JxQVUUp2QEHz0mxpJdUWT5dK72dcLn/txewzw80JOWYckqE8Y0or/ciH0oVuCpX ztISpuIa18zFDKIMEyUsOcHx6IdZ+v+nvNRSTTUsb+yp4YAGvLxBijVKaynxDt0RcEIVfsJSHd81xl /1ADgrtna5X/A7/lQ11L8YqyOqiMXKHaJg/rVm5CdRr6RgQBzcCSCgTpK1UbrAteEytDNdJgVtAdQx twFZSSBIeckQao5J9ERCVWAngDH7zyMS1+WlUGAdQPHEmdW4kCJ+POa5i8JFP1zbLX/jqQeXknmB8h zzbhUWcmglT3sWE7SOd9b8kusT0kqNw== 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=UfRYUPRnd+qo8UIqgBScCYCryK4ZzEZxRrVIE8lhDcg=; b=pj0Sxto4twEpCpC2KlyGMM9yLkcMs4Zu6j75jjUwTs/DkJi1JylQXk6YwocZJWGwmvRImsrxifw2/ WBhm4Bd4hcqsPf1/XAiqCpZNcZzi0S81WoeHabXucW06v3ZcLpuex7hFJNvioHycOnjdk2dtUoaQVn 1DahY45CASe+YNeWpdHDnRJMud/gG9QWFsRyokvzILtg4CBCsEPxCJoDU+2uacRLD9ZN/GFTFdgWvu bHK1vn6VvpkbdAuRaroni6Qjuy7+KjKoF3N5boLaiDPFbXApu0KVlg8ohK+Tnrc437yfwNQ8xM10eS doiEo//t2uhF+sjtlRJve9Pl5un1NAw== X-MHO-RoutePath: aGlwcGll X-MHO-User: 14792a2d-fd10-11ea-9e11-df46ed8f892f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 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 14792a2d-fd10-11ea-9e11-df46ed8f892f; Tue, 22 Sep 2020 20:13:32 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 08MKDTZi026329; Tue, 22 Sep 2020 14:13:29 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <8217af510a451f10ea173bf1e26d04dcd50e8ca6.camel@freebsd.org> Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 From: Ian Lepore To: mike@karels.net, Oskar Holmlund Cc: "freebsd-arm@freebsd.org" Date: Tue, 22 Sep 2020 14:13:29 -0600 In-Reply-To: <202009222004.08MK4xFj037249@mail.karels.net> References: <202009222004.08MK4xFj037249@mail.karels.net> 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: 4BwsvM2WmNz4YZX 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.148.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2020 20:13:36 -0000 On Tue, 2020-09-22 at 15:04 -0500, Mike Karels wrote: > bcc: re@ for their information > > > Date: Tue, 22 Sep 2020 19:27:54 +0000 (UTC) > > From: Oskar Holmlund > > Den tisdag 22 september 2020 20:09:53 CEST, Mike Karels < > > mike@karels.net> skrev: > > > I just installed 12.2BETA2 on a BeagleBone Black (armv7), and it > > > took > > > at least an hour. I hit ^T periodically, and time seemed screwed > > > up > > > (real time was progressing slowly at best). Eventually the system > > > came > > > up, and I logged in. I ran date several times, a few seconds > > > apart, and > > > the time did not change. I ran a ping of a nearby system, and it > > > sent > > > and received only one ping; aparently timeouts/alarms are broken. > > > It is > > > as if the system clock is not interrupting, or is doing so much > > > more slowly > > > than it should. I'll append a transcript in case there are clues > > > that I > > > missed. Any thoughts on what is broken? > > > fwiw, I also installed on a Raspberry Pi 3B+ (aarch64), and that > > > proceeded > > > normally. > > Mike > > [transcript omitted] > > > Hi Mike, > > > > > If I remember correct, most of the system are broken due to removal > > of ti,hwmods property in the devicetree. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244754 > > A workaround is to use an older version of devicetree. I cant tell > > if you need to do it manually or if sombody will do it for you in > > the 12.2 release process. > > Another solution is to use head. Beaglebone black and pocketbeagle > > works. It's still work to cleanup the transition to the clk > > framework, feel free to try it out and please let me know if you > > run into any trouble. > > //Oskar > > Thanks for the information. fwiw, it would sure be nice if this was > working > at release time. I expect occasional breakage on head, but not on > releng/X > as we approach release time. > BB is broken on head right now too, fallout from adding proper clock drivers recently. I think mmel@ is looking into a fix. -- Ian From owner-freebsd-arm@freebsd.org Wed Sep 23 03:17:03 2020 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 EBE143EB604 for ; Wed, 23 Sep 2020 03:17:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bx3Hz0mHVz4Cb1 for ; Wed, 23 Sep 2020 03:17:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 4b_HfssVM1mpxYaUN3UtdSuA3ijo8vFxeZF_QwGr1O3zMeTVpsKmxKwb.9Ti5.c tWakdvtjfipliBLjQPhqV9fG_AczxB97VeoGo_IjiKgqlHcXz71FgtY888XEXBD.V.YhNSl1Zuaj LuQChn8YTFY6GYW13oFv0W2LC5w0RSY4TDk0ZKFCXoMVsjNGz65qQzg7mgvjlCy2eBj9uqESisUC YEWVP2kBVpSlKAfvFATunihQ1qhZNc.wU5XTTeiMlVE2_RQjXhWXZdHEQ0Q1wY3.JDjanDaR0jw5 aa0zHyEyMwPSQYz07lFeX4NUNTy5xuQyqJkNr_YVHyTi7GPlSNk3i.5K775RForsjJupcS5tqVnK SSQAm.HRLW1PYDkLGkeN86OwfBOq4r2x0_h.pqiGY4sBArj7.4TGXadlKXFCBNRT5AZxNzopjPdS iwPFB1jkucw_RYU8Anf90s7_CUOiV4HNcX_N3LMW8X1uvEpmmIyxK5Kemq_SiqyNP1TLAwOD0poA Q4YWOSWJ0GAnR0F_09HLMLCRQCG5bBfxZcxpcW0lSvUBcJ_AIsteZESNMzyI7vjCXpHFAPP7ovDU dvji.ooFrqw9nO0u5TAiwJv_LTX1wqVWQFVhqkqcDo6z4TuMEZpXcb59C8EsKBWpbL_OhlSfM5RN x8bcMVw3LGny2iDmZmSK0rytY2T_1o6tgsMDcKKc8XA2cbxLl9qWg9XqQEkpUOALbA9GS0cJcbnX Mc4UVr134BRN9lQ6uOzm1T_Ohq9RsfC20s.Xn53xfhGaGU3t4926w0XnG3xjIk3NXexG3lLBxqNC MFElaxWxpztoJg2GSJ57iUmYQ51Wo_jlmOyQDLycxhTDlFz2cEr.dpW0cZ49Y74qIHXWi1xzC0TT wuaOrVd7fIHttDnbVxlhgGp9aKL151MhOw7acIGcBp4XWN1V8oyPQtoLI6FW1G.o1DiA7rCsmycw 65NJYKzb8phTe1BibIibUHPRXxmoe86l8GlXEpP76atmyEwgIpfkVD2ZjDYVxX167VxBXn.cpJwq sN6RJM0dF0BN.EyNos9yz_vfw0Y9CpzIghTj464LwjcAcErCfwR4sFvUF13VjF0x02CIMpeD2l_t AlT94plzJM0ryFitGGdO9BS297kXHBQ5CqzecdRZvnOnzhxvEJqY.xdDSioEQl2MMuPc8TiOfVqw lS2.aN3GXmZYCCX8eDp8mLux0u0ppmfZbj3XrfrGNyWLAqgrT.8QBGP1LPk.muP1a5Ko0IZoFqx_ PzO7oL5QEAj7pYWVTXrOe5ZgQ_Vpcp5J4Hfrlp8bM.Fdm4FwIRX1DuonTnm0UcuZash8YrkHkQW1 mzIYUO8laLiA.WCei2MnwyF2Q86a1RZVxl97D1uTii3xJ_MWYtSuYakMWw8sWVCxLUtcChHovsxe ts5Ibij6EKX.yje8KdysEhvdnb.j54O01Blf5TOdgc0O4BpV5HYQb77B0X0Gq5gtqvIYGPZR0Wa. 6eONMVfPwKzHRjlyXr4736EOxUeKaWZcPGt4j3fmTziD.8j4vdqS0lDQ- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Wed, 23 Sep 2020 03:17:00 +0000 Received: by smtp411.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 79df9d7de74047d2ca5e6b625bdb4a6e; Wed, 23 Sep 2020 03:16:56 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B buildworld buildkernel times for already installed system being -mcpu=cortex-a72 vs. -mcpu=cortex-a53 based Date: Tue, 22 Sep 2020 20:16:55 -0700 References: <4E155E94-3AA0-464D-A1E9-45A7827537ED@yahoo.com> To: freebsd-arm In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4Bx3Hz0mHVz4Cb1 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.57 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.07)[-0.067]; 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)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.984]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.019]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2020 03:17:04 -0000 On 2020-Sep-20, at 18:40, Mark Millard wrote: > On 2020-Sep-20, at 18:32, Mark Millard wrote: >=20 >> The following are from scratch buildworld buildkernel rebuilds >> on a RPi4B (head -r363590 context). >>=20 >> ENVIRONMENT: -mcpu=3Dcortex-a72 based world and kernel running = already, RPi4B @ 2G Hz, >> Restricted to 3 GiByte RAM, -j3: >>=20 >> World built in 37469 seconds, ncpu: 4, make -j3 >> Kernel(s) GENERIC-NODBG built in 2474 seconds, ncpu: 4, make -j3 >>=20 >> ENVIRONMENT: -mcpu=3Dcortex-a53 based kernel running, RPi4B @ 2G Hz, >> Restricted to 3 GiByte RAM, -j3: >>=20 >> World built in 44034 seconds, ncpu: 4, make -j3 >> Kernel(s) GENERIC-NODBG built in 2895 seconds, ncpu: 4, make -j3 >>=20 >> So a little under 11.1 hr total vs. a little over 13.0 hr total, >> a somewhat over 50 min improvement. >=20 > "a somewhat over 1hr 50 min improvement" is what I should have > managed to type. Some experiments indicate that the faster result may be rather dependent on clang 10 -O use vs. clang 11 -O vs. -O2 use as well as use of -mcpu=3Dcortex-a72 . Jumping from clang 10 -O to clang 11 -O2 for the FreeBSD kernel build in use looks like it might revert to more like the older times for buildworld buildkernel. (clang 11 -O is -O1 instead of the historical -O2 .) But I've not rerun any build tests to know for sure. clang 11's use -f -O meaning -O1 is causing FreeBSD-kernel-build problems when DEBUG is defined --from lack of inlining in some environments. FreeBSD may switch to use of -O2 explicitly for all platforms. (I build non-debug [no witness and such] with DEBUG=3D-g forced. My context is now forcing -O2 currently because powerpc64 has the inlining problem and I'm checking if the uniform setting works uniformly across what I have access to.) >> (A xhci patch finally allowed me to boot -mcpu=3Dcortex-a72 >> based kernel builds on the RPi4B: The xhci event ring >> initialization code was missing a usb_bus_mem_flush_all >> call previously.) >>=20 >>=20 >> Supporting details: >>=20 >> (e-mail based spacing changes expected below) >>=20 >> # diff -u = ~/src.configs/src.conf.cortexA72-clang-bootstrap.aarch64-host = ~/src.configs/src.conf.cortexA53-clang-bootstrap.aarch64-host >> --- /root/src.configs/src.conf.cortexA72-clang-bootstrap.aarch64-host = 2020-03-13 22:29:25.470155000 -0700 >> +++ /root/src.configs/src.conf.cortexA53-clang-bootstrap.aarch64-host = 2020-03-13 22:29:25.469455000 -0700 >> @@ -49,9 +49,9 @@ >> # Use of the .clang 's here avoids >> # interfering with other CFLAGS >> # usage, such as ?=3D usage. >> -CFLAGS.clang+=3D -mcpu=3Dcortex-a72 >> -CXXFLAGS.clang+=3D -mcpu=3Dcortex-a72 >> -CPPFLAGS.clang+=3D -mcpu=3Dcortex-a72 >> -ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a72+crypto >> -ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto >> -ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto >> +CFLAGS.clang+=3D -mcpu=3Dcortex-a53 >> +CXXFLAGS.clang+=3D -mcpu=3Dcortex-a53 >> +CPPFLAGS.clang+=3D -mcpu=3Dcortex-a53 >> +ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a53+crypto >> +ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a53+crypto >> +ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a53+crypto >>=20 >>=20 >> The .amd64-host files are similar for doing cross builds. >>=20 >> I also use +=3D in secure/lib/libcrypto/Makefile : >>=20 >> # svnlite diff /usr/src/secure/lib/libcrypto/Makefile >> Index: /usr/src/secure/lib/libcrypto/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/src/secure/lib/libcrypto/Makefile (revision 365919) >> +++ /usr/src/secure/lib/libcrypto/Makefile (working copy) >> @@ -20,7 +20,7 @@ >> SRCS+=3D o_str.c o_time.c threads_pthread.c uid.c >> .if defined(ASM_aarch64) >> SRCS+=3D arm64cpuid.S armcap.c >> -ACFLAGS.arm64cpuid.S=3D -march=3Darmv8-a+crypto >> +ACFLAGS.arm64cpuid.S+=3D -march=3Darmv8-a+crypto >> .elif defined(ASM_amd64) >> SRCS+=3D x86_64cpuid.S >> .elif defined(ASM_arm) >> @@ -35,7 +35,7 @@ >> SRCS+=3D aes_cbc.c aes_cfb.c aes_ecb.c aes_ige.c aes_misc.c = aes_ofb.c aes_wrap.c >> .if defined(ASM_aarch64) >> SRCS+=3D aes_core.c aesv8-armx.S vpaes-armv8.S >> -ACFLAGS.aesv8-armx.S=3D -march=3Darmv8-a+crypto >> +ACFLAGS.aesv8-armx.S+=3D -march=3Darmv8-a+crypto >> .elif defined(ASM_amd64) >> SRCS+=3D aes_core.c aesni-mb-x86_64.S aesni-sha1-x86_64.S = aesni-sha256-x86_64.S >> SRCS+=3D aesni-x86_64.S vpaes-x86_64.S >> @@ -242,7 +242,7 @@ >> SRCS+=3D ofb128.c wrap128.c xts128.c >> .if defined(ASM_aarch64) >> SRCS+=3D ghashv8-armx.S >> -ACFLAGS.ghashv8-armx.S=3D -march=3Darmv8-a+crypto >> +ACFLAGS.ghashv8-armx.S+=3D -march=3Darmv8-a+crypto >> .elif defined(ASM_amd64) >> SRCS+=3D aesni-gcm-x86_64.S ghash-x86_64.S >> .elif defined(ASM_arm) >>=20 >> The RPi4B is using: >>=20 >> over_voltage=3D6 >> arm_freq=3D2000 >>=20 >> and was booted via uefi/ACPI. >>=20 >> I have not repeated the -j4 or other -jN comparisons that >> I reported in the past. The -mcpu=3Dcortex-a53 figures are >> from the past. >=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 Wed Sep 23 04:02:35 2020 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 264E03EC7EA for ; Wed, 23 Sep 2020 04:02:35 +0000 (UTC) (envelope-from pygr@sonic.net) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (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 4Bx4JV1L9fz4Fv7 for ; Wed, 23 Sep 2020 04:02:33 +0000 (UTC) (envelope-from pygr@sonic.net) Received: from [10.137.113.129] (108-169-4-215.dynamic.dsl.sonic.net [108.169.4.215] (may be forged)) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id 08N42V45006607 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Tue, 22 Sep 2020 21:02:31 -0700 From: glenn Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: ubldr to kernel handoff fails Message-Id: <1F96FC72-BD69-4213-880C-6CE47B2A9107@sonic.net> Date: Tue, 22 Sep 2020 21:02:30 -0700 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Sonic-CAuth: UmFuZG9tSVadnTnwuvFIMWNUqAWlpXtENOXdbaazDUoFEgpctv18/ECxlfVxvb/BQBITmhULc0pfu/Fxu6teUIH6UiYW5dFf X-Sonic-ID: C;ZOpTmlH96hGDqP8/xdyLyg== M;mEubmlH96hGDqP8/xdyLyg== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-Rspamd-Queue-Id: 4Bx4JV1L9fz4Fv7 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of pygr@sonic.net has no SPF policy when checking 64.142.111.50) smtp.mailfrom=pygr@sonic.net X-Spamd-Result: default: False [2.86 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RECEIVED_SPAMHAUS_PBL(0.00)[108.169.4.215:received]; ARC_NA(0.00)[]; NEURAL_SPAM_SHORT(0.46)[0.458]; NEURAL_SPAM_MEDIUM(0.68)[0.676]; NEURAL_SPAM_LONG(0.43)[0.431]; DMARC_NA(0.00)[sonic.net]; 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:64.142.96.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[64.142.111.50:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2020 04:02:35 -0000 Problem: ubldr fails to pass control to a FreeBSD kernel when U-boot = 2018.01 is used but succeeds with U-boot 2013.01 Details: I've built a working OPNsense 20.7 installation on a = HardenedBSD 12.1 OS running off an SD card in a SolidRun ClearFog Base. = The U-boot for this is a customization of 2013.01. Everything works as = expected, but I want to update U-boot to 2018.01. To that end I use dd to copy over a custom 2018.01 U-boot image to the = beginning of the SD card. The FAT partition and the UFS partition are = untouched by this. U-boot proper and ubldr function as expected. When given the location of = a dtb that I know that works, the boot progress halts immediately after:=20= =09 Kernel entry at 0xc00180... Kernel args: (null) is printed to the serial console. Removing the SD card and mounting the UFS file system on another FreeBSD = system, I've checked that "readelf /mnt/boot/kernel/kernel" reports that = the kernel entry address is indeed 0xc00180. Some months ago I ran into a problem that had the same symptoms, but = that turned out to be a device tree issue where the serial console = wasn't properly configured. That doesn't seem to be the case here, since = the failed and successful systems use the same dtb file. A possible explanation occurs to me that the underlying U-boot API that = ubldr depends on has changed in its functionality so that ubldr no = longer works properly. This is a baffling issue for me and I would appreciate any ideas anyone = has on the matter.= From owner-freebsd-arm@freebsd.org Wed Sep 23 20:22:40 2020 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 D6244425C3B for ; Wed, 23 Sep 2020 20:22:40 +0000 (UTC) (envelope-from denis@zap.qc.ca) Received: from alt12.smtp-out.videotron.ca (alt13.smtp-out.videotron.ca [135.19.0.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BxV3N0knvz4Jrp for ; Wed, 23 Sep 2020 20:22:39 +0000 (UTC) (envelope-from denis@zap.qc.ca) Received: from [192.168.1.45] ([66.131.2.140]) by Videotron with SMTP id LBHhk41UED1dYLBHikURQp; Wed, 23 Sep 2020 16:22:38 -0400 X-Authority-Analysis: v=2.3 cv=cqflbGwi c=1 sm=1 tr=0 a=Kqwbho4bvqOE74hyvtv+ew==:117 a=Kqwbho4bvqOE74hyvtv+ew==:17 a=N659UExz7-8A:10 a=N54-gffFAAAA:8 a=kDF3x9AbI4ouCHvhK7oA:9 a=pILNOxqGKmIA:10 a=6l0D2HzqY3Epnrm8mE3f:22 To: freebsd-arm@freebsd.org Reply-To: fortin@acm.org From: Denis Fortin Subject: FreeBSD on arm64 RockChip RK3328 Cortex A53 (FriendlyElec NanoPi NEO3) Message-ID: Date: Wed, 23 Sep 2020 16:22:37 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-CMAE-Envelope: MS4wfMnvvc9sh8xs5LhqQ4zTv3uJevSCf84jQK6hgAMljfF8EmV0MvQXVtJQhtkFJjfQgaW4jr7KGTd713avzOGe67K0ECX5IcmonBAGVp9R40V3nyLV/eYu 89SU0is+U5H9U/50vEfcwS8mvP1uoM9N/kWdyjwj5r2PZrEj96OzSWif X-Rspamd-Queue-Id: 4BxV3N0knvz4Jrp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=zap.qc.ca; spf=pass (mx1.freebsd.org: domain of denis@zap.qc.ca designates 135.19.0.26 as permitted sender) smtp.mailfrom=denis@zap.qc.ca X-Spamd-Result: default: False [-3.32 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[fortin@acm.org]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[135.19.0.26:from]; R_SPF_ALLOW(-0.20)[+ip4:135.19.0.24/30:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.01)[-1.005]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.52)[-0.523]; DMARC_POLICY_ALLOW(-0.50)[zap.qc.ca,none]; NEURAL_HAM_MEDIUM(-0.89)[-0.892]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5769, ipnet:135.19.0.0/18, country:CA]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[135.19.0.26:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2020 20:22:40 -0000 Greetings, I've just acquired a small SoC computer: a NanoPi NEO3 from FriendlyElec, which is equiped with a RockChip RK3328 CPU. Got Linux running almost instantly, but I would prefer having FreeBSD on it... I have searched the web and found various postings about getting FreeBSD up and running on an arm64 RK3328 computer, but before I start poking around to make a boot image, I'd like to check here if anyone's has a simple recipe for it. Any pointers appreciated! Kind regards, Denis, fortin@acm.org From owner-freebsd-arm@freebsd.org Thu Sep 24 06:54:08 2020 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 70D2F3EEB0B for ; Thu, 24 Sep 2020 06:54:08 +0000 (UTC) (envelope-from s.dave.jones@gmail.com) Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (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 4Bxm3z4BRMz410T for ; Thu, 24 Sep 2020 06:54:07 +0000 (UTC) (envelope-from s.dave.jones@gmail.com) Received: by mail-io1-xd33.google.com with SMTP id u6so2171179iow.9 for ; Wed, 23 Sep 2020 23:54:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=zJJWuWXNhURE+MJ++ds0WUwnGKWuyTgGyCb1phkJaXI=; b=t4Ze1jXEaMB/d5c1YnvL7su8xCXKbD5lO58NI1G5joZuM4ycDY97xKOqejrusjZxpZ WMEk3Ear53cCfhc+E55UsiAb4MC1fjKbcHqHG0H5Jos4aN7dyzrPagzbP6srt7BOATBv K86Kfl7DDN6EDc+HVF3NxeKY8v8APZRN/iFlWPIZJUgPQTR3jYXpgvR6yPY2wcm1ZOy2 9QUio0fbmdlBDfJpS17xa6BB2uFb42VneGVC6JHL6f71tNLI8CZXeyYf7Y5XmrS0tZK4 jFGpBiQXwByySQ2AFlrfF9rOCKHE92Zxsrjc66qiUrOox55Ns/J/tqeQvnWr50LslgKg ga2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=zJJWuWXNhURE+MJ++ds0WUwnGKWuyTgGyCb1phkJaXI=; b=HCla2gspuXwtI6i49IhOV0FhCPX8nwXbuo2dKOsbBFJYxnnddtybs6AD920QyuX+TJ D6qISEQJWT/DdL0Y5J4IQJ5H1ZgAF+TknAMowt0xh7/nQSNnEJxoEfdW9TBjOYIPfB0y x6FTSBOAp/0tqXWBo3/WMeSZVcZztf0Ud3R2P/xeJkt7Q+XrCr58QhRQXaMF680j1ACo d/C6eMRnhuEZD26pd2RPMU0WzSUK3PJA0eWN3nBoYEHmWZ9qGrgDaEaWQsF9k37i6Hg8 BwObcPHoS46ulBbUy9Kjz6JIXFSu8zidHFKXHw/ssO3lckWXitrg6V8Lhnan0nfjSsj2 xzkQ== X-Gm-Message-State: AOAM531j3el9aCgA9PAJaOrWXKQkKUVy7EGb7xpECmkO4p6zRfSSoE9j p2rfSPJ7OaM9MfdstMjS0o+Azu4vRbNXJRaiNK9fFQmvKbfq/w== X-Google-Smtp-Source: ABdhPJzN0iGltM0U/jOT4TNOCjgOafrZJ4EojkmMLeZSyZKfdEtMNEZdQp3gi2+YqKDXloGZKh+WsloMyNBeDD75cGU= X-Received: by 2002:a6b:b386:: with SMTP id c128mr2249534iof.157.1600930446121; Wed, 23 Sep 2020 23:54:06 -0700 (PDT) MIME-Version: 1.0 From: Dave Jones Date: Thu, 24 Sep 2020 14:53:55 +0800 Message-ID: Subject: Re: onboard wireless on rpi4 To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4Bxm3z4BRMz410T X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=t4Ze1jXE; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sdavejones@gmail.com designates 2607:f8b0:4864:20::d33 as permitted sender) smtp.mailfrom=sdavejones@gmail.com X-Spamd-Result: default: False [-2.74 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.73)[-0.728]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.97)[-0.971]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.04)[-1.038]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d33:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; FREEMAIL_CC(0.00)[lists.zabbadoz.net,googlemail.com] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 06:54:08 -0000 Bjoern A. Zeeb wrote: > On 4 Sep 2020, at 17:35, Klaus Cucinauomo via freebsd-arm wrote: > >> Yep, my question if really no one else is working on it, was directed to Bj=C3=B6rn ;-), >> because I don=E2=80=99t want to work on a completely different implement= ation, >> if Bj=C3=B6rn is perhaps a few steps further. > > SDIO attach worked last year; WiFi (cfg80211) wasn=E2=80=99t finished. = And I am not tired of hearing people ask for it. You have all the right to do so. > > I recently got a PCIe card (different bus attachment) but it should help to move forward on the WiFi parts as well. Yes, it is a free time project at the moment but it also benefits from other ongoing WiFi work. > > > Two things which may help for the RPi/SDIO parts are: >> > - please try and use MMCCAM kernels and help, test, debug, report, .. all the things you find so (other people) can jump in as well so we can switch that on as default. Without that, no SDIO. > > - in case you are not only into RPi, the nanopi/rk33xx platforms with onboard SDIO WiFi need tiny little glue bits to turn the bits on; would be great if someone could just do that. Regarding https://lists.freebsd.org/pipermail/freebsd-wireless/2020-May/009122.html, are you really working on it? You've been working on using linuxkpi to support Intel wifi [1], and it seems that you also work on ath10k port [2]. Would you tell us what your first priority is? Thanks! [1] https://www.freebsd.org/news/status/report-2020-04-2020-06.html#Intel-wirel= ess-and-11ac-update [2] https://lists.freebsd.org/pipermail/freebsd-wireless/2020-September/009377.= html From owner-freebsd-arm@freebsd.org Thu Sep 24 12:52:02 2020 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 5EC423F7111 for ; Thu, 24 Sep 2020 12:52:02 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (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 4Bxw0x5F93z4PW8 for ; Thu, 24 Sep 2020 12:52:01 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id BAAB04F3 for ; Thu, 24 Sep 2020 08:52:00 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Thu, 24 Sep 2020 08:52:00 -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= fm3; bh=sdY9mCmWIILyJigAtl7HXyvgQqUUC2HboEyyJ9apOEM=; b=A+/6RnDs /+raxUcycOgwIUaiRFsctqTsHWypYAskXajjFSnvOCS9e96SchZxsfJsH2rGNCQZ MVLybxMGcdDp9AQaqiLmFctlDptg+5BCTE2AOpkduIyiO/fCNpWfXU9yzArAKw52 21seHY8D8JMOrT/Vy8w1iavzDl+UE3gJbZDpjodqG1ibk4xs8m9b8gq0+LhIH4/J QjBNUKNC3dqcU/6sK0cokiA3LWc1mXPBfTWFwTTPuTeq3P1Xu61zT6Qj2ezGWG6W UCbp9kAgBxYT1Xo5TTI7pvwEFP4STp2GNSgEgw+IJjVY0ZK+9r5sCB3Lyr+cDVIL 0+zKO0sJ1TKGXQ== 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=fm3; bh=sdY9mCmWIILyJigAtl7HXyvgQqUUC 2HboEyyJ9apOEM=; b=s2uLJ9IVw1LOOmFs/cOzwqekOuB3LrynTCeUbCqqu6G0P fzgnde07Qtp8IWHVkcue9CrU72djFcStzH+e5BANB6jaHZCdtAkHfsKe2XXkUl34 w/1UOStbwnC7ZJleQN2DFj2FiYDGkmlcdSv5Jicj1+/cW+KPnwz3sqhxWtulQPp3 LNIpfg3dPaLhiFT9iitaFz875M0l1zxYrWo903fDLC16tDufzKvVlxYur6N2r+BE 2T9eHXtNEzTv10hhCM9wkZeBr3nkWFHhOJ2NvDV9nnDmGymiCv9QvBD17nUjUB9M etaynkggACmvGey5BKuTDTIRAJ9jglO0mrv2XjJfw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudekgdehlecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehgtderredttd dvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiihgihs thdrnhgvtheqnecuggftrfgrthhtvghrnhepjeejueffvdfggeehgfekgeelffejfefhhe dtueeljefhgeeuueefuefhudeiffeunecuffhomhgrihhnpehgihhthhhusgdrtghomhen ucfkphepkedvrdejtddrledurdelleenucevlhhushhtvghrufhiiigvpedtnecurfgrrh grmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from bastion.zyxst.net (bastion.zyxst.net [82.70.91.99]) by mail.messagingengine.com (Postfix) with ESMTPA id CDC5C306467E for ; Thu, 24 Sep 2020 08:51:59 -0400 (EDT) Date: Thu, 24 Sep 2020 13:51:31 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: rpi4 updated eeprom Message-ID: <20200924125131.GA81152@bastion.zyxst.net> Mail-Followup-To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline X-Rspamd-Queue-Id: 4Bxw0x5F93z4PW8 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm3 header.b=A+/6RnDs; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=s2uLJ9IV; 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 [-5.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-1.04)[-1.041]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.20:from]; 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.01)[-1.012]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.78)[-0.782]; 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.20:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 12:52:02 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I updated the eeprom and my rpi4 as per https://github.com/raspberrypi/rpi-eeprom/blob/master/firmware/release-note= s.md now can't boot freebsd. Can I recover from this? The reason I wanted to upd= ate the eeprom was, amongst other things, to allow the pi4 to be clocked better. Previously it'd only go to 1.5GHz. Is the only way back to get freebsd bootable to wind back the version? raspios 64 bit works ok. thanks, --=20 J. --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl9slmMACgkQs8o7QhFz NAUPCw/+Ou+3KXaUK3qPD3IoRz/i+a5KR3Y3sqFQm7RXcTwQhHjZy3pQuoO4C4AA LIkkZ9qLkU/GDwS1JhfwfH4mfmn2oUCi49ZBfOgjqjGvN80IR9jVJjveqcO7EY7h dXKiIwFRlAdEUAlwVskHZZWCwaheEQChmtTasSsVOvGERzEkwqf8ClK391D0Qjjm SqlkRu1w/VoGk2eSThTe86aQbLSddbmIcfuvw0hKzFyopRdoVQ2QpYV37XEOHXz2 GXB6w11ayq6X7I+42VI3GklRV0NKRkhJdKLbFlZbodpRtgKdfl3offVSzp4RPkh1 0D5H/LBJypv1hHaENyigW3d3hgBdPoZp3rYTIghSTKnovX2BpeZhqiHNHorEc55d GoDJAX+KCJm+6Emcnf12C0JifIZRwI/L2NLRD4zO71e1f4DDqDUJZ6CflOUoHJmk cov2iC7lmwbT/1uR0iyGkDE2U/CgLpRNqb78ZJwE187wNJOM3/6zietk8ENZNk88 cOqUUm1uevY2xMzsP2k331R2QKuAu7Z+nDIzzFTl1Yh0WYfPniFcpSC+tQvc7RCN PJq+ns24LWrufAVHGN1BxsOPtejpi/As1xQaaV0+KD4X56P3Q713FQg4J8cnhhgO Ija1Bj2BnGMR+2/3GcGe0nwdJFwoP6QeDrl0Mudx0eXCihKtQ40= =aw99 -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-arm@freebsd.org Thu Sep 24 13:25:47 2020 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 6307D3F7C0D for ; Thu, 24 Sep 2020 13:25:47 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (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 4Bxwlt4NXZz4RDq for ; Thu, 24 Sep 2020 13:25:46 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 6B95CA79 for ; Thu, 24 Sep 2020 09:25:44 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Thu, 24 Sep 2020 09:25:44 -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=fm3; bh=h9Zp7Cvkrh9hGr12WAJMQ43ncsf MQbpfwEUTFZXvulk=; b=YcuOLzAl98hSZ+5tLWLnxbIYVs2rzUNtO9w+U6UkKMe l7r9cCG1BIJTH2PGdM7F1n8G3wXgDsEQbP4MRYUFpgVekL//D6UWhnaVQQ0yPsxo mF8TDAev9hZYkoqm9AaicAoywAvKf8MMbtB2/i+a18vqHU14AuRT4b6J/ozyrixU MS0j3WjJNrKavioCGxQx7buoGp3VDolWEkMZKidQBpG9bTimQbjWzYczsZ+hez74 IMYfRcYsqo4XXIafu4ez60tf2kQv8Rnoa6VAlI2nsOwQBsVV+8zE67i19lSaO2iu UV5kKJRDLsHQPRdMMyhObuJMkmUqwRmIuP3VnD31lNw== 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=fm3; bh=h9Zp7C vkrh9hGr12WAJMQ43ncsfMQbpfwEUTFZXvulk=; b=IKZ+r+V8TaR/gdOJsnW1oc mINBg2EAAk1b2VBp2qsspxKIGFnsJO4xKSCHCsLiqxOfJchjs5t8Xj1qbyBtTUnh joRQxKFm73AKkyx1YkF5kLC9GPnwkSgV44HYJnrauLgkjha8JjgDvDkZYU9fJGlI QdyTTb/151SLY6eSqC92f+9M9aDAAwMZsT4+13V3VJcvgCBTrn+YPcEkbbf6XKE2 jLNAVazK/OQL98VLubj2OqS/gy5x6FqU/sKzJhCiF9+jzPEUvvD3XZ36Q+aWolKT canYHjxaOO+y1bLUR5/DdfnLVHLq3i/xQ7T9ftp0hHgzh1cZmCo9hmd4EPygxQug == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudekgdeihecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnhepffeileetteelgeffvdeiueeiueeivd dthfeuuedtgfejkeetieelieeugeekhfffnecuffhomhgrihhnpehgihhthhhusgdrtgho mhenucfkphepkedvrdejtddrledurdelleenucevlhhushhtvghrufhiiigvpedtnecurf grrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from bastion.zyxst.net (bastion.zyxst.net [82.70.91.99]) by mail.messagingengine.com (Postfix) with ESMTPA id 74F53328005E for ; Thu, 24 Sep 2020 09:25:43 -0400 (EDT) Date: Thu, 24 Sep 2020 14:25:14 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4 updated eeprom Message-ID: <20200924132514.GB81152@bastion.zyxst.net> Mail-Followup-To: freebsd-arm@freebsd.org References: <20200924125131.GA81152@bastion.zyxst.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline In-Reply-To: <20200924125131.GA81152@bastion.zyxst.net> X-Rspamd-Queue-Id: 4Bxwlt4NXZz4RDq X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm3 header.b=YcuOLzAl; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=IKZ+r+V8; 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 [-5.57 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-1.04)[-1.041]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.20:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.20: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)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.01)[-1.012]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.82)[-0.820]; 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.20:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 13:25:47 -0000 --DBIVS5p969aUjpLe Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 24, 2020 at 01:51:04PM +0100, tech-lists wrote: >Hi, > >I updated the eeprom and my rpi4 as per >https://github.com/raspberrypi/rpi-eeprom/blob/master/firmware/release-not= es.md > >now can't boot freebsd. Can I recover from this? The reason I wanted to up= date >the eeprom was, amongst other things, to allow the pi4 to be clocked bette= r. >Previously it'd only go to 1.5GHz. Is the only way back to get freebsd >bootable to wind back the version? > >raspios 64 bit works ok. actually, more detail: I could boot freebsd, but if I go into config.txt, make changes for clockin= g, when it boots it complains about md5 hash of start4.elf etc and refuses to proceed. Basically the same thing as what happened when I tried to modify config.txt before upgrading the eeprom --=20 J. --DBIVS5p969aUjpLe Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl9snksACgkQs8o7QhFz NAUazw//TslnQGw2FnWDU7GlBAc45Hd5dFSdErefZPyfAM8m4BSEE2Bg5iCoqRva GBvqQpV0hoGARIeO+kMWrEoXql8lMXBfi3Lusu6pWcJzs/H7eI7CWBLSYXkIPYid 5P/k0JZiyGsIXnJkdpSwLMncI3S0Xaeo0lyNe3m+XZxOmM8W+rZa7mBqOiSEoxK5 VBseFGopJYHt2zq/Zz4Q0E7wOr5J9hRHP+sXTz9pUgxs1Nndaacz+KNQJDw5ptir 2rr+IK6xneIaI5QqwvKXop3HcRWDkWaQ1Rlh3qpTPBefSVY+MAEVTSGq7J15nC67 M9mxtNwa1gT6CbKeSI13bODsB4wm12BQ0O95o7Wv9M+jdU1+uKVoV5uqOUoiCnMD AlflIn9cVgeh7nmT0yoZBFXFrN/kfotASlvcDxWH3eqepvChMK8raW3aTkl+xfqz fd9ydGbZRhpOP/kYk7hAepwwIYWu5mmKFyKonZtzKyGGOiCP1Pq6EvTeyoChTSRM fgu4ni/XZg+gC122lN9YzRA1RTWNbTfzI0GMJP6X8a0r4HiMhb8LYB9RUxFJ3RHD IwGQQ1fqhDzsCvkG4F8dqvtbC64gTE0MGFUmiQK5nyMf1fWqZQPv8sUwoIwagbtV gZ+gmSkMhmsV8DqhftIf+5UZX8AiopzXN5cg5a/Yow9O67DpDKg= =TECV -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe-- From owner-freebsd-arm@freebsd.org Thu Sep 24 13:47:06 2020 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 7E4293F81BD for ; Thu, 24 Sep 2020 13:47:06 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40136.protonmail.ch (mail-40136.protonmail.ch [185.70.40.136]) (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 4BxxDT3VKnz4Sh3 for ; Thu, 24 Sep 2020 13:47:05 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Thu, 24 Sep 2020 13:46:54 +0000 To: tech-lists , freebsd-arm@freebsd.org From: Robert Crowston Reply-To: Robert Crowston Subject: Re: rpi4 updated eeprom Message-ID: In-Reply-To: <20200924125131.GA81152@bastion.zyxst.net> References: <20200924125131.GA81152@bastion.zyxst.net> 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: 4BxxDT3VKnz4Sh3 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.37 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RWL_MAILSPIKE_GOOD(0.00)[185.70.40.136:from]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.47)[-0.465]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; 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(-1.01)[-1.011]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[185.70.40.136: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.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 13:47:06 -0000 Q291bGQgeW91IGJlIGEgbGl0dGxlIG1vcmUgc3BlY2lmaWMgYWJvdXQg4oCcY2Fu4oCZdCBib290 4oCdOiB3aGF0IGhhcHBlbnM/IFRoZSBwaSBtZWx0cyBpbnRvIGEgcHVkZGxlPyA7KQoK4oCUIFJI Qy4KCk9uIFRodSwgU2VwIDI0LCAyMDIwIGF0IDEzOjUxLCB0ZWNoLWxpc3RzIDx0ZWNoLWxpc3Rz QHp5eHN0Lm5ldD4gd3JvdGU6Cgo+IEhpLAo+Cj4gSSB1cGRhdGVkIHRoZSBlZXByb20gYW5kIG15 IHJwaTQgYXMgcGVyCj4gaHR0cHM6Ly9naXRodWIuY29tL3Jhc3BiZXJyeXBpL3JwaS1lZXByb20v YmxvYi9tYXN0ZXIvZmlybXdhcmUvcmVsZWFzZS1ub3Rlcy5tZAo+Cj4gbm93IGNhbid0IGJvb3Qg ZnJlZWJzZC4gQ2FuIEkgcmVjb3ZlciBmcm9tIHRoaXM/IFRoZSByZWFzb24gSSB3YW50ZWQgdG8g dXBkYXRlCj4gdGhlIGVlcHJvbSB3YXMsIGFtb25nc3Qgb3RoZXIgdGhpbmdzLCB0byBhbGxvdyB0 aGUgcGk0IHRvIGJlIGNsb2NrZWQgYmV0dGVyLgo+IFByZXZpb3VzbHkgaXQnZCBvbmx5IGdvIHRv IDEuNUdIei4gSXMgdGhlIG9ubHkgd2F5IGJhY2sgdG8gZ2V0IGZyZWVic2QKPiBib290YWJsZSB0 byB3aW5kIGJhY2sgdGhlIHZlcnNpb24/Cj4KPiByYXNwaW9zIDY0IGJpdCB3b3JrcyBvay4KPgo+ IHRoYW5rcywKPiAtLQo+IEou From owner-freebsd-arm@freebsd.org Thu Sep 24 15:22:16 2020 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 9EABB3FA26B for ; Thu, 24 Sep 2020 15:22:16 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (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 4BxzLH4SPfz4YNV for ; Thu, 24 Sep 2020 15:22:15 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 0CE3FA68 for ; Thu, 24 Sep 2020 11:22:13 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Thu, 24 Sep 2020 11:22:14 -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=fm3; bh=NXYKKOOm3e7l5ZkToqbt+29C4uZ WlC9DxiqXpgUvoLI=; b=XQJNdHnQIu7e2fxbIzLgrTQDcjWzp7DJhEyHZZwjECA Z8WM84ewzTBIVS364Bf4M9FnpaknwnI+cnyGeU0OzezRRb8J37k3glvbM2FUQTRQ lVlEUpUq4jHiB5dNh5u2NAeKnVC0Awnxmlzs6to0E9RifHPocSLo61/mKQ2YZhU3 uyb4PUDKA1fiaKsCpjuLJeeGJZn2FxGtQ/r9/V8zinIpy9pdRQapFugust1zghbb 6oySiQr+ZCpUAl5BTUd6bY29aNEtr8CeA0vH2Qe4H8frnxaNZbEt1fC/bo9krc8Z jh2uoY826V1AEWgH70AFyM2o1O9tQCC8YMn+EAT7Ftg== 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=fm3; bh=NXYKKO Om3e7l5ZkToqbt+29C4uZWlC9DxiqXpgUvoLI=; b=NvtXSYZkObmEQt4P/RC83l X34c5hmFr0igSpqV1PNjU0znxOsaAglwTDNU8GgaaSkH2YHf9AI+Lspb9tbAPSeP JXv4bF+VNDcTcqBolpRrn5qXvOtqGAkj+Ci24oa9aJVSjQWdULM/Ich0LdNs1222 dQuHvUfpZvV2kSF8HfhdKcrmOPtlj/JaO/Wm6uMDJZENznhEJ0gSPzNVShf54xN9 buzOx+NzmfX7h5KXiyGZyOlpNvJ+wSOLEoqOIDqR332Ijhs4faAbop1Nt3E9W6QM OOszjd+pGEPzWsv7DSUjljjbm2FlEfcri3N9aForWZQUhmBDhkU3nUz3/FVWJKfw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudekgdeklecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttdejnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdetleekueevtdfhueelieffiedvvd fftdeludetkeffveeuffeltdelvdevgeeunecukfhppeekvddrjedtrdeluddrleelnecu vehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqd hlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from bastion.zyxst.net (bastion.zyxst.net [82.70.91.99]) by mail.messagingengine.com (Postfix) with ESMTPA id B6CB93280059 for ; Thu, 24 Sep 2020 11:22:12 -0400 (EDT) Date: Thu, 24 Sep 2020 16:21:43 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4 updated eeprom Message-ID: <20200924152143.GC81152@bastion.zyxst.net> Mail-Followup-To: freebsd-arm@freebsd.org References: <20200924125131.GA81152@bastion.zyxst.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7gGkHNMELEOhSGF6" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4BxzLH4SPfz4YNV X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm3 header.b=XQJNdHnQ; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=NvtXSYZk; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.21 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-4.85 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm3]; RWL_MAILSPIKE_POSSIBLE(0.00)[64.147.123.21:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21]; 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.01)[-1.006]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.11)[-0.114]; NEURAL_HAM_MEDIUM(-1.04)[-1.036]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 15:22:16 -0000 --7gGkHNMELEOhSGF6 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 24, 2020 at 01:46:27PM +0000, Robert Crowston wrote: >Could you be a little more specific about =E2can=E2t boot=E2: what happens? >The pi melts into a puddle? ;) ahhh sorry ;) ok, the screen that comes up, it has a qrcode on the right, a raspberry graphic on the left, it says that I need to upgrade the software, it seems to run md5 (or something like it) against startelf4 (and other=20 things like uboot.bin, but it's so quick I can't catch it all)=20 and objects to it, screen refreshes. No boot loader I'd associate=20 with freebsd starts. I can boot freebsd if I put the sdcard into a working machine and=20 revert the changes made to config.txt (whew!) If it helps, I can make an mp4 of it and post it somewhere, seems the only = way to capture the information. The qrcode translates to (i seem to remember) t= he official rpi website). (unfortunately I still haven't got a usb/serial <> TTY cable so can't captu= re the output that way, yet) --=20 J. --7gGkHNMELEOhSGF6 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl9suZgACgkQs8o7QhFz NAUd1Q//UyKzLp36WgV9QdyTU9oNc0sGhI3wa2JmtK6LpCEvlqn/RS1j8EUIwl4H CQPVFbAZa6+wIUnxK9qGMt7L6is4jEOmaR3Ve0CNahsQiBA2M6YqgDH2ElY2YlYX o/9vk2x5NGrvgx7O3jUJ8fmMDWObhHvWfMBx/+wpRy5zwMWnkkAUC1hoKTOWd4D5 Rc4He4lY/iEfZDz1osjhJGXyDNrJ2Ni93T9OYyJHsAhFD2H4YKGUEYKSqZ71AGPw srMfuKPH+j+rpel39uJyZtD0N1nT6KvtgCbrV8UpNHTh4K3kUYzs/cHElHU3kMDY 9JnGckrK99PB0J68wBFT1bTVZDh0y7mPgPAOteg90yJij3iu0AiWiLcXhZBTooqT EqggVxN06CKe6IArOvrmUIBZZ541+hJSo3ChL9Tm+xBuKTPKcTutZneB9cIstSzt xT3Kh9htWU3tLYyklCw5aoyTq6GELIEP8VL5cP2VOvhn9EGtXhk+hxDsnpn/X+qi gEJsIpD7mQVFf8UGB1rdpJtD5LZOnnryQkExW7qdqnoj7X0g4ztvWG4ivaQC+1Hy OWJO6g7DRijn85DXDLhCcOuG/5Pxf7zIYPZL9ouvsziSb1H6VNMTl0hp9xHIZb0A hxNHTm8o9aWIxVW83qr4DKZ/kAHs3F2NsRG1wt//XZzuRXL+vpc= =Wpb4 -----END PGP SIGNATURE----- --7gGkHNMELEOhSGF6-- From owner-freebsd-arm@freebsd.org Thu Sep 24 16:06:05 2020 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 8D9413FAF56 for ; Thu, 24 Sep 2020 16:06:05 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 4By0Jr1QsQz4bP6 for ; Thu, 24 Sep 2020 16:06:03 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32b.google.com with SMTP id b79so4151034wmb.4 for ; Thu, 24 Sep 2020 09:06:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=ulSXJB0WY6oUJylVaAE5xM4hUDxd1j8LThHBTGMXnSE=; b=Ilq++kjE2F7BbWCLRmdNupKzrhoOA/FXyBVU00rTcpKgF8GS0kxTXCMhskErT8Beus n06plnf4DhW0G9ef3OUf6CNqknYEjzN5CocSRGQ2Omf0FNc05PG6eCVclVQir5XWtY0l ZOakljhFcGzHDpwtGcQgUHe2yP4yHpZMc0e99dfGAupkFNyBDxQkz2OmGcXopLkZfPeT aUryTU5iQMqrdprXjYKJghMXTJYWZNx+jF7hgWva6DEyPmTrgr12w2WZRUSXOIFvrgHh Zgg/ycLw99tBB4LwViJxL8uWyrK9eaP2zNpb3baWvycg21n2RDQwb0VAb9lNIwP5r3Jm h6Uw== X-Gm-Message-State: AOAM5326N9n81FeR9JrHpoVx8iWqOQSDEgqF6sHgYO+7qon79I45NuP+ LiTtbmx/dsYZwHrHIodZrBr5sHZvwr4= X-Google-Smtp-Source: ABdhPJwAgLM/mgG6xvUdwYoT3T/VjQ9RUbRx8szfqMuiRUFyveH6Woe0Hk7zlFg4N3iXFQ9zytUdlA== X-Received: by 2002:a7b:ca4a:: with SMTP id m10mr16598wml.11.1600963562368; Thu, 24 Sep 2020 09:06:02 -0700 (PDT) Received: from localhost.localdomain (dynamic-046-114-107-085.46.114.pool.telefonica.de. [46.114.107.85]) by smtp.googlemail.com with ESMTPSA id s12sm3708328wmd.20.2020.09.24.09.06.00 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Sep 2020 09:06:01 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.33\)) Subject: Re: rpi4 updated eeprom Date: Thu, 24 Sep 2020 18:05:59 +0200 References: <20200924125131.GA81152@bastion.zyxst.net> <20200924152143.GC81152@bastion.zyxst.net> To: tech-lists , Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: <20200924152143.GC81152@bastion.zyxst.net> Message-Id: X-Mailer: Apple Mail (2.3654.0.3.2.33) X-Rspamd-Queue-Id: 4By0Jr1QsQz4bP6 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.28 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.75)[-0.750]; FREEMAIL_TO(0.00)[zyxst.net,protonmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.003]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.107.85:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.03)[-1.031]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 16:06:05 -0000 Hi John, please read again : https://wiki.freebsd.org/arm/Raspberry%20Pi#RPI4 = with special attention to your topic , so it=E2=80=99s an expected behavior that after an eeprom-upgrade you = have to update the files you mentioned. If you encounter fbsd-boot-(or other)issues AFTER you followed the = upgrade-steps, it=E2=80=99s time to discuss/test u-boot related details with Rob , but only AFTER you=E2=80=99ve installed the matching boot-files (which = will probably solve your problem before)=E2=80=A6 Regards=20 Klaus > Am 24.09.2020 um 17:21 schrieb tech-lists : > ... > seems to run md5 (or something like it) against startelf4 (and other = things like uboot.bin, but it's so quick I can't catch it all) and = objects to it, screen refreshes. No boot loader I'd associate with = freebsd starts. > =E2=80=A6. > J. From owner-freebsd-arm@freebsd.org Thu Sep 24 16:25:59 2020 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 280963FD357 for ; Thu, 24 Sep 2020 16:25:59 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) Received: from sonic301-22.consmr.mail.ir2.yahoo.com (sonic301-22.consmr.mail.ir2.yahoo.com [77.238.176.99]) (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 4By0lp0Kctz3SVF for ; Thu, 24 Sep 2020 16:25:57 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) X-YMail-OSG: 4d1C.tkVM1lIXrB1DQMgH31M2g5z8gIQtSQFkxSrM2TM4Umg6FW2fdLy6ZI9u9O .XQvkGNHcpSvemyEryO4WyMUg9ehkYMdTb8GXXO5Ya3_aK97C6cm2mmTa1C6IBx0umqD9jqeKaLT KV21BWdFq0Qxt1t0hS1HFcvTD6Nle9rJnIW0guOzBZf6r1R3KOgdib4uenmPg5i_o7RCve7WsxNw riMlcqleTwjDUv.IAPcE1s9L_P5DTfNQBd_iCNcXfLLqCyye9f_HE7ccq_zVgG.nNiWFo0MtC89P N._rnuwFY4GYFjL6RUtMM5lUd.gPZ3Ae95HH5JuoMgsvGCSDgkIxV7uuvDiWlZFivWZB_qBXj5JY SPAwX5sTUYBtwRlf6U6das4bJs_b9g2eL65Io.2fsYI.T_l9lzfk3BomTFzvus3tpsTImb2FuHKk 86fLHSw76sHNyor61dPe5oyfX7bNiiR0xCQAAZYwqAMO3QpvoxqABQbO_o583odfZSJWuaqT1JeI Vxmfy_9yci04Z1HP_z5a8Jm.Sd1RCd5fX3LAWaLVYIhN0OpoUAuQ5M3uuDw_Odd8sDlKQGJxIFLS cA43YL9STDAI4oTnbvqJqO63gI0YEbanadKxNpbVsIsUaGjss_AGa26fCqnkK9SKCvzzrKbrkBvU TEIqj.__PWp.cTC.wu6hhWy2ojPyn2cYSdM1y2AYATjHRuAkb1sjRnxpgpRsMQCQTCWrE1z07EbM obplCMiVqCZUwxQ8F0qJgu0h1XEsckrZJb4NtkHFMfGQYxdatcMWxOECAw.TKiCRbxjzkpulAU6K 1lu9aRHQW_jJZu3xtNzJyjtha3jyX4.1dMQ3pTot9Qpk0BAz9XPCQy.LhiT1bCZ_UO0v452BNEk2 Sq.u1yYg7snw8BrtjvPlWxJRjUT8b0I99QO9RuzfezWmDIRunu.6.H1XNc04.Zr2SXl_zCeG_IH4 czKW6lrudVD1JJx0cbxwNxNwFCXdyZxMANXTeTtV39hNJAsgttsqUuCg8FkbdkGAHvlHa4C4lPft Be2MPEwjpDk0I6urjW19hPw5Hsx57YxEC5EcSiPsqNr36jE4x041ts6iFFeqQ1xm_1aJ0y3aPfvh h4pWje569vMMkbSyRs_HEbo5A19DGvxFy1t1Pz3iU.YadZ4.am8MyTlW5K94DLxl5hNzy_Q3b4jZ uEyG7AFsdkUHbfLzrX6d0becr8fKfAUG.6IHETt_zp5QUU11L5D3kRhJBVwmB7ldSZB4cS.oBzTQ czNOgkH5kCBh0S6CYp_JH7CVIVzqY5B29ZV83zPM0Xe7d3qwilkI2vdXtKx8o0KTmfQBX8pxkY4C lavQynryGtIz0XvJ6DQAuwEiWVcaejONyDS4dfc0YEIx0kGtvqq3UyDjP0o39.l9_shpVOZh9Fkw od_B1e6mu9SnL7Jp2mR_Nnk.OyZ9OLXIzl3pxbg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ir2.yahoo.com with HTTP; Thu, 24 Sep 2020 16:25:56 +0000 Date: Thu, 24 Sep 2020 16:25:32 +0000 (UTC) From: Oskar Holmlund To: "mike@karels.net" , Ian Lepore Cc: "freebsd-arm@freebsd.org" Message-ID: <1072725987.651720.1600964732891@mail.yahoo.com> In-Reply-To: <8217af510a451f10ea173bf1e26d04dcd50e8ca6.camel@freebsd.org> References: <202009222004.08MK4xFj037249@mail.karels.net> <8217af510a451f10ea173bf1e26d04dcd50e8ca6.camel@freebsd.org> Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.16674 YMailNorrin Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:80.0) Gecko/20100101 Firefox/80.0 X-Rspamd-Queue-Id: 4By0lp0Kctz3SVF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.93 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[77.238.176.99:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.995]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[77.238.176.99:from]; NEURAL_HAM_SHORT(-0.92)[-0.917]; NEURAL_HAM_MEDIUM(-1.02)[-1.015]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 16:25:59 -0000 > Den tisdag 22 september 2020 22:13:34 CEST, Ian Lepore = skrev:=20 > > BB is broken on head right now too, fallout from adding proper clock > drivers recently.=C2=A0 I think mmel@ is looking into a fix. > > -- Ian Do you have any more information about whats broken in head? any use case? I have tested head (r366088) and the clock works for me and assigns to the = hardware that needs clocks like pwm, spi, i2c. //Oskar From owner-freebsd-arm@freebsd.org Thu Sep 24 16:31:02 2020 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 97C563FE0B1 for ; Thu, 24 Sep 2020 16:31:02 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (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 4By0sd6m1sz3V1N for ; Thu, 24 Sep 2020 16:31:01 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1600965060; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=e9EzZjg2nU0tLBsLzhZ0s6ksM4bHMJWtFsz6esJTj4KtbBhFXB2JJRcAUDA/Vh7iKYABiEb0BjN38 LB0Z97D81PVb4e5ODm7btYl9EizTZ9augOTd5vdIqYNqMbHzhnGYmmAq3ozApFpVcz7RQ24tFKT8+D 2xGDCF/Ef1qQmh/rS07JZgxW97ysYCJ/PKYiJ+Uy6cx5FdC8sJ0cP94bjIsuJ9eKT656/qT9fzG/HU pDC2O3+kVKgbHKbmhhw88rSHDpgj75kbzQW6plm/1HvgPrbecQfhP9VnCnWQP2mS9Ye7ae1zd9oN/7 ZPFfwmaAKX3PPwJFLKT8eY0Np3lIz/w== 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=Edk97EWQnEoMKNfvl543di61oSTs/N8+qE5zPq+3bms=; b=UtOErnuh9GU7FOizJZGyHGh2iSRSXh5FaBLoimRxrdyRMHw1jMHqnXN31/5DVfPN84pJ3H6J0G0Xh NfskfvD5VIWVS5gqaBuNcaJNm7itb4lz0hrUO/XV2M5U7azh9hieL5OQ44rcOhSaUvt2aTLR5sv10g bfuBWS1DBtYJMGERPyK9ygsUDxayamX+Xd3Sl4yAnSdb4WwlOevGbxbIBkbRV/iG2s/a1UX2CupJSz mhtcUMD35H4JDiz8XCb1rZkZ28e4CcOQPRnswd9gOB6dm7o/6jDNzOnEZOLsf8FUqq2ReT2LEnt78l CML1JjgMFAcTlIlRW6JNxaztV1Sl0ew== 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=Edk97EWQnEoMKNfvl543di61oSTs/N8+qE5zPq+3bms=; b=WS7sfivoP0NcMwrb8NTHmgYaWXIcBOratCT1z9FMzegnou/n13O8SL5HpbrVSUtt+smLeGv34qMVc 3NJ7Ozl7p28yT7oCCkLKd11re9G/yeBWACRekWZcVic4v+bjXFsdoaaq8pXqtzFP6llRbI3i55DfMQ SUENJiQQ2jEYK6I/LcQb8sWfqZUAog/LZTTkoAf7o2CLz1TyYPD4BowLCe2Er4Eba86orxz03X4ymL 5NIZ2suMBBPRNUODTdT4O2/MTe3uRSw85WnNqtdqwFMxAK6eS7n0++LIObrWWvsuPZ3GU0FI6frcGl lx5tBJztrU8MRGSfzPGZQ6Y3jkcUXaw== X-MHO-RoutePath: aGlwcGll X-MHO-User: 524beb3e-fe83-11ea-9e11-df46ed8f892f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 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 524beb3e-fe83-11ea-9e11-df46ed8f892f; Thu, 24 Sep 2020 16:30:59 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 08OGUuQo034434; Thu, 24 Sep 2020 10:30:56 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 From: Ian Lepore To: Oskar Holmlund , "mike@karels.net" Cc: "freebsd-arm@freebsd.org" Date: Thu, 24 Sep 2020 10:30:56 -0600 In-Reply-To: <1072725987.651720.1600964732891@mail.yahoo.com> References: <202009222004.08MK4xFj037249@mail.karels.net> <8217af510a451f10ea173bf1e26d04dcd50e8ca6.camel@freebsd.org> <1072725987.651720.1600964732891@mail.yahoo.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: 4By0sd6m1sz3V1N X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 16:31:02 -0000 On Thu, 2020-09-24 at 16:25 +0000, Oskar Holmlund wrote: > > Den tisdag 22 september 2020 22:13:34 CEST, Ian Lepore < > ian@freebsd.org> skrev: > > > > BB is broken on head right now too, fallout from adding proper > > clock > > drivers recently. I think mmel@ is looking into a fix. > > > > -- Ian > > Do you have any more information about whats broken in head? any use > case? > > I have tested head (r366088) and the clock works for me and assigns > to the hardware that needs clocks like pwm, spi, i2c. > > //Oskar > It was mentioned on irc a few days ago when someone noticed the BBB in the CI setup was failing... hrm, looks like BBB has been broken since end of July panic: Duplicated clock registration: clk@4_0 ah, mmel r363700 emaste: im sorry, but this is (unfortunately) expected collateral damage. im aware of this problem but right solution is not trivial and it needs more time. (strejda == mmel@) Then it was mentioned a while later that that BBB is using a very old u-boot, so maybe that has something to do with it. -- Ian From owner-freebsd-arm@freebsd.org Thu Sep 24 17:56:00 2020 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 505EB4237CF for ; Thu, 24 Sep 2020 17:56:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (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 4By2lg1LBsz3gsG for ; Thu, 24 Sep 2020 17:55:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: MGOqR1oVM1nlNFvtjV8cYU5mz4RfVW.l_hyTM9fYR41Y52FDeMVu1qpzDtPAxZZ ZeFZfIwhnVlpVsdue8dYFIyIwdiTvEydr1thf.dVYNi08HUGInnjX1SHqr1PCTeTvBz5FcMeIgB4 _eZaD699EPo2r.CUPPR6ZiOHa1GN4hYTLQKvb1c.1VV8i5_9as7JY.LVZoarbfeYxahSC5uC0XRY fPiJA4IvmPTNMmzYi8JPecfj9ADt7jDOJxpSn6_DZd_Z2S6ZmnYaoeE5M0I5tUiAF9k4YyTQA5lH H7uPJ2AEzMdEqYV_YnGgrZx.4MPFqy595k2fpKdSQ864j6E8omhY1eFdZJeLeLk0TwNwF0T.NsXo 8oOauDAnkH4un5.uMUXRYZ1T_A40Gv3R4sRuX27OWJSzz1YaGPGX.wd2Toxpz.DjLvdJoCvPItMf 2wstF2Ia8_Ap516GHGYC6gH.fvDIIKyuj3NBRghEdRGIMS6qCHOmeIgAbgzgYzZ.uGrvbX4M6VCk kQtl7jqE3Mgur9zvjdd5qTodm9EKfML2MYqo0sToecmtimCdP0KOEDYRB3OqGrj6ZZ9TxhfNBIpv 7S2m0RgAq6T593UD5vbTV8NBDlYgHwDicWkl69zEgnQZ0KdKfA7ro0GPVd2_xTGK_gR5n9PVBNFk fiRQS977s.aJVk5swN_caxah3mrPmaPNf0qnJE60sfkK3pdL1MQ2aB3gvp9Fj3TB8Hf5gaQdADs2 15vC_DG0bKwviJtnmuW58Fvu40ylO2IvvDktdZHVr.WFLU_ZVBltq9Q1ZFjCt1V_4VING5tscc1k uZO13B2KSro3.2ml8Iq9w.ulRK6FN4tK4fQePZw70y_k.nfQr8O8CFtFbPqoOzvI0E2MlOZj9_OW Q_cKB9TDZXZFA0WZdyylNYNsTUwfn6C8Zu5AOoGdY4VIhKw2ZxvUnrU7MmulDE2g.2wfcUQoHBN_ 76Y46MYflpLUbBXXJVf4Tj_S8h98xgOtVOBfeSE3Yo_VUo3ZQKDrx44gRESYMFD2IYUP5xI29aRq A_0SMc_8fQLQOYvcNjpWcvNRUUV0NAQHuwKEZRNCy2E3vu0ksrSvKMuhbJmAnflSDyr6WWt_u76P TdpFJufE8.9CLVN5.yI.go6uj6lG12KN2V2getjQAiRq_orxz9Xb.JzjAdPchcZot_8prFBHKA5H FPLm7Z.cdFesRP7VzvnyCDBmsGPicYtjobcobP2yjByJ4QYoavN2eGzgKnE0uiACSsFy_VquDReZ NS0oIB9vM25igbx4ddEld4RyeRhpjr.pj2sywv5DV_QY3s3DNYB1mePG4mIMA3hIi518XS_jpPjD SNvYYTWT2mKcMGKGl.ywnhHDHrYRimKD7JNpLCCtPm6nG0h9rLxM_4E12uAv7O4618pDeRDzEaRs JJZVDV5GkMy0N6Lh6sXVHmNNtOZ3MoX8FMSFOMDDFYxaMB7xoCTrLE0fk8JVgOpF69lVycctQvpJ Wr8PP6KNtdrAX3CYGOlREYZlwanAOG8emxnr83dKVVTIEygLN3E5FW992ttqbxoO6ujlcvaB7eA- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Sep 2020 17:55:57 +0000 Received: by smtp423.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3aa52a39cdc6f171adea9196dbe4c301; Thu, 24 Sep 2020 17:55:53 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: rpi4 updated eeprom From: Mark Millard In-Reply-To: <20200924152143.GC81152@bastion.zyxst.net> Date: Thu, 24 Sep 2020 10:55:52 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200924125131.GA81152@bastion.zyxst.net> <20200924152143.GC81152@bastion.zyxst.net> To: tech-lists X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4By2lg1LBsz3gsG X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.81 / 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.30)[-1.303]; 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)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.028]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 17:56:00 -0000 On 2020-Sep-24, at 08:21, tech-lists wrote: > On Thu, Sep 24, 2020 at 01:46:27PM +0000, Robert Crowston wrote: >> Could you be a little more specific about =EF=BF=BDcan=EF=BF=BDt = boot=EF=BF=BD: what happens? >> The pi melts into a puddle? ;) >=20 > ahhh sorry ;) >=20 > ok, the screen that comes up, it has a qrcode on the right, a = raspberry > graphic on the left, it says that I need to upgrade the software, it > seems to run md5 (or something like it) against startelf4 (and other = things like uboot.bin, but it's so quick I can't catch it all) and = objects to it, screen refreshes. No boot loader I'd associate with = freebsd starts. >=20 > I can boot freebsd if I put the sdcard into a working machine and = revert the changes made to config.txt (whew!) >=20 > If it helps, I can make an mp4 of it and post it somewhere, seems the = only way > to capture the information. The qrcode translates to (i seem to = remember) the > official rpi website). >=20 > (unfortunately I still haven't got a usb/serial <> TTY cable so can't = capture > the output that way, yet) I do not know if the following will be of help or not. I'm not sure of the details of what you have set up. But "it says that I need to upgrade the software" suggests the following to me. (Booting off the microsd card does not require as recent of software as I understand.) Note: I have the USB3 SSD's msdosfs mounted on /usb_efi for the below. # ls -ldTt /usb_efi/* drwxr-xr-x 1 root wheel 8192 Sep 7 22:48:50 2020 = /usb_efi/OVERLAYS -rwxr-xr-x 1 root wheel 47516 Sep 1 14:04:10 2020 = /usb_efi/bcm2711-rpi-4-b.dtb -rwxr-xr-x 1 root wheel 2283936 Sep 1 14:04:08 2020 = /usb_efi/start4.elf -rwxr-xr-x 1 root wheel 5422 Sep 1 14:04:04 2020 = /usb_efi/fixup4.dat -rwxr-xr-x 1 root wheel 5252 Sep 1 13:59:48 2020 = /usb_efi/Readme.md -rwxr-xr-x 1 root wheel 206 Sep 1 13:59:48 2020 = /usb_efi/config.txt.uefi_orig -rwxr-xr-x 1 root wheel 2031616 Sep 1 07:08:54 2020 = /usb_efi/RPI_EFI.fd -rwxr-xr-x 1 root wheel 236 Jul 15 02:21:48 2020 = /usb_efi/config.txt -rwxr-xr-x 1 root wheel 18693 Nov 22 09:06:44 2019 = /usb_efi/COPYING.linux -rwxr-xr-x 1 root wheel 1594 Nov 22 09:06:44 2019 = /usb_efi/LICENCE.broadcom drwxr-xr-x 1 root wheel 8192 Sep 27 21:05:00 2018 /usb_efi/EFI Note the "Sep 1" dates. What are the dates for yours (presuming that you have handled things to preserve the original dates instead of showing when you copied things)? = https://github.com/raspberrypi/rpi-eeprom/blob/master/firmware/release-not= es.md reports: QUOTE USB MSD boot also requires the firmware from Raspberry Pi OS 2020-08-20 = or newer. = https://www.raspberrypi.org/documentation/hardware/raspberrypi/bcm2711_boo= tloader_config.md 2020-09-14 Promote the 2020-09-03 release to be the default EEPROM = images. =E2=80=A2 Promote the 2020-09-03 bootloader EEPROM and VLI = 0138A1 as the default release (critical folder). END QUOTE The 2020-08-20 date was also present during the end of the BETA/stable sequence as well. (UEFI/ACPI may well require something not too old as well, although it might tolerate older and MSD does.) FreeBSD and its port sysutils/rpi-firmware are not yet up to date for such things so to use the UEFI/ACPI and USB MSD together you need to manage your own materials. I do not remember if: = https://github.com/pftf/RPi4/releases/download/v1.20/RPi4_UEFI_Firmware_v1= .20.zip supplies 2020-Aug-20 or later files or not. I've updated mine separately at times and so I might have more recent materials than in the .zip = file. I expect that "it says that I need to upgrade the software" means that you need to do something to update the relevant files on the msdos file system on the USB SSD that you are trying to boot from. =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 Sep 24 18:30:09 2020 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 E7ED1424597 for ; Thu, 24 Sep 2020 18:30:09 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 4By3W44kKnz40Kr for ; Thu, 24 Sep 2020 18:30:07 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id DC064367 for ; Thu, 24 Sep 2020 14:30:05 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Thu, 24 Sep 2020 14:30:05 -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=fm3; bh=4rJ3LgE3M9QYU2YfXmnnNrsNr1S cqEt7+ZGWMh/gBbc=; b=XvGw8+c9nV9Hh+MP/xQpnqd4n84k3b0SavgrvNliX0H y1VPckzQmL8JZuK7RIBa7VOO2bhiJ3rGYyktBEu6ezuQvTK3OfbiZj5PjL6qBgRJ 0k2Okd2EEMDTjwuqi5gmAjNEgO2ctWXGeGUO1dHx44fHM7AeCDLCECjj1axeifcJ VaXqH8UIwIx028KgJSzYHCu0Lq5etQpmyguijuJcQLMaG0vtgNf0//p2VlsNUsFF eKTMNifSA8GG6PmgyXl/t47/pTthuqEyWlEIAsFNo4oJU4XqgnaeaiYGH2WMxUZ5 NG9YxpzX9xrit6gP21R1vhBoL8cDzR2COPDietFDigQ== 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=fm3; bh=4rJ3Lg E3M9QYU2YfXmnnNrsNr1ScqEt7+ZGWMh/gBbc=; b=Iwj+c/1bSCazAnu2e1ZgYj ISccY/WSHAdEpckpUCx1aD4bX9hPZ+KNc/uyHHW0r8/AcoPpUPFXLbm6VPIeC34P xNly8MeYUMlIM00kgus1rvGGEj/WHjXld65z8J7OdB2F6AaQJlvBqCjx8fA5o4c5 VTh8Jh90LismInxVUjVdz2M1UFk/WAkinVc7hZbSPzxjwZyxDNpvjwvuo49mFiL0 eKC6lkGcbh65zxQNZKlAD+syYbweBjRSlVmqaOeCO5Ekvgkxlvzi+srhGJxUYl6y ZYQoQVFcZBwi/n+Aju9MK6GbMifFQO1Lr3QaYbOl0CRxwQ30Ednj9pNyn/bJmy4g == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudekgdduvdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtjeenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeffgeettdduleelgedviedvteeile fggefhvedtledttdehfeeviefffeefgeduhfenucffohhmrghinhepfhhrvggvsghsugdr ohhrghdpghhithhhuhgsrdgtohhmnecukfhppeekvddrjedtrdeluddrleelnecuvehluh hsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhs thhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from bastion.zyxst.net (bastion.zyxst.net [82.70.91.99]) by mail.messagingengine.com (Postfix) with ESMTPA id 399D93280060 for ; Thu, 24 Sep 2020 14:30:02 -0400 (EDT) Date: Thu, 24 Sep 2020 19:29:31 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4 updated eeprom Message-ID: <20200924182931.GA54660@bastion.zyxst.net> Mail-Followup-To: freebsd-arm@freebsd.org References: <20200924125131.GA81152@bastion.zyxst.net> <20200924152143.GC81152@bastion.zyxst.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4By3W44kKnz40Kr X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm3 header.b=XvGw8+c9; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=Iwj+c/1b; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.19 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.72 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-1.04)[-1.039]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; 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.01)[-1.008]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.98)[-0.978]; 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.19:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 18:30:10 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 24, 2020 at 06:05:32PM +0200, Klaus Cucinauomo wrote: >Hi John, > >please read again : https://wiki.freebsd.org/arm/Raspberry%20Pi#RPI4 with = special attention to your topic , >so it=E2=80=99s an expected behavior that after an eeprom-upgrade you have= to update the files you mentioned. >If you encounter fbsd-boot-(or other)issues AFTER you followed the upgrade= -steps, >it=E2=80=99s time to discuss/test u-boot related details with Rob , > but only AFTER you=E2=80=99ve installed the matching boot-files (which wi= ll probably solve your problem before)=E2=80=A6 Hello Klaus, I updated the firmware from a sdcard made specially for the puropse, as per https://github.com/raspberrypi/rpi-eeprom/blob/master/firmware/release-note= s.md Looking at the site you posted, it's unclear to me whether all the files, s= ome of them or just start4.elf and fixup4.dat from https://github.com/raspberrypi/firmware/blob/master/boot need to be overwritten now on the (ms-dos portion) of the freebsd sdcard. Bear in mind= =20 that before I started updating the eeprom, I had already applied Rob's patc= h, so yes was careful especially about bcm2711-rpi-4-b.dtb. Anyhow, I grabbed master.zip from that site, unzipped it, backed up the old start4.elf and fixup4.dat, copied the new ones over, plugged the card into = the pi and what I get now is the rainbow screen and that's it. I'll revert the change (those two files) to get freebsd back again.=20 --=20 J. --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl9s5Z0ACgkQs8o7QhFz NAV9oA/+NaqARz1tBoDkSt4ojpDG/RO5s/YR0EvGEdhVd4ZhKYyvwXVk/flRg82b 03iGas83gGcwvm+6sxuJCul/jTl5Rvl9fkckaBmzpvGUPMz3+euUhRpZgFFTU5Nk 2//M3M6i62t25r+0MV1sIXTb/PXtCxC0qQ9tI9lbxpmN7WC0mukB9qtUAI+LBSIw wU+BwRvJ3+m1zE+mBQ9XhaPrzHCl73qx+ww/8QAx8Q90LkfT83fi91ncjkbgAkZY oBMqTrZMexTA0x2TUostpupH1/v0T5zxYo/sKPAhOCnvk++1ecgXpyJi5yesRNDt vBuVomyLeMoU7oKSs/4SvCVQt3e/3Znvw7rN9nVh9gDi4mQztqGejprsvWRhre/f 6hVjJVTwdt4NFz7tbjg5Ouq6pvIpXYeh+bKWMSdcePKNUlKjlqUccVAQXfxoyxSy B9DBBzK47VcV6R1wGr1HOQ0iOzHhIjF7l82VY91vQRH4AnAIRVxEW9qNuXM5EOe4 4IR5cyw0VPotyLB41eVH+o3g3I0rZFM75aZKS0/FJgw2h1I4Yhp987GFhOw70Xt1 g5idlnIhtxjBsXW6m+rMOcmA+K3hyT2+yMlWIn4yl02lscxbN0KcVYiX0cYVIGee KaESrK8EWs+TJG3R6F2jGcZ+OiBc/mT32AumjJrkNKAYC5cZbIs= =7ScY -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-arm@freebsd.org Thu Sep 24 18:49:07 2020 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 5CCEE42497C for ; Thu, 24 Sep 2020 18:49:07 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 4By3wy0Nkmz41WS for ; Thu, 24 Sep 2020 18:49:05 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id B983312BE for ; Thu, 24 Sep 2020 14:49:04 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Thu, 24 Sep 2020 14:49:04 -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=fm3; bh=U30cGV19bzy1PJx81ox6oMbVGdh W5Vjr+cXSOmnCylg=; b=RDNJbXb4rptsihE7+CVZ0AVVLIwccOgz932I8RPD8jj 68IxxZmdu3EAYrvXj3TLVF5ub6hsWhLa1bsJ6Pcj1pUMwll1XSzNOi1QEIPOIYVn ibqNbPfDXLxi46q8j0y9XdhosauXs3YCaetxagL+3/mdAacJ1Yb9MW8QqIZkYBy/ /x3n4Q+s+urkD+uyO+L6FU+NGQup+KACvlkITcieW3EKU84IN6TbNTec6m18reDp lC1ENqbxVn0N0F/g2DmEGzouj1Vv8j2Q+cgsEn3TbAtbFjUbO+ir3WBFBI5JTSWj yYxnn6AOmAVnmTYgqi98A54Ecr2tq4/oBEZzEbiolzg== 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=fm3; bh=U30cGV 19bzy1PJx81ox6oMbVGdhW5Vjr+cXSOmnCylg=; b=L/3mJGxF5A+amiCSfi8NjP FjuA/iGDMe20/dJ0eIHk3uoy4vxsWLqgf4Rl2aK44z6qyxzpo46B9Tf4T2ZSx3hP KckW+VnaaI7jMp4b3f3OAbvbJnAqcZoDxBLAijDhiaVbz3c8WNehNeeuDGpmlcbC yfQznZAio4qj0++ScnuW298L0sbfjuJ/vfc+NpihJOT2F8ogcohAFnU0wn3Q48dK 08optX1gYFwSzMdlBI+3OBcDYFLyX3286bRJNcaGfGIxjcNJ+7bKXynUSnLtVwmW jr52Y7zAkYmWm2tcBg7iCEwMJdMLWNrQFwuWJQf0hNq4hfcCd1BwOkCKsJUVo+FQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudekgdduvdelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtjeenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeffjedtveevgeehieeiteejueevhe euvdfgfedtgfduffeihfegkefhudetffeggeenucffohhmrghinhepghhithhhuhgsrdgt ohhmpdhrrghsphgsvghrrhihphhirdhorhhgnecukfhppeekvddrjedtrdeluddrleelne cuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghh qdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from bastion.zyxst.net (bastion.zyxst.net [82.70.91.99]) by mail.messagingengine.com (Postfix) with ESMTPA id 513003280060 for ; Thu, 24 Sep 2020 14:49:03 -0400 (EDT) Date: Thu, 24 Sep 2020 19:48:34 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4 updated eeprom Message-ID: <20200924184834.GB54660@bastion.zyxst.net> Mail-Followup-To: freebsd-arm@freebsd.org References: <20200924125131.GA81152@bastion.zyxst.net> <20200924152143.GC81152@bastion.zyxst.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uZ3hkaAS1mZxFaxD" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4By3wy0Nkmz41WS X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm3 header.b=RDNJbXb4; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=L/3mJGxF; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.19 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.10 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-1.04)[-1.039]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19: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)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.01)[-1.011]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.35)[-0.353]; 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.19:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 18:49:07 -0000 --uZ3hkaAS1mZxFaxD Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 24, 2020 at 10:55:25AM -0700, Mark Millard wrote: >I do not know if the following will be of help or not. >I'm not sure of the details of what you have set up. >But "it says that I need to upgrade the software" suggests >the following to me. (Booting off the microsd card does >not require as recent of software as I understand.) > >Note: I have the USB3 SSD's msdosfs mounted on /usb_efi for >the below. > ># ls -ldTt /usb_efi/* >drwxr-xr-x 1 root wheel 8192 Sep 7 22:48:50 2020 /usb_efi/OVERLAYS >-rwxr-xr-x 1 root wheel 47516 Sep 1 14:04:10 2020 /usb_efi/bcm2711-r= pi-4-b.dtb >-rwxr-xr-x 1 root wheel 2283936 Sep 1 14:04:08 2020 /usb_efi/start4.elf >-rwxr-xr-x 1 root wheel 5422 Sep 1 14:04:04 2020 /usb_efi/fixup4.dat >-rwxr-xr-x 1 root wheel 5252 Sep 1 13:59:48 2020 /usb_efi/Readme.md >-rwxr-xr-x 1 root wheel 206 Sep 1 13:59:48 2020 /usb_efi/config.tx= t.uefi_orig >-rwxr-xr-x 1 root wheel 2031616 Sep 1 07:08:54 2020 /usb_efi/RPI_EFI.fd >-rwxr-xr-x 1 root wheel 236 Jul 15 02:21:48 2020 /usb_efi/config.txt >-rwxr-xr-x 1 root wheel 18693 Nov 22 09:06:44 2019 /usb_efi/COPYING.l= inux >-rwxr-xr-x 1 root wheel 1594 Nov 22 09:06:44 2019 /usb_efi/LICENCE.b= roadcom >drwxr-xr-x 1 root wheel 8192 Sep 27 21:05:00 2018 /usb_efi/EFI > >Note the "Sep 1" dates. What are the dates for yours (presuming that you >have handled things to preserve the original dates instead of showing >when you copied things)? some appear to be different to yours. ignore those with prefix old- : /mnt# ls -ldTt * -rwxr-xr-x 1 root wheel 2224160 Sep 24 18:53:12 2020 start4.elf -rwxr-xr-x 1 root wheel 5418 Sep 24 18:52:56 2020 fixup4.dat -rwxr-xr-x 1 root wheel 179 Sep 24 14:48:02 2020 config.txt -rwxr-xr-x 1 root wheel 176 Sep 7 14:01:24 2020 orig.config_rpi4.txt -rwxr-xr-x 1 root wheel 147 Sep 7 14:01:12 2020 orig.config.txt -rwxr-xr-x 1 root wheel 176 Sep 5 00:09:06 2020 config_rpi4.txt -rwxr-xr-x 1 root wheel 2277376 Sep 4 21:08:16 2020 old-start4.elf -rwxr-xr-x 1 root wheel 5407 Sep 4 21:08:06 2020 old-fixup4.dat -rwxr-xr-x 1 root wheel 517160 Sep 4 21:07:58 2020 u-boot.bin drwxr-xr-x 1 root wheel 4096 Aug 27 10:57:24 2020 overlays drwxr-xr-x 1 root wheel 4096 Aug 27 10:57:14 2020 EFI drwxr-xr-x 1 root wheel 4096 Aug 27 10:57:14 2020 dtb -rwxr-xr-x 1 root wheel 5888 Aug 27 05:20:16 2020 armstub8-gic.bin -rwxr-xr-x 1 root wheel 5888 Aug 27 05:20:16 2020 armstub8.bin -rwxr-xr-x 1 root wheel 124 Aug 27 05:02:24 2020 README -rwxr-xr-x 1 root wheel 1594 Nov 22 16:06:44 2019 LICENCE.broadcom -rwxr-xr-x 1 root wheel 25265 Nov 22 16:06:44 2019 bcm2709-rpi-2-b.dtb -rwxr-xr-x 1 root wheel 27054 Nov 22 16:06:44 2019 bcm2710-rpi-3-b-plus.dtb -rwxr-xr-x 1 root wheel 26435 Nov 22 16:06:44 2019 bcm2710-rpi-3-b.dtb -rwxr-xr-x 1 root wheel 40659 Nov 22 16:06:44 2019 bcm2711-rpi-4-b.dtb -rwxr-xr-x 1 root wheel 52304 Nov 22 16:06:44 2019 bootcode.bin -rwxr-xr-x 1 root wheel 6744 Nov 22 16:06:44 2019 fixup.dat -rwxr-xr-x 1 root wheel 3089 Nov 22 16:06:44 2019 fixup4cd.dat -rwxr-xr-x 1 root wheel 9181 Nov 22 16:06:44 2019 fixup4db.dat -rwxr-xr-x 1 root wheel 9183 Nov 22 16:06:44 2019 fixup4x.dat -rwxr-xr-x 1 root wheel 2655 Nov 22 16:06:44 2019 fixup_cd.dat -rwxr-xr-x 1 root wheel 9816 Nov 22 16:06:44 2019 fixup_db.dat -rwxr-xr-x 1 root wheel 9816 Nov 22 16:06:44 2019 fixup_x.dat -rwxr-xr-x 1 root wheel 2880356 Nov 22 16:06:44 2019 start.elf -rwxr-xr-x 1 root wheel 775872 Nov 22 16:06:44 2019 start4cd.elf -rwxr-xr-x 1 root wheel 4582664 Nov 22 16:06:44 2019 start4db.elf -rwxr-xr-x 1 root wheel 3536680 Nov 22 16:06:44 2019 start4x.elf -rwxr-xr-x 1 root wheel 688068 Nov 22 16:06:44 2019 start_cd.elf -rwxr-xr-x 1 root wheel 4857160 Nov 22 16:06:44 2019 start_db.elf -rwxr-xr-x 1 root wheel 3794600 Nov 22 16:06:44 2019 start_x.elf bear in mind I'm booting u-boot with sdcard. I do have a hd attached but it= 's not being booted from. >https://github.com/raspberrypi/rpi-eeprom/blob/master/firmware/release-not= es.md >reports: > >QUOTE >USB MSD boot also requires the firmware from Raspberry Pi OS 2020-08-20 or= newer. >https://www.raspberrypi.org/documentation/hardware/raspberrypi/bcm2711_boo= tloader_config.md > >2020-09-14 Promote the 2020-09-03 release to be the default EEPROM images. > > =E2=80=A2 Promote the 2020-09-03 bootloader EEPROM and VLI 0138A1 as the = default release (critical folder). >END QUOTE > >The 2020-08-20 date was also present during the end of the BETA/stable >sequence as well. > >(UEFI/ACPI may well require something not too old as well, although >it might tolerate older and MSD does.) > >FreeBSD and its port sysutils/rpi-firmware are not yet up to >date for such things so to use the UEFI/ACPI and USB MSD together >you need to manage your own materials. I do not remember if: > >https://github.com/pftf/RPi4/releases/download/v1.20/RPi4_UEFI_Firmware_v1= =2E20.zip > >supplies 2020-Aug-20 or later files or not. I've updated mine separately >at times and so I might have more recent materials than in the .zip file. > >I expect that "it says that I need to upgrade the software" means >that you need to do something to update the relevant files on the >msdos file system on the USB SSD that you are trying to boot from. I grabbed that zipfile and the files appear to be dated 1st September. In order to get =3D> 2GHz speeds from the pi4, is UFEI a requirement? --=20 J. --uZ3hkaAS1mZxFaxD Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl9s6hMACgkQs8o7QhFz NAWH/BAAmZlPZKJrKPm7T68ndc1qKDOmlYm/gfgF3uotMxuTi8tbGg4NCRmrek/0 +VgtMP1KRApZhTl8szOGR79MrvAB6HRnTPEALur9qvwOUY4MkhkLHxHcaiWvmLh5 mksRWe8gavHFTisxxUDh40MVWgLn041oPjGcuGVrKGxzUJvHSF5anQp4oqXBM03t OvY8hh5idBH0YExmEmFRf03C/S/U8m9KGzMakhY/DV8cmK9m9/TzIGy1DOx9Vcmu HGJDUNHdNd0PLsiJoGgHkcxHcT7P1294pOPeid/rzAtMasBB+fq1r+/c2QTgNwxf xlul0SOWxOcWfgbDEotd9S1COjTfu0S7x2et9VbbEAqWYS7PiVyW3utdw9ZZyO2R xpe8WbfMwqFHESugS2akuyf9qo+lEdiUIiihsPxkJFf79ipbsmrJBP/xUHDriYB7 9qww6q/GnwuQH1C2UNaabA52qpv3nmPOHt6OfvHmsTtyskcgFBXMTb8VsXK2Vm4b OJU+MetOs1RRW2Um+LpvqJ8PN3viaDGIvktQD56aj52k1GAQVwPWKFxnmdzEkceC Fx3IVOFd+yErsLd1OPv+oV+tvOyJkUXFomYRD0j9/46Ze90iImlNINMLnuKD+U7a GvjOr9Qh0dGuMycx2x/ityX6cFvB7oJibzft8ZIrZjmxRxfbxjQ= =lzD8 -----END PGP SIGNATURE----- --uZ3hkaAS1mZxFaxD-- From owner-freebsd-arm@freebsd.org Thu Sep 24 19:04:10 2020 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 A53424254CC for ; Thu, 24 Sep 2020 19:04:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4By4GK5kvTz42rW for ; Thu, 24 Sep 2020 19:04:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VEJadOMVM1mX.bWAzqqi0fWiF_PF2FTnhMBwFz4CGH5yvRO_C6iksbOo1mq6hqO N1FD39_tChG3_SlaE4r4q.31XHx36.o3K46O0BBBtfew2cZEDwTC0ebN1O03npryUeKBjJZ2BBpy KVk4S830vgP0GtjGlzaS2vYQU21KiHbfk7Yg12KDij2dQzg3vi2rKm0H3rYjPUdizKzHPieSkDJ9 MKBv0aqYYoSOkVvlm4KoggJtTDuROyel9MItH9FiG5EVG.xJCaDz19kz22.yt8gR8KjvCN7rhxjL vKeT6AhPgpEaX3o8Uq32_Vie5OFRGRX6FqZf7umcGx0I8Ekfe_0BKveGOx3irsI7MyB5y2V1ddCN Ux3r8uc685E9Nv5BRZSqRmV5ReiZalLFwmrcGXcny7o5g4Dqrxja1NbhP1NLWJWHfwrXuFq6WGCV 2i4AMI5t9lIBLarD4cLtxnrupwEo.xMQA5ar4qwIa0c.7G.jJfZArJnXLiLf5KmpinGSJDtHF8ze Pty6K65UuoaQaiotlm52zdMbz2YryzT31OZlujudjWSw8uP1wr3HsMh3Wni8VkdYAA4Foio_dQn_ 7hbbMkEHsPkBCUTxuMfBKjXl1sf9GulypbvRJyrwrPux5xvUESZm7DxDl2uEnjwlhIf_wphMHQpa k0Ddf2vb.hx.JBoiXMZnTXu1qaL3Bi_sXVOn089hqlu.SymJvPZ0gp16yfRLWx.T42RBrIUBBqfl ugU_S5fekbEhZMG62fvp6iAqDVc3Kajgcj1wIyewYjH4i6fxtFfxfrhON9Ia8VDyJklS8MLnG3Uj fTlwe4aZrtEPEWWKrwZJWJ.neV0BsG3rQCTtM1vz77z9M5.hCKirdoTkdY0lKtb5u7n0g3ozw8xF amY_K3XMpc0807Wt4fMSLptiYD6BHNP_RHIbNeYJaGaXB3v6sPhC2S0osXavub2saRhV.Ts5Rwaf qh_XvAU4Dwl.vNA1hvqJdgdfrgJ7u.ldGbsSJHiupp6B2HSs6Eq4I.H2oFSIWvV4_HXTyUIPRGpA lkgWji09K5TOMS2nfNvckh7UFa3REGixxFIyDikUTVTSlCij5DsxkPJ02q11_zRsJSF8_mmFa0V6 QLTN7pma13XT8ck6vhpUs3MwFyqCrhw_hGqLG54UMW89AP6TgzElhziRY7.oxrhUS_IwVEPxbn0k HTPTKi99V6DWUeKalwdyEK5e8ORgyJPwBU2HQOB9Xta56D4z6WT5T7carOV4H3myANxrZhealYHD HLRMw0gpC1YGscPwLii33a4pYdIdLwFAF3X1CBhvlOIliZ3IUtNZYFqVIxjGOv0B9YbVk9Fr5v7X chyPyqPdN2IYcHMjH0pVrQ7s_0QZPkHWNt7epWGb421OQeSL91vqMojI5rQy4CU1gN3kpjcvQ.EU ncbtC8i0XJX11HKCzUIj91PZwVnqqEGaMCl_zUGIA6GX7pUZnM80Dy1A_.ZxMfZug8QOunPceka2 Ox0R_li6Td9OOpHVT0gFn0OVdAkBD_PD8MWVsC67WgWiKZeObSDXN7WZnAfuL5ld1pIIpx0pr38c .vZcU.kraKueP9zd5lIPlq1DsDQDr1ZR_V1Kf Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Sep 2020 19:04:07 +0000 Received: by smtp420.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9c5748d43e1bf1313021c5614e94231f; Thu, 24 Sep 2020 19:04:03 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: head -r365677 and later do not have the xhci related DMA problem fixed Message-Id: <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> Date: Thu, 24 Sep 2020 12:04:03 -0700 To: Robert Crowston , freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A.ref@yahoo.com> X-Rspamd-Queue-Id: 4By4GK5kvTz42rW X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.12 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.61)[-0.606]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; 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)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.034]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.985]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 19:04:10 -0000 I finally got around to updating the systems that I have access to, including the 8 GiByte RPi4B, from head -r363590 to -r363932 . This puts the sytem after then head -r365677 check in of the attempted DMA fix that involved restricting the xhci DMA range to 1 GiByte. I've tested head -r363932 under uefi/ACPI v1.20 with the 3072 limit disabled and it failed the large file duplicate and diff/cmp test: # cp -aRx /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar # diff /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar Binary files /usr/obj/clang-armv7-on-aarch64.tar and = /usr/obj/clang-armv7-on-aarch64.alt_tar differ # cmp -l /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar | head -30 2633269249 3 0 2633269251 3 0 2633269252 55 0 2633269253 6 0 2633269254 21 0 2633269255 227 0 2633269256 1 0 2633269257 135 0 2633269258 336 0 2633269259 22 140 2633269260 0 100 2633269261 346 0 2633269262 353 0 2633269265 227 0 2633269266 1 160 2633269267 170 140 2633269268 336 100 2633269269 22 0 2633269271 362 0 2633269272 353 0 2633269275 227 0 2633269276 1 0 2633269277 225 0 2633269278 336 0 2633269279 22 0 2633269281 376 0 2633269282 353 1 2633269285 0 1 2633269289 0 223 2633269290 0 321 For reference: # ls -ldT /usr/obj/clang-armv7-on-aarch64* -rw-r--r-- 1 root wheel 11570948096 Jul 18 18:32:37 2020 = /usr/obj/clang-armv7-on-aarch64.alt_tar -rw-r--r-- 1 root wheel 11570948096 Jul 18 18:32:37 2020 = /usr/obj/clang-armv7-on-aarch64.tar (So the over 10 GiByte original file is significantly larger than the 8 GiByte RAM.) =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 Sep 24 19:36:40 2020 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 1C8BC4260AE for ; Thu, 24 Sep 2020 19:36:40 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f182.google.com (mail-il1-f182.google.com [209.85.166.182]) (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 4By4zp5XtVz45Kl; Thu, 24 Sep 2020 19:36:38 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f182.google.com with SMTP id s88so27540ilb.6; Thu, 24 Sep 2020 12:36:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=bN1JikXRM6mu2UHJehtziqpnWewa9m9mMTT5rOB948I=; b=fLu5d5s2ussn13Ohu8hqZIqyyutt/mBAswBylG32HrjiyBF+lB6qu2tTxpRW61ktgO 1bX6olZH2iVZyW2xMhDKh5O72DZuwoKC+PqiKJKU2iUsBz99zxM90F+GhOJT2USjFpuk sJ7pTF8HKuBJ+kFMF/+FHX/5K+Cgo+t4zzgEMrwtPXwBVSCiRyjT+JhbqjPWYL6Rz9W5 S/Q9fnz0WSbm7Mt8fBm/Q7AKLqyiak5Bobk6SiJlQDE8KGq+umSoSQGHU3RZqx3VLJ95 r6B+tLtIOSbGAz7qSI5C0+Mp9bMAMTfnbyw8kozpzTvmTe++fK12EuXx8KMVf6PaieKV rNdg== X-Gm-Message-State: AOAM5312DlO+ynG3NymTe2pcEwdZiuo5c1u1f9P/WmSoVJ3Rmur1l5zk i31evapYJitzEcaeRekozkFTOqEk2jRfht1FNFK+NDm08dM= X-Google-Smtp-Source: ABdhPJx0dS9k7NwzYg6UIdLRCdusCZ7zUqo1ZKT5xPuE80eemZAjKFLLxoGVq5rmUxF7P6AxsiP6tjDcScQhBzeHXsA= X-Received: by 2002:a92:cb0d:: with SMTP id s13mr252261ilo.256.1600976197436; Thu, 24 Sep 2020 12:36:37 -0700 (PDT) MIME-Version: 1.0 References: <202009222004.08MK4xFj037249@mail.karels.net> <8217af510a451f10ea173bf1e26d04dcd50e8ca6.camel@freebsd.org> <1072725987.651720.1600964732891@mail.yahoo.com> In-Reply-To: From: Ed Maste Date: Thu, 24 Sep 2020 15:36:25 -0400 Message-ID: Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 To: Ian Lepore Cc: Oskar Holmlund , "mike@karels.net" , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4By4zp5XtVz45Kl X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.182 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-2.14 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; ARC_NA(0.00)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.01)[-1.012]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.09)[-0.087]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.182:from]; NEURAL_HAM_MEDIUM(-1.04)[-1.037]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.182:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; MAILMAN_DEST(0.00)[freebsd-arm]; FREEMAIL_CC(0.00)[yahoo.com,karels.net,freebsd.org] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 19:36:40 -0000 On Thu, 24 Sep 2020 at 12:31, Ian Lepore wrote: > > It was mentioned on irc a few days ago when someone noticed the BBB in > the CI setup was failing... > > hrm, looks like BBB has been broken since end of July > panic: Duplicated clock registration: clk@4_0 > ah, mmel r363700 > emaste: im sorry, but this is (unfortunately) expected > collateral damage. im aware of this problem but right solution is not > trivial and it needs more time. > > (strejda == mmel@) > > Then it was mentioned a while later that that BBB is using a very old > u-boot, so maybe that has something to do with it. I've updated uboot on eMMC on the the CI system's BBB to: U-Boot SPL 2020.07 (Sep 24 2020 - 04:58:48 +0000)^M however it's still failing the same way: clk_fixed7: on ofw_clkbus0^M clk_fixed7: Cannot FDT parameters.^M device_attach: clk_fixed7 attach returned 6^M clk_fixed7: on ofw_clkbus0^M clk_fixed7: Cannot FDT parameters.^M device_attach: clk_fixed7 attach returned 6^M ti_clkctrl0: mem 0x14-0x14f on ti_omap4_cm0^M ti_clkctrl1: mem 0x4-0xd7 on ti_omap4_cm1^M ti_clkctrl2: mem 0x4-0x7 on ti_omap4_cm2^M panic: Duplicated clock registration: clk@4_0^M ^M cpuid = 0^M time = 1^M phk@ reported success booting 13-CURRENT snapshots though, so I'm not really sure what's going on. From owner-freebsd-arm@freebsd.org Thu Sep 24 19:50:28 2020 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 41B3F426455 for ; Thu, 24 Sep 2020 19:50:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4By5Hl0K9Kz460S for ; Thu, 24 Sep 2020 19:50:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: M.wxG2gVM1myWJCDEfLHM4YNw0LXz4xE24Zb_Ouh84490sR7bkFoySO60xAr5OH xf8t3.qX8F6ABJvkVc32xrCaRFyvfwpGvz35TsOxzwe0Mth_vRxIum0O1GvAPxx_re9zrYvwOfv4 OGmitmtfe4ELDFOIUOt_ihYVa2PSWdO.R3riwnUEEg3bAIVOLhWhPyV.9WdnU_0yF5EOiDl5Gbxj lYM2e54oFTkSEs3BO2SX714e2ANoLR0tvIFlPFisDeV4OdC2gsn6xber49Vv997wFzqUe0dJ21fE LgOCxm3.OvhA8_n2yNgNishpWD5FzUquwBFSVsd4BIdGjw_EMizeF4kWoWbmytIEC899rSiOL2vD YwU03c8KBsSsNMj9WNwKJ.nMqfNdF0FzCKDFq5jUnaukVn5FYXdnB_r_EgeCZOEDfP3K7GqsyTYi ioRA_zE1UyQKEPXXjrv7uIzRDQOOf8tKdfStttihX5X1XiqmXLY.blYYyY4P5eo91hMkehgZ29SO Dw7A_f3oJhtUBNNRutrNBhQkV8UzkMiZKFkQHloc5LHZqqm2fh89qUospq5GkAytB6m2nENZ93kR CFMV1Fkd2ZYo1wdZY6n29jSxDlzQk6Wr.7K25ALDxlJ3YmoU.NsSQ31p6Gg_OpXxAGRweIRxGqsa qgILR3EvCiDxRAudOLNcJ2BCJNqSQQyesJu2RhRPYzbQ_pE11p11ArYtgLgyGOCX8UYlpesbHbIS 4LZUyIRYIpwq3FlkFzBFA0v1KXxs7YRbjWxQuLQfQ7cayxGC_iA_hBCFSLrUegTtnODO0p8r1EZn AOQdIRHLa2mV.GhZyuRxlsQw4PXorcGO4gTR8zaOZlMQwz3VcoSZdIlXtlUblOefZ5rea3NGp9pn KTcFeE9QMV9Dzqix_l6SZqH1lDQjTvRm5P6eJmcSi_YeiMoNacyZrp7mspZ.YbkGS0NEkOKrObnH W44Y2FbsVvYrkGoM8y4_EbAXx9shWEo9xM3FE3EMrnFVfX.z5czFVOSwdWv8O064aRgIvSryLc5j w2O9XZsumQcawKDbeyDqHah9LNnhpvFnVNSUxktDLYrD1TSl_w8mDUsyFhBNqgl.lNA0UiJ1H82I FVcjHroJuNC.cW60M1uVeA0AJNIl8M_6EO0p0X5eM3LPowvfE08wOnvw_geT8fS011P8c_Fx4CNK E0E1MaeafZ7LmujZN3tiJXBlqIPExj8jd.JWnmwbjAvhJhlVQg1vKBZ6mf29W_Ryt50QAML6PqGZ xHMaOXi1BsgP0DrrkgoSYAqIflan_N.SRjYWBpsVhg003gPlveAeCWbM.wFuzGXK0aD4p69thZzq sfPzAqoRah7mtKhDOAMY_VJKc2H4PPlRtoCKIyWYPGdDDxTuJf6rnjLTchKsS29pDmWtcaQwSzOJ 2wywjTlRHpIAek90rJiMVqrF.m3czHVJnJT3MWeRNzYZ4b7c7m_9d.ILzVRlmKAjnnejs_iuUu_N sYcJczNoxJZjUMwqWtFMwrHKG5spB4ozL_HOBCIQGg5gWPG2SOm1AA6Q9z4Ahz0QmrYm19y2kwce V Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Sep 2020 19:50:25 +0000 Received: by smtp406.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID af1dd1d2c2ccaf9bea3c8648d1ac8e09; Thu, 24 Sep 2020 19:50:22 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: rpi4 updated eeprom From: Mark Millard In-Reply-To: <20200924184834.GB54660@bastion.zyxst.net> Date: Thu, 24 Sep 2020 12:50:20 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <15D30B6A-73F4-4326-A7B0-64283B748408@yahoo.com> References: <20200924125131.GA81152@bastion.zyxst.net> <20200924152143.GC81152@bastion.zyxst.net> <20200924184834.GB54660@bastion.zyxst.net> To: tech-lists X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4By5Hl0K9Kz460S X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.20 / 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.69)[-0.691]; 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)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.028]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 19:50:28 -0000 On 2020-Sep-24, at 11:48, tech-lists wrote: > On Thu, Sep 24, 2020 at 10:55:25AM -0700, Mark Millard wrote: >=20 >> I do not know if the following will be of help or not. >> I'm not sure of the details of what you have set up. >> But "it says that I need to upgrade the software" suggests >> the following to me. (Booting off the microsd card does >> not require as recent of software as I understand.) >>=20 >> Note: I have the USB3 SSD's msdosfs mounted on /usb_efi for >> the below. >>=20 >> # ls -ldTt /usb_efi/* >> drwxr-xr-x 1 root wheel 8192 Sep 7 22:48:50 2020 = /usb_efi/OVERLAYS >> -rwxr-xr-x 1 root wheel 47516 Sep 1 14:04:10 2020 = /usb_efi/bcm2711-rpi-4-b.dtb >> -rwxr-xr-x 1 root wheel 2283936 Sep 1 14:04:08 2020 = /usb_efi/start4.elf >> -rwxr-xr-x 1 root wheel 5422 Sep 1 14:04:04 2020 = /usb_efi/fixup4.dat >> -rwxr-xr-x 1 root wheel 5252 Sep 1 13:59:48 2020 = /usb_efi/Readme.md >> -rwxr-xr-x 1 root wheel 206 Sep 1 13:59:48 2020 = /usb_efi/config.txt.uefi_orig >> -rwxr-xr-x 1 root wheel 2031616 Sep 1 07:08:54 2020 = /usb_efi/RPI_EFI.fd >> -rwxr-xr-x 1 root wheel 236 Jul 15 02:21:48 2020 = /usb_efi/config.txt >> -rwxr-xr-x 1 root wheel 18693 Nov 22 09:06:44 2019 = /usb_efi/COPYING.linux >> -rwxr-xr-x 1 root wheel 1594 Nov 22 09:06:44 2019 = /usb_efi/LICENCE.broadcom >> drwxr-xr-x 1 root wheel 8192 Sep 27 21:05:00 2018 /usb_efi/EFI >>=20 >> Note the "Sep 1" dates. What are the dates for yours (presuming that = you >> have handled things to preserve the original dates instead of showing >> when you copied things)? >=20 > some appear to be different to yours. ignore those with prefix old- > : >=20 > /mnt# ls -ldTt * > -rwxr-xr-x 1 root wheel 2224160 Sep 24 18:53:12 2020 start4.elf > -rwxr-xr-x 1 root wheel 5418 Sep 24 18:52:56 2020 fixup4.dat > -rwxr-xr-x 1 root wheel 179 Sep 24 14:48:02 2020 config.txt > -rwxr-xr-x 1 root wheel 176 Sep 7 14:01:24 2020 = orig.config_rpi4.txt > -rwxr-xr-x 1 root wheel 147 Sep 7 14:01:12 2020 = orig.config.txt > -rwxr-xr-x 1 root wheel 176 Sep 5 00:09:06 2020 = config_rpi4.txt > -rwxr-xr-x 1 root wheel 2277376 Sep 4 21:08:16 2020 old-start4.elf > -rwxr-xr-x 1 root wheel 5407 Sep 4 21:08:06 2020 old-fixup4.dat > -rwxr-xr-x 1 root wheel 517160 Sep 4 21:07:58 2020 u-boot.bin > drwxr-xr-x 1 root wheel 4096 Aug 27 10:57:24 2020 overlays > drwxr-xr-x 1 root wheel 4096 Aug 27 10:57:14 2020 EFI > drwxr-xr-x 1 root wheel 4096 Aug 27 10:57:14 2020 dtb > -rwxr-xr-x 1 root wheel 5888 Aug 27 05:20:16 2020 = armstub8-gic.bin > -rwxr-xr-x 1 root wheel 5888 Aug 27 05:20:16 2020 armstub8.bin > -rwxr-xr-x 1 root wheel 124 Aug 27 05:02:24 2020 README > -rwxr-xr-x 1 root wheel 1594 Nov 22 16:06:44 2019 = LICENCE.broadcom > -rwxr-xr-x 1 root wheel 25265 Nov 22 16:06:44 2019 = bcm2709-rpi-2-b.dtb > -rwxr-xr-x 1 root wheel 27054 Nov 22 16:06:44 2019 > bcm2710-rpi-3-b-plus.dtb > -rwxr-xr-x 1 root wheel 26435 Nov 22 16:06:44 2019 = bcm2710-rpi-3-b.dtb > -rwxr-xr-x 1 root wheel 40659 Nov 22 16:06:44 2019 = bcm2711-rpi-4-b.dtb > -rwxr-xr-x 1 root wheel 52304 Nov 22 16:06:44 2019 bootcode.bin > -rwxr-xr-x 1 root wheel 6744 Nov 22 16:06:44 2019 fixup.dat > -rwxr-xr-x 1 root wheel 3089 Nov 22 16:06:44 2019 fixup4cd.dat > -rwxr-xr-x 1 root wheel 9181 Nov 22 16:06:44 2019 fixup4db.dat > -rwxr-xr-x 1 root wheel 9183 Nov 22 16:06:44 2019 fixup4x.dat > -rwxr-xr-x 1 root wheel 2655 Nov 22 16:06:44 2019 fixup_cd.dat > -rwxr-xr-x 1 root wheel 9816 Nov 22 16:06:44 2019 fixup_db.dat > -rwxr-xr-x 1 root wheel 9816 Nov 22 16:06:44 2019 fixup_x.dat > -rwxr-xr-x 1 root wheel 2880356 Nov 22 16:06:44 2019 start.elf > -rwxr-xr-x 1 root wheel 775872 Nov 22 16:06:44 2019 start4cd.elf > -rwxr-xr-x 1 root wheel 4582664 Nov 22 16:06:44 2019 start4db.elf > -rwxr-xr-x 1 root wheel 3536680 Nov 22 16:06:44 2019 start4x.elf > -rwxr-xr-x 1 root wheel 688068 Nov 22 16:06:44 2019 start_cd.elf > -rwxr-xr-x 1 root wheel 4857160 Nov 22 16:06:44 2019 start_db.elf > -rwxr-xr-x 1 root wheel 3794600 Nov 22 16:06:44 2019 start_x.elf >=20 > bear in mind I'm booting u-boot with sdcard. I do have a hd attached = but it's > not being booted from. I've not tried the u-boot way of working in some time. I do not know its status or what is a good combination for it. Nor if it is allowing overclocking, including if it allows some equivalent of over_voltage=3D6 . Looks like your way of copying start4.elf and fixup4.dat did not preserve the original dates. >> = https://github.com/raspberrypi/rpi-eeprom/blob/master/firmware/release-not= es.md >> reports: >>=20 >> QUOTE >> USB MSD boot also requires the firmware from Raspberry Pi OS = 2020-08-20 or newer. >> = https://www.raspberrypi.org/documentation/hardware/raspberrypi/bcm2711_boo= tloader_config.md >>=20 >> 2020-09-14 Promote the 2020-09-03 release to be the default EEPROM = images. >>=20 >> =E2=80=A2 Promote the 2020-09-03 bootloader EEPROM and VLI = 0138A1 as the default release (critical folder). >> END QUOTE >>=20 >> The 2020-08-20 date was also present during the end of the = BETA/stable >> sequence as well. >>=20 >> (UEFI/ACPI may well require something not too old as well, although >> it might tolerate older and MSD does.) >>=20 >> FreeBSD and its port sysutils/rpi-firmware are not yet up to >> date for such things so to use the UEFI/ACPI and USB MSD together >> you need to manage your own materials. I do not remember if: >>=20 >> = https://github.com/pftf/RPi4/releases/download/v1.20/RPi4_UEFI_Firmware_v1= .20.zip >>=20 >> supplies 2020-Aug-20 or later files or not. I've updated mine = separately >> at times and so I might have more recent materials than in the .zip = file. >>=20 >> I expect that "it says that I need to upgrade the software" means >> that you need to do something to update the relevant files on the >> msdos file system on the USB SSD that you are trying to boot from. >=20 > I grabbed that zipfile and the files appear to be dated 1st September. You also have the alternative of getting files from: https://github.com/raspberrypi/firmware/tree/1.20200902/boot/ (Currently, 1.20200902 is the most recent tag.) Or from: https://github.com/raspberrypi/firmware/tree/master/boot/ (likely a testing software version, likely more recent than the most recently tagged version.) > In order to get =3D> 2GHz speeds from the pi4, is UFEI a requirement? Unsure. uefi is what I have been using. I"ll note that the 3072 MiByte limit should be enabled for reliable operation, despite what some recent materials may say. (I've demonstrated a failure today with the limit not imposed.) For uefi/ACPI I use: # more /usb_efi/config.txt arm_64bit=3D1 enable_uart=3D1 uart_2ndstage=3D1 enable_gic=3D1 armstub=3DRPI_EFI.fd disable_commandline_tags=3D1 disable_overscan=3D1 device_tree_address=3D0x1f0000 device_tree_end=3D0x200000 dtoverlay=3Ddisable-bt over_voltage=3D6 arm_freq=3D2000 This context runs at 2 GHz all the time, not varying based on use. diable-bt.dtbo is not distributed with the uefi software. I got it separately. It does not seem to update often. # ls -ldT /usb_efi/OVERLAYS/* -rwxr-xr-x 1 root wheel 1073 Jul 14 18:43:14 2020 = /usb_efi/OVERLAYS/disable-bt.dtbo -rwxr-xr-x 1 root wheel 1819 Sep 1 14:04:10 2020 = /usb_efi/OVERLAYS/miniuart-bt.dtbo The uefi distribution has miniuart-bt.dtbo included. I will note that back when I was trying u-boot I found various things had case sensitive file handling and others did not. The u-boot context tended to be case sensitive in at least some parts of some file paths. I ended up capitalizing to minimize/eliminate renaming for capitalization when switching contexts. OVERLAYS was an example of such: something required capitals and other things did not care. (I do not know the current status for such issues overall.) =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 Sep 24 20:24:23 2020 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 C37D642743F for ; Thu, 24 Sep 2020 20:24:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (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 4By62t584Sz47tT for ; Thu, 24 Sep 2020 20:24:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: PED11KYVM1nPuy1a98G0pO51kB4kVERBvE7nz_ssEgGSZ4h3oKIwplirrqm1T5Y oihRiKbgxJKNU3c7PGMIL5UZPFJOPnZMu1ZxLWzFDC8.IaEU5JLdlJObCGzLWd_8l_6yCU8vGsIP 9hFlQlV8_hmhJKYbvFbMLplJMMt0.oUO6jDrjLd6apFDSG.WbHq_Hg5X9VO5ntyvKdBOp3G9NxCx uBn7HetwsySnPgnuQlq4XQtRemkCWiCRMC41g1nzuUsoViBI3HyZnzynFeBZAnFTMwjnRv1DT2_j fAqixPUIqr7HEm0Vmhir3BVTeUsTQsIQwv_Ve6iyWBId40iiDJUYuHsI.AwanNpew1cWMkdCLatc Emp23oi_DgRwpLJs73i3noIiPgop3JEgIinUXh9BwGJCQcamJehZVPBNPNT_cjPEFGqH0mzOiRnj dOujUE94TPdwQEkJIpOqUzOP2UpdbQJikAWHFEieZtWhtRVylIKp36tMEDhDfxlPKe8QKy5hKfYm rA4nU6P08v09zGOjjiPkH9KULogaWk_t1tXov4Q.0TdwGRtOf0FJtyJLxiDh0J9WcY0xusZUqsCP 3kFle_7a0H5ghKmx7BhKtEj.MQOicvbQStwNv1J3x1wuLYmmoGpRQit7pT2VRr7V.lICAIUGfy6z NFgeOeeg7sZ9dy5ZqC1Da7eFwniK15EdHzMeO9DDBrMFaXOAnOs3W.PSMRro.2jlb9flOQjuSyW1 kzI0OCRNbJ25GMzZ7Yrc16F3PQqlz1PzkPkyhgwsbqxlyDzaci__y9xxzMBEX5FBiyhaUGuPyFDp gjQcqibHmuZ2dke_TTJqzVpVccjc48jUhf6q7ZXJGToKmr89HKuklTWW5zn2E4gKWVrbuMZeRdOI dHDkAHV5CXRv3hDgUezSLinqWq9jHZoePSUQU441FreZJqKIAB2evE4cqqSPcg.gjMqJUxPXwOQE OQsTo3cNE.AYWVTyCH_ObtTsyXKpiP0ZHFq_0V9iba15G5OZfzWFabdGAR2stkHF7DebZ6AdPnrx 9fnIgW6lnckeTWRXLRwxWkB3kyQS0Lv_CZ7Hyf4HerpZSlWga8N9DID6aOY4shF99uHoksVz4eNM LSnNdfOab32FS_xwPPxnEAG761GNVVL1TgyK4iAFwX07sGfcI.35bvDYqeoVFAGztRY8z6FDxkss pMffTCacCw3WF2LL9i.0ETiNUFJI30l5aoKyW8mN3to42lN1phcXG5NjABxhMLvfL7gY0hUtjcaU V61NDeQds5ZjKRJ2Y3iXGI2rZjsDq.HKjTiS9hC5JslEckGK21KnRtwbAj7vnh0Mgwnd2LrvcGpF 3K67VO6gSXQ4hxTGy3TzPgeoQn9HnLn62CjstxFrx8zibsxs2mjX8ICIONqUEQnQTUPT8NxzJ.6g oIB27RQA9Ch0Cdhs6Puu6D72i09U8RA8XaXxIWCq679A0BPvehHPsW6q9Grqh2O2Ju3kxFqqX0RW qVEqhy4BAthVO3Vr3xGzF2tLOu.K6uBJ_4uRROFUebVPBifzD8jRgier7byj_Mjia07KejVPkLn0 1H07Hwsyj2lBKXIi83fezyf0JX28YzgLkRUHK Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Sep 2020 20:24:20 +0000 Received: by smtp405.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID dc3701ed96cd79ee32bd602c7c899778; Thu, 24 Sep 2020 20:24:18 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: head -r365677 and later do not have the xhci related DMA problem fixed Date: Thu, 24 Sep 2020 13:24:17 -0700 References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> To: Robert Crowston , freebsd-arm In-Reply-To: <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> Message-Id: <4432F794-FB30-49A6-B88D-93FF954BDB99@yahoo.com> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4By62t584Sz47tT X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.78)[-0.777]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; 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)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.034]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.985]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 20:24:23 -0000 On 2020-Sep-24, at 12:04, Mark Millard wrote: > I finally got around to updating the systems that I have access > to, including the 8 GiByte RPi4B, from head -r363590 to -r363932 . > This puts the sytem after then head -r365677 check in of the > attempted DMA fix that involved restricting the xhci DMA range to > 1 GiByte. >=20 > I've tested head -r363932 under uefi/ACPI v1.20 with the > 3072 limit disabled and it failed the large file duplicate > and diff/cmp test: >=20 > # cp -aRx /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar > # diff /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar > Binary files /usr/obj/clang-armv7-on-aarch64.tar and = /usr/obj/clang-armv7-on-aarch64.alt_tar differ > # cmp -l /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar | head -30 > 2633269249 3 0 > 2633269251 3 0 > 2633269252 55 0 > 2633269253 6 0 > 2633269254 21 0 > 2633269255 227 0 > 2633269256 1 0 > 2633269257 135 0 > 2633269258 336 0 > 2633269259 22 140 > 2633269260 0 100 > 2633269261 346 0 > 2633269262 353 0 > 2633269265 227 0 > 2633269266 1 160 > 2633269267 170 140 > 2633269268 336 100 > 2633269269 22 0 > 2633269271 362 0 > 2633269272 353 0 > 2633269275 227 0 > 2633269276 1 0 > 2633269277 225 0 > 2633269278 336 0 > 2633269279 22 0 > 2633269281 376 0 > 2633269282 353 1 > 2633269285 0 1 > 2633269289 0 223 > 2633269290 0 321 >=20 > For reference: >=20 > # ls -ldT /usr/obj/clang-armv7-on-aarch64* > -rw-r--r-- 1 root wheel 11570948096 Jul 18 18:32:37 2020 = /usr/obj/clang-armv7-on-aarch64.alt_tar > -rw-r--r-- 1 root wheel 11570948096 Jul 18 18:32:37 2020 = /usr/obj/clang-armv7-on-aarch64.tar >=20 > (So the over 10 GiByte original file is significantly larger than the > 8 GiByte RAM.) >=20 I figured I'd gather some more evidence by putting back the 3072 MiByte limit and diff'ing/cmp'ing the above files and then making another duplicate and diff'ing it. # diff /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar=20 Binary files /usr/obj/clang-armv7-on-aarch64.tar and = /usr/obj/clang-armv7-on-aarch64.alt_tar differ # cmp -l /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar | head -30 2633269249 3 0 2633269251 3 0 2633269252 55 0 2633269253 6 0 2633269254 21 0 2633269255 227 0 2633269256 1 0 2633269257 135 0 2633269258 336 0 2633269259 22 140 2633269260 0 100 2633269261 346 0 2633269262 353 0 2633269265 227 0 2633269266 1 160 2633269267 170 140 2633269268 336 100 2633269269 22 0 2633269271 362 0 2633269272 353 0 2633269275 227 0 2633269276 1 0 2633269277 225 0 2633269278 336 0 2633269279 22 0 2633269281 376 0 2633269282 353 1 2633269285 0 1 2633269289 0 223 2633269290 0 321 So the copy made without the 3072 MiByte limit appears to be corrupt as written: it looks like the error is not just at diff/cmp time. Making and testing a .alt2_tar copy: # cp -aRx /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt2_tar # cp -aRx /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt2_tar # diff /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt2_tar=20 #=20 So, with the 3072 MiByte limit: no evidence of a problem with = duplicating the huge file and diff'ing the result. =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 Sep 24 21:04:25 2020 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 F25013E0576 for ; Thu, 24 Sep 2020 21:04:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.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 4By6x43Wbnz4F7R for ; Thu, 24 Sep 2020 21:04:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: aibJ1yoVM1n5yF0E1hdp9axbyB5oV0QGEpISBtED1T03GZw.ujcCqNxcYDvG7kc Eh.ARqcSl2f1xGNED7.An2bgHHtq0TQ29Ug5ewzuaEPyqQJho4v.rYodl25_PrUqZvZcjAvqYPVN iEKNcEgV9lSQWOTb6Ok5W03q9Taj9T7PKmgkLgSdbYyURZbgxXEKQ8nfRmif3YL5zhKM8vPPgXKA xB.zH..Kt7SaIO9qZAaW5AGFdzrLzXzPryWcP6fTAvg55T4xEzBE4XSQJT1TqqeRuGRxvv0W81o_ cD_qZRWfgb1SpoIs44ysP.UpJ0D6B.dV3HU1rQFnIn1xsIMTSc2IiVnU.OE47lj42203w3FSAm.e sPzXhBPD7XqLR6nK7qBtdigVYtDNIFIrwizYkz8vxSI4pDgsHcYXqYmS6ld.rtuex3WiRbnK7M2a a_rEms8Vof02_Cvs9oaFImSKP9LYTKbdcbW9YkOoTxS_fVF7W41I5AqApZ_w6Hs7.7NG2.p22f.6 z1o6ltgry0aQ4gKqbk4TNTEiKn9BYZ.ZN5_KtZ9ifkMPOQTXpiH9.PwbiajwCuudYhhIMNWT.yZL LGX3Q0J6QY_WzSmOYQu4ioCyoWA0.sbiiPQH2fVQQI7f7No5mJcFKXcqfg6uGnH_unQ0mp56Epsl FGmYFpRMZUDZJ3k3fNtzV5hD9PWr7Wqt_icxHQcjRWOKwMSNDEtCbYZXtR47PmT_hIw8jH79v4C_ a6f.mwmpijLDKVARmCOmMLFNQ7w6K2ezTbceWwe5Q8rtqzblAxyOKjkyqu5jOMBpJDPNApYCspxb upRCbhYMV02q3WT0BPNfv4uOvt8AVd.sQFd43SFxJ44rF7nQrUj3u4sqpcM39G_1ESEsdRiWy2FL byCh9UqAd0g8P8QZ0NpiGY2N25XH58V4q58tXn0DDHivGLwWk7Vm.M9kWCgUB2cW0F0WvPGNo8Pg 2O1PfK5osXCI15UXlhxlZKU08vKilus1zvCxUtZqwcLSL_3.l.BfCt4x_mCIRx9bDtbCMa5GK_Kx R_Bwl4dRLDxSzIax3xMyP3vHPI1ogcsjHh2Vdr.9rOiYXsF2FkjcxKRg58K63gAIkMSHmtB5_vyO mXtHhkj8mGKx8ElCLLY8CqAXRXPj58AgpwzTEYnmczB4BdwUfYChX5TWhw6vjxN7gCLzFPiVoTTi 7yiVKUlRaiGlL9fzw0sp_RZVU8QdySiYB7TTbnZY0fMfifu7sBG3aZwic7HfIML_xJD9muNSiTwS N.l5u4hYMUMeEG2gAuNVRDU_1IhFT1aN5dHU6rShUcEcbfwP9o79G_qB0mspi.5MiLBOh_wdYScQ 0Hhk.fvvs.k.c74kMri5qdF.JMC7_AaGnFtqUq.gICvvQqR3Es_FFKtgkb4dSlNxl.joXxBZZd5X F8Z9pS3ZUkPgylv_cnzqrLTCHifa4DoG1mR3pybfLvWaDSWOK9wmCfEhA11Wv8RyHczhGz46PMTm abAZbOvdBYrLxProX7NYV4X7EUGO7mqLuvuYvsStFBVWdYtNeg3jWUP5akpXJJY7SS2xD33Bvfxg tYu6xsW2mCIEpKBMnB9cdqSBqtShqNqcUtnicNg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Sep 2020 21:04:21 +0000 Received: by smtp410.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6f3033918cb46761edcc828c9aa3423f; Thu, 24 Sep 2020 21:04:18 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: head -r365677 and later do not have the xhci related DMA problem fixed Date: Thu, 24 Sep 2020 14:04:17 -0700 References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> <4432F794-FB30-49A6-B88D-93FF954BDB99@yahoo.com> To: Robert Crowston , freebsd-arm In-Reply-To: <4432F794-FB30-49A6-B88D-93FF954BDB99@yahoo.com> Message-Id: <7CB42754-9EF1-468F-B9C1-8993CB5C0F40@yahoo.com> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4By6x43Wbnz4F7R X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.18 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.66)[-0.659]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; 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)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.034]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.985]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.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.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 21:04:26 -0000 On 2020-Sep-24, at 13:24, Mark Millard wrote: > On 2020-Sep-24, at 12:04, Mark Millard wrote: >=20 >> I finally got around to updating the systems that I have access >> to, including the 8 GiByte RPi4B, from head -r363590 to -r363932 . >> This puts the sytem after then head -r365677 check in of the >> attempted DMA fix that involved restricting the xhci DMA range to >> 1 GiByte. >>=20 >> I've tested head -r363932 under uefi/ACPI v1.20 with the >> 3072 limit disabled and it failed the large file duplicate >> and diff/cmp test: >>=20 >> # cp -aRx /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar >> # diff /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar >> Binary files /usr/obj/clang-armv7-on-aarch64.tar and = /usr/obj/clang-armv7-on-aarch64.alt_tar differ >> # cmp -l /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar | head -30 >> 2633269249 3 0 >> 2633269251 3 0 >> 2633269252 55 0 >> 2633269253 6 0 >> 2633269254 21 0 >> 2633269255 227 0 >> 2633269256 1 0 >> 2633269257 135 0 >> 2633269258 336 0 >> 2633269259 22 140 >> 2633269260 0 100 >> 2633269261 346 0 >> 2633269262 353 0 >> 2633269265 227 0 >> 2633269266 1 160 >> 2633269267 170 140 >> 2633269268 336 100 >> 2633269269 22 0 >> 2633269271 362 0 >> 2633269272 353 0 >> 2633269275 227 0 >> 2633269276 1 0 >> 2633269277 225 0 >> 2633269278 336 0 >> 2633269279 22 0 >> 2633269281 376 0 >> 2633269282 353 1 >> 2633269285 0 1 >> 2633269289 0 223 >> 2633269290 0 321 >>=20 >> For reference: >>=20 >> # ls -ldT /usr/obj/clang-armv7-on-aarch64* >> -rw-r--r-- 1 root wheel 11570948096 Jul 18 18:32:37 2020 = /usr/obj/clang-armv7-on-aarch64.alt_tar >> -rw-r--r-- 1 root wheel 11570948096 Jul 18 18:32:37 2020 = /usr/obj/clang-armv7-on-aarch64.tar >>=20 >> (So the over 10 GiByte original file is significantly larger than the >> 8 GiByte RAM.) >>=20 >=20 > I figured I'd gather some more evidence by putting back the > 3072 MiByte limit and diff'ing/cmp'ing the above files and > then making another duplicate and diff'ing it. >=20 > # diff /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar=20 > Binary files /usr/obj/clang-armv7-on-aarch64.tar and = /usr/obj/clang-armv7-on-aarch64.alt_tar differ > # cmp -l /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt_tar | head -30 > 2633269249 3 0 > 2633269251 3 0 > 2633269252 55 0 > 2633269253 6 0 > 2633269254 21 0 > 2633269255 227 0 > 2633269256 1 0 > 2633269257 135 0 > 2633269258 336 0 > 2633269259 22 140 > 2633269260 0 100 > 2633269261 346 0 > 2633269262 353 0 > 2633269265 227 0 > 2633269266 1 160 > 2633269267 170 140 > 2633269268 336 100 > 2633269269 22 0 > 2633269271 362 0 > 2633269272 353 0 > 2633269275 227 0 > 2633269276 1 0 > 2633269277 225 0 > 2633269278 336 0 > 2633269279 22 0 > 2633269281 376 0 > 2633269282 353 1 > 2633269285 0 1 > 2633269289 0 223 > 2633269290 0 321 >=20 > So the copy made without the 3072 MiByte limit appears to be > corrupt as written: it looks like the error is not just at > diff/cmp time. >=20 > Making and testing a .alt2_tar copy: >=20 > # cp -aRx /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt2_tar > # cp -aRx /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt2_tar > # diff /usr/obj/clang-armv7-on-aarch64.tar = /usr/obj/clang-armv7-on-aarch64.alt2_tar=20 > #=20 The duplicated cp line is a copy/paste error: I had copied/pasted the cp line before it finished and copied/pasted the 3 lines after the diff completed --but I did not replace the original cp line like I should have. Only noted so that the structure of my test procedure can be followed as it actually was executed. > So, with the 3072 MiByte limit: no evidence of a problem with = duplicating > the huge file and diff'ing the result. =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 Sep 24 21:30:31 2020 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 095843E0B71 for ; Thu, 24 Sep 2020 21:30:31 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (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 4By7WB0HSxz4GCq for ; Thu, 24 Sep 2020 21:30:29 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x434.google.com with SMTP id k15so990638wrn.10 for ; Thu, 24 Sep 2020 14:30:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:date:references:to :in-reply-to:message-id; bh=pb9Jcbndk8nEa1CUFRe/kvhhiWXIxAmyVGUAwHWMtp8=; b=gKIyzEaDn/sNYTn1naT01BCNxFd33ifiakvRepNzQNWYAhDp5vs/VHwNsM0VvTFfYI 96izjop7Hz3uTJ86YLzZOKYGG4R4bIoqTZUUeu4M0QezxEXyTs+khxPQeraPHK+NTerD 6AeYkpw3XT/UZE0KNotGEbujbio0gFDPJRSn0MMtT70BqhOvgi+trVCJ5zs+f+UMFGOA XOTsegSnDh8KuH93tEhX9i+HrSi1HLRLYRgYBqtM6+xc4B2gUe6diJWMQDVYowRgAWzc pA8zufy+APZ1+9FeB9b13gjHzi13oLTpJF2Jgo+K1Jthw/g5CJxjPLtMtCQFxHUs3GZA qJFQ== X-Gm-Message-State: AOAM532bDA7LF/TcGOY5uoaMd2+OHfbgJEwFuf5tAgncpT8hHluItNlZ tLlFrA3+2wuRi41PlXlw8CY= X-Google-Smtp-Source: ABdhPJxltLLoL/2X6u53lFBMf+egfGFfoWPMmZtPZTowpATiKFebs0cbPkFnxYOjMOwYsCwPzZsZTQ== X-Received: by 2002:adf:e9c1:: with SMTP id l1mr957893wrn.68.1600983027953; Thu, 24 Sep 2020 14:30:27 -0700 (PDT) Received: from localhost.localdomain (dynamic-046-114-107-085.46.114.pool.telefonica.de. [46.114.107.85]) by smtp.googlemail.com with ESMTPSA id y5sm457860wrh.6.2020.09.24.14.30.26 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Sep 2020 14:30:27 -0700 (PDT) From: Klaus Cucinauomo Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.33\)) Subject: Re: head -r365677 and later do not have the xhci related DMA problem fixed Date: Thu, 24 Sep 2020 23:30:25 +0200 References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A.ref@yahoo.com> <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3654.0.3.2.33) X-Rspamd-Queue-Id: 4By7WB0HSxz4GCq X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.71 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.18)[-0.176]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.014]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.107.85:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.025]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::434:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 21:30:31 -0000 > Am 24.09.2020 um 21:04 schrieb Mark Millard via freebsd-arm = : >=20 >=20 > This puts the sytem after then head -r365677 check in of the > attempted DMA fix that involved restricting the xhci DMA range to > 1 GiByte. >=20 > I've tested head -r363932 under uefi/ACPI v1.20 =E2=80=A6... Hi Mark, `hope we talk about the same context: The 1GB DMA range fix from Rob in https://reviews.freebsd.org/D26344 = has NOTHING to do with UEFI/ACPI. It addresses the pcie-driver for fdt(u-boot). While there is probably some inheritances in the USB/pcie-chain: pcie is NOT exposed to the OS by rpi4Uefi-dev. Regards Klaus From owner-freebsd-arm@freebsd.org Thu Sep 24 21:56:56 2020 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 DC3C83E1927 for ; Thu, 24 Sep 2020 21:56:56 +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 4By85f5FSfz4HVc for ; Thu, 24 Sep 2020 21:56:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: RUgv7gEVM1lpQg7s4O2tdHZgmOTb7ZwPIuDvWjqj3T7JiopVdBqOT3MDT52ENum R.8VzovxR3aj1VSzsfQWeXOBQ3Qxk5T8MbApzmeoWpF9kFRnTjkGpn8TuAmlTZqJZyTZszP7ceOS BZjFZpo6lgMCCdeCMormnnoUxPBHMGVU5FCPUoB4N4XIsl3iPka3sx0_M7X6ZQo.6zYGKGGgjJcb lV6vQ91n7Rm3hyyp3.WOcV6nDDm48ptlJzuxZHY2WQa1l.yMGrp2TQGnuTOA9AqcJvcTcw98Alhf uSCy2HFjWonUUilPlsE3LgDchRjArti4kmJLTzzftsyTtMuIGbruTPUebpNB9Md3E1Gedw13P8mm G5pY8.nqnI45am76jEDitki6Whf4rjHWKz5_G0dGROGsmP3GsUbgm_C9FG2vx2c7XQMxKT_yXDsq A3PWBWtukjK_cBmYtoaylNt831H.8IB9R014REyLVj6vWAgRKguivncaOl8KnIThqj72FqMQMkj6 mBoQQ.N0But0qEvfDnmClSOiKCAVkG1dD0GlJdiF_mWNO6DDAKhUhKqaSbTQpiDE6yj_weFTuBrP cHlW8UJGREGI0qb0GZqpE_uvJPNRVyptmhsJVyS8y5pHPGdAng4FPsWE_UdHZkH7kUKfM0X_Ao98 RotLFLGqBwQU9m4I.5A8HN8S9d6aCvgcFg4kpfTmDV3v3unlOUy2BUU6t_ZOHgaieQz2TUFDJb9D 5LTXPpHUU98NWeDRSh4KJHBHTIPOC7yTtRTyExM4UxjIBLbTdHMmjctO3F62RbVPJHxUG5BbqUhc RbQLBu_FzNA2SMhOxNY_NKy8ev6oOORQFGvCC94lKc.3fGn4XrQ6ycaghHDJsy0PGoBYUFCuthDx WibyoKXD2QW8JFW_61KDN_UfsvsYQZiN3UPNBWUd5A1sdk7LgYIRIReaZUREHA4M_pi9YBc49siA uVsLG7AO3HNrOMObwE6enNLekgcOTKNdikiun8CRMPGzOcsrc9qZ5tURW8bM9X87F0oLkW78TaJO plirQo8JtA1YIXh0uSTzjCAu0LeTg4iVDohfRcJzsvRG9pH5z.RovGyydxNOPYN5GMaTex.T3_Jp NZMdy.nj1KLUDUv5SkBaJj4BWbfTZFQDOjY12.crZW7AE1YjqYd5othBpVo8oCNx82eT5CrL3YZT Bs4KWGWCtRUjxk5WCAmeZqmuBIGHhUL5xWxcQOL6beX_0kTAlwlQgmaWG9dl4qvPlQPmIM5U0AP6 V9ZlxpcEFp.4VbJF1ng5LgVl.PEiwGr5qkbLonftOPZPAwFeBiksdgz0Jnzzu9qXYzcq9N9B_aaQ qEfZaNxiRbZyFR9R.Wdrb8anST2uEQyXwYVWptFBHAb2Tc.AzaXGwYbmuz4QyWKRqeqn3H21vR.j 8T8pX0WUAMsC6QwQEdBAEApZdDYa6sNE2w.wF.PWAHobBcX17mEazG0XBkM29oJnjBI0Ieu9XoWf l9kE9jdTpNIIRFb2.pQVVvQcxHV9xGlmdCa6aeeOWzCOnxJzMoh13PaRsWWRmlpT7bVT_U.HrcHQ c1A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Sep 2020 21:56:52 +0000 Received: by smtp417.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9989f980f95c3dfaf589a416ae604544; Thu, 24 Sep 2020 21:56:50 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: head -r365677 and later do not have the xhci related DMA problem fixed From: Mark Millard In-Reply-To: Date: Thu, 24 Sep 2020 14:56:48 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3607D673-91AF-49EC-BD21-D4FA8BD972C8@yahoo.com> References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A.ref@yahoo.com> <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4By85f5FSfz4HVc X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.32 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; 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.81)[-0.809]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.031]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.980]; MIME_GOOD(-0.10)[text/plain]; 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.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 21:56:56 -0000 On 2020-Sep-24, at 14:30, Klaus Cucinauomo wrote: >> Am 24.09.2020 um 21:04 schrieb Mark Millard via freebsd-arm = : >>=20 >>=20 >> This puts the sytem after then head -r365677 check in of the >> attempted DMA fix that involved restricting the xhci DMA range to >> 1 GiByte. >>=20 >> I've tested head -r363932 under uefi/ACPI v1.20 =E2=80=A6... >=20 > Hi Mark, >=20 > `hope we talk about the same context: > The 1GB DMA range fix from Rob in https://reviews.freebsd.org/D26344 > has NOTHING to do with UEFI/ACPI. > It addresses the pcie-driver for fdt(u-boot). > While there is probably some inheritances in the USB/pcie-chain: > pcie is NOT exposed to the OS by rpi4Uefi-dev. If the limit imposed is not general for the RPi4B's, then yea, all my report would mean is that I've confirmed it not applying to the uefi/ACPI context. If so, sorry for the noise. =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 Sep 24 21:59:11 2020 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 95D623E1B12 for ; Thu, 24 Sep 2020 21:59:11 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (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 4By88G2knPz4HkX for ; Thu, 24 Sep 2020 21:59:10 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Thu, 24 Sep 2020 21:59:01 +0000 To: Klaus Cucinauomo , Mark Millard , freebsd-arm@freebsd.org From: Robert Crowston Reply-To: Robert Crowston Subject: Re: head -r365677 and later do not have the xhci related DMA problem fixed Message-ID: In-Reply-To: References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A.ref@yahoo.com> <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.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: 4By88G2knPz4HkX X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.22 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RWL_MAILSPIKE_GOOD(0.00)[185.70.40.131:from]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.38)[-0.380]; FREEMAIL_TO(0.00)[googlemail.com,yahoo.com,freebsd.org]; 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(-1.01)[-1.011]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.93)[-0.930]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[185.70.40.131: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.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 21:59:11 -0000 WWVzOiBhcmVu4oCZdCB5b3UgZGVwZW5kZW50IG9uIHRoZSB1bnJlbGF0ZWQgRDI1MjE5IHRvIGZp eCB1ZWZpPwoKVGhlIERNQSBwYXRjaCBJIHN1Ym1pdHRlZCBpcyBhdCB0aGUgUENJLWUgbGV2ZWw7 IEkgaGF2ZW7igJl0IHRvdWNoZWQgeGhjaS4gU29ycnkgZm9yIGNvbmZ1c2lvbiEKCuKAlCBSSEMu CgpPbiBUaHUsIFNlcCAyNCwgMjAyMCBhdCAyMjozMCwgS2xhdXMgQ3VjaW5hdW9tbyB2aWEgZnJl ZWJzZC1hcm0gPGZyZWVic2QtYXJtQGZyZWVic2Qub3JnPiB3cm90ZToKCj4+IEFtIDI0LjA5LjIw MjAgdW0gMjE6MDQgc2NocmllYiBNYXJrIE1pbGxhcmQgdmlhIGZyZWVic2QtYXJtIDxmcmVlYnNk LWFybUBmcmVlYnNkLm9yZz46Cj4+Cj4+Cj4+IFRoaXMgcHV0cyB0aGUgc3l0ZW0gYWZ0ZXIgdGhl biBoZWFkIC1yMzY1Njc3IGNoZWNrIGluIG9mIHRoZQo+PiBhdHRlbXB0ZWQgRE1BIGZpeCB0aGF0 IGludm9sdmVkIHJlc3RyaWN0aW5nIHRoZSB4aGNpIERNQSByYW5nZSB0bwo+PiAxIEdpQnl0ZS4K Pj4KPj4gSSd2ZSB0ZXN0ZWQgaGVhZCAtcjM2MzkzMiB1bmRlciB1ZWZpL0FDUEkgdjEuMjAg4oCm Li4uCj4KPiBIaSBNYXJrLAo+Cj4gYGhvcGUgd2UgdGFsayBhYm91dCB0aGUgc2FtZSBjb250ZXh0 Ogo+IFRoZSAxR0IgRE1BIHJhbmdlIGZpeCBmcm9tIFJvYiBpbiBodHRwczovL3Jldmlld3MuZnJl ZWJzZC5vcmcvRDI2MzQ0IDxodHRwczovL3Jldmlld3MuZnJlZWJzZC5vcmcvRDI2MzQ0Pgo+IGhh cyBOT1RISU5HIHRvIGRvIHdpdGggVUVGSS9BQ1BJLgo+IEl0IGFkZHJlc3NlcyB0aGUgcGNpZS1k cml2ZXIgZm9yIGZkdCh1LWJvb3QpLgo+IFdoaWxlIHRoZXJlIGlzIHByb2JhYmx5IHNvbWUgaW5o ZXJpdGFuY2VzIGluIHRoZSBVU0IvcGNpZS1jaGFpbjoKPiBwY2llIGlzIE5PVCBleHBvc2VkIHRv IHRoZSBPUyBieSBycGk0VWVmaS1kZXYuCj4KPiBSZWdhcmRzCj4KPiBLbGF1cwo+Cj4gX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBmcmVlYnNkLWFybUBm cmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKPiBodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxt YW4vbGlzdGluZm8vZnJlZWJzZC1hcm0KPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0 byAiZnJlZWJzZC1hcm0tdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmci From owner-freebsd-arm@freebsd.org Thu Sep 24 22:05:12 2020 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 C16693E1E8E for ; Thu, 24 Sep 2020 22:05:12 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f66.google.com (mail-io1-f66.google.com [209.85.166.66]) (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 4By8HC75Pjz4J4s; Thu, 24 Sep 2020 22:05:11 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f66.google.com with SMTP id v8so651455iom.6; Thu, 24 Sep 2020 15:05:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GStf7ruIwOKdpUVKto5VZooruE7WJKMHxcREpEHiBqA=; b=fclTVoZbcfW1FpE82Cz+kap6kzzcMeE/vmGveXBrUUUze6Qz7UCfxZug2HpBlDplCc IIhiQt3MYvbNewfQMQ0BxecbbcMEdBqm0f5WXBSMutZ+KFSH27wvLZlpPNYtSFvnwzuP ulrLyRh8kbm27IwlF8X+vPja9O4HP3/ShXSKzU55rMYeG9hsvtatS/K0NbmoU0n+Z287 ZvOjedrUbtZ0ufeEuIdp8H1465lEzkfBDddhte98Rvp5+hKvk5aPPMmhFHu0mpxNy8Il xU3zN+FJlhaF83OMRNGHU8zkRO/EqtSvJFQcYu5nRGe5grkseaHiSLKngTkaxuC3067w herQ== X-Gm-Message-State: AOAM5319hxR/JDJKidewX7ivpx48vFiKx4npcrzjnmvTTjrwNUOmk0RL uUy5s0D5LOweuSKdSzkwUPGFH1ii4bm21CtW6f9BjH4p2nw= X-Google-Smtp-Source: ABdhPJztT3/iGqtn4utl1PWMDvLvC4te69B7mK0wiYXf6XQNCbzGxxQcQt9BgHPR/BE3Z7X8IPHJJRg/Yaq7Td2PDks= X-Received: by 2002:a05:6638:14c8:: with SMTP id l8mr807426jak.136.1600985110526; Thu, 24 Sep 2020 15:05:10 -0700 (PDT) MIME-Version: 1.0 References: <202009221809.08MI9bwX036997@mail.karels.net> In-Reply-To: <202009221809.08MI9bwX036997@mail.karels.net> From: Ed Maste Date: Thu, 24 Sep 2020 18:04:58 -0400 Message-ID: Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 To: mike@karels.net Cc: "freebsd-arm@freebsd.org" , FreeBSD Release Engineering Team Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4By8HC75Pjz4J4s X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.66 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-3.13 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; ARC_NA(0.00)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.002]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.14)[-1.144]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.66:from]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.66:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 22:05:12 -0000 On Tue, 22 Sep 2020 at 14:09, Mike Karels wrote: > > I just installed 12.2BETA2 on a BeagleBone Black (armv7), and it took > at least an hour. I hit ^T periodically, and time seemed screwed up > (real time was progressing slowly at best). I've independently confirmed this on the 12.2BETA2 image; from my console: ... FreeBSD 12.2-BETA2 r365865 GENERIC arm ... Trying to mount root from ufs:/dev/ufs/rootfs [rw]... Warning: no time-of-day clock registered, system time will not be set accurately Growing root partition to fill device random: read_random_uio unblock wait load: 1.28 cmd: awk 39 [piperd] 0.12r 0.00u 0.00s 0% 2060k load: 1.28 cmd: awk 39 [piperd] 0.14r 0.00u 0.00s 0% 2060k ... time seems to be running about 500x slow. I ^C'd each startup script that was stuck (I'm not as patient as Mike), and got to a login prompt. I was able to login as root just fine and the system seemed responsive for commands that don't sleep. I tried `sleep 0.01` and that took about 5 seconds of actual time. From owner-freebsd-arm@freebsd.org Thu Sep 24 22:21:57 2020 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 E36603E2523 for ; Thu, 24 Sep 2020 22:21:57 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (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 4By8fX6qkvz4KL7 for ; Thu, 24 Sep 2020 22:21:56 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42b.google.com with SMTP id k15so1204352wrn.10 for ; Thu, 24 Sep 2020 15:21:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=VT8cgMa+aY48OnCSAUST6kLGeWeX6Gho4k6PK8HJsdY=; b=e095xqNV50e/Dyfr6b8zXYaz0xsQlx+cYmoIk/ti4DjSg8NLMzuUTttOSuZHYfSMmG YvGBSo51X4DULJaZ1IvBY3NjZ7O84E1xnOivqe1fsR/VK6veawDekmTJ29ziFOOaEC/m DLinUVVxSAnJknuBOndMm/Dth++AsLlvsft2/29WBcjbD2u0bTqNguW0NZj/pgcFH4sK P5pmoO1tPLdrk6p7o1iUbVwoNHE5ODkSTc8djhevx5pUi+251thZPAzCSHzY9IVsLNN9 ZNqqupIvmRsQVIEbhXlfzfzk4nADC1KMjiIIrKCuPrKXU50kMSsYB5bh3LsY8kVtsC9d bC1g== X-Gm-Message-State: AOAM530pmdo2RWh6jcix4vIt1hzklWGoZbi8a/6BkCZign/RueVp7HWb z9yoR57sCScRLFAmnq3Dfzc= X-Google-Smtp-Source: ABdhPJyX1kuGB8Bjm1NqzDLYl9wjDcrSRCSLTIXUscrlTZDpmH3rwS9140DcZSdb1/xGl1V5k1j2OA== X-Received: by 2002:adf:fd01:: with SMTP id e1mr1062742wrr.44.1600986114653; Thu, 24 Sep 2020 15:21:54 -0700 (PDT) Received: from localhost.localdomain (dynamic-046-114-107-085.46.114.pool.telefonica.de. [46.114.107.85]) by smtp.googlemail.com with ESMTPSA id v17sm571940wrc.23.2020.09.24.15.21.53 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Sep 2020 15:21:54 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.33\)) Subject: Re: head -r365677 and later do not have the xhci related DMA problem fixed Date: Fri, 25 Sep 2020 00:21:51 +0200 References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A.ref@yahoo.com> <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> <3607D673-91AF-49EC-BD21-D4FA8BD972C8@yahoo.com> To: Mark Millard , Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: <3607D673-91AF-49EC-BD21-D4FA8BD972C8@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3654.0.3.2.33) X-Rspamd-Queue-Id: 4By8fX6qkvz4KL7 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.33 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.81)[-0.810]; FREEMAIL_TO(0.00)[yahoo.com,protonmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.984]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.107.85:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.03)[-1.032]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 22:21:57 -0000 > Am 24.09.2020 um 23:56 schrieb Mark Millard : >=20 >=20 >=20 >=20 >>> Am 24.09.2020 um 21:04 schrieb Mark Millard via freebsd-arm = : >>>=20 >>>=20 >=20 > If so, sorry for the noise. >=20 stay noisy ;-), it has helped often =E2=80=A6.. while I now think it=E2=80=99s probably better to exclude RPI4-UEFI from = any support,=20 at least removing it from the Wiki. A while ago I thought it could help us a lot( at the time where M.Karels = and R. Crowston haven=E2=80=99t yet finished=20 their fdt-drivers ). As for now I would think: It brings us more confusion and unnecessary work than advantages . maybe that will change at some point... From owner-freebsd-arm@freebsd.org Thu Sep 24 22:41:20 2020 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 600AC3E2A70 for ; Thu, 24 Sep 2020 22:41:20 +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 4By94t5dwjz4LL9 for ; Thu, 24 Sep 2020 22:41:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: p2QC.YkVM1l88DFrZ1RTJmKj7ZHj8lWux0cvTB13d0T4tUbubKe0x5LfN94iWM2 uK3U6PilOoeS8GerQ4x32EOuciyIUyoHGJXmgLtNuqsag0IAvs03dAazsAPtsiZqDcRALF0Ujhf8 Gzd5Gn3tVIGlPUvrpz4Im4o46fft5Nzk7mcfMzYamAu5V0A7Ow1IOjbXaszHImUk5XDPxnuzj.Ix nGmSP1S3sacGEtqtDDCR6QLkUkXQF.UNT6K4XnQ2RXHRZ7qOLWA4fl1HCOXTQdwi5KR0Mto2Ew5o 8qQm6RkivWAfBPalVPDWI9xdY6v4PK4UbScxg2TtLTgTSoMlGM9KH9BiRJl83vD06Ych4w6VJ3fw SrkjbmmdW8FSZjXKfYbZaxU131Spoay8rGh1cUdxuy9WhSUU_.IctXkcmt7d1MfT_OBizLXAPmZZ bQBHAL1hSzV5pqpVAK468v3E_YzSAx4.NNk3ibFYnkAMEtQ4a5Ys7mh5GwhgIpwhW1l.y1QO3sym ol43vPuQjL_9JHERgwYUabWHVQHxlLpY80S15Hb4U3uwHhYO3V3Zyux9Q9wht65JfXW5awrWuXFW Xx3jHDGRREx0qS6NZl2h0Vyh5J0GrcCzzr.UJXrrKQ4652kY7sqP8Xcc2hlfrH14HL4fe0xK7C5J IDSLHjHqC94qLoQpXmeJKaZVw1e9Wp9dZJu6iOiZMyVmvODxriBaoP5l.A_i8WEBIXkTOkZ6G1vT ug4t9vzBir5SeUBJRJ5TxfmB3Apk6PNJGXCZ8IbPq.iXrOcCpdns3vWZXfrkKQ5D9CGUGHk40lFk Na3aFa6rUk8yfuIx8AjxlgnK8YBnC2cecsNcMtbI1czg3H5_jCavxjqDTXn4yM0bHF7gumLsyZrR 9Rd6rq4SUrPtvbu1.rF77E9FRnf8wb2XjYW55DqXMmwYYfmLZxjKytwrxetyU13FOqo.ba.edDSH DTDCvFm1LZMnEIuJsQ6K_9s9qjh4xlHetDYlGRUU6s2keoUalBJ6UHbfdH.EGIg7pdOXFbmGx3Ub MGWOyx0HNpF_n5tr8XpndMmbdrr3X80J0PLybIoDLPx_6XT5zrywEybgU.vwMJ79dYZNKRNkUeuX hiU9zUHFPe8L05S76C2YJbfUwVq7QiSYl_TjLnwPSjlA8Zst6ClLqh0HLt4D.DpEjjIdNS4YvPOm EByXnrbCJhciWiUuygaBUSmJ7hrlJ2MYjNywBLLS__CdDugbE59D6h5.zbOjoS99NIXlj8xji1Cq U2WH72hVxdfXbCMwHtTyrM0sf0HW3thPEcBdKNvJsj85.7t6SBF1YFecady6W1mhfFP2SzrHd.ou rXuI0KolGECWz1Ls922tt.3dNHgAZbPfBSCgbmnU8SmmgcVKFrc2RDigoa4t4C3n6QeYXYepZ.75 llNPLCOaPJqnf016nA32nqWACNHzW80O8c3ZxoHYcy.ppb.KZDATHEVx2F8ABjZDnQ2k0OvXNKZ_ 3kQzosCtVTNXer.S8AGNaKIye0QHQZSEl3yRNAIIP2JjVWsJTA4siNqtOuDQm2tJAcUgyXoa_y6U fP08xcQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Sep 2020 22:41:16 +0000 Received: by smtp407.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b5c68282737f13513ce0fca9979c8c42; Thu, 24 Sep 2020 22:41:13 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: head -r365677 and later do not have the xhci related DMA problem fixed From: Mark Millard In-Reply-To: Date: Thu, 24 Sep 2020 15:41:11 -0700 Cc: Klaus Cucinauomo , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <231B8A1B-7F61-4868-B9E6-F8DD824079CA@yahoo.com> References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A.ref@yahoo.com> <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> To: Robert Crowston X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4By94t5dwjz4LL9 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.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:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.68)[-0.684]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.039]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-0.997]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.147:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 22:41:20 -0000 On 2020-Sep-24, at 14:59, Robert Crowston = wrote: > Yes: aren=E2=80=99t you dependent on the unrelated D25219 to fix uefi? I have had that patch in place right along. It does not fix the xhci "> 3072 MiByte" DMA problem either. > The DMA patch I submitted is at the PCI-e level; I haven=E2=80=99t = touched xhci. Sorry for confusion! Ahh. No central spot for dealing with such limitations related to the xhci. Well, that makes uefi/ACPI support less likely long term. So, should I figure out the currently proper way to have a u-boot based boot environment and try the huge-file duplicate and diff/cmp test in such an environment? Side note: While there is no CM4 compute module yet, they have publicly stated that they currently intend on exposing the PCIe on it once they have such as a product. In fact, there is: https://github.com/Hexxeh/rpi-firmware/blob/master/bcm2711-rpi-cm4.dtb and: = https://github.com/raspberrypi/firmware/blob/master/boot/bcm2711-rpi-cm4.d= tb and even even official tagged builds with such: = https://github.com/raspberrypi/firmware/blob/1.20200902/boot/bcm2711-rpi-c= m4.dtb =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 Sep 24 22:47:59 2020 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 7F11A3E3074 for ; Thu, 24 Sep 2020 22:47:59 +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 4By9DZ2K1kz4LPZ for ; Thu, 24 Sep 2020 22:47:58 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.15.2/8.15.2) with ESMTPS id 08OMlnce020133 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 25 Sep 2020 00:47:50 +0200 (CEST) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.15.2/8.15.2/Submit) id 08OMlnX2020132 for freebsd-arm@freebsd.org; Fri, 25 Sep 2020 00:47:49 +0200 (CEST) (envelope-from fuz) Date: Fri, 25 Sep 2020 00:47:49 +0200 From: Robert Clausecker To: freebsd-arm@freebsd.org Subject: RPI 4B on UEFI: xhci0 disconnects under high load Message-ID: <20200924224749.GA18463@fuz.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4By9DZ2K1kz4LPZ 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 [-2.12 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; 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]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.02)[-1.018]; DMARC_NA(0.00)[fuz.su]; NEURAL_SPAM_SHORT(0.10)[0.095]; NEURAL_HAM_MEDIUM(-0.89)[-0.894]; 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.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 22:47:59 -0000 Good evening! I have set up a FreeBSD system on a Raspberry Pi 4B as described in bug #249520 (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249520). After setting up the USB drive on a USB 2.0 port, the system boots. However, when the system is under high I/O load (I tested this by compiling a Go toolchain), the USB controller eventually hangs and causes the system to effectively crash: --- xhci_interrupt: host system error xhci0: Resetting controller uhub1: at usbus0, port 1, addr 1 (disconnected) ugen0.2: at usbus0 (disconnected) uhub2: at uhub1, port 1, addr 1 (disconnected) ugen0.3: at usbus0 (disconnected) axe0: at uhub2, port 2, addr 2 (disconnected) ukphy0: detached miibus0: detached axe0: detached ugen0.4: at usbus0 (disconnected) umass0: at uhub2, port 4, addr 3 (disconnected) (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 01 85 d9 0d 00 00 80 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 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: s/n ABCDEFA74566 detached Solaris: WARNING: Pool 'tau' has encountered an uncorrectable I/O failure and has been suspended. Solaris: WARNING: Pool 'tau' has encountered an uncorrectable I/O failure and has been suspended. --- This is despite having applied D25219 and the D26493--D26496 series of patches which were supposed to address this sort of issue. The same issue does not seem to appear with an older kernel to which the D26493--D26496 series of patches was not applied and which was not compiled with -mcpu=cortex-a72. The older kernel identifies itself as FreeBSD 13.0-CURRENT #2 ed6978a9a70-c271559(master)-dirty It's the one I described in my earlier mails to this list. So it seems that in this case, pulling in patches meant to fix a bug seem to have introduced in this first place. Any idea what could have happened? Yours sincerely, Robert Clausecker -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From owner-freebsd-arm@freebsd.org Thu Sep 24 22:50:00 2020 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 3DDBE3E2DF5 for ; Thu, 24 Sep 2020 22:50:00 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f181.google.com (mail-il1-f181.google.com [209.85.166.181]) (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 4By9Gv0sHyz4Lq5; Thu, 24 Sep 2020 22:49:58 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f181.google.com with SMTP id q4so574228ils.4; Thu, 24 Sep 2020 15:49:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FFJO7tT7ym2kqLfb12ol7dbGXSLzRYC/MtrJJytsEa4=; b=BO3ZKKgPdJd9XJb/q9pgI2gcDYYKifhd3sXISzZAPD2hVwInz8h8S14oHZS8LrcBdV z/bAIfwJFmHAHoT4vE5fMORyKYpyj093UcrEYzo7CcbDF6pyfmegcPp86/TRBlh6iZtq nShDecrbuknJYRHwVq1zvA2OHr/pnSL1kGYLQ/tGoW+Bf5bbbC19kq2EH2mSom8/WMXp F/+rdDcLXV0Rf573SVElpP+JOVgKtgrcvegFWxVHUNAlE0k9VcPsxGZn39E5dUQ9iW/G uRrsX1XQtb+kfE/c8EJT6I3dY2O0xaDf6fH1cD6fcpPtx3waqXm5qUSwUgbXo54VdbF4 RXpw== X-Gm-Message-State: AOAM533+I3yx+3HzjsKcGkQmCoI0fQS4po4VSRy0PmIAR0TB+kzBrO0w hHBlfVXjq1ZmOr4WjfykBX5KJwwAUCczlmBaPuVftIBg7I0= X-Google-Smtp-Source: ABdhPJxMlOpejeq9bEcwV1vWylKvlwbcrZjx+Qhnxkd2tgBdJZe8F8ebVrpU6Es4UZmhRHSJT7NK+luEmMSzretvUew= X-Received: by 2002:a92:4055:: with SMTP id n82mr785762ila.182.1600987797552; Thu, 24 Sep 2020 15:49:57 -0700 (PDT) MIME-Version: 1.0 References: <202009222004.08MK4xFj037249@mail.karels.net> <8217af510a451f10ea173bf1e26d04dcd50e8ca6.camel@freebsd.org> <1072725987.651720.1600964732891@mail.yahoo.com> In-Reply-To: From: Ed Maste Date: Thu, 24 Sep 2020 18:49:45 -0400 Message-ID: Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 To: Ian Lepore Cc: Oskar Holmlund , "mike@karels.net" , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4By9Gv0sHyz4Lq5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.181 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-2.49 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; FREEMAIL_CC(0.00)[yahoo.com,karels.net,freebsd.org]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; ARC_NA(0.00)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.01)[-1.012]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.48)[-0.480]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.181:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.003]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.181:from]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 22:50:00 -0000 On Thu, 24 Sep 2020 at 15:36, Ed Maste wrote: > > I've updated uboot on eMMC on the the CI system's BBB to: > U-Boot SPL 2020.07 (Sep 24 2020 - 04:58:48 +0000)^M > > however it's still failing the same way: > panic: Duplicated clock registration: clk@4_0^M> ^M > > phk@ reported success booting 13-CURRENT snapshots though, so I'm not > really sure what's going on. I haven't yet confirmed but I think we're loading an old dtb file in the CI environment - `find am335x-boneblack.dtb` in the CI's tftpboot hierarchy found five copies, three different versions. From owner-freebsd-arm@freebsd.org Thu Sep 24 22:52:49 2020 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 20CEC3E364A for ; Thu, 24 Sep 2020 22:52:49 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) Received: from sonic309-25.consmr.mail.ir2.yahoo.com (sonic309-25.consmr.mail.ir2.yahoo.com [77.238.179.83]) (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 4By9L8038Nz4MCy for ; Thu, 24 Sep 2020 22:52:47 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) X-YMail-OSG: kdyozVsVM1n.GHFQCEVToQp_CnXiCZmVqhoaz5CQ_qZBZbfBWq7JKKjG90FPAXa 1EcC2vWw0waxOYgSlI3Tv3kfwGkDYyZpk9rkHvUAQmWyVWI872EWAjinivl3rG9ub7PiKJjY3A3b dfWBtN36Qlcgz6VDEDdcsKKSA.ZvP1QkjdRFNU3Km8ytPhp0TLg2ZBFQkMUNJpY6FWxhEiOXxtSv OymhJXqfJt.3WxGetOryTkaF4vWnX8TiNddHcjWRlRgPYnZOOSb4sXgQxaf.8G.i8huqzzTUlZwZ x0W7FEaWCB08vHnHJO_vgPXxiF6fvwHRTtUh4g1_N6pRQ704jaBmtHwZZWmjKtKq4ynOK_aqMs2F Mn.tKSSp9MS188ZTT.3J3RVEduOYKMs0G1tbyqXVFPAbItdtfEUnkpscW_nGsICE5m93NjBzSVzE nWal2zVXkoxw2DpmX5pFmPTJLEBWDi0a8gTnN70c_cleuKEt_cZclfZVHV7q3iFi4hMIn1TMth9h 8jKqsYl1lqcUhOW6rI1lAa3RwSNl8GLuqOBMfCyPw4w_W3uLy7sm9Au9EF4IOUk1iNhMzLoFOYO1 aF.yRhE6AOKbzoELfsc2LBJWHkCI4Q2fd2ir1tgb8RgbkdZZgmv_jTOV9BkzWZR8cK2wULdHlVLR hjU8IwJHPVNvdTXABmgEJDSsolXLaAmV1qHCmsRrPXb2EnEv43Xn.QrhYIWZhaO5_0BPK2Crq1Ds w.pypTu8Hmq73999Llz8MLVj0ndLw2cVUuAo98LrnWT4S45FeSj07EBwPSxZ7DnoYi9Vj02AJvAV Qm3HU8SfjKiIRPi3EM7jQjIQJxeMSeczjfPybEiIiTuokdUpYh6N5pVVw_45hP._XFczmfwuygP. Xfdg20xNWAQyqzkdVb3q941LJtbw3nlZgaPcL2gWE1vAKqnGjFENDGLLx63zpyZMuQX8I7RZo9mc aWkDQg73p.IEUXZARMxVPzVvP7u5Wtxnv7j4b8aMrt7lTZMH9E9qAyEuNHANdB6LY8TeXT1Q73oB DZ3P.gGxWjvGNRvhDPHFst8Ur5gLIrWdBZMAD3_joMwVqYWZzD2.XIbeNX3yndqP9WIBGGlJCnAz IOny1I_8hTLT7Bbs6Mrdr9Uai.9vz4CJ9deNL4cELn2W1zP0eNvs4cS6MBR_m.ckily4IcyJMdmj wxvHtFcVVc70FS_P2zUlGPPJp.fjxeSOL5Om3J7S5llpr.mqk0pZ8hp1XedkRZKR9HvDrXsD4FZT Zwds8DV8MXersTRLrb0Y.RxS75CVwPo1_ZdQ4Lu_jU5wXjxZBQBQ6cKp.mIxGoG7Hz3LstANI13C Grj2gWwfcJLf3jbbG.CmTr1Ni9l3HaY8Uo_fJgyx88lRLKFoKnaP1afJwc0Unp6W0CMkuw0KNpB2 N7paKmW.zV5vO4Iixytuc_s_2ZcxynT4nuBtczdqpxp3I Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ir2.yahoo.com with HTTP; Thu, 24 Sep 2020 22:52:45 +0000 Date: Thu, 24 Sep 2020 22:52:43 +0000 (UTC) From: Oskar Holmlund To: Ian Lepore , Ed Maste Cc: "mike@karels.net" , "freebsd-arm@freebsd.org" Message-ID: <1441631630.802580.1600987963534@mail.yahoo.com> In-Reply-To: References: <202009222004.08MK4xFj037249@mail.karels.net> <8217af510a451f10ea173bf1e26d04dcd50e8ca6.camel@freebsd.org> <1072725987.651720.1600964732891@mail.yahoo.com> Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.16674 YMailNorrin Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:80.0) Gecko/20100101 Firefox/80.0 X-Rspamd-Queue-Id: 4By9L8038Nz4MCy X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.84 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[77.238.179.83:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.991]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[77.238.179.83:from]; NEURAL_HAM_SHORT(-0.82)[-0.824]; NEURAL_HAM_MEDIUM(-1.03)[-1.026]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 22:52:49 -0000 > Den torsdag 24 september 2020 21:36:38 CEST, Ed Maste skrev:=20 > > On Thu, 24 Sep 2020 at 12:31, Ian Lepore wrote: > > > > It was mentioned on irc a few days ago when someone noticed the BBB in > > the CI setup was failing... > > > > hrm, looks like BBB has been broken since end of July > > panic: Duplicated clock registration: clk@4_0 > > ah, mmel r363700 > > emaste: im sorry, but this is (unfortunately) expected > > collateral damage. im aware of this problem but right solution is not > > trivial and it needs more time. > > > > (strejda =3D=3D mmel@) > > > > Then it was mentioned a while later that that BBB is using a very old > > u-boot, so maybe that has something to do with it. >=20 > I've updated uboot on eMMC on the the CI system's BBB to: > U-Boot SPL 2020.07 (Sep 24 2020 - 04:58:48 +0000)^M >=20 > however it's still failing the same way: >=20 > clk_fixed7: on ofw_clkbus0^M > clk_fixed7: Cannot FDT parameters.^M > device_attach: clk_fixed7 attach returned 6^M > clk_fixed7: on ofw_clkbus0^M > clk_fixed7: Cannot FDT parameters.^M > device_attach: clk_fixed7 attach returned 6^M > ti_clkctrl0: mem 0x14-0x14f on ti_omap4_cm0^M > ti_clkctrl1: mem 0x4-0xd7 on ti_omap4_cm1^M > ti_clkctrl2: mem 0x4-0x7 on ti_omap4_cm2^M > > panic: Duplicated clock registration: clk@4_0 > ^M > ^M > cpuid =3D 0^M > time =3D 1^M > > phk@ reported success booting 13-CURRENT snapshots though, so I'm not > really sure what's going on. Well this is u-boot playing a trick on us. To have a common ground lets assume we use the snapshot from https://download.freebsd.org/ftp/snapshots/arm/armv7/ISO-IMAGES/13.0/ FreeBSD-13.0-CURRENT-arm-armv7-BEAGLEBONE-20200924-3c514403bef.img.xz DD to sd-card and press the "sysboot alter"-button it will boot to login pr= ompt. Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]...=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 Using DTB provided by EFI at 0x87ee7000. Kernel entry at 0x97000200... Kernel args: (null) ---<>--- < remove some 30 lines of output > ofwbus0: simplebus0: on ofwbus0 simplebus1: mem 0x44c00000-0x44c007ff,0x= 44c00800-0x44c00fff,0x44c01000-0x44c013ff,0x44c01400-0x44c017ff on0 simplebus2: on simplebus1 simplebus3: on simplebus1 simplebus4: on simplebus1 ti_sysc0: mem 0-0x3 on simplebus4 ti_prcm0: mem 0-0x1fff on ti_sysc0 ofw_clkbus0: on ti_prcm0 Login as root and run: root@generic:~ # rm -rf /boot/msdos/dtb/ root@generic:~ # reboot Now at boot we got the same problem as Ed Maste described. At this boot simplebus1 has lost its ranges and ti_prcm0 are also a little = bit different. ... ofwbus0: simplebus0: on ofwbus0 simplebus1: on simplebus0 ti_prcm0: mem 0x200000-0x203fff on simplebu= s1 ofw_clkbus0: on ti_prcm0 clk_fixed0: on ofw_clkbus0 clk_fixed1: on ofw_clkbus0 clk_fixed2: on ofw_clkbus0 clk_fixed3: on ofw_clkbus0 clk_fixed4: on ofw_clkbus0 clk_fixed5: on ofw_clkbus0 .... device_attach: clk_fixed7 attach returned 6 clk_fixed7: on ofw_clkbus0 clk_fixed7: Cannot FDT parameters. device_attach: clk_fixed7 attach returned 6 ti_clkctrl0: mem 0x14-0x14f on ti_omap4_cm0 ti_clkctrl1: mem 0x4-0xd7 on ti_omap4_cm1 ti_clkctrl2: mem 0x4-0x7 on ti_omap4_cm2 panic: Duplicated clock registration: clk@4_0 cpuid =3D 0 time =3D 1 KDB: stack backtrace: db_trace_self() at db_trace_self =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04e25f8=C2=A0 lr= =3D 0xc00704ac (db_trace_self_wrapper+0x30) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc0d14810=C2=A0 fp= =3D 0xc0d14928 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 U-Boot have its own version of devicetree used in the SPL. Later in the boo= t process if "the real" u-boot cant find any devicetree files in its partit= ion it uses its default. The default are from Linux 4.20: https://github.com/u-boot/u-boot/blob/v2020.07/arch/arm/dts/am33xx.dtsi The devicetree expected by the clock implementation are Linux 5.7 and later= . To fix the problem in CI build - just copy devicetrees from base into the F= AT partition for uboot to find. //Oskar From owner-freebsd-arm@freebsd.org Thu Sep 24 23:02:44 2020 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 D4EE93E3340 for ; Thu, 24 Sep 2020 23:02:44 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (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 4By9Yb6P2Hz4MTX for ; Thu, 24 Sep 2020 23:02:43 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x431.google.com with SMTP id c18so1343545wrm.9 for ; Thu, 24 Sep 2020 16:02:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=5GObf02SMNoRL47vJ9ujks9+m5TUni/FXkOFa8NlaHc=; b=k425xGn6bhm5Mg0D6lvB9nzihDborj3/sXRp+GH+Lnr5ovag3jgSpTczt3lUz16qyq Ag6m84LVDrK/4z0DAJepVOttOMgiH9iN82KG9yqOmMvOcRODSxhLS3WmTLmBF8tkZylB H8/dkPmgPswLx9HRM2Fj/XxLK54hDYn8o73DBHSREHmk5xWpVqYkbIfFPxnKhKP01LxH KbKmnd+BIQ+6x5bI08S7AGJnuaAqCxdQhJrdL8J871h8znJd+KjB39x4Wd1yJP2Yr8Fa 5YQkXWh8KIGbjfQuqm+rsvvP5rR54z2Oph69HFQEnKJeyHTUBnPa6Ph31NIaCrj5APEx 61MA== X-Gm-Message-State: AOAM533ONieolUJDnmFAToWvI3OpA0DmfBkJnITGHs01xziCwkNCO1NO wiT3gHifjMJCBWf2uj1ck1LTmIWWBzo= X-Google-Smtp-Source: ABdhPJw3yZcDIvlyoeBbdj7SXGVNfCtcU1O9AGDv5zRvaJO25jhdukX/Ce5DtT8y07ms/jLh/zRr8w== X-Received: by 2002:adf:dd82:: with SMTP id x2mr1246014wrl.419.1600988562316; Thu, 24 Sep 2020 16:02:42 -0700 (PDT) Received: from localhost.localdomain (dynamic-046-114-107-085.46.114.pool.telefonica.de. [46.114.107.85]) by smtp.googlemail.com with ESMTPSA id 76sm762917wma.42.2020.09.24.16.02.41 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Sep 2020 16:02:41 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.33\)) Subject: Re: RPI 4B on UEFI: xhci0 disconnects under high load Date: Fri, 25 Sep 2020 01:02:39 +0200 References: <20200924224749.GA18463@fuz.su> To: Robert Clausecker , freebsd-arm@freebsd.org In-Reply-To: <20200924224749.GA18463@fuz.su> Message-Id: <39D747A9-A21B-4E50-9657-0798223BCE68@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.33) X-Rspamd-Queue-Id: 4By9Yb6P2Hz4MTX X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.26 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.73)[-0.732]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.107.85:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_HAM_LONG(-1.03)[-1.028]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::431:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 23:02:44 -0000 > Am 25.09.2020 um 00:47 schrieb Robert Clausecker : >=20 > Good evening! > #249520 (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D249520). > xhci_interrupt: host system error > xhci0: Resetting controller >=20 Hi Robert, we have discussed rpi4-UEFI-dev - support in FreeBSD some minutes ago in = another thread, Specially related to your issues. As sorry as I am, we have to stop our support because all these (known) = problems are solved in u-boot / fdt and no developer is concentrating on = or working on rpi4UEFI -support. This doesn=E2=80=99t mean that you couldn=E2=80=99t have luck with UEFI = by other general aarch64-patches, But you=E2=80=99re on your own fixing rpi4-UEFI. (as of today, while I = have no clue if some day a dev will support rpi4UEFI-dev) Regards Klaus =20 From owner-freebsd-arm@freebsd.org Thu Sep 24 23:38:34 2020 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 E791E3E42AD for ; Thu, 24 Sep 2020 23:38:34 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (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 4ByBLx6PWTz4Nvm for ; Thu, 24 Sep 2020 23:38:33 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x436.google.com with SMTP id s12so1451623wrw.11 for ; Thu, 24 Sep 2020 16:38:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=mqBj2LxD2d9LdqnX8tvxsE5u+co86wS4H+Kq9Cb5Erk=; b=lIU9oacaJenyhAXHwfJVr8QGofg/ZUvnrU3GnIjbORctz99bthB9oVXhk8OXlfmMnj tspCqT+oHpI/gESCN8vPvop5pd+OI2DSiIaHdYQTvbfEvmMpflopQTkTcq69cwHjoDll dfDKRm1tWAaq9k8KbJnyTII+pQ3xFmUhqYEyKkspseIA1B8MsoL/kIxlb77MJA9Tl7/L GeWVSo1d+mEDt+ry+NfUd5fJBCpq9Yiwjn9fVkVaEmo9tJh8IOgP6U4LgJL3KZg22fgY S3guI8ohpyeOY8xJCz00UM/Ln16dDPadEydc+E+VIG5pSGmqnF7oVLDmalLVFdapWhgH g5Vg== X-Gm-Message-State: AOAM532uUUH1yUIb5UQsyudQq+Lqj3RkQApgnf+erx6IkJql4gTrUsSd RPxXRKlY+UhcL9zHWf9iMdk= X-Google-Smtp-Source: ABdhPJxcUYp2mgNMWLHDrNaMF7uQYMR6hI94ffKbKcPZkMOELMHO/PezBjOOpKSMMs3fiu0M7dgmlw== X-Received: by 2002:a5d:6404:: with SMTP id z4mr1348571wru.423.1600990712340; Thu, 24 Sep 2020 16:38:32 -0700 (PDT) Received: from localhost.localdomain (dynamic-046-114-107-085.46.114.pool.telefonica.de. [46.114.107.85]) by smtp.googlemail.com with ESMTPSA id h3sm814853wrq.0.2020.09.24.16.38.31 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Sep 2020 16:38:31 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.33\)) Subject: Re: head -r365677 and later do not have the xhci related DMA problem fixed Date: Fri, 25 Sep 2020 01:38:30 +0200 References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A.ref@yahoo.com> <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> <231B8A1B-7F61-4868-B9E6-F8DD824079CA@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <231B8A1B-7F61-4868-B9E6-F8DD824079CA@yahoo.com> Message-Id: <39346C6E-CF29-42E8-BCAB-B04E73F909F7@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.33) X-Rspamd-Queue-Id: 4ByBLx6PWTz4Nvm X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.22 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.70)[-0.701]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.107.85:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.025]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::436:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2020 23:38:35 -0000 > Am 25.09.2020 um 00:41 schrieb Mark Millard : >=20 > So, should I figure out the currently proper way to have a > u-boot based boot environment and try the huge-file duplicate > and diff/cmp test in such an environment? you will be shocked how many issues in fdt are meanwhile fixed by the = =E2=80=9Aghostwriter`(Sponsored by: Innovate UK) :-). see the Wiki-list of features/what works. I didn`t test the huge-file-thing extensively but when our `other U.K-innovator`:-) says he has fixed it in D26344 = that means: It IS definitely fixed. :-)... but of course you should continue = attacking the board because=20 you mostly find out something interesting ;-)= From owner-freebsd-arm@freebsd.org Fri Sep 25 00:33:51 2020 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 938453E573D for ; Fri, 25 Sep 2020 00:33:51 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ByCZl34KJz4Rmx; Fri, 25 Sep 2020 00:33:51 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1600994031; 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: in-reply-to:in-reply-to:references:references; bh=d4sKQFTCgURWxaLDPZXFp0wMFd2vWGpwLxxRtIqEUfI=; b=thlgbvMaEk/kzvSZpxRUrXakbNpmUwocTbkU6n6SyX64pPRan0tJiMj6OOjGy0O+/7At7d UHMXG7CwXR1ADRbNhzHa2lOkQqLjukWJiRXHicQkI4X7rsAeNQVB2lZ41cwLy+WaC2WZSu Cb9w83YnZa3/dZWiIBz6928++1IOo7/ZlLwrmQsX0j++sFIzMqx2jaF03PwpPcpnoPcedN XC9d93o5OhUM9BVrk8xrq87t5jFl4TfFEH+oVgA//NoyYvK/K/AlusbExkeVfwM0sMk9FA 1xl3eKc4uRI69JvYBlGPjQLUK0x03VX9TbvCtR3a+tV/UBD48aDAUOwN6o530w== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 0231F10F47; Fri, 25 Sep 2020 00:33:50 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 25 Sep 2020 00:33:47 +0000 From: Glen Barber To: Ed Maste Cc: mike@karels.net, "freebsd-arm@freebsd.org" , FreeBSD Release Engineering Team Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 Message-ID: <20200925003347.GG60607@FreeBSD.org> References: <202009221809.08MI9bwX036997@mail.karels.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xyF51EaUT3XiWnZP" Content-Disposition: inline In-Reply-To: ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1600994031; 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: in-reply-to:in-reply-to:references:references; bh=d4sKQFTCgURWxaLDPZXFp0wMFd2vWGpwLxxRtIqEUfI=; b=Ic+r5pTzWsldeizu7Bs6LHe45xoD28gimI5zzgeC+7NQ0GweRogJW2QAhh7MajzNGwNKQb Pj3kr9aY8N/TublbeYMS5Mma0+z5jCWmt7VOZt5uUZggMiDbkV6IFUvqS++aqbtTGGKvSY XS+vXfQEC9vL3llNEjOIhdTcLMmQqbc86m3zUGf5GJNWcBghrjdfEfgTr9ugofwSzEQ1zx iNjRrNZYyBfM0N1Kr1nfKQGJzOZWmqlJ9qQ/i6n6daZCz4kZc9TuJOB2d7hEHIYKNfPXAs WpUTaRSICzGfAhFmu4W0Fgf0D9S2Ceq7ygbIoxZiIJz6RGN1XRCO5v+NExWgJQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1600994031; a=rsa-sha256; cv=none; b=UcEtTofpKLMYFlJP8a+rQfeJ4Bt4DicQADQrmss+FHrjVsxcjt+hiwZjgwifqFgj2t1jzs U2WoVCjDqG/EOEaZleEQHBqRkjCzydLRBPSWuIoNjp3BUIyLecZo9xGEH8qkbtV7+zO3z6 leZJDdaWYx6+CN9EuAfkaofrMK5StqxUG8mnZU642SGrpKso2s0QNtMfz4saji5wCOqOXU Xj83SGWdFbvv+c+PyqwVnDafv5HJM6H05vOPO8XbyEL4chUN6GP8FtNn+Q/KdsUz3yGl92 zxWSePvr6cYrI+v/Wz+TLOzVGbliGj9chb9QUjeieBVl/TQeVbgcHzCfbLsMlQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 00:33:51 -0000 --xyF51EaUT3XiWnZP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 24, 2020 at 06:04:58PM -0400, Ed Maste wrote: > On Tue, 22 Sep 2020 at 14:09, Mike Karels wrote: > > > > I just installed 12.2BETA2 on a BeagleBone Black (armv7), and it took > > at least an hour. I hit ^T periodically, and time seemed screwed up > > (real time was progressing slowly at best). >=20 > I've independently confirmed this on the 12.2BETA2 image; from my console: > ... > FreeBSD 12.2-BETA2 r365865 GENERIC arm > ... > Trying to mount root from ufs:/dev/ufs/rootfs [rw]... > Warning: no time-of-day clock registered, system time will not be set acc= urately > Growing root partition to fill device > random: read_random_uio unblock wait > load: 1.28 cmd: awk 39 [piperd] 0.12r 0.00u 0.00s 0% 2060k > load: 1.28 cmd: awk 39 [piperd] 0.14r 0.00u 0.00s 0% 2060k > ... >=20 > time seems to be running about 500x slow. >=20 > I ^C'd each startup script that was stuck (I'm not as patient as > Mike), and got to a login prompt. I was able to login as root just > fine and the system seemed responsive for commands that don't sleep. I > tried `sleep 0.01` and that took about 5 seconds of actual time. >=20 Given the 1 second =3D 5 seconds info, does it eventually finish, or have you just killed the power to it before getting that far? Glen --xyF51EaUT3XiWnZP Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9tOuYACgkQAxRYpUeP 4pPR1Q/+NS5ocMPMGN1vmxFNFp+dzpx5AwHpTccn0Mco/sjBEToO2av6pGyReqzL Wq5uTNQyOKGl8CDHX7n4C2gL4zd9bJa69x1ZEEZyPG4kc85uQo7OQtWuHFd+rYXf ZzdgC1JBgiRi49d6htHhd7kaN/H73K8GxxQz5BTf9BaouHcGDNv2bsDQ84f40tyA e0IAHx66vKUKY4N5SiZI/qOQo9WbLmL+rYags0mpaiWOdLYVmR/W5/CzUc3PI3OQ tk0SiBEkbFoApvgNdZrCUg2Rgqakr04vg4jnBUJk/3sJ1DlfdjaBIJKP3tAHVS8l 4AN3UU3N2wWto19IuzaG0SDNydbm67+aQWaK8l6uu2a30Ax2/7dZwDAH7OQlYiM3 PA4B5p8H1zBc3RlVCQBvQKgVaMpVfn98c2A3Rr1/EYto5yGcsvDrIzoDOjWAozjp +34lgmJanjwbisVuOwqo4JveBFAAmrgdAKCPbzDbn6crUaGKSPNGZOgGvpAL9HRV bkmRk3iSPVJevZ8bNDz9pSwsfanx9uNjkBaQJxNj5RHdRdVdSGeznOJhaWlaTK/w hdvGSdIy6R6ZB2lJzdoiA9UTykdgiTgl83w4VMJGwKtY9sFR33SEdBBGAmAm7LHm Fp36kVKmvMdeLvm2mB2UVsz+AhIVX60FBPIMO6Ly2VNoydv7Nug= =8ksq -----END PGP SIGNATURE----- --xyF51EaUT3XiWnZP-- From owner-freebsd-arm@freebsd.org Fri Sep 25 00:53:41 2020 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 6F7D73E5E36 for ; Fri, 25 Sep 2020 00:53:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ByD1c447Vz4SNN for ; Fri, 25 Sep 2020 00:53:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: fwX7ioUVM1kLk943A17F4Dqi1S1PyIfQ_Vb1UiRuavrZ0NxADagtnPepJxH8oMW tQU9HFZ3bcVhR2DA3QPrF8EWIuFJ_u19zz8eYb7WApc1qqJ1D72wmz6JX66Ngi2IzLZWFt8urRGy 07OxgaLjKzxc6ipxn4UsLQNizWNmnoz6x_K8RxXmTLIFgDid619pw0GvYv7_MrhIOCd0uI19mGWo BKvjNzMcXc2suPq15t5WV0cn73CtixX2Q5Zi5Veg1tYxNjaSekGh_dexf5mgWiS_R9x0FDThJHlC AyYJVzjlWP1MbBg6TCCD_BL0Z1nIX6.X5_5klZrIX4WSO7K4IM1DMG.EUbukFMYEJ8SXBuLQuilg jDOBvycZqYSV_qEUdW4sHT9FBajtK.MJ0AUHM01vsr745KK.S5Ou5O2koThoyI1imz5fccg5NUe6 XjRqnfGSiSusZJa4jn4ZVdPHSqRlS3.GQwIja9D9rHLL3mFSSUlfZf8NNOLSFrpTinZnPgDo3VmI zOeWfzXIJx8gLdoJuPcE1rdgR3DDqO5EMhe0_Vy8V_mi7CgcQlbNXS5Cy3TUQrvzDi58U4BtMfVh ATHnywUdJm0LgBWtKZKotXjp8utkdBMo_6zlVu6KQNR6gQSKyAcVcgg0BdfEX1hcoNNBFnLIp9Ek iEsWRjhE921xXIF8TzYrfIk5t3iOqJowrqsnVrnaDjPlzNbutUpTTRfvIsMrINiUj6LHKVx9J7GN MMM.5wAiMD6eRVhWuCmgrfvykmYJN7ctmauwKhLMOBlWKSxDxIgajpNn4fyUO1Z86kvLYVTSYSKS s2nGjyV0.mwwxCMGt5WSYr9qD0zRFcB540YnBlLq9cyXzuz9ReXstPlGw.YwGL.mBQbv4ULimx3W LYwG5cwrRGbbSOHssio_g56_YpldpCTNtxsGGcAoK8TyHSiqiHHITGdzGaRLVUyVVeuXMtcqjvwx 7TWElUAvNH3LbOe81wIviaYCfcpbaTEaSnz0ogUBPwKp7EQ7p_yiwE5itN8hzzaI7kRHyQ5kaRGL ANJ0Ybs.45u1unaNjCGHYXBFewsCKJIqhohjNCazdVdgt_5mLf6yk3vlkkfxJ7BfyYNCUQ7R6CZu NHiNLN8Gy5MLqhJjT3rSZK2dfXynPMJlkShD.4oqJz1TRSdH2B0VrkYN7nNoZ4wb3.orKT9GtNpn adM_BwD26_lkhjjlkRHMn.Vp_PlmInd080sNuxc68Isl9qeEojnkxJNJrMq6qBXzbvJ5tCYFRahq molLyqiWdjgQO9reRDOOMR63Zge7fGjZgS8lwVUJkAVvNzB0XVQE_bYl5gcSOnkpPT.M0.e70LAM 0jenz9ihXXAPc8ac78QKFUmIU8iioB8H6_Yt7wF4yP4rMhT_PqwwcsdxDAPRnUULHEn.7zFIOqrQ 2MhhtL0p26qHILC_2efdW8KtWtMlqSfM6GK8ce7QJOIJ7qrNSjs7yJuRIVpyIoGFAnpU8uwjGKJW _a1Ke0rMfJVkfcmxmYFE.brHvKeihC4mfNpUeXrmlDE3rAF1pfCpNyqICxOoWTBtLjE62EPZWIoc hRNqRsC4idIW4WN02K7_AvaDCJYbrxwZJuWC3jR5dSA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Sep 2020 00:53:38 +0000 Received: by smtp403.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 75c713cdbcb5fed742cfd875221a4c1f; Fri, 25 Sep 2020 00:53:35 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: head -r365677 and later do not have the xhci related DMA problem fixed From: Mark Millard In-Reply-To: <39346C6E-CF29-42E8-BCAB-B04E73F909F7@googlemail.com> Date: Thu, 24 Sep 2020 17:53:33 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <04531BA7-F7A6-498B-BB8E-D3AAA53E15E3@yahoo.com> References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A.ref@yahoo.com> <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> <231B8A1B-7F61-4868-B9E6-F8DD824079CA@yahoo.com> <39346C6E-CF29-42E8-BCAB-B04E73F909F7@googlemail.com> To: Klaus Cucinauomo , Robert Crowston X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4ByD1c447Vz4SNN X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.38 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; 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(-0.86)[-0.861]; FREEMAIL_TO(0.00)[googlemail.com,protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.028]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.987]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 00:53:41 -0000 On 2020-Sep-24, at 16:38, Klaus Cucinauomo wrote: > Am 25.09.2020 um 00:41 schrieb Mark Millard : >>=20 >> So, should I figure out the currently proper way to have a >> u-boot based boot environment and try the huge-file duplicate >> and diff/cmp test in such an environment? >=20 > you will be shocked how many issues in fdt are meanwhile fixed by the = =E2=80=9Aghostwriter`(Sponsored by: Innovate UK) :-). > see the Wiki-list of features/what works. > I didn`t test the huge-file-thing extensively > but when our `other U.K-innovator`:-) says he has fixed it in D26344 = that means: > It IS definitely fixed. :-)... but of course you should continue = attacking the board because=20 > you mostly find out something interesting ;-) So far I'm unable to figure out how to have a u-boot environment that boots the RPi4B's: figuring out what needs to be different than the rather modern raspberry pi files that I have in place. Also: fully modern eeprom content. As stands I've not been using a microsd card at all: it uses the msdos file system from the USB3 SSD. It hangs with the rainbow screen up and having reported starting start4.elf in every attempt that I've made. As near as I can tell the overall behavior matches what tech-lists at zyxst.net has been reporting. Details of what I've got in place (that fails to boot): I've downloaded: = https://sourceforge.net/projects/rpi4-8gbram-boot-fbsdonly/files/u-boot.bi= n/download = https://sourceforge.net/projects/rpi4-8gb-uboot-bcm2711-backup/files/bcm27= 11-rpi-4-b.dtb/download and substituted them into the USB3 SSD msdos file system: -rwxr-xr-x 1 root wheel 40659 Jun 7 11:37:30 2020 = /usb_efi/bcm2711-rpi-4-b.dtb.ub -rwxr-xr-x 1 root wheel 517160 Jun 6 19:07:50 2020 = /usb_efi/u-boot.bin For u-boot based booting I tried having the config.txt content be: arm_64bit=3D1 dtoverlay=3Ddisable-bt dtoverlay=3Dmmc device_tree_address=3D0x4000 kernel=3Du-boot.bin armstub=3Darmstub8-gic.bin The armstub8-gic.bin is the one I used back in Jan/Feb that was working for the early materials from back then and does not seem to have updates: -rwxr-xr-x 1 root wheel 5888 Jan 30 13:26:30 2020 = /usb_efi/armstub8-gic.bin I have: -rwxr-xr-x 1 root wheel 2283936 Sep 1 14:04:08 2020 = /usb_efi/start4.elf -rwxr-xr-x 1 root wheel 5422 Sep 1 14:04:04 2020 = /usb_efi/fixup4.dat (so modern, per my USB MSD eeprom context and set up for booting via USB3). I'm using: -rwxr-xr-x 1 root wheel 705776 Sep 20 20:41:44 2020 = /usb_efi/EFI/BOOT/BOOTAA64.EFI ( from head -r365932 ). I do not find anything explicitly written that indicates what of these need replacement (or what to replace them with). =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 Sep 25 01:19:48 2020 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 2E1D53E6A00 for ; Fri, 25 Sep 2020 01:19:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (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 4ByDbl26kFz4TSV for ; Fri, 25 Sep 2020 01:19:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3vfClXUVM1lU7OZQ7qSfMKp4T.cjpLXTC7jlAIIx6ZB.aVE8hJYYGG6c21XbB5b uoQcW5ModlafKy2sAPJCWTvRew6NRMEkwVvWlpF0R0NMQqCB0GoAkERNLjyieM_B.evbHYJLjiVV KCTEECafAENJ9sgyP2YGOOtCD9OQLFX7qenNpPgBUMoze8X8g1cITVskSXtUYuOGO7FwxT8mEm70 kIL5KNBpF8r9Ab8qHeKmLR5wPy9Sw.OoLQetVba5mSTHvn5z2rGci5IEyDgu5FEwV9aqGZ.SIt8e hJ0MfgF2zOnLxSBcgkb6Iwhz066gG_oz8yaqXC3SYHDs2s0bBhLk3oDK4R5ehjnLQvaRFzpr_D5E oR26cXY07xEt1SQRNolBEmHqE6zHeESgsfxJXRFQvmsS0ii37Q1dS6PQQoR08RRTM1rrkxWPwZTb aQO7s6CpQFTVeEOOc7PulavQWbUQr0DHDcKkBa6kElnaeLtCcPza8y0WWE.aXeQwvUgebw1jjufs _zx2uMD9PkFxNWclaCIUyxx8pASvdt7bKOjy3qmmpp1hKy461.71Tm5eyk8CAYAVP07QTO46.JD8 PCKT1sJmn1ZrcQ5j.YQLWOxy_76ivB3M8GkiwyvVrABINfIvKXUce9XWgEz4PALcRy7MwHAb1_WO .icWuNmsBInYCmk6_odlkBCdQlsF6xdLh.oX_eoSUUcXVMHFF3A1WLB7xjZJt8AtwTtFoSbGFFxX ZlTrNPQQkxaY.3WRhh3rZPpYaBRWJqxoqUwi_Y_cyeD1teAj_pH3fu8sJfCyltOGu2R_vBQHBLN. XRPEOJXAhf3QEk34XXTFBl1wrDV4oVqnzSMUoCkhwJkOi2PDS.8OBmMaxbkAIxumSz.qc.tND33q pu30hbyx8DYGLqA5cMLy0yad01RMb1Gtl9QQ2SNKUJTXrrg1h0rcj7g.pH8whdFacidqWSdgTLWb fzKD2ENTgRf0ONwKaWJQ_I1K_WKCay_gp13t0kHGaNy30POIBjRnJeQHU_TWoIuZoodH5kcuEWYZ 7oKdJ7OUqLHulzWRs0SkvSAF97rzCVHpdXsHBg38gW5mC3z87RBk_pSTNgBTTlPd6nf_qSG9cR5R HmIyNJgJTq8gweOACoH2kPkC82H5UdmCVQ_xjJVgFaReNUAYjSPKplHhCAAGyAR..NUFGc6.woX4 YtO79Q3fgMddaZymec90vhu9MqL3.6g9uU_fntW2BLtTs_uVZsrJAi6TUxVUcolcc5Cu5LjPI_vE zW6oVAWZy.urAVBJvNzrIP9hAbkmUsxOwqzviKjxQ_AnKuDKw7p13f09jF6Qrf5dwa7ObbUE8i6c H40hnTlz7F_ML8qHzeYTWS29PsfG._I9RQWGdEDrOfL6yFPpwHluteZHIgzr3K1TGXbY3hn5M9BU 6THDGCnEtLxBtzHrorB2bVvpdZdVgfJVjmuLH2bKmfr9TsGRseRfzc2suy8w9JVwfPT4VjuDSIXj Jkoxnh1m0NswqN0H_z2UXhkWI5GxVcoRJgWbk7n9Kb19VO0NefKasvt84PPhPERmZsQTjH5rbA3J 3wSOBghS2UxRtkf6h1.hJ2dxOPmMDH8KE1Q-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Sep 2020 01:19:44 +0000 Received: by smtp402.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8677400b6deffaa25237c0efb08049b2; Fri, 25 Sep 2020 01:19:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPI 4B on UEFI: xhci0 disconnects under high load From: Mark Millard In-Reply-To: <20200924224749.GA18463@fuz.su> Date: Thu, 24 Sep 2020 18:19:36 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <66418AE0-79C9-4402-8325-7094E4230D38@yahoo.com> References: <20200924224749.GA18463@fuz.su> To: Robert Clausecker X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4ByDbl26kFz4TSV X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.96 / 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.45)[-0.445]; 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)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 01:19:48 -0000 On 2020-Sep-24, at 15:47, Robert Clausecker wrote: > Good evening! >=20 > I have set up a FreeBSD system on a Raspberry Pi 4B as described > in bug #249520 = (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D249520). > After setting up the USB drive on a USB 2.0 port, the system boots. > However, when the system is under high I/O load (I tested this by > compiling a Go toolchain), the USB controller eventually hangs and > causes the system to effectively crash: >=20 > --- > xhci_interrupt: host system error > xhci0: Resetting controller Looks like prior history to the above would be appropriate. (The later messages likely are consequences of the above.) Also: ed6978a9a70 in github is from: QUOTE Author: ian Date: Mon Sep 14 17:33:28 2020 New Revision: 365729 URL:=20 https://svnweb.freebsd.org/changeset/base/365729 Log: Add product ID strings for a couple Microchip usb hubs. Also, update = the vendor ID string to say just "Microchip Technology" -- the buyout of Standard Microsystems happened in 2012 and the SMC/SMSC names are = pretty much retired at this point. END QUOTE but there is a more recent check-in required to avoid at least one way of getting "Resetting controller" for -mcpu=3Dcortex-a72 : QUOTE Author: hselasky Date: Sat Sep 19 22:37:45 2020 New Revision: 365918 URL:=20 https://svnweb.freebsd.org/changeset/base/365918 Log: Fix for use of the XHCI driver on Cortex-A72 by adding a missing cache flush operation before writing to the XHCI_ERSTBA_LO/HI register(s). END QUOTE [I do suggest that you report which git repository that you are referencing since there are multiple ones right now that have differing hashes. I guessed github from "(master)", figuring that the cgit-beta.freebsd.org one would have "(main)".] > uhub1: at usbus0, port 1, addr 1 (disconnected) > ugen0.2: at usbus0 (disconnected) > uhub2: at uhub1, port 1, addr 1 (disconnected) > ugen0.3: at usbus0 (disconnected) > axe0: at uhub2, port 2, addr 2 (disconnected) > ukphy0: detached > miibus0: detached > axe0: detached > ugen0.4: at usbus0 = (disconnected) > umass0: at uhub2, port 4, addr 3 (disconnected) > (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 01 85 d9 0d 00 00 80 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 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: s/n ABCDEFA74566 detached > Solaris: WARNING: Pool 'tau' has encountered an uncorrectable I/O = failure and has been suspended. >=20 > Solaris: WARNING: Pool 'tau' has encountered an uncorrectable I/O = failure and has been suspended. > --- The above messages I think are just consequences of earlier problems. > This is despite having applied D25219 and the D26493--D26496 series > of patches which were supposed to address this sort of issue. The = same > issue does not seem to appear with an older kernel to which the > D26493--D26496 series of patches was not applied and which was not > compiled with -mcpu=3Dcortex-a72. The older kernel identifies itself = as >=20 > FreeBSD 13.0-CURRENT #2 ed6978a9a70-c271559(master)-dirty >=20 > It's the one I described in my earlier mails to this list. So it = seems > that in this case, pulling in patches meant to fix a bug seem to have > introduced in this first place. Any idea what could have happened? I strongly suggest using a FreeBSD vintage that includes the corrected XHCI driver. =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 Sep 25 05:07:11 2020 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 73F763EAB1A for ; Fri, 25 Sep 2020 05:07:11 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 4ByKf60K6tz4d7V; Fri, 25 Sep 2020 05:07:09 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 08P573Bh045283; Fri, 25 Sep 2020 00:07:03 -0500 (CDT) (envelope-from mike@karels.net) Message-Id: <202009250507.08P573Bh045283@mail.karels.net> To: Glen Barber cc: Ed Maste , "freebsd-arm@freebsd.org" , FreeBSD Release Engineering Team From: Mike Karels Reply-to: mike@karels.net Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 In-reply-to: Your message of Fri, 25 Sep 2020 00:33:47 -0000. <20200925003347.GG60607@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <45281.1601010423.1@mail.karels.net> Date: Fri, 25 Sep 2020 00:07:03 -0500 X-Rspamd-Queue-Id: 4ByKf60K6tz4d7V X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-2.46 / 15.00]; HAS_REPLYTO(0.00)[mike@karels.net]; TO_DN_EQ_ADDR_SOME(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; ARC_NA(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; NEURAL_HAM_LONG(-0.96)[-0.965]; DMARC_NA(0.00)[karels.net]; NEURAL_HAM_SHORT(-0.34)[-0.338]; NEURAL_HAM_MEDIUM(-0.96)[-0.956]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 05:07:11 -0000 > Date: Fri, 25 Sep 2020 00:33:47 +0000 > From: Glen Barber > On Thu, Sep 24, 2020 at 06:04:58PM -0400, Ed Maste wrote: > > On Tue, 22 Sep 2020 at 14:09, Mike Karels wrote: > > > > > > I just installed 12.2BETA2 on a BeagleBone Black (armv7), and it took > > > at least an hour. I hit ^T periodically, and time seemed screwed up > > > (real time was progressing slowly at best). > > > > I've independently confirmed this on the 12.2BETA2 image; from my console: > > ... > > FreeBSD 12.2-BETA2 r365865 GENERIC arm > > ... > > Trying to mount root from ufs:/dev/ufs/rootfs [rw]... > > Warning: no time-of-day clock registered, system time will not be set acc= > urately > > Growing root partition to fill device > > random: read_random_uio unblock wait > > load: 1.28 cmd: awk 39 [piperd] 0.12r 0.00u 0.00s 0% 2060k > > load: 1.28 cmd: awk 39 [piperd] 0.14r 0.00u 0.00s 0% 2060k > > ... > > > > time seems to be running about 500x slow. > > > > I ^C'd each startup script that was stuck (I'm not as patient as > > Mike), and got to a login prompt. I was able to login as root just > > fine and the system seemed responsive for commands that don't sleep. I > > tried `sleep 0.01` and that took about 5 seconds of actual time. > > > Given the 1 second = 5 seconds info, does it eventually finish, or have > you just killed the power to it before getting that far? In my case, it finished, but took at least an hour. It may have taken longer if I didn't hit ^T periodically, e.g. I think that helped seed entropy. But according to Ed's measurement, it is closer to 1 second = 500 seconds. Mike From owner-freebsd-arm@freebsd.org Fri Sep 25 05:10:59 2020 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 046293EABB0 for ; Fri, 25 Sep 2020 05:10:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (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 4ByKkT2w1yz4dgf for ; Fri, 25 Sep 2020 05:10:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Q6mgWC0VM1lsM_9AYQ3cdSCrgWYAKMmAOPVxKKFPfL1BmvonHj8mCMgaaaTUf8Y s4jD.AZ6iJGjNmvFRs8eR8gYP_niFQllxxW1Zd9lfSzLfFvvsPmRWtAyVn8yDph3Hcl6X1Qv7Fo2 xXJ98ULQvO32km7a0EC.z2nZgHVftjPSboW4Bre3gaYqGBOY4Y1akF0yaduViIUT2Na2nu9YVumL YOFjEatm9MMFRp4bFvc5ikxP8JFzkDSKqR.L55PMVW2qxIuBjbJSa2NfdULCe_cCRJwAs6kw5p2Q wCvEoIjNg1n2dxtX2ZEA2.Cft8t0qoBT4LHhduGCQkkn6lQ_s86jtDReqEbGhVKwPSglRkojZGwo 7BnCSLalXbhD6kd7ynDni75cSJ6yamhnsnWsR1vCgzUC8sIszXWLk5XtOnOKIU2OtQ_huKloDuwL 0UgB1HqZCve4XWRVN8UB.mBZE4neqWPDerMXlaOlVxzjVit7oQ3wULBNguiM.Qbqbe5C.czheJox HcHDOfmNer51Bhq59VTAkYl6GeHeSwKxydvbm8924CtdRMLv_8xvqZtLetrxA2oKOq0qV9hSXE4g vpV3XJvmWZEIeP6hnkbDoGVrPadyOzZZcYU9JZQ3V8yyVGZltCk.7_PSoEXkYsgjtO3aKnQZ8yTH eMUNenuQ5rybikzqF4S8lhA9Zj4XVT8tGxkql74Wus1Aby4WeOFtgnMV.H4KXRKKO1dzlqryuWV4 KQhNcFaA2NhrUrOfwlHlz7E1XVt4zbdgs6xPNlqo8P45PDebDvxLaxURZF1ijkFXGj4r7KwkbXA1 sVPim10gZGg4s1j8F2DhzHVVlGRLrdTxS_pgGHgoS6iQikX.o1YjCoEME58x97VVjXDe976hlik_ 2DRvTvX8MEAcN_4VWPhvodKnMO7j2pbBTGsz.cAe4YLUYPggCvtBxoI07RLZ_7u0sAmh.YuFgcLm 1FnxVtImIwOKhx92MyPf3iYYd.0n8RpmmuEUpZJXE7UoL.3EsQSLjxQ0ClwgkJOWKZMsDgzeGSw2 6SwuVJhQkl1dZPs5yMZW927CQMQ5TRxSAgkYJZXxJyKN82aGdNkxEzKCYF1C7Evpem3SD2J_vnsM HHw4FmTVhMTOmtg5rvG.huPItdFXk5SXyxavsbK60te2qvuO8RA_lZ.cbliGsEm4ZTT0nMyXdSeg U3h9oYdXgLTPxEFJjj1K6KjSyHNMDQ5PTNyV1wEbDTzQ0WPVbTlSCGAu8eE_f0TnQ0oWv0jUiT78 TIamb2oiHEs9Vp1pLUHDMQ4dYuhko.ljLY59Tyws.5LhTSq9PXg8BhrrPc6BfArbJC39hJYyR_7O 9D2i.LnjVi2oVzl6z4Fs3mXflDu8iSr.B54bAAqPmAq43rpMnmkCvw7JGBB6GHs.d0GV8u0rc8j3 jWh99YxvFldP9bQejRqTI.AHUCkkExem0WA23EQE5ZoYnH3tSMde9ACtDQanMmbngkXhFQqIyjW_ YffhHjiF8JhprtZ2WTWMkYEgJsrr.RPJm2izT9uMUhiQG5ywYh2YXQjmDwkpvZkXrHzP6EsL0d.M - Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Sep 2020 05:10:55 +0000 Received: by smtp403.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e0c3f62cffddc17174c53d2d89387ff6; Fri, 25 Sep 2020 05:10:52 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: dtb pcie content for RPi4B: older vs. newer Message-Id: <6954779B-E31D-45A1-AEAB-5FE82D02D47E@yahoo.com> Date: Thu, 24 Sep 2020 22:10:52 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: <6954779B-E31D-45A1-AEAB-5FE82D02D47E.ref@yahoo.com> X-Rspamd-Queue-Id: 4ByKkT2w1yz4dgf X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.46 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.91)[-0.909]; 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)[]; NEURAL_HAM_MEDIUM(-1.06)[-1.056]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.32:from]; FREEMAIL_CC(0.00)[protonmail.com]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 05:10:59 -0000 Basically just some notes from my looking around . . . I've used dtc -O dtb -s -I dts on the .dtb file from the rpi4-uefi-dev v1.20 and on the .dtb file from downloading: = https://sourceforge.net/projects/rpi4-8gb-uboot-bcm2711-backup/files/bcm27= 11-rpi-4-b.dtb/download Looking at explicit mentions of pci I find: # diff -u999 ~/rpi4-ub.dts ~/rpi4-uefi.dts | grep -i pci | more - pcie_0 =3D "/scb/pcie@7d500000"; + pcie0 =3D "/scb/pcie@7d500000"; + pcie0 =3D "/scb/pcie@7d500000"; pcie@7d500000 { - compatible =3D "brcm,bcm7211-pcie", = "brcm,bcm7445-pcie", "brcm,pci-plat-dev"; + compatible =3D "brcm,bcm2711-pcie"; + device_type =3D "pci"; interrupt-names =3D "pcie", "msi"; - linux,pci-domain =3D <0x0>; - tot-num-pcie =3D <0x1>; The main place in more detail: pcie@7d500000 { =20 #address-cells =3D <0x3>; #interrupt-cells =3D <0x1>; #size-cells =3D <0x2>; - bus-range =3D <0x0 0x1>; - compatible =3D "brcm,bcm7211-pcie", = "brcm,bcm7445-pcie", "brcm,pci-plat-dev"; - dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x1 = 0x0>; - interrupt-map =3D <0x0 0x0 0x0 0x1 0x1 0x0 0x8f = 0x4 0x0 0x0 0x0 0x2 0x1 0x0 0x90 0x4 0x0 0x0 0x0 0x3 0x1 0x0 0x91 0x4 = 0x0 0x0 0x0 0x4 0x1 0x0 0x92 0x4>; + brcm,enable-ssc; + compatible =3D "brcm,bcm2711-pcie"; + device_type =3D "pci"; + dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x0 = 0xc0000000>; + interrupt-map =3D <0x0 0x0 0x0 0x1 0x1 0x0 0x8f = 0x4>; interrupt-map-mask =3D <0x0 0x0 0x0 0x7>; interrupt-names =3D "pcie", "msi"; interrupts =3D <0x0 0x94 0x4 0x0 0x94 0x4>; - linux,pci-domain =3D <0x0>; - max-link-speed =3D <0x2>; msi-controller; - msi-parent =3D <0x22>; - phandle =3D <0x22>; + msi-parent =3D <0x2a>; + phandle =3D <0x2a>; ranges =3D <0x2000000 0x0 0xf8000000 0x6 0x0 0x0 = 0x4000000>; - reg =3D <0x0 0x7d500000 0x9310 0x0 0x7e00f300 = 0x20>; - status =3D "okay"; - tot-num-pcie =3D <0x1>; + reg =3D <0x0 0x7d500000 0x0 0x9310>; }; What I get out of: - dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x1 = 0x0>; vs: + dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x0 = 0xc0000000>; is that the older one (-) sets a 4 GiByte dma-range and the modern one (+) sets a 3 GiByte dma-range. The modern one also has: + emmc2bus { + + #address-cells =3D <0x2>; + #size-cells =3D <0x1>; + compatible =3D "simple-bus"; + dma-ranges =3D <0x0 0xc0000000 0x0 0x0 0x40000000>; + phandle =3D <0xce>; + ranges =3D <0x0 0x7e000000 0x0 0xfe000000 0x1800000>; that spans the last 1 GiByte for 32-bits that it omitted above. Based on a filtered/edited egrep '(address-cells|size-cells|dma-range)' of the differences output there is: / { #address-cells =3D <0x2>; #size-cells =3D <0x1>; . . . + emmc2bus { + #address-cells =3D <0x2>; + #size-cells =3D <0x1>; + dma-ranges =3D <0x0 0xc0000000 0x0 0x0 0x40000000>; . . . scb { - #address-cells =3D <0x2>; - #size-cells =3D <0x1>; - dma-ranges =3D <0x0 0x0 0x0 0x0 0xfc000000>; + #address-cells =3D <0x2>; + #size-cells =3D <0x2>; + dma-ranges =3D <0x0 0x0 0x0 0x0 0x4 0x0>; . . . pcie@7d500000 { #address-cells =3D <0x3>; #size-cells =3D <0x2>; - dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x1 = 0x0>; + dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x0 = 0xc0000000>; soc { #address-cells =3D <0x1>; #size-cells =3D <0x1>; - dma-ranges =3D <0xc0000000 0x0 0x0 0x3c000000>; + dma-ranges =3D <0xc0000000 0x0 0x0 0x40000000>; . . . firmware { #address-cells =3D <0x1>; #size-cells =3D <0x0>; + dma-ranges; . . . v3dbus { #address-cells =3D <0x1>; - #size-cells =3D <0x1>; + #size-cells =3D <0x2>; - dma-ranges =3D <0x0 0x0 0x0 0x3c000000>; + dma-ranges =3D <0x0 0x0 0x0 0x4 0x0>; So the older one has smaller scb, soc, and v3dbus ranges. Looking at acpi dump information (modern based) there is: . . . Name (_DMA, ResourceTemplate () // _DMA: Direct Memory = Access { QWordMemory (ResourceConsumer, PosDecode, MinFixed, = MaxFixed, NonCacheable, ReadWrite, 0x0000000000000000, // Granularity 0x0000000000000000, // Range Minimum 0x00000000BFFFFFFF, // Range Maximum 0x0000000000000000, // Translation Offset 0x00000000C0000000, // Length ,, , AddressRangeMemory, TypeStatic) }) Device (XHC0) . . . Name (_DMA, ResourceTemplate () // _DMA: Direct Memory = Access { QWordMemory (ResourceConsumer, PosDecode, MinFixed, = MaxFixed, NonCacheable, ReadWrite, 0x0000000000000000, // Granularity 0x00000000C0000000, // Range Minimum 0x00000000FFFFFFFF, // Range Maximum 0xFFFFFFFF40000000, // Translation Offset 0x0000000040000000, // Length ,, , AddressRangeMemory, TypeStatic) }) Device (USB0) . . . So it appears that: XHC0 matches up with modern pcie@7d500000 USB0 matches up with modern emmc2bus scb, soc, v3dbus, and possibly firmware, do not have dma ranges = described by ACPI. =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 Sep 25 06:33:50 2020 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 9F8D13EC909 for ; Fri, 25 Sep 2020 06:33:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (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 4ByMZ52rZ5z4hj8 for ; Fri, 25 Sep 2020 06:33:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: GXCL8ysVM1l7jT4SCpBtkudHIkLqvW_t9gXYKreSNUzl38jWCPKVwcsa1rvNHzi xqSRwGxy37P9qLrbCgDW9Ge3kNw2KmO_dYTN1SUAEGbp6_BBx.sGdrM539hzHbnmOqvEedX_UpoO gNLsnDw4FNfl_uVH8LWkwULoUwTU4uoUNa2B9Qoemm1s5OlBplT4ZIaxBDfMQVkZiJRJ8MYWu0ZW JOtbRGpfbMENpxBHT8j.ysA8bAdyg1.LfDvcvQQh6szv39tWf18mXRCsX1B12iLJymBfrERiZ2xw Mw_AWt6lgROU8cQqUygRu5m7.So4u5HJ1s19W6ew4KYWasOe737XUtpLxK9qX0YPfP9BZZ1zhHCm lWDJtZUMqkgM7cagYq37BVdTFrrvy983hEJkwY9tw5RbIQdlCKPgSDCkaNOAEVgk40SmnKkDtkOa lg8akwA.hFluOpugh8Czrn75.UprX3fzYxN.YTze4Y0IgGm_QBNTHgXuOumSwYtE.QuxsO9VPZgj Xvxw.sj54qLa44kXt5LL4TLmVNzx5NBQlAaNvX1tDHh9IxPOs0B_BRFijsLY2uJP7HljR24x1hCg 4XVKF9H5GdLSB0cEJuZRstPTd2wnEB3yF_xBgNUYkf0fXAMFdw4oNFhRaREuodRqaRLuFmaFBd2q f_NucR11ToMuUorv4SVyZw65m3VCcODZ_v2oyR5bDvB8qHypeNaH7l92VFVKS06P5oDMGsuJQSeB P_l5pwVk5WC1ROssPn_TRwdzng7WXxxxM5f.RU3_8oP4SXtYrDqHudXFE1JtPxj8oGxgbJjeGN1S F4lnSS1TN_YtpCywR0HNX6m8J9r5n_LqNSybLlqAmVD5u6JnewyLZYOYuQ6_VFb4Eazyf9fv81q3 .Y068QP4N0Tj7XcbxBWTgWeY.O_hkcXi81oN.zghXjqYnzoAfb8xwN5LujjS4st7lqRGb3r8EaES 7q0v9q.1Iihrsad.67nkhY9qvE7Zaiu577eUczqVCErG4JHlJMO029aNpcx4OfcEgWF_mEZnVaCn BYWJXiTv7sPVrqRZGP9pkcBhC32Td.AIrnKgLQ5Z.CH7LVm1QjBUCzy1QM7KVLkdIRI4foKvvit8 3F450qaLPmgXKqSykx8YciOuTnELdICDdd58jEcc0aPwjFSIcEGfV12yQgzfc7GQDIaJqilqv_bk y6Wx_226m7E9Y8h65B5gOADly5tyWpF3ZLX8xELpF9Awh9Zg.2OAlcQt86_j3JMM9QYPIKqPir_U OgdfNVCOxIQui14Jfwx0ktcCbMahqNcaqoUBD6q.Xwl3wGmsz9PPs1AjEprpbX6HNijeJDHgYxi0 krWuJsAxzH83Q_i6TibV8uHmuGzr5SPuUpGoZaB53Y75ildv0GbLUdIaWNpfCePXmdUXLLx2jqqz HzfoqrR27mc9XNJV3wA.fZbdPUdN9r.ATf1a1uJ48RnhGyoKqbbppXSjzNmEN5j2Gh2uGy6Q.3UD VvejqVLzLqxqHQ_7fvJBlfEUUMmT4.yVFeerdEJUtP1BlQEWfImFZnfuObMCOgj7cDCcJV7BDQYk GEw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Sep 2020 06:33:47 +0000 Received: by smtp406.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID dd5be9f68c6785e838fb1d796f24219a; Fri, 25 Sep 2020 06:33:45 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: dtb pcie content for RPi4B: older vs. newer From: Mark Millard In-Reply-To: <6954779B-E31D-45A1-AEAB-5FE82D02D47E@yahoo.com> Date: Thu, 24 Sep 2020 23:33:44 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <4498F94F-6E23-4988-9564-DA3CF87A46A7@yahoo.com> References: <6954779B-E31D-45A1-AEAB-5FE82D02D47E@yahoo.com> To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4ByMZ52rZ5z4hj8 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.62 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.07)[-0.068]; 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)[]; NEURAL_HAM_MEDIUM(-1.06)[-1.057]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.995]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; FREEMAIL_CC(0.00)[protonmail.com]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 06:33:50 -0000 On 2020-Sep-24, at 22:10, Mark Millard wrote: > Basically just some notes from my looking around . . . >=20 > I've used dtc -O dtb -s -I dts on the .dtb file from the rpi4-uefi-dev > v1.20 and on the .dtb file from downloading: >=20 > = https://sourceforge.net/projects/rpi4-8gb-uboot-bcm2711-backup/files/bcm27= 11-rpi-4-b.dtb/download >=20 > Looking at explicit mentions of pci I find: >=20 > # diff -u999 ~/rpi4-ub.dts ~/rpi4-uefi.dts | grep -i pci | more > - pcie_0 =3D "/scb/pcie@7d500000"; > + pcie0 =3D "/scb/pcie@7d500000"; > + pcie0 =3D "/scb/pcie@7d500000"; > pcie@7d500000 { > - compatible =3D "brcm,bcm7211-pcie", = "brcm,bcm7445-pcie", "brcm,pci-plat-dev"; > + compatible =3D "brcm,bcm2711-pcie"; > + device_type =3D "pci"; > interrupt-names =3D "pcie", "msi"; > - linux,pci-domain =3D <0x0>; > - tot-num-pcie =3D <0x1>; >=20 > The main place in more detail: >=20 > pcie@7d500000 { >=20 > #address-cells =3D <0x3>; > #interrupt-cells =3D <0x1>; > #size-cells =3D <0x2>; > - bus-range =3D <0x0 0x1>; > - compatible =3D "brcm,bcm7211-pcie", = "brcm,bcm7445-pcie", "brcm,pci-plat-dev"; > - dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x1 = 0x0>; > - interrupt-map =3D <0x0 0x0 0x0 0x1 0x1 0x0 = 0x8f 0x4 0x0 0x0 0x0 0x2 0x1 0x0 0x90 0x4 0x0 0x0 0x0 0x3 0x1 0x0 0x91 = 0x4 0x0 0x0 0x0 0x4 0x1 0x0 0x92 0x4>; > + brcm,enable-ssc; > + compatible =3D "brcm,bcm2711-pcie"; > + device_type =3D "pci"; > + dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x0 = 0xc0000000>; > + interrupt-map =3D <0x0 0x0 0x0 0x1 0x1 0x0 = 0x8f 0x4>; > interrupt-map-mask =3D <0x0 0x0 0x0 0x7>; > interrupt-names =3D "pcie", "msi"; > interrupts =3D <0x0 0x94 0x4 0x0 0x94 0x4>; > - linux,pci-domain =3D <0x0>; > - max-link-speed =3D <0x2>; > msi-controller; > - msi-parent =3D <0x22>; > - phandle =3D <0x22>; > + msi-parent =3D <0x2a>; > + phandle =3D <0x2a>; > ranges =3D <0x2000000 0x0 0xf8000000 0x6 0x0 = 0x0 0x4000000>; > - reg =3D <0x0 0x7d500000 0x9310 0x0 0x7e00f300 = 0x20>; > - status =3D "okay"; > - tot-num-pcie =3D <0x1>; > + reg =3D <0x0 0x7d500000 0x0 0x9310>; > }; >=20 >=20 > What I get out of: >=20 > - dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x1 = 0x0>; > vs: > + dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x0 = 0xc0000000>; >=20 > is that the older one (-) sets a 4 GiByte dma-range > and the modern one (+) sets a 3 GiByte dma-range. >=20 > The modern one also has: >=20 > + emmc2bus { > + > + #address-cells =3D <0x2>; > + #size-cells =3D <0x1>; > + compatible =3D "simple-bus"; > + dma-ranges =3D <0x0 0xc0000000 0x0 0x0 0x40000000>; > + phandle =3D <0xce>; > + ranges =3D <0x0 0x7e000000 0x0 0xfe000000 0x1800000>; >=20 > that spans the last 1 GiByte for 32-bits that it omitted above. ["last 1 GiByte of the 4 GiByte space for 32-bit addressing" would have been better wording.] emmc2bus is not the only modern dtb thing that does: soc does. In ACPI, soc's usb@7e980000 does, not soc generally and there is no emmc2bus via ACPI. See notes added at the bottom. > Based on a filtered/edited egrep = '(address-cells|size-cells|dma-range)' > of the differences output there is: >=20 > / { > #address-cells =3D <0x2>; > #size-cells =3D <0x1>; > . . . > + emmc2bus { > + #address-cells =3D <0x2>; > + #size-cells =3D <0x1>; > + dma-ranges =3D <0x0 0xc0000000 0x0 0x0 0x40000000>; > . . . > scb { > - #address-cells =3D <0x2>; > - #size-cells =3D <0x1>; > - dma-ranges =3D <0x0 0x0 0x0 0x0 0xfc000000>; > + #address-cells =3D <0x2>; > + #size-cells =3D <0x2>; > + dma-ranges =3D <0x0 0x0 0x0 0x0 0x4 0x0>; > . . . > pcie@7d500000 { > #address-cells =3D <0x3>; > #size-cells =3D <0x2>; > - dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x1 = 0x0>; > + dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x0 = 0xc0000000>; > soc { > #address-cells =3D <0x1>; > #size-cells =3D <0x1>; > - dma-ranges =3D <0xc0000000 0x0 0x0 0x3c000000>; > + dma-ranges =3D <0xc0000000 0x0 0x0 0x40000000>; > . . . > firmware { > #address-cells =3D <0x1>; > #size-cells =3D <0x0>; > + dma-ranges; > . . . > v3dbus { > #address-cells =3D <0x1>; > - #size-cells =3D <0x1>; > + #size-cells =3D <0x2>; > - dma-ranges =3D <0x0 0x0 0x0 0x3c000000>; > + dma-ranges =3D <0x0 0x0 0x0 0x4 0x0>; >=20 > So the older one has smaller scb, soc, and v3dbus ranges. >=20 > Looking at acpi dump information (modern based) there is: >=20 > . . . > Name (_DMA, ResourceTemplate () // _DMA: Direct Memory = Access > { > QWordMemory (ResourceConsumer, PosDecode, MinFixed, = MaxFixed, NonCacheable, ReadWrite, > 0x0000000000000000, // Granularity > 0x0000000000000000, // Range Minimum > 0x00000000BFFFFFFF, // Range Maximum > 0x0000000000000000, // Translation Offset > 0x00000000C0000000, // Length > ,, , AddressRangeMemory, TypeStatic) > }) > Device (XHC0) > . . . > Name (_DMA, ResourceTemplate () // _DMA: Direct Memory = Access > { > QWordMemory (ResourceConsumer, PosDecode, MinFixed, = MaxFixed, NonCacheable, ReadWrite, > 0x0000000000000000, // Granularity > 0x00000000C0000000, // Range Minimum > 0x00000000FFFFFFFF, // Range Maximum > 0xFFFFFFFF40000000, // Translation Offset > 0x0000000040000000, // Length > ,, , AddressRangeMemory, TypeStatic) > }) > Device (USB0) > . . . >=20 > So it appears that: > XHC0 matches up with modern pcie@7d500000 > USB0 matches up with modern emmc2bus > scb, soc, v3dbus, and possibly firmware, do not have dma ranges = described by ACPI. Actually USB0 could match either modern emmc2bus or modern soc based on the dma-ranges. Looking at other notation, I'd guess it is really tied to soc via: soc { . . . usb@7e980000 { where the 7e980000 matches up with the RBAS 0xFE980000 in the ACPI: Device (USB0) { . . . Method (_CRS, 0, Serialized) // _CRS: Current Resource = Settings { CreateDWordField (RBUF, \_SB.GDV0.USB0._Y18._BAS, = RBAS) // _BAS: Base Address RBAS =3D 0xFE980000 Return (RBUF) /* \_SB_.GDV0.USB0.RBUF */ } } So it appears that: XHC0 matches up with modern pcie@7d500000 . USB0 matches up with usb@7e980000 under modern soc . scb, soc (generally), emmc2bus, v3dbus, and possibly firmware, each modern, do not have dma ranges described by ACPI. NOTE: the older dtb has emmc2@7e340000 under soc instead of the modern style of emmc2bus being separate, outside soc . =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 Sep 25 06:34:51 2020 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 0A8153EC83E for ; Fri, 25 Sep 2020 06:34:51 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (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 4ByMbG18jmz4hjW for ; Fri, 25 Sep 2020 06:34:49 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 0516E7B5 for ; Fri, 25 Sep 2020 02:34:47 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Fri, 25 Sep 2020 02:34:48 -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=fm3; bh=vVuIFodQwHrwUqX+BZGbtDZRdrb WXJteYppUryfUQus=; b=O3M0IgCWPXK198lDTH7fvgT9TEngTh2YRJy2ZoD3fzl pbdecgmZh0v3L7ocdJG04rwSTYVoUgJoCirdI2yELyd+aKWsEVsRXAYTA5q/9dW7 JY0FDyDzublWESKnJwFZLbgBELKZVd3pIQSQfhKRT4wLz8mgctYqb50ffwONBokD c3H+jbm+eCprwmVOl0GcbN3cMMhJME+9iJGZBVq4aG2iP2msFV+aU2bwCDWUdOvR DnZypkQhjkBgxf8Vd2yu6X4DVBMeEpV0zEQLqQaBHd9O8/17ALOzSXmA57x6oLbh 75yqa8BjdK9rKp3aZXZHExOj+UvSNRCOBTgypmHczww== 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=fm3; bh=vVuIFo dQwHrwUqX+BZGbtDZRdrbWXJteYppUryfUQus=; b=YkWunPKZgEv7XdzZPeHNSK WJf9LzNJAwX7SBVzR15HQtJa4MrjJ7OiAI3G0xMMuyAB+8T3YQ/i3Gv8OHeB1JeO cPIdA95QK8Sh2cLKCvA6c48l/iC4zFfn2Ju4DItaEDmg/2BjmHsD7eMAR6SftNfn G+BGb5JdgAQbOInG3vVMiIAw+EsA6cjjdIXE9Va+6wIft4PusvPKM7kIVqGd1E7V CaCOBXoXUeUZG52OSy9zmydOUKxneszN0IbQ30GPmMJ5gxXFcDqX2MkLnec3IH0u 1fuvB045FkVRBr1SMfTRQxuC6XEqRVTNc/N9CJGTbfVuWTW/SmJrd/DWZ7xkurHg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudelgddutdegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeeigefhffefleekjeeiffegudevie eijeevheffheevleeujeduvdegieehtdevgeenucffohhmrghinhepshhouhhrtggvfhho rhhgvgdrnhgvthdpghhithhhuhgsrdgtohhmpdiihiigshhtrdhnvghtnecukfhppeekvd drjedtrdeluddrleelnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghi lhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from bastion.zyxst.net (bastion.zyxst.net [82.70.91.99]) by mail.messagingengine.com (Postfix) with ESMTPA id E85113280060 for ; Fri, 25 Sep 2020 02:34:46 -0400 (EDT) Date: Fri, 25 Sep 2020 07:34:18 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: head -r365677 and later do not have the xhci related DMA problem fixed Message-ID: <20200925063418.GC54660@bastion.zyxst.net> Mail-Followup-To: freebsd-arm@freebsd.org References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A.ref@yahoo.com> <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> <231B8A1B-7F61-4868-B9E6-F8DD824079CA@yahoo.com> <39346C6E-CF29-42E8-BCAB-B04E73F909F7@googlemail.com> <04531BA7-F7A6-498B-BB8E-D3AAA53E15E3@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GZVR6ND4mMseVXL/" Content-Disposition: inline In-Reply-To: <04531BA7-F7A6-498B-BB8E-D3AAA53E15E3@yahoo.com> X-Rspamd-Queue-Id: 4ByMbG18jmz4hjW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm3 header.b=O3M0IgCW; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=YkWunPKZ; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.21 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-4.96 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm3]; RWL_MAILSPIKE_POSSIBLE(0.00)[64.147.123.21:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21]; 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.01)[-1.006]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.21)[-0.215]; NEURAL_HAM_MEDIUM(-1.04)[-1.038]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 06:34:51 -0000 --GZVR6ND4mMseVXL/ Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Thu, Sep 24, 2020 at 05:53:06PM -0700, Mark Millard via freebsd-arm wrot= e: >So far I'm unable to figure out how to have a u-boot environment >that boots the RPi4B's: figuring out what needs to be different >than the rather modern raspberry pi files that I have in place. >Also: fully modern eeprom content. As stands I've not been using >a microsd card at all: it uses the msdos file system from the >USB3 SSD. Mine *will* boot, even after the eeprom upgrade. What it won't do (what was always the case) is boot after I modify config.txt in any way at all. I used these files, and the last time I made a working image I used FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200917-17bd0444d91.img=20 mount the msdos partition, replace u-boot.bin, fixup4.dat, start4.elf wget https://sourceforge.net/projects/rpi4-8gbram-boot-fbsdonly/files/u-boo= t.bin/download -O u-boot.bin fetch https://github.com/raspberrypi/firmware/raw/1.20200717/boot/fixup4.dat fetch https://github.com/raspberrypi/firmware/raw/1.20200717/boot/start4.elf unmount the partition it should boot. >It hangs with the rainbow screen up and having reported starting >start4.elf in every attempt that I've made. As near as I can >tell the overall behavior matches what tech-lists at zyxst.net >has been reporting. I am using the same image (subsequently rebuilt world, kernel so it's at r365898 now), I took out this sdcard, wrote raspios-64bit to another one,= =20 updated the eeprom, put back the freebsd card. It boots, just can't touch= =20 config.txt or or I get the raspberry problem (happened before the eeprom up= grade),=20 if I try the different start4.elf & fixup4.dat, I get the rainbow screen. --=20 J. --GZVR6ND4mMseVXL/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl9tj3sACgkQs8o7QhFz NAVbcw/+Jyl8AbYqvmkEpEmeo1ZfhVt/diHCp49avcLtI3MCeYaVzIw1RJrmyrGM AFN27qMPljZ0KZrImrEyX5j1HIyGhpoylFY+fAURNLKQ5IawvhUEC8evjATYUKeV ySqB8RbMGD4ZtMSMN6baYYPnszW82whICN9qKI00iZ4lTKZCNB7QoFzEWjjaT9il 7x2s9mMOriaWnUIBgV6Z609Xl2rIwhkNUXPQ2ZAr6D+HgZIwR/nFY2MbdUV2zrL6 GyHkuVHInlqQd9fKG5VQJpGG+j66z0pIbLuFJdU0xymWfbDhGhXGAImLRlMLMLVA RUo/6jC+AhNjEC/FcUHDkcNc63/oZ1kbQgOtC5Fu9NT5hUJjMnGxGfInpwe31bh2 fqGQznZljn5TiUn7/pCpLYxGgYN6CaqyxycV8TUcQb8zSpzpxWQquVIMa/g8jJ5O mXDaPqWy424OIO2rIyA+h7kmWxW1wFWPYVgs7HmPUzvVU6j074RSEujp99ObLNxy ITTND6g+0FhyMbpMurl96uYbE89791W8Rwy1kkaooAUB7m+SI8Kg4VwyOJOufQ/Y FZ/mlrXfL6n7jC0LvFsNJ53todrtA+2tTgjv+aPGPCmRQ5D65vP2vmvhzSX+6Twv T2TpQ1vkz7WI7u2vIT9HR4S4Gz6YfKgzhWjGVTMR9VACJ9Tv2Q0= =aRGP -----END PGP SIGNATURE----- --GZVR6ND4mMseVXL/-- From owner-freebsd-arm@freebsd.org Fri Sep 25 07:21:08 2020 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 D18A03ED1F4 for ; Fri, 25 Sep 2020 07:21:08 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ByNcg43pMz4l2X; Fri, 25 Sep 2020 07:21:07 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1601018460; 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=lLeCQcU7e4kPy63+n+RJdssUZtWQbvgoD2ep4k5KKFQ=; b=nB9jhPiB6gCMb8AIYMjC4X/gy+/2Uay0oWPhPR4R7l2H2oB+Yc92g21yzXebZZ0MMLod7T P6FxIDBuBwpzuKhLM4AwZsJOJBYfFsXXt27/6olntuReYg0P2Y59AVkUThA/oLWgj62fK6 gnJm+1BxZeQl520pcIYWweBYBXkLL+Q= Received: from amy.home (lfbn-idf2-1-288-247.w82-123.abo.wanadoo.fr [82.123.126.247]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 160961c5 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 25 Sep 2020 07:21:00 +0000 (UTC) Date: Fri, 25 Sep 2020 09:20:59 +0200 From: Emmanuel Vadot To: Oskar Holmlund Cc: Oskar Holmlund via freebsd-arm , Ian Lepore , Ed Maste Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 Message-Id: <20200925092059.5b9cb22fa87a478e1254b0f4@bidouilliste.com> In-Reply-To: <1441631630.802580.1600987963534@mail.yahoo.com> References: <202009222004.08MK4xFj037249@mail.karels.net> <8217af510a451f10ea173bf1e26d04dcd50e8ca6.camel@freebsd.org> <1072725987.651720.1600964732891@mail.yahoo.com> <1441631630.802580.1600987963534@mail.yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4ByNcg43pMz4l2X X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=nB9jhPiB; 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.77 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.012]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.23)[-0.230]; NEURAL_HAM_MEDIUM(-1.03)[-1.028]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, 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.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 07:21:08 -0000 On Thu, 24 Sep 2020 22:52:43 +0000 (UTC) Oskar Holmlund via freebsd-arm wrote: > > Den torsdag 24 september 2020 21:36:38 CEST, Ed Maste skrev:=20 > > > > On Thu, 24 Sep 2020 at 12:31, Ian Lepore wrote: > > > > > > It was mentioned on irc a few days ago when someone noticed the BBB in > > > the CI setup was failing... > > > > > > hrm, looks like BBB has been broken since end of July > > > panic: Duplicated clock registration: clk@4_0 > > > ah, mmel r363700 > > > emaste: im sorry, but this is (unfortunately) expected > > > collateral damage. im aware of this problem but right solution is not > > > trivial and it needs more time. > > > > > > (strejda =3D=3D mmel@) > > > > > > Then it was mentioned a while later that that BBB is using a very old > > > u-boot, so maybe that has something to do with it. > >=20 > > I've updated uboot on eMMC on the the CI system's BBB to: > > U-Boot SPL 2020.07 (Sep 24 2020 - 04:58:48 +0000)^M > >=20 > > however it's still failing the same way: > >=20 > > clk_fixed7: on ofw_clkbus0^M > > clk_fixed7: Cannot FDT parameters.^M > > device_attach: clk_fixed7 attach returned 6^M > > clk_fixed7: on ofw_clkbus0^M > > clk_fixed7: Cannot FDT parameters.^M > > device_attach: clk_fixed7 attach returned 6^M > > ti_clkctrl0: mem 0x14-0x14f on ti_omap4_cm0^M > > ti_clkctrl1: mem 0x4-0xd7 on ti_omap4_cm1^M > > ti_clkctrl2: mem 0x4-0x7 on ti_omap4_cm2^M > > > > panic: Duplicated clock registration: clk@4_0 > > ^M > > ^M > > cpuid =3D 0^M > > time =3D 1^M > > > > phk@ reported success booting 13-CURRENT snapshots though, so I'm not > > really sure what's going on. >=20 > Well this is u-boot playing a trick on us. >=20 > To have a common ground lets assume we use the snapshot from > https://download.freebsd.org/ftp/snapshots/arm/armv7/ISO-IMAGES/13.0/ > FreeBSD-13.0-CURRENT-arm-armv7-BEAGLEBONE-20200924-3c514403bef.img.xz >=20 > DD to sd-card and press the "sysboot alter"-button it will boot to login = prompt. >=20 > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]...=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = =A0 > Using DTB provided by EFI at 0x87ee7000. > Kernel entry at 0x97000200... > Kernel args: (null) > ---<>--- > < remove some 30 lines of output > > ofwbus0: > simplebus0: on ofwbus0 > simplebus1: mem 0x44c00000-0x44c007ff,= 0x44c00800-0x44c00fff,0x44c01000-0x44c013ff,0x44c01400-0x44c017ff on0 > simplebus2: on simplebus1 > simplebus3: on simplebus1 > simplebus4: on simplebus1 > ti_sysc0: mem 0-0x3 on simplebus4 > ti_prcm0: mem 0-0x1fff on ti_sysc0 > ofw_clkbus0: on ti_prcm0 >=20 > Login as root and run: > root@generic:~ # rm -rf /boot/msdos/dtb/ > root@generic:~ # reboot >=20 >=20 > Now at boot we got the same problem as Ed Maste described. > At this boot simplebus1 has lost its ranges and ti_prcm0 are also a littl= e bit different. > ... > ofwbus0: > simplebus0: on ofwbus0 > simplebus1: on simplebus0 > ti_prcm0: mem 0x200000-0x203fff on simple= bus1 > ofw_clkbus0: on ti_prcm0 > clk_fixed0: on ofw_clkbus0 > clk_fixed1: on ofw_clkbus0 > clk_fixed2: on ofw_clkbus0 > clk_fixed3: on ofw_clkbus0 > clk_fixed4: on ofw_clkbus0 > clk_fixed5: on ofw_clkbus0 > .... > device_attach: clk_fixed7 attach returned 6 > clk_fixed7: on ofw_clkbus0 > clk_fixed7: Cannot FDT parameters. > device_attach: clk_fixed7 attach returned 6 > ti_clkctrl0: mem 0x14-0x14f on ti_omap4_cm0 > ti_clkctrl1: mem 0x4-0xd7 on ti_omap4_cm1 > ti_clkctrl2: mem 0x4-0x7 on ti_omap4_cm2 > panic: Duplicated clock registration: clk@4_0 >=20 > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: > db_trace_self() at db_trace_self > =A0=A0=A0=A0=A0=A0=A0=A0 pc =3D 0xc04e25f8=A0 lr =3D 0xc00704ac (db_trace= _self_wrapper+0x30) > =A0=A0=A0=A0=A0=A0=A0=A0 sp =3D 0xc0d14810=A0 fp =3D 0xc0d14928 > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 >=20 > U-Boot have its own version of devicetree used in the SPL. Later in the b= oot process if "the real" u-boot cant find any devicetree files in its part= ition it uses its default. The default are from Linux 4.20: > https://github.com/u-boot/u-boot/blob/v2020.07/arch/arm/dts/am33xx.dtsi >=20 > The devicetree expected by the clock implementation are Linux 5.7 and lat= er. >=20 > To fix the problem in CI build - just copy devicetrees from base into the= FAT partition for uboot to find. >=20 > //Oskar Thanks for testing on your side Oskar, As a reminder, using u-boot embedded dtb will almost always result in problems. At best the dtb embedded is the same one from Linux (and so the same one from our tree) but stripped down, nodes are missing etc ... At worse it's either from an old version of Linux or a completly different one specialy made for u-boot. There is no real way for us to warn the user as dts aren't versionned so all we can do is blindly accept the dtb passed to loader(8) via efi (or LINUX_BOOT_ABI in case of bootm/booti). Note that we need u-boot to preload the dtb for us for a few reasons : - In a EFI based env we cannot query u-boot for the board name, we only have the full DTB. - On some boards, like BBB, the same u-boot is used for multiple boards (BBB, PocketBeagle etc ...) so booting in a generic way is only possible if u-boot load the dtb for us. - On some boards u-boot modify the dtb based on the version of the boards or something and will enable/disable some nodes or add some new ones. --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Sep 25 07:54:39 2020 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 010933EE56E for ; Fri, 25 Sep 2020 07:54:39 +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 4ByPMH5cw1z4nPY for ; Fri, 25 Sep 2020 07:54:35 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.15.2/8.15.2) with ESMTPS id 08P7sYjR052257 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 25 Sep 2020 09:54:34 +0200 (CEST) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.15.2/8.15.2/Submit) id 08P7sXxL052256; Fri, 25 Sep 2020 09:54:33 +0200 (CEST) (envelope-from fuz) Date: Fri, 25 Sep 2020 09:54:33 +0200 From: Robert Clausecker To: Klaus Cucinauomo Cc: freebsd-arm@freebsd.org Subject: Re: RPI 4B on UEFI: xhci0 disconnects under high load Message-ID: <20200925075433.GA51892@fuz.su> References: <20200924224749.GA18463@fuz.su> <39D747A9-A21B-4E50-9657-0798223BCE68@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <39D747A9-A21B-4E50-9657-0798223BCE68@googlemail.com> X-Rspamd-Queue-Id: 4ByPMH5cw1z4nPY 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 [-2.28 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[fuz.su]; NEURAL_HAM_MEDIUM(-1.00)[-0.995]; NEURAL_SPAM_SHORT(0.01)[0.011]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[googlemail.com]; 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.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 07:54:39 -0000 Hi Klaus, I do not really expect support. I post the issues I experience on this mailing list mainly to provide data points about what works and what doesn't. I posted this one in particular because I had applied a series of patches that were supposed to fix the very issue I experience here. If you consider these reports to be spam, I'll respect that and stop posting them. Yours, Robert Clausecker On Fri, Sep 25, 2020 at 01:02:39AM +0200, Klaus Cucinauomo wrote: > > > > Am 25.09.2020 um 00:47 schrieb Robert Clausecker : > > > > Good evening! > > #249520 (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249520). > > xhci_interrupt: host system error > > xhci0: Resetting controller > > > > Hi Robert, > > we have discussed rpi4-UEFI-dev - support in FreeBSD some minutes ago in another thread, > Specially related to your issues. > As sorry as I am, we have to stop our support because all these (known) problems are solved in u-boot / fdt and no developer is concentrating on or working on rpi4UEFI -support. > This doesn’t mean that you couldn’t have luck with UEFI by other general aarch64-patches, > But you’re on your own fixing rpi4-UEFI. (as of today, while I have no clue if some day a dev will support rpi4UEFI-dev) > > Regards > > Klaus > > > > > -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From owner-freebsd-arm@freebsd.org Fri Sep 25 07:58:24 2020 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 EDBD63EE79F for ; Fri, 25 Sep 2020 07:58:24 +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 4ByPRh16vMz4nR5 for ; Fri, 25 Sep 2020 07:58:23 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.15.2/8.15.2) with ESMTPS id 08P7wMVm052511 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 25 Sep 2020 09:58:22 +0200 (CEST) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.15.2/8.15.2/Submit) id 08P7wMmt052510; Fri, 25 Sep 2020 09:58:22 +0200 (CEST) (envelope-from fuz) Date: Fri, 25 Sep 2020 09:58:22 +0200 From: Robert Clausecker To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: RPI 4B on UEFI: xhci0 disconnects under high load Message-ID: <20200925075822.GB51892@fuz.su> References: <20200924224749.GA18463@fuz.su> <66418AE0-79C9-4402-8325-7094E4230D38@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <66418AE0-79C9-4402-8325-7094E4230D38@yahoo.com> X-Rspamd-Queue-Id: 4ByPRh16vMz4nR5 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 [-2.25 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[fuz.su]; NEURAL_HAM_LONG(-0.99)[-0.990]; NEURAL_SPAM_SHORT(0.03)[0.033]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn: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.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 07:58:25 -0000 Hi Mark, Thanks for your quick response! It appears that I had missed that this changeset was required. Let me update to the most recent revision and try again. Yes, I have been using the github mirror. Are there any other patches I should consider applying? Yours, Robert Clausecker On Thu, Sep 24, 2020 at 06:19:36PM -0700, Mark Millard wrote: > > > On 2020-Sep-24, at 15:47, Robert Clausecker wrote: > > > Good evening! > > > > I have set up a FreeBSD system on a Raspberry Pi 4B as described > > in bug #249520 (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249520). > > After setting up the USB drive on a USB 2.0 port, the system boots. > > However, when the system is under high I/O load (I tested this by > > compiling a Go toolchain), the USB controller eventually hangs and > > causes the system to effectively crash: > > > > --- > > xhci_interrupt: host system error > > xhci0: Resetting controller > > Looks like prior history to the above would be > appropriate. (The later messages likely are > consequences of the above.) > > Also: ed6978a9a70 in github is from: > > QUOTE > Author: ian > Date: Mon Sep 14 17:33:28 2020 > New Revision: 365729 > URL: > https://svnweb.freebsd.org/changeset/base/365729 > > Log: > Add product ID strings for a couple Microchip usb hubs. Also, update the > vendor ID string to say just "Microchip Technology" -- the buyout of > Standard Microsystems happened in 2012 and the SMC/SMSC names are pretty > much retired at this point. > END QUOTE > > > but there is a more recent check-in required to > avoid at least one way of getting "Resetting controller" > for -mcpu=cortex-a72 : > > QUOTE > Author: hselasky > Date: Sat Sep 19 22:37:45 2020 > New Revision: 365918 > URL: > https://svnweb.freebsd.org/changeset/base/365918 > > Log: > Fix for use of the XHCI driver on Cortex-A72 by adding a missing cache > flush operation before writing to the XHCI_ERSTBA_LO/HI register(s). > END QUOTE > > [I do suggest that you report which git repository that you > are referencing since there are multiple ones right now that > have differing hashes. I guessed github from "(master)", > figuring that the cgit-beta.freebsd.org one would have > "(main)".] > > > uhub1: at usbus0, port 1, addr 1 (disconnected) > > ugen0.2: at usbus0 (disconnected) > > uhub2: at uhub1, port 1, addr 1 (disconnected) > > ugen0.3: at usbus0 (disconnected) > > axe0: at uhub2, port 2, addr 2 (disconnected) > > ukphy0: detached > > miibus0: detached > > axe0: detached > > ugen0.4: at usbus0 (disconnected) > > umass0: at uhub2, port 4, addr 3 (disconnected) > > (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 01 85 d9 0d 00 00 80 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 at umass-sim0 bus 0 scbus0 target 0 lun 0 > > da0: s/n ABCDEFA74566 detached > > Solaris: WARNING: Pool 'tau' has encountered an uncorrectable I/O failure and has been suspended. > > > > Solaris: WARNING: Pool 'tau' has encountered an uncorrectable I/O failure and has been suspended. > > --- > > The above messages I think are just consequences of earlier > problems. > > > This is despite having applied D25219 and the D26493--D26496 series > > of patches which were supposed to address this sort of issue. The same > > issue does not seem to appear with an older kernel to which the > > D26493--D26496 series of patches was not applied and which was not > > compiled with -mcpu=cortex-a72. The older kernel identifies itself as > > > > FreeBSD 13.0-CURRENT #2 ed6978a9a70-c271559(master)-dirty > > > > It's the one I described in my earlier mails to this list. So it seems > > that in this case, pulling in patches meant to fix a bug seem to have > > introduced in this first place. Any idea what could have happened? > > I strongly suggest using a FreeBSD vintage that includes > the corrected XHCI driver. > > === > 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 Fri Sep 25 08:07:47 2020 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 C72633EEA35 for ; Fri, 25 Sep 2020 08:07:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (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 4ByPfV5Bj9z4nyB for ; Fri, 25 Sep 2020 08:07:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Ci.uRJQVM1kJngclh5btCHSwRbQEM8GuZtovNtBf1pvpHuixYQrzFqFvh4vzZWr NmEfTBAzacfKWZHpsCQecDxxsh.xk4ZGZtAiOPtS.SLZD5XG9elMlvuKFuI_P.tjr4uWUxY8eUii VAWE311o4hlU6Rfnvn8IL_G9sFzUDcmwQyP4LwQDNMJj2sVxITZAoTwzwPtKlDs3WAJ7ojQwOkIb DaVrQiS.ZlapvNBWEUoqJ7fD3Q2roxEJXT_6kUolYP11MGGfkAmr73k_YL9507WDR6YVP7UIJPoa 7I_qsi0dPHN4ZGXjmGFFQvnr8tb79o5Njl7Eft1dUlwn7e4T4iwpuFKqbbW4ls1hOQPzrNGD.6ik qz8c.pAl4AYKYqlhRagZiunNQu7hnUiykTB4sJzgrsLjhI_nFTMhnGzkGzMXw7Fuw6vlIClZcXzk 2d8kIPGm_4d8FVexPnOm1dPJI5ZgGUcEeqSPoWCcy7mbUszNQxHgufcs.MgPKxxBngfR3bIodgef dn9U5S.whq2A3D5GIq37vvXVJZVNmZBLqlkZJI348Qfn0sC1.EPDbEwrbeUSjxTVtqTb2W5vANjs pT9ANtCxQwpITzhRbO8pDIkCVKjwcLnduxtSnkFH63oy2okIt5bNb81i3rsFfK8GfXzuW4coxJA4 rVPsDmyAMHA6p7wg1Hao6TH8Zw1aRL_J5by6agj8IqyMbY6YT5jvB7iLWtjE1YRIRYiJDWhaezNH HKq465k_5EH_eO5xuQkEQSXCvyhcyrQZwH05Gv0b1qpsxiWROEo3HtKNhPCu9ndQnw.oCmWBs2Sx 1RHEEbJS2a0SCA8xUow2u.uD.LuaW9us0ijl0rSu9dpMwpxXPw1kltXxQ0IVK7YlvZHwJtGKGIOG 61iAAG4zkGgQWw0dYoNrtzzOGt50j.KvfqT6f94F2c.dXCUIHcI4CxV_E6qLcUjmWtYOVlXSUtL3 DFHUiMoSALICsfUQpud4vMh8V2nXcXaUFJAqMeehhDTElzGeH3y3.JQtmbu922nsxIQTtbZUJeLS uXZmx1Ne102GmTG25I5_3pjYVcPT91OGWoOMw7qUElgtlvPE9gbqq2NqMK6LTOPcTG4UPjwoDMTE iZ.JeSQl8e5gcig50uzZ.DewX6o21acMfLLmaChVS_MMA74eJvBbMz4rUoz4hg5XICXO951e6nAI yiyaalRO2rIAR_rDc3x1Nd3z3anhgZ8xRZYsAU7cHLfjPni6uFZo6OTZAaRD29M8MSCQoDzE7lWi QMW4RajiTQZAuCCT3edFSUOkC0QJiDSY5_Ba8iBiVVpqG__YEqADFaNWg18ntHAmri5g5DwG6cwB NU1_1HeHn87WRwIiqsdnPPiXBYM68pXH0Ar8CaCHdFB_mgncCyPEPXc6MvNcNcOp25CUbd_TCTXT SloudvzpFFCr_XnferGRG5z0P5fHFh1C_mRPSr0ViQ1tkqOWGyR5syqHjixgT7eUeSyDHy1g9ws0 R_TgM5oeJR70DZ4doPShTpm1bMvF7gMrltMhI0hUHrNcVMdF4idGsg7RSLVo.tOzZPHLprMJTZsK H Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Sep 2020 08:07:44 +0000 Received: by smtp423.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID fd670871a06821a624df89a4f4846e29; Fri, 25 Sep 2020 08:07:40 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: head -r365677 and later do not have the xhci related DMA problem fixed From: Mark Millard In-Reply-To: <20200925063418.GC54660@bastion.zyxst.net> Date: Fri, 25 Sep 2020 01:07:39 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <8084F606-D75B-42B3-A05F-724F7150F304@yahoo.com> References: <5A60B29E-0D24-480C-807D-4A5E92D9C92A.ref@yahoo.com> <5A60B29E-0D24-480C-807D-4A5E92D9C92A@yahoo.com> <231B8A1B-7F61-4868-B9E6-F8DD824079CA@yahoo.com> <39346C6E-CF29-42E8-BCAB-B04E73F909F7@googlemail.com> <04531BA7-F7A6-498B-BB8E-D3AAA53E15E3@yahoo.com> <20200925063418.GC54660@bastion.zyxst.net> To: tech-lists X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4ByPfV5Bj9z4nyB X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.71 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.18)[-0.177]; 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)[]; NEURAL_HAM_MEDIUM(-1.05)[-1.047]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.988]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 08:07:47 -0000 On 2020-Sep-24, at 23:34, tech-lists wrote: > Hi, Hello. > On Thu, Sep 24, 2020 at 05:53:06PM -0700, Mark Millard via freebsd-arm = wrote: >=20 >> So far I'm unable to figure out how to have a u-boot environment >> that boots the RPi4B's: figuring out what needs to be different >> than the rather modern raspberry pi files that I have in place. >> Also: fully modern eeprom content. As stands I've not been using >> a microsd card at all: it uses the msdos file system from the >> USB3 SSD. >=20 > Mine *will* boot, even after the eeprom upgrade. What it won't do = (what was > always the case) is boot after I modify config.txt in any way at all. >=20 > I used these files, and the last time I made a working image I used > FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200917-17bd0444d91.img=20 > mount the msdos partition, >=20 > replace u-boot.bin, fixup4.dat, start4.elf >=20 > wget = https://sourceforge.net/projects/rpi4-8gbram-boot-fbsdonly/files/u-boot.bi= n/download > -O u-boot.bin >=20 > fetch = https://github.com/raspberrypi/firmware/raw/1.20200717/boot/fixup4.dat > fetch = https://github.com/raspberrypi/firmware/raw/1.20200717/boot/start4.elf 1.20200717 is from back on 2020-Jul-17 and is too old to generally work with the modern eeprom for USB MSD use according to what the raspberry pi folks have published. The RPi4B will report that the firmware needs to be updated generally (possibly not universally). One would have to use an older vintage of the eeprom content that was in use with pre-2020-Aug-20 firmware in order to use that older firmware generally: https://github.com/raspberrypi/rpi-eeprom/commit/279eef4 ( firmware/beta/pieeprom-2020-08-31.bin ) looks to be the last that is before the versions that they eventually noted required 2020-Aug-20 or later firmware (microsd card date). Going the other direction, given the modern release of the eeprom content that was declared "critical" for most everyone as of 2020-09-04 (so general distribution), the only officially tagged firmware versions that are documented as compatible are those in: https://github.com/raspberrypi/firmware/tree/1.20200902/boot/ https://github.com/raspberrypi/firmware/tree/1.20200819/boot/ (so the first microsd cards were from 2020-Aug-20). All prior versions predate the 2020-Aug-20 criteria as far as I can tell. Looks to me like the u-boot based FreeBSD support currently requires the use of of-of-date BETA materials from the raspberry pi folks, both eeprom content and firmware. (Not surprising, there is normally a lag and the raspberry pi materials were prompted to being classified as "critical" for most folks to use only on 2020-Sep-14.) Folks need to be careful to not do a default upgrade of the firmware or eeprom content on their RPI4B's (and to avoid trying to use new RPI4B's as shipped, once the older RPi4B inventory has been sold off). [rpi4-uefi-devel's v1.20 has other tradeoffs but allows using the modern raspberry pi firmware and eeprom-content combination.] > unmount the partition >=20 > it should boot. By official raspbeery pi criteria it should not boot for the eeprom contents that I have in place: too new for 1.20200717 firmware because I have what was promoted to be the default EEPROM image for everyone. The RPi4B needs more recent firmware (2020-Aug-20 or later) if that modern eeprom content is to be used. >> It hangs with the rainbow screen up and having reported starting >> start4.elf in every attempt that I've made. As near as I can >> tell the overall behavior matches what tech-lists at zyxst.net >> has been reporting. >=20 > I am using the same image (subsequently rebuilt world, kernel so it's = at > r365898 now), I took out this sdcard, wrote raspios-64bit to another = one, updated the eeprom, put back the freebsd card. It boots, just can't = touch config.txt or or I get the raspberry problem (happened before the = eeprom upgrade), if I try the different start4.elf & fixup4.dat, I get = the rainbow screen. Thanks for the notes. What I've learned is that the U-boot based context requires that I'd have to revert both the eeprom content and the rpi firmware before I could run u-boot based tests. I'm not sure that I want to do that so I'll likely wait on any testing of u-boot based operation until the following are supported via u-boot based booting: = https://github.com/raspberrypi/rpi-eeprom/blob/master/firmware/critical/pi= eeprom-2020-09-03.bin = https://github.com/raspberrypi/rpi-eeprom/blob/master/firmware/critical/vl= 805-000138a1.bin https://github.com/raspberrypi/firmware/tree/1.20200902/boot/ =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 Sep 25 08:49:32 2020 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 2BFEE3EF763 for ; Fri, 25 Sep 2020 08:49:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.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 4ByQZg0pKTz4r70 for ; Fri, 25 Sep 2020 08:49:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: XN8eRG0VM1lNS3OLQ05N8eI4MT2UvEB5kTWGISf9B2lws_PPMSMIbze_kQHmygh bVZ0azjwXXyNbhhPd7AVBkIS.xYKp9tfNlSWw23vtz90UN4Dx8TsOjmdExghgHVDQznKi2i7LemU WwQG9FgUTVFPZXMCjoW1PZYvmUyZensr7BUhQJn.DI1LWy_xUxqI11z7Ut4N.QqkGfs7WwyrMX6M z.ev3cCziZ8ndmlSXBxTgo_Q0SRCm.K.yeWyIosZLIOTNrjiV158Ic2lkPIu.KCFf4OVKze4e2WY 1YSO6UAm3IFCz6SHOTKRciEFT5mJSno4JeixCriamsmnoKmjURMvslByn.dSOSoz0ts2pePRHxw2 6wLOWlqynjEzxK3SPIIMYw5PChQADBvcjubeJ3ChVGaGGocz5rPd_NxllW.HyPevFGKTyO7xz1z3 GJ0GXXddzofMEkiORT34DjlLjSxVDVmypo0ZVng8rWmnH6Fc2ljUttQqjRBO.d0ZezN2qTiC5NkZ VYbnPiEsjH5IPYecLi9pXRbKVgNUv2Ak8dE_X2fXHKYlvxuuGF5aD7j6awGn5X9gQqydJfV5YIVn pfeUMuC9PvaGqTEC5LPok.hNu0Bdv7XgagrqiQbgQT02MckaEX3vhuNYMO6B3rrXBy0.gFvR8cQd e5KQ6horB53yVKDxzaS07UrRHY0xCAMQHulb4fxMf6YoTK8z.sRyFYcgY2zMRY21hYCAY7_LHCEY EDbUOqmaWReQnOzAZsfTwaMlpsSx2AB2dVGHAdz5N3ju_ugEt4L5hSy38BlDkPeY3xSbUJ5S3h6e 6dXMTzkTO8m2TaSK5UFpBHlcnYB1mm8HbJg1B0cMjhzoanOCgp8blIJLVpsufdC8V4.GfDR_VG35 H.kh2JP3lNnqh5cVO2KFxZhZ3keQJi68CGfD_MbrR7DWmUnC1FjT6QK2w4.ba4_WqH0d5T8en8so rZjxK9aQOAfE9I3edVA8YGMf8dtAYzH1XkVcO_FHQziw4tXteAKAhys40nxk5kjHeEnctH1dZOBc LmmkFQIY67GA2a0Mji9WBH.AwTGBpWhqgo8Phnv00uqgY2rxwM.DoX_WFL30Q.Hk7qMAm5R.UTBq sBSpunvWxxB4BPq02Dj93ckirgCsF4NECkIXHZmny9HLL__AonKOSg8uByj_S6OHLoL2kMMoLW9e dDlLAv8w0z36.EjNlONr5HxptqUXPPw3Zt8veyAkkTLaXATdkgVL.2SHyjSZIRkYP7JRTwKyJmGr Y6p9Pyf3krgODVSMHZcrarP8_L5D2D8.04g3qp1k0HGP3wP1iHAfCnE4drIcj7DbK3q0vB_cZkvP jO2Lypv4a21oVRcVrYAdXq_Y9Niln_BRzdc9rEIZiw30dr5WKhy.ttFFVxwPKMPgLIPQzaVX6f3i w4IkVxw2L5fQHmHyf8CVjmoCfV3j3CGk86ZRN6TYZRt3YkWBPjYliIPnXJDMYCO6NyFBONbeVB5_ DJVdgHuTda6iZynCl5uwx0vzeMAl5mwiC5Ho6KXX0wmfjjNwusvPRzZN6Y2GEfdOWIEjSO0ebnkX 7 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Sep 2020 08:49:29 +0000 Received: by smtp409.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c0102b0015bcd8175cf89b7987dcaf5e; Fri, 25 Sep 2020 08:49:23 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPI 4B on UEFI: xhci0 disconnects under high load From: Mark Millard In-Reply-To: <20200925075822.GB51892@fuz.su> Date: Fri, 25 Sep 2020 01:49:23 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9EBAAD5C-120D-4F7B-9C5F-1BB045CC1E17@yahoo.com> References: <20200924224749.GA18463@fuz.su> <66418AE0-79C9-4402-8325-7094E4230D38@yahoo.com> <20200925075822.GB51892@fuz.su> To: Robert Clausecker X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4ByQZg0pKTz4r70 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.48 / 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.97)[-0.968]; 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)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.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.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 08:49:32 -0000 On 2020-Sep-25, at 00:58, Robert Clausecker wrote: > Hi Mark, >=20 > Thanks for your quick response! It appears that I had missed that = this > changeset was required. Let me update to the most recent revision and = try > again. My context is based on head -r365932 . In github terms, at: https://github.com/freebsd/freebsd/commit/173c619 After that I do not know if anything new interferes. > Yes, I have been using the github mirror. Are there any other > patches I should consider applying? Most of my patches are for powerpc64 and powerpc (old PowerMacs). The only aarch64-related patch I have is for: /usr/src/sys/dev/acpica/acpi.c from https://reviews.freebsd.org/D25219 . But you have reported having this one in place. As I remember it is required to have rpi4-uefi-devel work at all. But it still requires that the uefi be configured to limit the RAM to 3072 MiBytes if you want reliable behavior for xhci use: FreeBSD does not correctly respect the DMA limitations for xhci use for ACPI based booting. (I have a type of test that fails without the 3072 MiByte limitation imposed.) You have reported having other patches in place that I do not have. I do not know about the status of those. > Yours, > Robert Clausecker >=20 > On Thu, Sep 24, 2020 at 06:19:36PM -0700, Mark Millard wrote: >>=20 >>=20 >> On 2020-Sep-24, at 15:47, Robert Clausecker wrote: >>=20 >>> Good evening! >>>=20 >>> I have set up a FreeBSD system on a Raspberry Pi 4B as described >>> in bug #249520 = (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D249520). >>> After setting up the USB drive on a USB 2.0 port, the system boots. >>> However, when the system is under high I/O load (I tested this by >>> compiling a Go toolchain), the USB controller eventually hangs and >>> causes the system to effectively crash: >>>=20 >>> --- >>> xhci_interrupt: host system error >>> xhci0: Resetting controller >>=20 >> Looks like prior history to the above would be >> appropriate. (The later messages likely are >> consequences of the above.) >>=20 >> Also: ed6978a9a70 in github is from: >>=20 >> QUOTE >> Author: ian >> Date: Mon Sep 14 17:33:28 2020 >> New Revision: 365729 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/365729 >>=20 >> Log: >> Add product ID strings for a couple Microchip usb hubs. Also, = update the >> vendor ID string to say just "Microchip Technology" -- the buyout of >> Standard Microsystems happened in 2012 and the SMC/SMSC names are = pretty >> much retired at this point. >> END QUOTE >>=20 >>=20 >> but there is a more recent check-in required to >> avoid at least one way of getting "Resetting controller" >> for -mcpu=3Dcortex-a72 : >>=20 >> QUOTE >> Author: hselasky >> Date: Sat Sep 19 22:37:45 2020 >> New Revision: 365918 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/365918 >>=20 >> Log: >> Fix for use of the XHCI driver on Cortex-A72 by adding a missing = cache >> flush operation before writing to the XHCI_ERSTBA_LO/HI register(s). >> END QUOTE >>=20 >> [I do suggest that you report which git repository that you >> are referencing since there are multiple ones right now that >> have differing hashes. I guessed github from "(master)", >> figuring that the cgit-beta.freebsd.org one would have >> "(main)".] >>=20 >>> uhub1: at usbus0, port 1, addr 1 (disconnected) >>> ugen0.2: at usbus0 (disconnected) >>> uhub2: at uhub1, port 1, addr 1 (disconnected) >>> ugen0.3: at usbus0 (disconnected) >>> axe0: at uhub2, port 2, addr 2 (disconnected) >>> ukphy0: detached >>> miibus0: detached >>> axe0: detached >>> ugen0.4: at usbus0 = (disconnected) >>> umass0: at uhub2, port 4, addr 3 (disconnected) >>> (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 01 85 d9 0d 00 00 80 = 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 at umass-sim0 bus 0 scbus0 target 0 lun 0 >>> da0: s/n ABCDEFA74566 detached >>> Solaris: WARNING: Pool 'tau' has encountered an uncorrectable I/O = failure and has been suspended. >>>=20 >>> Solaris: WARNING: Pool 'tau' has encountered an uncorrectable I/O = failure and has been suspended. >>> --- >>=20 >> The above messages I think are just consequences of earlier >> problems. >>=20 >>> This is despite having applied D25219 and the D26493--D26496 series >>> of patches which were supposed to address this sort of issue. The = same >>> issue does not seem to appear with an older kernel to which the >>> D26493--D26496 series of patches was not applied and which was not >>> compiled with -mcpu=3Dcortex-a72. The older kernel identifies = itself as >>>=20 >>> FreeBSD 13.0-CURRENT #2 ed6978a9a70-c271559(master)-dirty >>>=20 >>> It's the one I described in my earlier mails to this list. So it = seems >>> that in this case, pulling in patches meant to fix a bug seem to = have >>> introduced in this first place. Any idea what could have happened? >>=20 >> I strongly suggest using a FreeBSD vintage that includes >> the corrected XHCI driver. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Sep 25 09:33:41 2020 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 C73173F0C6F for ; Fri, 25 Sep 2020 09:33:41 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ByRYd4skTz4txV; Fri, 25 Sep 2020 09:33:41 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1601026421; 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: in-reply-to:in-reply-to:references:references; bh=quGVTtjixWmhe6klb4A2NgUuOTBuOZ32D6DO/Y699iU=; b=FtoywSt5Ko75Yi77xRKznlonflDuAMO+2jlpRjQ/uAIFpWro1w780cs7OmAtSs7byBJi3o zZz9ea5kb7Iw8eIi+06YQ0NsbGiwhQ9q5RsDjw8F+D6Uu4lcf6rTkmVbRziT/3clENgWeH gwnSyXDS5JoOk9twJf4dmvLVsA2DmNYjFhnk/PtHau0dDASPdHclbltpeNiDgPLiOcrmfD ivr6X+uH/d7lnP2CRoYdlIUX+oJxleK5vmGa6QM2yBhA16IvrW16XojO3NKQA61BfNLTr/ dVtC5BnXvl1hBcK8VybNkBXWYIkMmgHc+QQoNjWIiebNwxlxg+fmyGrWDKLDPw== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 2D0A616067; Fri, 25 Sep 2020 09:33:41 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 25 Sep 2020 09:33:34 +0000 From: Glen Barber To: Mike Karels Cc: Ed Maste , "freebsd-arm@freebsd.org" , FreeBSD Release Engineering Team Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 Message-ID: <20200925093334.GH60607@FreeBSD.org> References: <20200925003347.GG60607@FreeBSD.org> <202009250507.08P573Bh045283@mail.karels.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hKnd/qOzIOdPs36Y" Content-Disposition: inline In-Reply-To: <202009250507.08P573Bh045283@mail.karels.net> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1601026421; 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: in-reply-to:in-reply-to:references:references; bh=quGVTtjixWmhe6klb4A2NgUuOTBuOZ32D6DO/Y699iU=; b=y45UjP9m65zG0SnfDX9fvakUU7XpdG/rvHX6X47AIoiNDVLpSwI9y1nmHJSprfweKL5Yhd 5n+G0FFuB0MAMI1DC/umT9pekSHyA7Y1yxx/hMo60Ci0DFUll+mkt20ykxLDQPnfJ2Ocuy s7/HhjN6sPLEcMOH6W1B5uFOeFzY7wuI7K3N8o7LPSMRU+FoktBWgM0/746RMzkPTzWdq1 24DJq+9KJTVcGv3E54gBaOw89atS0ZE45+8Rvtet31EvJ4vRYoLCMkSbFDFcRDbZBjVxuH 3d2s1GXiGXVLTyonUpnaDxFdUp7tc8iKzjfVe61UJe8DDsLy8xz+EoR1IEN6cw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1601026421; a=rsa-sha256; cv=none; b=STAKeZGdVbW5/BpoBcdWun3V7823Zg8dWIuPZ9RIuKGXFRlP0LntaaxbN2C7ENPil9+Dnp xAo5gRA8lvJtDRe0s7vWpzFS9StDoTPjdaF2++RdDZgo4VT6jaGf7fMW2OSCyfxAV12SBj mYVZHniRa0bAyM/tqWXkXGtdfl1SDU3NxdNxo3OOfvk9mjzDZttP4yhxjxGLr2/8lvm4b1 XbsxZ3M4MiPcOW0coaBU0Yadj0KXDNvROh5NqnM10oYjnmIT24p5FKPsrhDPseMtBhtYxP oqakHSK1ZuCINTRhQVc318LiF11k6Lom/Qa8cOyDXA7+G00aLIZH53j/MAXFlQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 09:33:41 -0000 --hKnd/qOzIOdPs36Y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 25, 2020 at 12:07:03AM -0500, Mike Karels wrote: > > Date: Fri, 25 Sep 2020 00:33:47 +0000 > > From: Glen Barber >=20 > > On Thu, Sep 24, 2020 at 06:04:58PM -0400, Ed Maste wrote: > > > On Tue, 22 Sep 2020 at 14:09, Mike Karels wrote: > > > > > > > > I just installed 12.2BETA2 on a BeagleBone Black (armv7), and it to= ok > > > > at least an hour. I hit ^T periodically, and time seemed screwed up > > > > (real time was progressing slowly at best). > > > > > > I've independently confirmed this on the 12.2BETA2 image; from my con= sole: > > > ... > > > FreeBSD 12.2-BETA2 r365865 GENERIC arm > > > ... > > > Trying to mount root from ufs:/dev/ufs/rootfs [rw]... > > > Warning: no time-of-day clock registered, system time will not be set= acc=3D > > urately > > > Growing root partition to fill device > > > random: read_random_uio unblock wait > > > load: 1.28 cmd: awk 39 [piperd] 0.12r 0.00u 0.00s 0% 2060k > > > load: 1.28 cmd: awk 39 [piperd] 0.14r 0.00u 0.00s 0% 2060k > > > ... > > > > > > time seems to be running about 500x slow. > > > > > > I ^C'd each startup script that was stuck (I'm not as patient as > > > Mike), and got to a login prompt. I was able to login as root just > > > fine and the system seemed responsive for commands that don't sleep. I > > > tried `sleep 0.01` and that took about 5 seconds of actual time. > > > >=20 > > Given the 1 second =3D 5 seconds info, does it eventually finish, or ha= ve > > you just killed the power to it before getting that far? >=20 > In my case, it finished, but took at least an hour. It may have taken > longer if I didn't hit ^T periodically, e.g. I think that helped seed > entropy. But according to Ed's measurement, it is closer to 1 second =3D > 500 seconds. >=20 Err, sorry, I misread part of Ed's email, and 1 second =3D 500 seconds is what he seems to report as well. Glen --hKnd/qOzIOdPs36Y Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9tuWoACgkQAxRYpUeP 4pME2w//S7xCRh9Z3jAfoAF+DNZimh+tiNwoyOiOJc2mOMTNbRgOc35ZY4U2t6o/ w4/L3UsKg92ZLncnMDIG5b5yxOxWsSR/WyfUk1oWs6KWqv3Xna4bKr+IpM1Ph5ZI PvTZTY6XgNBq34O/aj+gZqFvX2QYKU3+bEpYfrvOt/7e7FiaEtUo3a81VvX2Ca9V 89Ztrx3K6HiiSdJFDNIecaY5Vg8kJLMPzUxezNvLqoWnBlI9ID26E+OcVTCcKE0V zlYt6KAdv5GcpbuJDaL70DSwIwNNs04XewL9Qhq8IJ0ri2yS0fco2XR7hZ9VeOSj txCu0vjmTSNA1+LZzYpvqSVCR2gdMHaa3qi2to2Vw5tp8p6ymA/VhPo8mzNngXvl QPwEhBF+DXAyE3etGbERBk/qkz9gsDTPkQomMIOkW6arZ0LxBUqTwNWCQ+21W1cH H30kmXuZ8hY+pC7os637kjUYKB8sD9cAGEvJSYYvmqNypeSc08hZib+s4TbX8zdz MPf3zh4A7z0g3vYXEep2otGxe/Nl3JU5iMV5yAGBySNTOvDGWyjuahXXbgfwjr4Z 62NmAwYfAx+r4rYoeAoaHamB6Fs9UzWG1pKyoZoAnPvj2VWCeXaSYxlFUglSUzr2 C50ETYRq6ZBFa+MB5ekeZGj/R3FzbMjREd3Tzi72yd7tzIqioXw= =8bhJ -----END PGP SIGNATURE----- --hKnd/qOzIOdPs36Y-- From owner-freebsd-arm@freebsd.org Fri Sep 25 10:39:18 2020 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 25DDE3F2278 for ; Fri, 25 Sep 2020 10:39:18 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (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 4ByT1K0MJ3z3Tvq for ; Fri, 25 Sep 2020 10:39:16 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Fri, 25 Sep 2020 10:39:08 +0000 To: Mark Millard , Robert Clausecker From: Robert Crowston Cc: freebsd-arm@freebsd.org Reply-To: Robert Crowston Subject: Re: RPI 4B on UEFI: xhci0 disconnects under high load Message-ID: In-Reply-To: <9EBAAD5C-120D-4F7B-9C5F-1BB045CC1E17@yahoo.com> References: <20200924224749.GA18463@fuz.su> <66418AE0-79C9-4402-8325-7094E4230D38@yahoo.com> <20200925075822.GB51892@fuz.su> <9EBAAD5C-120D-4F7B-9C5F-1BB045CC1E17@yahoo.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: 4ByT1K0MJ3z3Tvq X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.01 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; 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.17)[-0.166]; FREEMAIL_TO(0.00)[yahoo.com,fuz.su]; 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(-1.01)[-1.005]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.94)[-0.940]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[185.70.40.134:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.134: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.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 10:39:18 -0000 Q291bGQgdGhlIGZhaWx1cmUgb2YgdGhlIEFDUEkgcGF0Y2ggdG8gd29yayBiZSByZWxhdGVkIHRv IHRoZSBwcmUtU2VwdGVtYmVyIDIwMjAgZHRicyByZXBvcnRpbmcgNCBHQiBhdmFpbGFibGUgZm9y IHBjaSBETUEgKGFzIHlvdSByZXBvcnRlZCB0b2RheSBpbiBhbm90aGVyIHRocmVhZCk/CgpPbiBG cmksIFNlcCAyNSwgMjAyMCBhdCAwOTo0OSwgTWFyayBNaWxsYXJkIHZpYSBmcmVlYnNkLWFybSA8 ZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmc+IHdyb3RlOgoKPiBPbiAyMDIwLVNlcC0yNSwgYXQgMDA6 NTgsIFJvYmVydCBDbGF1c2Vja2VyIDxmdXpAZnV6LnN1PiB3cm90ZToKPgo+PiBIaSBNYXJrLAo+ Pgo+PiBUaGFua3MgZm9yIHlvdXIgcXVpY2sgcmVzcG9uc2UhIEl0IGFwcGVhcnMgdGhhdCBJIGhh ZCBtaXNzZWQgdGhhdCB0aGlzCj4+IGNoYW5nZXNldCB3YXMgcmVxdWlyZWQuIExldCBtZSB1cGRh dGUgdG8gdGhlIG1vc3QgcmVjZW50IHJldmlzaW9uIGFuZCB0cnkKPj4gYWdhaW4uCj4KPiBNeSBj b250ZXh0IGlzIGJhc2VkIG9uIGhlYWQgLXIzNjU5MzIgLiBJbiBnaXRodWIgdGVybXMsIGF0Ogo+ Cj4gaHR0cHM6Ly9naXRodWIuY29tL2ZyZWVic2QvZnJlZWJzZC9jb21taXQvMTczYzYxOQo+Cj4g QWZ0ZXIgdGhhdCBJIGRvIG5vdCBrbm93IGlmIGFueXRoaW5nIG5ldyBpbnRlcmZlcmVzLgo+Cj4+ IFllcywgSSBoYXZlIGJlZW4gdXNpbmcgdGhlIGdpdGh1YiBtaXJyb3IuIEFyZSB0aGVyZSBhbnkg b3RoZXIKPj4gcGF0Y2hlcyBJIHNob3VsZCBjb25zaWRlciBhcHBseWluZz8KPgo+IE1vc3Qgb2Yg bXkgcGF0Y2hlcyBhcmUgZm9yIHBvd2VycGM2NCBhbmQgcG93ZXJwYyAob2xkIFBvd2VyTWFjcyku Cj4gVGhlIG9ubHkgYWFyY2g2NC1yZWxhdGVkIHBhdGNoIEkgaGF2ZSBpcyBmb3I6Cj4KPiAvdXNy L3NyYy9zeXMvZGV2L2FjcGljYS9hY3BpLmMKPgo+IGZyb20gaHR0cHM6Ly9yZXZpZXdzLmZyZWVi c2Qub3JnL0QyNTIxOSAuIEJ1dCB5b3UgaGF2ZQo+IHJlcG9ydGVkIGhhdmluZyB0aGlzIG9uZSBp biBwbGFjZS4gQXMgSSByZW1lbWJlciBpdCBpcwo+IHJlcXVpcmVkIHRvIGhhdmUgcnBpNC11ZWZp LWRldmVsIHdvcmsgYXQgYWxsLiBCdXQgaXQKPiBzdGlsbCByZXF1aXJlcyB0aGF0IHRoZSB1ZWZp IGJlIGNvbmZpZ3VyZWQgdG8gbGltaXQgdGhlCj4gUkFNIHRvIDMwNzIgTWlCeXRlcyBpZiB5b3Ug d2FudCByZWxpYWJsZSBiZWhhdmlvciBmb3IKPiB4aGNpIHVzZTogRnJlZUJTRCBkb2VzIG5vdCBj b3JyZWN0bHkgcmVzcGVjdCB0aGUgRE1BCj4gbGltaXRhdGlvbnMgZm9yIHhoY2kgdXNlIGZvciBB Q1BJIGJhc2VkIGJvb3RpbmcuCj4KPiAoSSBoYXZlIGEgdHlwZSBvZiB0ZXN0IHRoYXQgZmFpbHMg d2l0aG91dCB0aGUgMzA3MiBNaUJ5dGUKPiBsaW1pdGF0aW9uIGltcG9zZWQuKQo+Cj4gWW91IGhh dmUgcmVwb3J0ZWQgaGF2aW5nIG90aGVyIHBhdGNoZXMgaW4gcGxhY2UgdGhhdCBJCj4gZG8gbm90 IGhhdmUuIEkgZG8gbm90IGtub3cgYWJvdXQgdGhlIHN0YXR1cyBvZiB0aG9zZS4KPgo+PiBZb3Vy cywKPj4gUm9iZXJ0IENsYXVzZWNrZXIKPj4KPj4gT24gVGh1LCBTZXAgMjQsIDIwMjAgYXQgMDY6 MTk6MzZQTSAtMDcwMCwgTWFyayBNaWxsYXJkIHdyb3RlOgo+Pj4KPj4+Cj4+PiBPbiAyMDIwLVNl cC0yNCwgYXQgMTU6NDcsIFJvYmVydCBDbGF1c2Vja2VyIDxmdXpAZnV6LnN1PiB3cm90ZToKPj4+ Cj4+Pj4gR29vZCBldmVuaW5nIQo+Pj4+Cj4+Pj4gSSBoYXZlIHNldCB1cCBhIEZyZWVCU0Qgc3lz dGVtIG9uIGEgUmFzcGJlcnJ5IFBpIDRCIGFzIGRlc2NyaWJlZAo+Pj4+IGluIGJ1ZyAjMjQ5NTIw IChodHRwczovL2J1Z3MuZnJlZWJzZC5vcmcvYnVnemlsbGEvc2hvd19idWcuY2dpP2lkPTI0OTUy MCkuCj4+Pj4gQWZ0ZXIgc2V0dGluZyB1cCB0aGUgVVNCIGRyaXZlIG9uIGEgVVNCIDIuMCBwb3J0 LCB0aGUgc3lzdGVtIGJvb3RzLgo+Pj4+IEhvd2V2ZXIsIHdoZW4gdGhlIHN5c3RlbSBpcyB1bmRl ciBoaWdoIEkvTyBsb2FkIChJIHRlc3RlZCB0aGlzIGJ5Cj4+Pj4gY29tcGlsaW5nIGEgR28gdG9v bGNoYWluKSwgdGhlIFVTQiBjb250cm9sbGVyIGV2ZW50dWFsbHkgaGFuZ3MgYW5kCj4+Pj4gY2F1 c2VzIHRoZSBzeXN0ZW0gdG8gZWZmZWN0aXZlbHkgY3Jhc2g6Cj4+Pj4KPj4+PiAtLS0KPj4+PiB4 aGNpX2ludGVycnVwdDogaG9zdCBzeXN0ZW0gZXJyb3IKPj4+PiB4aGNpMDogUmVzZXR0aW5nIGNv bnRyb2xsZXIKPj4+Cj4+PiBMb29rcyBsaWtlIHByaW9yIGhpc3RvcnkgdG8gdGhlIGFib3ZlIHdv dWxkIGJlCj4+PiBhcHByb3ByaWF0ZS4gKFRoZSBsYXRlciBtZXNzYWdlcyBsaWtlbHkgYXJlCj4+ PiBjb25zZXF1ZW5jZXMgb2YgdGhlIGFib3ZlLikKPj4+Cj4+PiBBbHNvOiBlZDY5NzhhOWE3MCBp biBnaXRodWIgaXMgZnJvbToKPj4+Cj4+PiBRVU9URQo+Pj4gQXV0aG9yOiBpYW4KPj4+IERhdGU6 IE1vbiBTZXAgMTQgMTc6MzM6MjggMjAyMAo+Pj4gTmV3IFJldmlzaW9uOiAzNjU3MjkKPj4+IFVS TDoKPj4+IGh0dHBzOi8vc3Zud2ViLmZyZWVic2Qub3JnL2NoYW5nZXNldC9iYXNlLzM2NTcyOQo+ Pj4KPj4+IExvZzoKPj4+IEFkZCBwcm9kdWN0IElEIHN0cmluZ3MgZm9yIGEgY291cGxlIE1pY3Jv Y2hpcCB1c2IgaHVicy4gQWxzbywgdXBkYXRlIHRoZQo+Pj4gdmVuZG9yIElEIHN0cmluZyB0byBz YXkganVzdCAiTWljcm9jaGlwIFRlY2hub2xvZ3kiIC0tIHRoZSBidXlvdXQgb2YKPj4+IFN0YW5k YXJkIE1pY3Jvc3lzdGVtcyBoYXBwZW5lZCBpbiAyMDEyIGFuZCB0aGUgU01DL1NNU0MgbmFtZXMg YXJlIHByZXR0eQo+Pj4gbXVjaCByZXRpcmVkIGF0IHRoaXMgcG9pbnQuCj4+PiBFTkQgUVVPVEUK Pj4+Cj4+Pgo+Pj4gYnV0IHRoZXJlIGlzIGEgbW9yZSByZWNlbnQgY2hlY2staW4gcmVxdWlyZWQg dG8KPj4+IGF2b2lkIGF0IGxlYXN0IG9uZSB3YXkgb2YgZ2V0dGluZyAiUmVzZXR0aW5nIGNvbnRy b2xsZXIiCj4+PiBmb3IgLW1jcHU9Y29ydGV4LWE3MiA6Cj4+Pgo+Pj4gUVVPVEUKPj4+IEF1dGhv cjogaHNlbGFza3kKPj4+IERhdGU6IFNhdCBTZXAgMTkgMjI6Mzc6NDUgMjAyMAo+Pj4gTmV3IFJl dmlzaW9uOiAzNjU5MTgKPj4+IFVSTDoKPj4+IGh0dHBzOi8vc3Zud2ViLmZyZWVic2Qub3JnL2No YW5nZXNldC9iYXNlLzM2NTkxOAo+Pj4KPj4+IExvZzoKPj4+IEZpeCBmb3IgdXNlIG9mIHRoZSBY SENJIGRyaXZlciBvbiBDb3J0ZXgtQTcyIGJ5IGFkZGluZyBhIG1pc3NpbmcgY2FjaGUKPj4+IGZs dXNoIG9wZXJhdGlvbiBiZWZvcmUgd3JpdGluZyB0byB0aGUgWEhDSV9FUlNUQkFfTE8vSEkgcmVn aXN0ZXIocykuCj4+PiBFTkQgUVVPVEUKPj4+Cj4+PiBbSSBkbyBzdWdnZXN0IHRoYXQgeW91IHJl cG9ydCB3aGljaCBnaXQgcmVwb3NpdG9yeSB0aGF0IHlvdQo+Pj4gYXJlIHJlZmVyZW5jaW5nIHNp bmNlIHRoZXJlIGFyZSBtdWx0aXBsZSBvbmVzIHJpZ2h0IG5vdyB0aGF0Cj4+PiBoYXZlIGRpZmZl cmluZyBoYXNoZXMuIEkgZ3Vlc3NlZCBnaXRodWIgZnJvbSAiKG1hc3RlcikiLAo+Pj4gZmlndXJp bmcgdGhhdCB0aGUgY2dpdC1iZXRhLmZyZWVic2Qub3JnIG9uZSB3b3VsZCBoYXZlCj4+PiAiKG1h aW4pIi5dCj4+Pgo+Pj4+IHVodWIxOiBhdCB1c2J1czAsIHBvcnQgMSwgYWRkciAxIChkaXNjb25u ZWN0ZWQpCj4+Pj4gdWdlbjAuMjogPHZlbmRvciAweDIxMDkgVVNCMi4wIEh1Yj4gYXQgdXNidXMw IChkaXNjb25uZWN0ZWQpCj4+Pj4gdWh1YjI6IGF0IHVodWIxLCBwb3J0IDEsIGFkZHIgMSAoZGlz Y29ubmVjdGVkKQo+Pj4+IHVnZW4wLjM6IDxBU0lYIEVsZWMuIENvcnAuIEFYODh4NzJBPiBhdCB1 c2J1czAgKGRpc2Nvbm5lY3RlZCkKPj4+PiBheGUwOiBhdCB1aHViMiwgcG9ydCAyLCBhZGRyIDIg KGRpc2Nvbm5lY3RlZCkKPj4+PiB1a3BoeTA6IGRldGFjaGVkCj4+Pj4gbWlpYnVzMDogZGV0YWNo ZWQKPj4+PiBheGUwOiBkZXRhY2hlZAo+Pj4+IHVnZW4wLjQ6IDxWTEkgTWFudWZhY3R1cmUgU3Ry aW5nIFZMSSBQcm9kdWN0IFN0cmluZz4gYXQgdXNidXMwIChkaXNjb25uZWN0ZWQpCj4+Pj4gdW1h c3MwOiBhdCB1aHViMiwgcG9ydCA0LCBhZGRyIDMgKGRpc2Nvbm5lY3RlZCkKPj4+PiAoZGEwOnVt YXNzLXNpbTA6MDowOjApOiBXUklURSgxMCkuIENEQjogMmEgMDAgMDEgODUgZDkgMGQgMDAgMDAg ODAgMDAKPj4+PiAoZGEwOnVtYXNzLXNpbTA6MDowOjApOiBDQU0gc3RhdHVzOiBDQ0IgcmVxdWVz dCBjb21wbGV0ZWQgd2l0aCBhbiBlcnJvcgo+Pj4+IChkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IFJl dHJ5aW5nIGNvbW1hbmQsIDMgbW9yZSB0cmllcyByZW1haW4KPj4+PiBkYTAgYXQgdW1hc3Mtc2lt MCBidXMgMCBzY2J1czAgdGFyZ2V0IDAgbHVuIDAKPj4+PiBkYTA6IDxXREMgV0RTMiA0MEcyRzBC LTAwRVAgVUo0Mz4gcy9uIEFCQ0RFRkE3NDU2NiBkZXRhY2hlZAo+Pj4+IFNvbGFyaXM6IFdBUk5J Tkc6IFBvb2wgJ3RhdScgaGFzIGVuY291bnRlcmVkIGFuIHVuY29ycmVjdGFibGUgSS9PIGZhaWx1 cmUgYW5kIGhhcyBiZWVuIHN1c3BlbmRlZC4KPj4+Pgo+Pj4+IFNvbGFyaXM6IFdBUk5JTkc6IFBv b2wgJ3RhdScgaGFzIGVuY291bnRlcmVkIGFuIHVuY29ycmVjdGFibGUgSS9PIGZhaWx1cmUgYW5k IGhhcyBiZWVuIHN1c3BlbmRlZC4KPj4+PiAtLS0KPj4+Cj4+PiBUaGUgYWJvdmUgbWVzc2FnZXMg SSB0aGluayBhcmUganVzdCBjb25zZXF1ZW5jZXMgb2YgZWFybGllcgo+Pj4gcHJvYmxlbXMuCj4+ Pgo+Pj4+IFRoaXMgaXMgZGVzcGl0ZSBoYXZpbmcgYXBwbGllZCBEMjUyMTkgYW5kIHRoZSBEMjY0 OTMtLUQyNjQ5NiBzZXJpZXMKPj4+PiBvZiBwYXRjaGVzIHdoaWNoIHdlcmUgc3VwcG9zZWQgdG8g YWRkcmVzcyB0aGlzIHNvcnQgb2YgaXNzdWUuIFRoZSBzYW1lCj4+Pj4gaXNzdWUgZG9lcyBub3Qg c2VlbSB0byBhcHBlYXIgd2l0aCBhbiBvbGRlciBrZXJuZWwgdG8gd2hpY2ggdGhlCj4+Pj4gRDI2 NDkzLS1EMjY0OTYgc2VyaWVzIG9mIHBhdGNoZXMgd2FzIG5vdCBhcHBsaWVkIGFuZCB3aGljaCB3 YXMgbm90Cj4+Pj4gY29tcGlsZWQgd2l0aCAtbWNwdT1jb3J0ZXgtYTcyLiBUaGUgb2xkZXIga2Vy bmVsIGlkZW50aWZpZXMgaXRzZWxmIGFzCj4+Pj4KPj4+PiBGcmVlQlNEIDEzLjAtQ1VSUkVOVCAj MiBlZDY5NzhhOWE3MC1jMjcxNTU5KG1hc3RlciktZGlydHkKPj4+Pgo+Pj4+IEl0J3MgdGhlIG9u ZSBJIGRlc2NyaWJlZCBpbiBteSBlYXJsaWVyIG1haWxzIHRvIHRoaXMgbGlzdC4gU28gaXQgc2Vl bXMKPj4+PiB0aGF0IGluIHRoaXMgY2FzZSwgcHVsbGluZyBpbiBwYXRjaGVzIG1lYW50IHRvIGZp eCBhIGJ1ZyBzZWVtIHRvIGhhdmUKPj4+PiBpbnRyb2R1Y2VkIGluIHRoaXMgZmlyc3QgcGxhY2Uu IEFueSBpZGVhIHdoYXQgY291bGQgaGF2ZSBoYXBwZW5lZD8KPj4+Cj4+PiBJIHN0cm9uZ2x5IHN1 Z2dlc3QgdXNpbmcgYSBGcmVlQlNEIHZpbnRhZ2UgdGhhdCBpbmNsdWRlcwo+Pj4gdGhlIGNvcnJl Y3RlZCBYSENJIGRyaXZlci4KPj4KPgo+ID09PQo+IE1hcmsgTWlsbGFyZAo+IG1hcmtsbWkgYXQg eWFob28uY29tCj4gKCBkc2wtb25seS5uZXQgd2VudAo+IGF3YXkgaW4gZWFybHkgMjAxOC1NYXIp Cj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IGZy ZWVic2QtYXJtQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+IGh0dHBzOi8vbGlzdHMuZnJlZWJz ZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWFybQo+IFRvIHVuc3Vic2NyaWJlLCBzZW5k IGFueSBtYWlsIHRvICJmcmVlYnNkLWFybS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyI= From owner-freebsd-arm@freebsd.org Fri Sep 25 11:17:35 2020 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 69AC33F312A for ; Fri, 25 Sep 2020 11:17:35 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wm1-x341.google.com (mail-wm1-x341.google.com [IPv6:2a00:1450:4864:20::341]) (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 4ByTsV4cGGz3X2p; Fri, 25 Sep 2020 11:17:34 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wm1-x341.google.com with SMTP id s13so2644551wmh.4; Fri, 25 Sep 2020 04:17:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:reply-to:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ycsQS9UuyxM7d/zrcfFvuQoPNf0jIADznxwhgj1+xgI=; b=udgqRlyD1M2OjZJ3p4rY8XZjHNy7vt4MIjWeLhf8FUh13eAaiu99ItL67yxZx48qqP y8PCyPnedNCm8wc+tt5GwdwuY0dwvddnCrfrgHF8xiOfsd3aWcJOZ33MI1pAmdqYafMd D7minSXRamKowxlbr703xjDNT7+v1luuk1+tpqofuYmICgOZvSZjX5OUDSLEpcSQcvwn /fgr54+SRTh5NnuojmiEPeeJlCmQVeFLXoi17bmX/GIkV0pd9RtEg22Kzg/dLEyteZW4 xamJDCP7ZjnVqNWYgaFuFM372zbRRj8EgS4quV/c/HaraJFw0H+sCIS8xyGdjGKmdvvN 8lVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:reply-to:subject:to:cc:references :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=ycsQS9UuyxM7d/zrcfFvuQoPNf0jIADznxwhgj1+xgI=; b=XxvFfGfB0ui9AxyoSXqxtfZxi2gVOrYNUw+YOyFefBRXIjj/rJTtiArzzehDHrIZQw cfmllPECY5mQcFiwcR4ByWtHFllMPEa5F+e4wLJhlABFYlP0gy2U+k9YnHL7aFcpQdUo 5b0jaecLmoPNzxOhm6+XcdsrtBDaYJXl14DgJkg3Gq9Pwq+Q25km6p95KkRCzL0G27ga azgGHW/yz8Z2kBWD8Q7fF27BI238TG9himKu17Q85fMHdLyDMVUoUQrswj8q/qLrUbFi kHHcUBofMEMJ076ZccDfXI7KQRD5pBydYPqbCFgarNHyoOy+fHMZ71KMbzNYBpX4ogJn 03aQ== X-Gm-Message-State: AOAM53192pDSI48sa6A7Qd5B14R1Woi8dSyZe4VPyhRAsnDvCkhx3KQq p+CXcLD1p3fzHff/ccZphDMXMEb8bYY= X-Google-Smtp-Source: ABdhPJx71XFOumm4aZJ3xfjobcv7oltwYKNV2JZ5F2QnkXQI5SvRawxvewbtD7rSDg5Z6e8nzA0GOA== X-Received: by 2002:a7b:cc8f:: with SMTP id p15mr2631903wma.18.1601032652855; Fri, 25 Sep 2020 04:17:32 -0700 (PDT) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id k5sm2499422wmb.19.2020.09.25.04.17.32 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 25 Sep 2020 04:17:32 -0700 (PDT) Sender: Michal Meloun From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 To: Glen Barber , Mike Karels Cc: FreeBSD Release Engineering Team , "freebsd-arm@freebsd.org" References: <20200925003347.GG60607@FreeBSD.org> <202009250507.08P573Bh045283@mail.karels.net> <20200925093334.GH60607@FreeBSD.org> Message-ID: <97b52e71-9dfe-6b5f-13f0-8dc466ef376f@freebsd.org> Date: Fri, 25 Sep 2020 13:17:34 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.2.2 MIME-Version: 1.0 In-Reply-To: <20200925093334.GH60607@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4ByTsV4cGGz3X2p X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=udgqRlyD; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of melounmichal@gmail.com designates 2a00:1450:4864:20::341 as permitted sender) smtp.mailfrom=melounmichal@gmail.com X-Spamd-Result: default: False [-1.88 / 15.00]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; 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]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.975]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.12)[0.124]; NEURAL_HAM_LONG(-1.03)[-1.025]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; MID_RHS_MATCH_TO(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::341:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 11:17:35 -0000 On 25.09.2020 11:33, Glen Barber wrote: > On Fri, Sep 25, 2020 at 12:07:03AM -0500, Mike Karels wrote: >>> Date: Fri, 25 Sep 2020 00:33:47 +0000 >>> From: Glen Barber >> >>> On Thu, Sep 24, 2020 at 06:04:58PM -0400, Ed Maste wrote: >>>> On Tue, 22 Sep 2020 at 14:09, Mike Karels wrote: >>>>> >>>>> I just installed 12.2BETA2 on a BeagleBone Black (armv7), and it took >>>>> at least an hour. I hit ^T periodically, and time seemed screwed up >>>>> (real time was progressing slowly at best). >>>> >>>> I've independently confirmed this on the 12.2BETA2 image; from my console: >>>> ... >>>> FreeBSD 12.2-BETA2 r365865 GENERIC arm >>>> ... >>>> Trying to mount root from ufs:/dev/ufs/rootfs [rw]... >>>> Warning: no time-of-day clock registered, system time will not be set acc= >>> urately >>>> Growing root partition to fill device >>>> random: read_random_uio unblock wait >>>> load: 1.28 cmd: awk 39 [piperd] 0.12r 0.00u 0.00s 0% 2060k >>>> load: 1.28 cmd: awk 39 [piperd] 0.14r 0.00u 0.00s 0% 2060k >>>> ... >>>> >>>> time seems to be running about 500x slow. >>>> >>>> I ^C'd each startup script that was stuck (I'm not as patient as >>>> Mike), and got to a login prompt. I was able to login as root just >>>> fine and the system seemed responsive for commands that don't sleep. I >>>> tried `sleep 0.01` and that took about 5 seconds of actual time. >>>> >> >>> Given the 1 second = 5 seconds info, does it eventually finish, or have >>> you just killed the power to it before getting that far? >> >> In my case, it finished, but took at least an hour. It may have taken >> longer if I didn't hit ^T periodically, e.g. I think that helped seed >> entropy. But according to Ed's measurement, it is closer to 1 second = >> 500 seconds. >> > > Err, sorry, I misread part of Ed's email, and 1 second = 500 seconds is > what he seems to report as well. Glen, do you see same problem also on CURRENT? Thanks, Michal From owner-freebsd-arm@freebsd.org Fri Sep 25 11:29:11 2020 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 C27B13F3A87 for ; Fri, 25 Sep 2020 11:29:11 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ByV6v4dRbz3XGP; Fri, 25 Sep 2020 11:29:11 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1601033351; 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: in-reply-to:in-reply-to:references:references; bh=vexi+KHy6U4s9J6CQ+OZO5dMLAmIYliUSJN7d1bwNfI=; b=AbIoVUYW2ISlNyYBpMmd7HGO8Wb5lTNRe78lOH1mwJuWljPBE5BAWXFUshPsUDzPYmH+ka b4pubZGsCqY9nxGRw3uw9LRz93MVxCB4znkpT06YeuMvOPBLB48JbwKQcs3gbNQbpuZgbH xpbDaLdJ/KKw1n725D0w48nFDJ96igeuxnG4dAZmQ5krC6Wn2vNgvlQmyLPpfVdix/iMUe fmeFLQQFNm9s38WXCZY0VEqEExrYzRw9qgu1naAi/dGdMjM2pEOqObPXUYPtKC4QXIeXnB DL2X1B0WpwCZXjSePeuxlTIyxTVZ66zciNH/dmI3sCfjXIwVHGPKXHqLSEmM/w== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id C56A117C1E; Fri, 25 Sep 2020 11:29:09 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 25 Sep 2020 11:29:06 +0000 From: Glen Barber To: mmel@freebsd.org Cc: Mike Karels , FreeBSD Release Engineering Team , "freebsd-arm@freebsd.org" Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 Message-ID: <20200925112906.GF26726@FreeBSD.org> References: <20200925003347.GG60607@FreeBSD.org> <202009250507.08P573Bh045283@mail.karels.net> <20200925093334.GH60607@FreeBSD.org> <97b52e71-9dfe-6b5f-13f0-8dc466ef376f@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="z0PJazCl8/BmicYQ" Content-Disposition: inline In-Reply-To: <97b52e71-9dfe-6b5f-13f0-8dc466ef376f@freebsd.org> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1601033351; 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: in-reply-to:in-reply-to:references:references; bh=vexi+KHy6U4s9J6CQ+OZO5dMLAmIYliUSJN7d1bwNfI=; b=F/QOda8Nz07t1oJpwOq1hzU+c/JRFUJVxRaQT0K9BBXF5ibIx5nJfbkjGB8D3WSff6O8hJ 0ygdLM01172+Dxei558EEHLk+IqTN3Jc1kaURBrwhp4zdwYj5aixyU32/WKoVUFhV57Jgs +gFKNZMfL/nj2bghgpNLcmwMgy5ndlsF1f00HDJdhLCqPqtERj8H1JFaWFMZC6LqShL2Ub ZiI4448s4lYokjTOAnSok34wvpSUV0gFwuhlFfOOyGBQ10AcnsPBxBmcIPXnQzI3ahe+Fw OMeY6LBXkSBD1w+HaOQOD3LGU58x6h3Q4StzhBGRLTFi6l6DD4oEXtsrMGJL6g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1601033351; a=rsa-sha256; cv=none; b=YqQK2XTLCCyAdPkCMGivM/JwClaBBEmRTqQnehHaphfIfO/ecHXdFtpxbJ8g0RCxiUKIfI pPJ+szlZuCG/kVzMZO0aCibm2qX2DG01h0Jq6bIuI30LU8ozjhoswocr0YSLHOe7dYtHF8 GO6Qw+Zgr25IQORape+u7MlSQq/j+/nBjgymuWUIXZpAqFrJzcXVxEarTwcFMPSf7CgTmV zi6gU/bKhAqXsIdxkd1aWdon4yqg1+ENtexTTd9g7+hpkpwPVQsyCeFgx91KQRohsMYrjF IV1ZF9WFuslSODUkhzkior4nXOgBoUlSGcKiAWgHjN2Vpu7uMMptTQZbPkIjJw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 11:29:11 -0000 --z0PJazCl8/BmicYQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 25, 2020 at 01:17:34PM +0200, Michal Meloun wrote: >=20 >=20 > On 25.09.2020 11:33, Glen Barber wrote: > > On Fri, Sep 25, 2020 at 12:07:03AM -0500, Mike Karels wrote: > >>> Date: Fri, 25 Sep 2020 00:33:47 +0000 > >>> From: Glen Barber > >> > >>> On Thu, Sep 24, 2020 at 06:04:58PM -0400, Ed Maste wrote: > >>>> On Tue, 22 Sep 2020 at 14:09, Mike Karels wrote: > >>>>> > >>>>> I just installed 12.2BETA2 on a BeagleBone Black (armv7), and it to= ok > >>>>> at least an hour. I hit ^T periodically, and time seemed screwed up > >>>>> (real time was progressing slowly at best). > >>>> > >>>> I've independently confirmed this on the 12.2BETA2 image; from my co= nsole: > >>>> ... > >>>> FreeBSD 12.2-BETA2 r365865 GENERIC arm > >>>> ... > >>>> Trying to mount root from ufs:/dev/ufs/rootfs [rw]... > >>>> Warning: no time-of-day clock registered, system time will not be se= t acc=3D > >>> urately > >>>> Growing root partition to fill device > >>>> random: read_random_uio unblock wait > >>>> load: 1.28 cmd: awk 39 [piperd] 0.12r 0.00u 0.00s 0% 2060k > >>>> load: 1.28 cmd: awk 39 [piperd] 0.14r 0.00u 0.00s 0% 2060k > >>>> ... > >>>> > >>>> time seems to be running about 500x slow. > >>>> > >>>> I ^C'd each startup script that was stuck (I'm not as patient as > >>>> Mike), and got to a login prompt. I was able to login as root just > >>>> fine and the system seemed responsive for commands that don't sleep.= I > >>>> tried `sleep 0.01` and that took about 5 seconds of actual time. > >>>> > >> > >>> Given the 1 second =3D 5 seconds info, does it eventually finish, or = have > >>> you just killed the power to it before getting that far? > >> > >> In my case, it finished, but took at least an hour. It may have taken > >> longer if I didn't hit ^T periodically, e.g. I think that helped seed > >> entropy. But according to Ed's measurement, it is closer to 1 second = =3D > >> 500 seconds. > >> > >=20 > > Err, sorry, I misread part of Ed's email, and 1 second =3D 500 seconds = is > > what he seems to report as well. >=20 > Glen, > do you see same problem also on CURRENT? CURRENT is reportedly not exhibiting this behavior. Glen --z0PJazCl8/BmicYQ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl9t1IIACgkQAxRYpUeP 4pP3EhAAomRESkJwzn52YJMCXx2YOdSjUZp/u6x/1hNojbBQeBFPGh9z1sQtq+7c LNniQp0CMaHJkxAj77H75pwtv3CtXuNekNKJeEdrlesIngwa0UwoQ2N4I4VjLANB 7Cg24nrWplMOoHLaZ6NjyCw+XEVmrj079zBltsd4hzilmBPy4Nra+wCbJtlk2Meq Ig+2500goqEG9m2BYk2UCS0PLDgGfNMfHCICMiZkDJBeGtkJD6K8y91fowGp1CTA C/eubTjO2cPnaS+rcGR/8OLo271iceoBiNco/Tl/X3xOxk/GafPNp0DJ3oTVx26i 8UeF/bTqnSmI2zws0gsXj7UW9++qafjc9dMJHlaMf2qcpVvsuy+XA6ayrSHQbvjX TBG1PjoqcdOSMh6PvVZkrO5A6NdPIghVqly3DhaXrb6L+8j8300h+CAMWrDtj4bE 9d947ZZ99YBJxt8mVODxpQrUWo9ljHyaoDGlIdXjYJM8343EaRxPJ5/wWcy+JxhR yzxHnxzlJ3vrkVKdAp63eNBCDrspDeYoisYhMYyWGK3n+dv9JWmpegu05o2pOKLQ UfBh8MysEuaasXPszsB/VXqN+dFkjmA3/fPDpH7ShukDi5Aas+Ramrfh+9FgRSa/ K6FPyhkuHZhdcZyEko69weA9UqWxmXiU1pfxq6t4SdVPBVxnQvA= =XswI -----END PGP SIGNATURE----- --z0PJazCl8/BmicYQ-- From owner-freebsd-arm@freebsd.org Fri Sep 25 12:43:18 2020 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 C6F703F6724 for ; Fri, 25 Sep 2020 12:43:18 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wm1-x344.google.com (mail-wm1-x344.google.com [IPv6:2a00:1450:4864:20::344]) (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 4ByWmP6mSPz3d7B; Fri, 25 Sep 2020 12:43:17 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wm1-x344.google.com with SMTP id y15so3156046wmi.0; Fri, 25 Sep 2020 05:43:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:reply-to:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=XKiqTI7CVOwstPjldwFVSarxv7PChxdQjrX3wK9ANgc=; b=SUBOl4DaPQCLz8UuiF4T/ZrF6jz2/bEqqmNGV2cpGYQ2mFhnrubJkxR/6TXcdZDeRC C5FnWaoL87uYWu02gl917LBfSvq7zX2SGexqStlicuTVKPpXioJJdjt5IdQ7jGS9ShXz litzXobgtmx7Pr6uoxdfXJAlYkA0L7am/VIqYWQ8VVKf/+RniOnZhKh+8gVN6C/Bv8aU PDdh03g8gprmIuefvdHpq7eLfHo9fhOUuhF+yTszGL6veOIG5MZHaMoAJc8m/xIBlyOd qWi+SSCc3dpmC8snr+Xw07J64dYSpbju0cUE7ZtHkdgnNUYwfQo7axjd7HU69my/V5Ca Rx5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:reply-to:subject:to:cc:references :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=XKiqTI7CVOwstPjldwFVSarxv7PChxdQjrX3wK9ANgc=; b=OD1Sf+dQlSBaOnxIy6ACddjBsX7AvRtiv626AneEyiZSQmUBG+dgH/8uLWQOpPAnNl g0z7f9trlHPRyGjv6yfXGBXalHwqr/Pxx2Bpvg7Ia5CGgUTa/SV0LCVAPC6FdxxMqw13 f3fK51cA2G/802Jk0Qk/S4GAFPgrG2vZhqCwK1HAv2bT8yXABVC4yClnUds9mibYM4Ek ix3mqYjxf1EOfUhmqAxEO3YbXMXLBztHNs9BnxapU1JpI5xV+jyO0wS3S9vbeGl61Sq5 gUtwMR/jD9CrjDSCrTf4CFFtSVgKBrMWTqIiBbFLu+GeGUCj6HREOjef4zEdaZAzSJzQ MwEw== X-Gm-Message-State: AOAM531OnHYEyBxlFnmkVfq06Qw5KdbLftYCJK82DB9zbikUkXJ8d9+B tTE63nGlv6FOQdrkcQ5UIFi89US82Pc= X-Google-Smtp-Source: ABdhPJy+20p9FRryT0jqmv1KghZSLDePaXXjTJ+Hztpyv+29JXt+6GyfBO3BaRkApRiSRfBq9ek91Q== X-Received: by 2002:a05:600c:2312:: with SMTP id 18mr2894243wmo.141.1601037795742; Fri, 25 Sep 2020 05:43:15 -0700 (PDT) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id y5sm2787121wmg.21.2020.09.25.05.43.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 25 Sep 2020 05:43:14 -0700 (PDT) Sender: Michal Meloun From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: clock problems with BeagleBone Black on 12.2BETA2 To: Glen Barber Cc: Mike Karels , FreeBSD Release Engineering Team , "freebsd-arm@freebsd.org" References: <20200925003347.GG60607@FreeBSD.org> <202009250507.08P573Bh045283@mail.karels.net> <20200925093334.GH60607@FreeBSD.org> <97b52e71-9dfe-6b5f-13f0-8dc466ef376f@freebsd.org> <20200925112906.GF26726@FreeBSD.org> Message-ID: <4432eabd-2ef1-c435-085e-11319aec09e0@freebsd.org> Date: Fri, 25 Sep 2020 14:43:17 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.2.2 MIME-Version: 1.0 In-Reply-To: <20200925112906.GF26726@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4ByWmP6mSPz3d7B X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SUBOl4Da; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of melounmichal@gmail.com designates 2a00:1450:4864:20::344 as permitted sender) smtp.mailfrom=melounmichal@gmail.com X-Spamd-Result: default: False [-1.86 / 15.00]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; 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]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.975]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.14)[0.137]; NEURAL_HAM_LONG(-1.02)[-1.024]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; MID_RHS_MATCH_TO(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::344:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 12:43:18 -0000 On 25.09.2020 13:29, Glen Barber wrote: > On Fri, Sep 25, 2020 at 01:17:34PM +0200, Michal Meloun wrote: >> >> >> On 25.09.2020 11:33, Glen Barber wrote: >>> On Fri, Sep 25, 2020 at 12:07:03AM -0500, Mike Karels wrote: >>>>> Date: Fri, 25 Sep 2020 00:33:47 +0000 >>>>> From: Glen Barber >>>> >>>>> On Thu, Sep 24, 2020 at 06:04:58PM -0400, Ed Maste wrote: >>>>>> On Tue, 22 Sep 2020 at 14:09, Mike Karels wrote: >>>>>>> >>>>>>> I just installed 12.2BETA2 on a BeagleBone Black (armv7), and it took >>>>>>> at least an hour. I hit ^T periodically, and time seemed screwed up >>>>>>> (real time was progressing slowly at best). >>>>>> >>>>>> I've independently confirmed this on the 12.2BETA2 image; from my console: >>>>>> ... >>>>>> FreeBSD 12.2-BETA2 r365865 GENERIC arm >>>>>> ... >>>>>> Trying to mount root from ufs:/dev/ufs/rootfs [rw]... >>>>>> Warning: no time-of-day clock registered, system time will not be set acc= >>>>> urately >>>>>> Growing root partition to fill device >>>>>> random: read_random_uio unblock wait >>>>>> load: 1.28 cmd: awk 39 [piperd] 0.12r 0.00u 0.00s 0% 2060k >>>>>> load: 1.28 cmd: awk 39 [piperd] 0.14r 0.00u 0.00s 0% 2060k >>>>>> ... >>>>>> >>>>>> time seems to be running about 500x slow. >>>>>> >>>>>> I ^C'd each startup script that was stuck (I'm not as patient as >>>>>> Mike), and got to a login prompt. I was able to login as root just >>>>>> fine and the system seemed responsive for commands that don't sleep. I >>>>>> tried `sleep 0.01` and that took about 5 seconds of actual time. >>>>>> >>>> >>>>> Given the 1 second = 5 seconds info, does it eventually finish, or have >>>>> you just killed the power to it before getting that far? >>>> >>>> In my case, it finished, but took at least an hour. It may have taken >>>> longer if I didn't hit ^T periodically, e.g. I think that helped seed >>>> entropy. But according to Ed's measurement, it is closer to 1 second = >>>> 500 seconds. >>>> >>> >>> Err, sorry, I misread part of Ed's email, and 1 second = 500 seconds is >>> what he seems to report as well. >> >> Glen, >> do you see same problem also on CURRENT? > > CURRENT is reportedly not exhibiting this behavior. Thanks for response. I currently preparing (slightly) bigger patchset which should "normalize" situation about TI clock in CURRENT. These must be MFCed to STABLE ASAP but I afraid that we miss 12.2 target :( Michal From owner-freebsd-arm@freebsd.org Fri Sep 25 17:08:49 2020 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 1627C3FD49E for ; Fri, 25 Sep 2020 17:08:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-54.consmr.mail.gq1.yahoo.com (sonic315-54.consmr.mail.gq1.yahoo.com [98.137.65.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bydfl5s3bz4FCB for ; Fri, 25 Sep 2020 17:08:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: dicIX3gVM1m2vt4VqklFp.T5ezol7_Pvf6wUGEqPrnKDGX8kOTpBI7QIgRzL4JN X4PKhlIS6TYh0AKlB1PO1q3qh3nm8S6kBKvA7Iym5ItK2a3TiSeHGtJFC_eJAv5S5kX5PM.9CLUE U1ToFDgFn.7OUAjbtmtEuvFva0ko2EBaP7OV8qZzKtSGsKJondsV7Njx5vYBMLdGO1bqSxBNcPCv dMZF_afDFMxxOmn.q6kkhgdj.TBIbIAEqy.WxFvEeDWYFZHbLxQuSmUQ97hzI7NQbQeAW4kbAa57 u5wBtPY2Dz7D5.Vw7j1_FH7TYJAs57ZAHz1BuJXzpMcu0dfR7K3vCoPBGfbJdDgA7Z1HKsazuCKf BGX2sM36sRsffLTKhLYCe49WU6N4slcyXAaB4Ekz8yFlOWz8CKOscVfiG2oRuQS.cylTly90c6xx yGGZ3H4162_6qD8lrTiKeg4l2CcfW8wVxj.hjN0KTNhgk5et8sWCq9zW5YjGf1HiruatLm_pXxmh _Pl3gUTX8vSezdOT3VSfk42rpc5ubkJ1CtNiRPzG3aRYws40iYgEmPuq.4PfQ_GrhWcT14yVMRr7 IxYBtPn1CFHxw.yFQnUob9hwEsiQCkDHHjO_ll8WQ.8C5yjEAROMJcf7fijNh75o7rkYYxm8b.vs eqtUyHdmi4It5_bIrLTrzmhT.c7xMaL15Oo2ZVIIBEdjtnYCKKpJ30x.e7kw4U1_UNcrOoBV07Bs zpqrmAWr1VtInpykm0nxncizQL1FxwMPzmgimkaY7ewwwmWmrJ0Os4NH000Il34OX_i5AWnmOqhX NwFkzlqgPjL2nc1Y7VXVXHPFddA1_Ip8WRpwqHoONAzUPGh4tZALBVqExMjJChtdb7pbli95zUoF a4xn71xRL_ZP6EWIm4SfwILwFWKumUn5LafoPgnrPOl4CB09exl3LyNfp1cTliiWOoCBscILKUXm DYO2HcM1IzNbwLXjpYiU_nEibXdYd5KrGDE.WJ5xUM_U0jpjHM1W2AtoDOg3OwJCN0V8p15BBhlC _qilgPxyRBLtst5AsbbcBhfbKsIb2PllBHYXlzd9TUxV9epD3y.FTIYxr24XYfLWTKUWI2aylxud GJg8vgxSKUBTXBaK1HsSwoWBpvmFYvvZN95CxsIJeeDSHZ3m8ATOF.y5BOEo87XfoA.sf8P15wGq RLatN7FnNfoMGadsYDe0ZTeaa8PH.xYlLL0kcK_d7r1.EnvmD0g88bPJEU64jTRLqb5FOTB.3ECi adhjU9H.lqczlR.K3ZsNPX692S_6BtTLz7cguS5WkL.9V37HDiBLrSS5ZqjSAr9eYMiF9mIgiRbt CAMFpR2OJUlD9WLb0WNN9bET6Vo5JJQMhVfgoVC.2vbffRcVuqEahJv7jgmKAi4AuzCwh_3XyxWM PVMh4F92bk121pABvQ48LtLIOOOJ2ws11hqtGmCcIKiM2xApMsIXf45gNenbQAyns7bxi8dDezhb 0gGzUfrQrMvsVnirzqNowMjJuXfzUbkueg1.f.EMcX0tVStz0NotqjDBfBTUQy_cj4ZEzFFtGxgC H Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Sep 2020 17:08:45 +0000 Received: by smtp405.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 168c3a89198dabfcd0e8807f7270d1ea; Fri, 25 Sep 2020 17:08:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPI 4B on UEFI: xhci0 disconnects under high load From: Mark Millard In-Reply-To: Date: Fri, 25 Sep 2020 10:08:41 -0700 Cc: Robert Clausecker , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200924224749.GA18463@fuz.su> <66418AE0-79C9-4402-8325-7094E4230D38@yahoo.com> <20200925075822.GB51892@fuz.su> <9EBAAD5C-120D-4F7B-9C5F-1BB045CC1E17@yahoo.com> To: Robert Crowston X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4Bydfl5s3bz4FCB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.27 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; 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(-0.78)[-0.781]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.988]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.30:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 17:08:49 -0000 On 2020-Sep-25, at 03:39, Robert Crowston = wrote: > Could the failure of the ACPI patch to work be related to the = pre-September 2020 dtbs reporting 4 GB available for pci DMA (as you = reported today in another thread)? >=20 I'm unclear if you are specifically referring to: A) this thread's "disconnects under high load" failures? B) the huge file duplication and diff/cmp test failures? C) both? D) even more? For (A) I'd not conclude much until results are in for FreeBSD that is head -r365918 or later. It might be a fixed problem. For (B), I've been reporting examples of the issue since 2020-Jun-21 using rpi4-uefi-devel v1.16 and head -r360311 . But my most recent reports are based on the modern dtb that has 3 GiByte for the size of the range (uefi v1.20 and its bundled RPI4B materials or newer raspberry pi materials) and head -r365932. So both old and new got the same type of failures. (I've not tested materials from prior to 2020-Jun-21 with > 3072 MiByte in this way: that is when I discovered the test.) Does that answer your question? =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 Sep 25 18:31:00 2020 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 C33F13FFFD1 for ; Fri, 25 Sep 2020 18:31:00 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (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 4BygTc0s2Pz4Mw8 for ; Fri, 25 Sep 2020 18:30:59 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32a.google.com with SMTP id x23so4027070wmi.3 for ; Fri, 25 Sep 2020 11:30:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=ZQ7PeclYD7Cs3o3eoIDss5kUnn12GviJKQSkrkOBmOA=; b=uYpuyo+3p+GU7bV0bcDzyNA1tfSLULfvqjUEXrm5U+p4PGWcNk93zyAoXe5mh00yCb 4bUOrR+5oZpujvhU2DYUqmInefOSOBHIeUMKFE2EgUdvF33G5QaDs3dcE0fSz408BnCh S559VX1zLXXElY82kV+l/358WpB1kduPDGR4Rpr23cqHlpHgi8HMhdYdxQyBZFvuRb8Y 0ESa+WXtubGb1UBrf6xh1cyXzCRNrF4byB4z+W2fCSTG628Po1KYAJReWDzbgkwGx0YB DSS9RdJaekbFpBsE39S6OOcaT23v6tnbMrhU8IrnuUnRo92KXTZ4a3P9UBm0mw7jU0R4 b/fg== X-Gm-Message-State: AOAM5321vYH8u6T5okUQ7oLZaFGSwWyTXZYNXTlJSAtVe83zhhKvjQoE DlvNXUML8teetvH5lNhGfFIuG2ZMkTAZKg== X-Google-Smtp-Source: ABdhPJw8iSd4GSLlO1yO0diDb/Fauv0XNYKH3ZK4EcK5f+uoIW4E2JZmXldbQNdvaSoWbKAoBrfkxQ== X-Received: by 2002:a05:600c:2109:: with SMTP id u9mr4198927wml.147.1601058355457; Fri, 25 Sep 2020 11:25:55 -0700 (PDT) Received: from localhost.localdomain (dynamic-046-114-110-035.46.114.pool.telefonica.de. [46.114.110.35]) by smtp.googlemail.com with ESMTPSA id g14sm3673863wrv.25.2020.09.25.11.25.53 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 25 Sep 2020 11:25:53 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.33\)) Subject: Re: RPI 4B on UEFI: xhci0 disconnects under high load Date: Fri, 25 Sep 2020 20:25:52 +0200 References: <20200924224749.GA18463@fuz.su> <39D747A9-A21B-4E50-9657-0798223BCE68@googlemail.com> <20200925075433.GA51892@fuz.su> To: Robert Clausecker , freebsd-arm@freebsd.org In-Reply-To: <20200925075433.GA51892@fuz.su> Message-Id: <0E0673EE-A64D-4FF5-928E-92E95C48C878@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.33) X-Rspamd-Queue-Id: 4BygTc0s2Pz4Mw8 X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.18 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,body]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.22)[-0.221]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.110.35:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.110.35:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.90)[0.900]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.996]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32a:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 18:31:00 -0000 > Am 25.09.2020 um 09:54 schrieb Robert Clausecker : > =E2=80=A6=E2=80=A6... If you consider these reports > to be spam, I'll respect that and stop posting them. >=20 That happens when 2 Germans try to talk in English ;-) Ha Ha=20 With support I didn=E2=80=99t mean personal support. I meant the OS currently doesn=E2=80=99t support UEFI-ACPI and you = shouldn=E2=80=99t expect=20 that fixing issues for rpi4-uefi-dev is actively supported by = development=E2=80=A6 Please feel always welcome here to discuss whatever you want related to = aarch64,=20 And I also would like that Uefi/ACPI one day will work. Unfortunately I=E2=80=99m on travel and can=E2=80=99t step in technical = discussion/testing for the next 2 days. Best Regards and sorry for the misunderstanding Klaus From owner-freebsd-arm@freebsd.org Fri Sep 25 20:00:44 2020 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 9FF053E2EC9 for ; Fri, 25 Sep 2020 20:00:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ByjT71kD6z4WCl for ; Fri, 25 Sep 2020 20:00:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: yPpc3zEVM1n5J6vhPy8hz0cqsrsSJuU1Wpp8fb0cRRhXE9WyEkEapK.qFtsVuxn Do7y5rlJ7LtZv.xfGQdbXUSVqkU6wZY4HP75P__1fKjYhcpuWyHzHPYR1bv7HIjdgc5GxiQZS_wr faftsbuZSrqGPMpnt148oDMeEGWNXDYXPOU8bsTg22Ury8MdwjD8dLSWzqA3TSbpyG0kmeIAyQ.D IgRCisa6VpT73w0ms94nDPP2M.C4doymw9miE7s4jdbCbwOQNTi7ENlpwltKHCTrbj43f630y9im TdfRl_Uu9He_zWcVMnI5JPAgDVPViWhX9GmIhhDLEa0nC8xZG59AkQ8WeiGAbLXou6mvtETtdegi XFL8wSbeQq_YOv5gR7UpzFeX31ipYeuxpBQRoe7UzTi.XIjPM4wLkeycN0QIfxWqpTUT0rFGcSI6 XRp7i6oCx2Gz3UU5u1d0i1Kj2eQLWC3B9c2JMURfaAIYIA2gJq6IDd4uMu_O8Sti_jKSpXIhUec. YUkACvVcc9rlxzWeoKAyTUdFQDBW7D0BPPEaIORPSWVk0yGCo87SoG40TD.T5seQPE6Ew0Bxx5rr WCovER_ulixhKPN1xfSd0GRcZ9RR7uevbFm7hN7rwwPA7mBt_exQhCbjGBbqIjQTFerxqdteIYZd 5t6AYOMi0SErnyPqLC.Yg608zEI5VWnygbzP.0PG5zFWUNFQH1vt_e4cOZzq9zx_bcOrVso9T_Lf 4DHpbALx24h5jY523MnKG.85gUkSUElARqpPzWdpsEMhQFFRIoop05zKKukSnctagqDVp9eJdezd 1MwVlmm1n24WD.jgcj3RaTRU1x_srEyfLvqq95oG.NPdpGO1qpmiFRNqZd32J6GHaFYwE7azMHoQ HN.BHnUojwnl0g0Z7C06LCjzywVM_VnlfuEvwx_w2TAT8RVsMaIbiUGlvSIWj4NI4nXaeDfteqhR .IwTkHN3pLDZbHB4Z2KrVbOpV4fLM.m_vWx2rypGXuyfh8zmOq.5_vLbx5Tz_SYEZYx3mVjcUoyi dpkRyCNa8dopjCqxAv53nUGc7U_5s4xQ3v6e8WvpoZNcQUSszyxFT4TAKQeq8e9373yB66pa5IxX 10b1fNweNAKmY2O1sLDvTx1rJhQ8gTjcHk5J4xFSMlNQ5K_a7FId8Fz9718.jr6bNPYlXNvrYh4D d1VfUCtxKx3wy.JVtf6T6UWFDVoif.BVUdq4Xr7P__8aMVwNfUOcYfDpp2BbI8eZ5ToFLFXLQjGz UphA8cBunsFVAVM03qGVdVgPIXlNFOH5Ct4S71rGGYXiYCkPiEDmBnvq4GIu8.Euk.rSVq31f7is Vk9VCCevHi3AWmxICXc7dchs4NH7CgTGat_RgOu6mjYiqdZfktC.JATIF2wLaY.pvbnV5rWMaWV7 mlmKjRyjshLeyZoSASSgEa4ldeQmpHLSHC1CjXC.6UAefjyDX2xI9ngV18l924TZcrQlrDQFNtz4 8tgcZoVpRDFvNvk3cTaTxAif6z5iUv4gpegm.mSvipX51GMA1pV7moW2hG._Qo9NNe1ADFZqHTH8 dbQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Sep 2020 20:00:41 +0000 Received: by smtp423.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID dfd7f508bbe8b30c807647208e8d3414; Fri, 25 Sep 2020 20:00:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: Comment #135 for bugzilla 237666 : a USB3-handling problem with a investigatory fix for a cortex-a72 context From: Mark Millard In-Reply-To: <7_E2XXmpIwdiLPwD5tkXUAFlHsAhrFIbs87-JJnE57wRg4vrRcqCL1qSToBN_52_YjcPvt7HQSrzA0v6fWDAYIoN348pYVc62bTUXNxudBU=@protonmail.com> Date: Fri, 25 Sep 2020 13:00:35 -0700 Cc: Hans Petter Selasky , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <6247D721-668B-4224-99EF-E7F719487382@yahoo.com> References: <6E618C3D-12DF-429E-A249-5BAB90FC6B15.ref@yahoo.com> <723E6915-94F5-417C-B4AF-EEEBFBDF6162@yahoo.com> <565258A0-BEE1-48F8-9851-E6C7CF7ADAE7@yahoo.com> <75af04ec-0021-3575-40bf-c5ab9b6d4703@selasky.org> <9cf87718-9d4a-60ca-004f-5818371c937b@selasky.org> <47D6CA1E-F842-47B6-97E0-C87B33610C64@yahoo.com> <8BAF3798-4BB4-4C5E-87FC-ECD1458910A2@yahoo.com> <7_E2XXmpIwdiLPwD5tkXUAFlHsAhrFIbs87-JJnE57wRg4vrRcqCL1qSToBN_52_YjcPvt7HQSrzA0v6fWDAYIoN348pYVc62bTUXNxudBU=@protonmail.com> To: Robert Crowston X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4ByjT71kD6z4WCl X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.16 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.65)[-0.651]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.002]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.01)[-1.010]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 20:00:44 -0000 On 2020-Sep-19, at 14:49, Robert Crowston = wrote: > . . . >=20 > My question, which may be irrelevant or misguided: The flags field in = the dma tag has an option for specifying if the hardware is cache = coherent (BUS_DMA_COHERENT). Does the UEFI-derived tag passed through to = the xhci driver have this bit set? >=20 > . . . This is answering in a different direction than the prior reply to the overall material: # acpidump -dt | grep -i _CCA Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute Name (_CCA, Zero) // _CCA: Cache Coherency Attribute for a rpi4-uefi-devel v1.20 context. So it appears that code like: if (ACPI_FAILURE(acpi_GetInteger(handle, "_CCA", &coherent))) coherent =3D 0; if (bus_dma_tag_create(NULL, 1, 0, limits.lowaddr, BUS_SPACE_MAXADDR, NULL, NULL, BUS_SPACE_MAXSIZE, BUS_SPACE_UNRESTRICTED, = BUS_SPACE_MAXSIZE, coherent ? BUS_DMA_COHERENT : 0, NULL, NULL, result) !=3D 0) return (ENOMEM); will always end up without BUS_DMA_COHERENT as things are currently for uefi/ACPI based RPi4B booting. =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 Sep 25 21:06:27 2020 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 710223E4A7F for ; Fri, 25 Sep 2020 21:06:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bykwy3jfmz4b14 for ; Fri, 25 Sep 2020 21:06:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: N.Ul83kVM1n4XsmqEAQf0PN9ci0AGTztJbfAwWW7SIvscDHoKJznOR.gQHfbeD0 BnJbEmfNbFzk4VxU4nivPIFslpJaiMxuVVnimtn43k5OR5RdWGMH1ZkkOfXLOjUxM9NF81VBgbOS 1SEcmoegOJBg8dcO2KsQqiFqhY6Vk3duoLfTV0_rD0fuULy8NEenY.gA2jICWXhbeZyEae5ANzY. Y6ZM4BmrIGhNynECPJUrh5j9yKe3X1Rnzv7gP6IaQTmVwKp6I8G5JPbl5bnJ7FgPSV9lTkGJQpJf Pm8nNB1Al6se5aB9JPwF8bCqqEQIb37.WkqWUq0b62g9jBy9dOw1p6qVJO91ThivzwsMmbKLqXxN ReLEiHtM.PDkj5XdMp8Xryvmure64HGq69nR8f3Zv7ueqGCLoz3nAoEIQqfzrdaK8NpH5.9.JLv5 ZYVa1LPIawK3MoUyT498WGShvr0UKcjLVE0exPjXSlK_k3OvXpYloE7dinO7cqCtP16MFM2IGCVX xyzwLKCCMYK3JYiljNQ26jNPMK9dlPGGepxIiCzmx6rTMgo6KCmNPIvDuSB4kFeFjKr8KiI6rh32 WKzmCqoXS6go9_Tf6dPdZ1vXvHqthP1E46J1gyl7oDDWO3MRIsP1FP8G0dtlSpTXtePdbBeEr0_m JkKFl2Rr2cR4yFYlcHa4iHeKjHWiK.asRuL0p2TeHuL8ynVMXdhXURTDuKpczQnPASI_jUNBII3. mkkaVJh00Crogjyfnb80OWoWeG65frvy9.LWS2AA.nIck4qnRV7x8FD_8x_qSTgNXyTrm058OAMh yJvElChdPB_anVSgMwQvULIHOMsLIimGZt.0_bnkiwD1VPR2PeBWUIweaOL0dhEVDTICJIm2Sw2c GScnbhQecFTlA7FT0_IgdkL0fI2JIqzMFRyXPZX4I_93u_yOLSr5XPdTicxKYdBFMzXj7AAIBMRy dArNo4OvI3VYnnO6ZYXXKbIMoLZp7UuDDCCpoJlj3yYTwgtl.Ql_5XscduUeL5Z3dnNoqAs8uhJp 8THGqOy..uNhZBq_Uynuo3TmuoD5G4vKzoyjPd3Gc3Gsv0zK00.vSKl.syqMXtj4O4zwKqje7hFt oJow.3gdw1YGuAyq..icLUd6ajrLC5OnjxAa0t.9.QShTq_eKNfgrK0lFzfY_n5bGaOZRHZU..bn _hIP8c3bJMJzGLqwtXBb.e3FFz2HmEWhjIVVZcLalAylm5icykrYqrZ11Dm4xvzVzJJT2eqsUshc d6ITggGzjg9JFnr9d5sbWhWVVpMxHkVLcyKlMRnAx7UUehUytDVTU0xpAa8jAOjJZDYET6CIJtjP 008HXutcNsZFeTZlTBUh7JSRj3Et3.pQzDK9MfEu6JmvLnxTLE0Gus8u4cqdm.5_YSUXNtBKCl_q bczob8F2.gK6L4DRC9wGpuxPWBTkUz.Zr0oZxMYc6VBlEtfGueHAEojODFUwDljRNPaq0EDlkTLN Mr9Q1UI0PjfaIz36tGiotkikTzTzJqfCtjCiCeAH8Lphs4_KUfH41xlW8tWLQUTJRuF1QVr_NXPZ O0U8V8SKTJznOJ1F65WmmFbTp1hfggKai4Gbd3A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Sep 2020 21:06:25 +0000 Received: by smtp421.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6cc39fd370997d9506bd9f51ad2cd271; Fri, 25 Sep 2020 21:06:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: dtb pcie content for RPi4B: older vs. newer From: Mark Millard In-Reply-To: <4498F94F-6E23-4988-9564-DA3CF87A46A7@yahoo.com> Date: Fri, 25 Sep 2020 14:06:22 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <3B00D4C4-1765-4B91-8D1E-1080799A46DE@yahoo.com> References: <6954779B-E31D-45A1-AEAB-5FE82D02D47E@yahoo.com> <4498F94F-6E23-4988-9564-DA3CF87A46A7@yahoo.com> To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4Bykwy3jfmz4b14 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.22 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.70)[-0.696]; 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)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.008]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.017]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; FREEMAIL_CC(0.00)[protonmail.com]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 21:06:27 -0000 On 2020-Sep-24, at 23:33, Mark Millard wrote: > On 2020-Sep-24, at 22:10, Mark Millard wrote: >=20 >> Basically just some notes from my looking around . . . >>=20 >> I've used dtc -O dtb -s -I dts on the .dtb file from the = rpi4-uefi-dev >> v1.20 and on the .dtb file from downloading: >>=20 >> = https://sourceforge.net/projects/rpi4-8gb-uboot-bcm2711-backup/files/bcm27= 11-rpi-4-b.dtb/download >>=20 >> Looking at explicit mentions of pci I find: >>=20 >> # diff -u999 ~/rpi4-ub.dts ~/rpi4-uefi.dts | grep -i pci | more >> - pcie_0 =3D "/scb/pcie@7d500000"; >> + pcie0 =3D "/scb/pcie@7d500000"; >> + pcie0 =3D "/scb/pcie@7d500000"; >> pcie@7d500000 { >> - compatible =3D "brcm,bcm7211-pcie", = "brcm,bcm7445-pcie", "brcm,pci-plat-dev"; >> + compatible =3D "brcm,bcm2711-pcie"; >> + device_type =3D "pci"; >> interrupt-names =3D "pcie", "msi"; >> - linux,pci-domain =3D <0x0>; >> - tot-num-pcie =3D <0x1>; >>=20 >> The main place in more detail: >>=20 >> pcie@7d500000 { >>=20 >> #address-cells =3D <0x3>; >> #interrupt-cells =3D <0x1>; >> #size-cells =3D <0x2>; >> - bus-range =3D <0x0 0x1>; >> - compatible =3D "brcm,bcm7211-pcie", = "brcm,bcm7445-pcie", "brcm,pci-plat-dev"; >> - dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x1 = 0x0>; >> - interrupt-map =3D <0x0 0x0 0x0 0x1 0x1 0x0 = 0x8f 0x4 0x0 0x0 0x0 0x2 0x1 0x0 0x90 0x4 0x0 0x0 0x0 0x3 0x1 0x0 0x91 = 0x4 0x0 0x0 0x0 0x4 0x1 0x0 0x92 0x4>; >> + brcm,enable-ssc; >> + compatible =3D "brcm,bcm2711-pcie"; >> + device_type =3D "pci"; >> + dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x0 = 0xc0000000>; >> + interrupt-map =3D <0x0 0x0 0x0 0x1 0x1 0x0 = 0x8f 0x4>; >> interrupt-map-mask =3D <0x0 0x0 0x0 0x7>; >> interrupt-names =3D "pcie", "msi"; >> interrupts =3D <0x0 0x94 0x4 0x0 0x94 0x4>; >> - linux,pci-domain =3D <0x0>; >> - max-link-speed =3D <0x2>; >> msi-controller; >> - msi-parent =3D <0x22>; >> - phandle =3D <0x22>; >> + msi-parent =3D <0x2a>; >> + phandle =3D <0x2a>; >> ranges =3D <0x2000000 0x0 0xf8000000 0x6 0x0 = 0x0 0x4000000>; >> - reg =3D <0x0 0x7d500000 0x9310 0x0 0x7e00f300 = 0x20>; >> - status =3D "okay"; >> - tot-num-pcie =3D <0x1>; >> + reg =3D <0x0 0x7d500000 0x0 0x9310>; >> }; >>=20 >>=20 >> What I get out of: >>=20 >> - dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x1 = 0x0>; >> vs: >> + dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x0 = 0xc0000000>; >>=20 >> is that the older one (-) sets a 4 GiByte dma-range >> and the modern one (+) sets a 3 GiByte dma-range. >>=20 >> The modern one also has: >>=20 >> + emmc2bus { >> + >> + #address-cells =3D <0x2>; >> + #size-cells =3D <0x1>; >> + compatible =3D "simple-bus"; >> + dma-ranges =3D <0x0 0xc0000000 0x0 0x0 0x40000000>; >> + phandle =3D <0xce>; >> + ranges =3D <0x0 0x7e000000 0x0 0xfe000000 0x1800000>; >>=20 >> that spans the last 1 GiByte for 32-bits that it omitted above. >=20 > ["last 1 GiByte of the 4 GiByte space for 32-bit addressing" would = have > been better wording.] >=20 > emmc2bus is not the only modern dtb thing that does: soc does. In = ACPI, > soc's usb@7e980000 does, not soc generally and there is no emmc2bus > via ACPI. See notes added at the bottom. >=20 >> Based on a filtered/edited egrep = '(address-cells|size-cells|dma-range)' >> of the differences output there is: >>=20 >> / { >> #address-cells =3D <0x2>; >> #size-cells =3D <0x1>; >> . . . >> + emmc2bus { >> + #address-cells =3D <0x2>; >> + #size-cells =3D <0x1>; >> + dma-ranges =3D <0x0 0xc0000000 0x0 0x0 0x40000000>; >> . . . >> scb { >> - #address-cells =3D <0x2>; >> - #size-cells =3D <0x1>; >> - dma-ranges =3D <0x0 0x0 0x0 0x0 0xfc000000>; >> + #address-cells =3D <0x2>; >> + #size-cells =3D <0x2>; >> + dma-ranges =3D <0x0 0x0 0x0 0x0 0x4 0x0>; >> . . . >> pcie@7d500000 { >> #address-cells =3D <0x3>; >> #size-cells =3D <0x2>; >> - dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x1 = 0x0>; >> + dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x0 = 0xc0000000>; >> soc { >> #address-cells =3D <0x1>; >> #size-cells =3D <0x1>; >> - dma-ranges =3D <0xc0000000 0x0 0x0 0x3c000000>; >> + dma-ranges =3D <0xc0000000 0x0 0x0 0x40000000>; >> . . . >> firmware { >> #address-cells =3D <0x1>; >> #size-cells =3D <0x0>; >> + dma-ranges; >> . . . >> v3dbus { >> #address-cells =3D <0x1>; >> - #size-cells =3D <0x1>; >> + #size-cells =3D <0x2>; >> - dma-ranges =3D <0x0 0x0 0x0 0x3c000000>; >> + dma-ranges =3D <0x0 0x0 0x0 0x4 0x0>; >>=20 >> So the older one has smaller scb, soc, and v3dbus ranges. >>=20 >> Looking at acpi dump information (modern based) there is: >>=20 >> . . . >> Name (_DMA, ResourceTemplate () // _DMA: Direct Memory = Access >> { >> QWordMemory (ResourceConsumer, PosDecode, MinFixed, = MaxFixed, NonCacheable, ReadWrite, >> 0x0000000000000000, // Granularity >> 0x0000000000000000, // Range Minimum >> 0x00000000BFFFFFFF, // Range Maximum >> 0x0000000000000000, // Translation Offset >> 0x00000000C0000000, // Length >> ,, , AddressRangeMemory, TypeStatic) >> }) >> Device (XHC0) >> . . . >> Name (_DMA, ResourceTemplate () // _DMA: Direct Memory = Access >> { >> QWordMemory (ResourceConsumer, PosDecode, MinFixed, = MaxFixed, NonCacheable, ReadWrite, >> 0x0000000000000000, // Granularity >> 0x00000000C0000000, // Range Minimum >> 0x00000000FFFFFFFF, // Range Maximum >> 0xFFFFFFFF40000000, // Translation Offset >> 0x0000000040000000, // Length >> ,, , AddressRangeMemory, TypeStatic) >> }) >> Device (USB0) >> . . . >>=20 >> So it appears that: >> XHC0 matches up with modern pcie@7d500000 >> USB0 matches up with modern emmc2bus >> scb, soc, v3dbus, and possibly firmware, do not have dma ranges = described by ACPI. >=20 > Actually USB0 could match either modern emmc2bus or modern soc > based on the dma-ranges. Looking at other notation, I'd guess > it is really tied to soc via: >=20 > soc { > . . . > usb@7e980000 { >=20 > where the 7e980000 matches up with the RBAS 0xFE980000 > in the ACPI: >=20 > Device (USB0) > { > . . . > Method (_CRS, 0, Serialized) // _CRS: Current Resource = Settings > { > CreateDWordField (RBUF, \_SB.GDV0.USB0._Y18._BAS, = RBAS) // _BAS: Base Address > RBAS =3D 0xFE980000 > Return (RBUF) /* \_SB_.GDV0.USB0.RBUF */ > } > } >=20 > So it appears that: > XHC0 matches up with modern pcie@7d500000 . > USB0 matches up with usb@7e980000 under modern soc . >=20 > scb, soc (generally), emmc2bus, v3dbus, and possibly firmware, > each modern, do not have dma ranges described by ACPI. >=20 > NOTE: the older dtb has emmc2@7e340000 under soc instead > of the modern style of emmc2bus being separate, outside soc . Another potentially interesting oddity for old vs. new is easier shown by consolidating some old vs. new separately. Old: scb { - #address-cells =3D <0x2>; - #size-cells =3D <0x1>; - dma-ranges =3D <0x0 0x0 0x0 0x0 0xfc000000>; . . . pcie@7d500000 { #address-cells =3D <0x3>; #size-cells =3D <0x2>; - dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x1 = 0x0>; So scb size < pcie@7d500000 size. New: scb { + #address-cells =3D <0x2>; + #size-cells =3D <0x2>; + dma-ranges =3D <0x0 0x0 0x0 0x0 0x4 0x0>; . . . pcie@7d500000 { #address-cells =3D <0x3>; #size-cells =3D <0x2>; + dma-ranges =3D <0x2000000 0x0 0x0 0x0 0x0 0x0 = 0xc0000000>; so pcie@7d500000 size < scb size . =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 Sep 25 22:33:39 2020 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 BE4E53E731D for ; Fri, 25 Sep 2020 22:33:39 +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 4BymsY5pcbz3S67 for ; Fri, 25 Sep 2020 22:33:37 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.15.2/8.15.2) with ESMTPS id 08PMXZS5004325 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 26 Sep 2020 00:33:35 +0200 (CEST) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.15.2/8.15.2/Submit) id 08PMXY1C004324; Sat, 26 Sep 2020 00:33:34 +0200 (CEST) (envelope-from fuz) Date: Sat, 26 Sep 2020 00:33:34 +0200 From: Robert Clausecker To: Mark Millard Cc: Robert Crowston , freebsd-arm@freebsd.org Subject: Re: RPI 4B on UEFI: xhci0 disconnects under high load Message-ID: <20200925223334.GB3984@fuz.su> References: <20200924224749.GA18463@fuz.su> <66418AE0-79C9-4402-8325-7094E4230D38@yahoo.com> <20200925075822.GB51892@fuz.su> <9EBAAD5C-120D-4F7B-9C5F-1BB045CC1E17@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4BymsY5pcbz3S67 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 [-2.13 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[fuz.su]; NEURAL_HAM_LONG(-1.00)[-1.002]; NEURAL_SPAM_SHORT(0.16)[0.163]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; FREEMAIL_CC(0.00)[protonmail.com,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 22:33:39 -0000 Hi Mark, On Fri, Sep 25, 2020 at 10:08:41AM -0700, Mark Millard wrote: > > > On 2020-Sep-25, at 03:39, Robert Crowston wrote: > > > Could the failure of the ACPI patch to work be related to the > pre-September 2020 dtbs reporting 4 GB available for pci DMA > (as you reported today in another thread)? > > > > I'm unclear if you are specifically referring to: > > A) this thread's "disconnects under high load" failures? > B) the huge file duplication and diff/cmp test failures? > C) both? > D) even more? > > For (A) I'd not conclude much until results are in for > FreeBSD that is head -r365918 or later. It might be a > fixed problem. I've rebuild a kernel based on github revision e77e27fa: pwm(8): fix potential duty overflow, use unsigneds for period and duty Not sure what the revision number of that one is. The only patch I applied is D25219 as the others don't cleanly apply. The xhci disconnection error did not occur again. I'll check if this also fixes the problem that I wasn't able to boot from a disk attached to a USB 3.0 boot, but right now I don't have physical access to the machine, so it'll have to wait. Note that this was without the RAM size limiter on. Maybe I didn't generate enough load for this to be an issue. > For (B), I've been reporting examples of the issue since > 2020-Jun-21 using rpi4-uefi-devel v1.16 and head -r360311 . > But my most recent reports are based on the modern dtb that > has 3 GiByte for the size of the range (uefi v1.20 and its > bundled RPI4B materials or newer raspberry pi materials) > and head -r365932. So both old and new got the same type > of failures. (I've not tested materials from prior to > 2020-Jun-21 with > 3072 MiByte in this way: that is when > I discovered the test.) > > Does that answer your question? > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) Yours, Robert Clausecker -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From owner-freebsd-arm@freebsd.org Fri Sep 25 23:25:58 2020 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 8ED9A3E864F for ; Fri, 25 Sep 2020 23:25:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 4Byp1w6JR2z3V9G for ; Fri, 25 Sep 2020 23:25:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: SRIW5TQVM1n12RM0cEkwh48OjvhrDqUfq6SJRbEB62jexNOb30R6ZFA4rTzwALf s1sbrYPb_4vb29ubNNyip2FNn8SMA1QPOqAD5ir7P_TeIwZTgzT18OKeK4r0pCpaEDgO0WBrQiGj znlWE9.w7JOOObuFOrfvxhb55ICHcUn_JfR3ZY6BM02pQa.K50SueXBwaH90Igyi8iMG.VxVq6Kh C6_AFcR7NjRfpG5tFskLrtht0epn7SsnOdjebNHMdJ0d26c3rFw2zi7L2AvXVLA4NGw0uZ4.x2d. LI648BrMu46Qe_h2tajTmWYxhFFsZgCKcZU9BtqXdia0hgIeja44Gt8kL5VsEeBLKmMyIbauYx7L FnwTb_8IY0LuAtcn73YN72f4yGArQH67nynnoB5VihXbhEZmpBNmB0hqyDCZ_5Xkve52m_7dLSW. OarB6jMgbcBT6Kb4NPNO4G7mEe0KU0Ixe8WDHMgvd0sMltY.MTPxkTEnIKISyWwY6Punu8YJH8w0 JdAD0JEl._Tz6b3vB9xSPDXEz14r1KyO0FUFfgCSu0ct_4J0bgAol7qk.kd.qThcfilEwxMC9nBC _PczOpDuyxgqOM8whtwO64cw7LwdEgi6ggZ7BomYHPlEVg75dxwhKJBT6XEcl6Do1MhfqzcM59pu aN._CPZrX7iBUxbp5U..j28q_szx.Z3u02t0agZNC8quF1pU74HQAj6L02Ukv_nD1vZLss8PUaLY t3_Ruzg3ah0qmdgcCnJjNh9FTu4jSPVx9vDAkj2f7HtQxkYeKNOV2U7eLVp7.cwhGAsefdoVQpeT pcCme1hJjQNTtR_qLCGmXWPgCKklxWEt.FpS32m.OCxMMSsAFrBVyt3_eDO_743RBr105s__f6MM U6jplHXFx5PkDiyeCs2HyroTrSYP.nROft3sw6D7C7eaE3l03TR7iLlHDzS4xNpOQRgCGuQoq.ek S_0b8s29po4Xq40BnpWi46tXXsVqMTWvRptWkzPUx8zOPV0ia7kBJuMZROkjOr7Fee7j_9D.YLZZ UEJGJ4Rp.ScnYIbNp81EHbf3lAMJJ0Wf5WfKcIHZms9kR6Q2E6gh3dMKVOrYexdiNPjhSAgLC73X sawPN1xf4Ao4m6qe0UWrZ7LkIpzJvHaw.KsSZyZl7Nx9XDpE8YBnEetywD80I5RoMNy81HdQPHnd U9alJC9tF9qlD9kDDVb8evxEHhiCDghoVqxlePEzNPJTSOHNmT6ONnVx0AMBPMK4AdYrue6fOE6K i7xbLPtw6kzIPEfxXgpYQ88O.S5n92kve_h9GapU.4M9y7Mto7Rh8QbdMIKGLN4v63Oz8w45YGqy QYykvUpNQxiWnprlTmiXJNHcj5pnYwM0Iv9c0UmDWpE1IyZK7wKpUzrpOL2cfI7Df_1.2_oUrbP_ nnTH_f57yj7rn.TuPz7dBdzOlp9XhRel.TzGYRmRV8gA3ocZcFi3btd4Rue3J4klYUQNtWI6Fmwz _BfGuSsDgoL.HCdNFvUxp9MNfy1Gxabo_hFp4E8NWGhNQmxmv_zJTkhNidMSIxeppD0hxNjTEZE1 CDwtE Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Sep 2020 23:25:54 +0000 Received: by smtp409.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 159414763d65c7ea29182cda0aae66e1; Fri, 25 Sep 2020 23:25:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPI 4B on UEFI: xhci0 disconnects under high load From: Mark Millard In-Reply-To: <20200925223334.GB3984@fuz.su> Date: Fri, 25 Sep 2020 16:25:50 -0700 Cc: Robert Crowston , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <52E067BA-1B5A-4360-B961-95A4F0B32265@yahoo.com> References: <20200924224749.GA18463@fuz.su> <66418AE0-79C9-4402-8325-7094E4230D38@yahoo.com> <20200925075822.GB51892@fuz.su> <9EBAAD5C-120D-4F7B-9C5F-1BB045CC1E17@yahoo.com> <20200925223334.GB3984@fuz.su> To: Robert Clausecker X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4Byp1w6JR2z3V9G X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.92 / 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(-0.40)[-0.403]; 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)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.001]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.01)[-1.012]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; FREEMAIL_CC(0.00)[protonmail.com,freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 23:25:58 -0000 On 2020-Sep-25, at 15:33, Robert Clausecker wrote: > Hi Mark, Hello. > On Fri, Sep 25, 2020 at 10:08:41AM -0700, Mark Millard wrote: >>=20 >>=20 >> On 2020-Sep-25, at 03:39, Robert Crowston wrote: >>=20 >>> Could the failure of the ACPI patch to work be related to the >> pre-September 2020 dtbs reporting 4 GB available for pci DMA >> (as you reported today in another thread)? >>>=20 >>=20 >> I'm unclear if you are specifically referring to: >>=20 >> A) this thread's "disconnects under high load" failures? >> B) the huge file duplication and diff/cmp test failures? >> C) both? >> D) even more? >>=20 >> For (A) I'd not conclude much until results are in for >> FreeBSD that is head -r365918 or later. It might be a >> fixed problem. >=20 > I've rebuild a kernel based on github revision e77e27fa: >=20 > pwm(8): fix potential duty overflow, use unsigneds for period and = duty >=20 > Not sure what the revision number of that one is. That is svn: head -r366144 from less than 24 hours ago. > The only > patch I applied is D25219 as the others don't cleanly apply. > The xhci disconnection error did not occur again. Good, I was hoping that the xHCI fix would cover your context. So far things are suggesting such. > I'll check > if this also fixes the problem that I wasn't able to boot from > a disk attached to a USB 3.0 boot, but right now I don't have > physical access to the machine, so it'll have to wait. >=20 > Note that this was without the RAM size limiter on. Maybe I > didn't generate enough load for this to be an issue. I've had a large chunk of a poudriere bulk build appear to work before corrupted files from earlier stages were detected as problems in later stages of the overall build. In the huge-file duplication and diff/cmp tests, huge subranges of the duplicate normally match the original. It is unreliable but not not always trivially identifiable for having problems or where. There is no available test to certify that things are all okay after using the RPi4B with > 3072 MiByte. Unless you are trying to gather evidence about that problem and are happy with corrupting things, I'd strongly suggest sticking to 3072 MiByte for rpi4-uefi-devel explorations. In part that cross checks my result of never having hit evidence of such a problem from uisng the 3072 MiByte selection. So it is useful testing. >> For (B), I've been reporting examples of the issue since >> 2020-Jun-21 using rpi4-uefi-devel v1.16 and head -r360311 . >> But my most recent reports are based on the modern dtb that >> has 3 GiByte for the size of the range (uefi v1.20 and its >> bundled RPI4B materials or newer raspberry pi materials) >> and head -r365932. So both old and new got the same type >> of failures. (I've not tested materials from prior to >> 2020-Jun-21 with > 3072 MiByte in this way: that is when >> I discovered the test.) >>=20 >> Does that answer your question? >=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 Sep 26 00:55:38 2020 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 DA7443EAEF1 for ; Sat, 26 Sep 2020 00:55:38 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) (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 4Byr1P67kVz3Z9m for ; Sat, 26 Sep 2020 00:55:37 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: by mail-lf1-x136.google.com with SMTP id z19so4740143lfr.4 for ; Fri, 25 Sep 2020 17:55:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tenebras-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=PxwB9RiEfCur8XrDg0F9xSz/9+BtM1D9I0sDJYGd9dE=; b=KSJyonpXTdO5lK/qZvhArcnvjEFA5AgFDpQmmQL4M4GMrAFeJPIW9I7hyFJPF+JpfI sJX+KFmyGITtfWegu2+gdwHDX+srkcsZpmqAKw3/CjN29siS2gwYYAX+ZH40qc3sdOjj tpJZBdvt8tm8dvZkqWFlM/lDGtc6gmgSO+bvw20uTnaluxHB0SqDJ4YHI99ai+mK9guG QetiCg/XBXnMTVZ9i0LMdiozyauLWXTdtGR9YoF92QVuJkLdeZakjTHL/QJCxH+K8YkF G0vfvnrZ764Zk7otDxPV58NWeUX5JyJvkgMqpy0MegrKrrq55+krjerI2Ih4ibbt+QWi DARA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=PxwB9RiEfCur8XrDg0F9xSz/9+BtM1D9I0sDJYGd9dE=; b=EAKrKQLwe2vQB/pVPfa3WxCyJPfPDWxXZqD2INqy8moTyLBIrNeW2SGw7RxHIymd6i uZ6HGqT221yUJMVwBfhwT6ePw3C4hwEGipJzm/zeM4xsqQ6uB6zKrllIWg8QK1L/KF+u h6TQh+O0AQZIbq3LYdz7UPLijL6Zn5dhtNKpfjdjJDuWgtq6CN8qOtMROeB8KlSnvNKJ znozGxDIE4kjuC4xm/mssacMlXhDsD4QaqcaIJrvNjGa/wNZDpktnajR38vSEqCYP3tS dBoPSNuAUscGkJ4xVTdy1p6uvSytv/Yy8ZuDkPyHltaFl7ErPCyrj/p0HKRfk1Mxw9ZS a4Vg== X-Gm-Message-State: AOAM533q9lymc0xsrH8FZseryvKEM3Xd3ksj7DImeJYjYgD8vmFvgEWi itmPdOmGq9L2nlvCscUi6YMMJ7uYv9XXQ7W/gYFcbHTbvvg44tAv X-Google-Smtp-Source: ABdhPJy+Q7mBYvsTzYGL6TKZHgo1T7AnaaSyRvLVzVaWpupyW+E2IzRLmvpLZAd8iFK66PyOueEOExWjZIs+oQJavFw= X-Received: by 2002:a19:520b:: with SMTP id m11mr395087lfb.498.1601081735530; Fri, 25 Sep 2020 17:55:35 -0700 (PDT) MIME-Version: 1.0 From: Michael Sierchio Date: Fri, 25 Sep 2020 17:54:59 -0700 Message-ID: Subject: Re: AWS Graviton1 Graviton2 To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4Byr1P67kVz3Z9m X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tenebras-com.20150623.gappssmtp.com header.s=20150623 header.b=KSJyonpX; dmarc=none; spf=none (mx1.freebsd.org: domain of kudzu@tenebras.com has no SPF policy when checking 2a00:1450:4864:20::136) smtp.mailfrom=kudzu@tenebras.com X-Spamd-Result: default: False [0.57 / 15.00]; FAKE_REPLY(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[tenebras-com.20150623.gappssmtp.com:s=20150623]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.19)[-0.186]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[tenebras.com]; NEURAL_SPAM_SHORT(0.49)[0.490]; DKIM_TRACE(0.00)[tenebras-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::136:from]; NEURAL_HAM_MEDIUM(-0.43)[-0.433]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2020 00:55:38 -0000 I'm using an instance based on the marketplace AMI: ami-01d2b8af277052bcc.4 and trying to come up with a partition scheme on a new disk that works. No joy so far= . Must I use MBR as the scheme? Is EFI boot the only way? Use case: I need separate partitions for /tmp and /var/tmp in the environment I am in =E2=80=93 noexec,nosuid are a hard requirement for dirs that are drwxrwxrwt Apologies for the naive questions. Thanks in advance. =E2=80=93 M -- "Well," Brahm=C4=81 said, "even after ten thousand explanations, a fool is = no wiser, but an intelligent person requires only two thousand five hundred." - The Mah=C4=81bh=C4=81rata --=20 "Well," Brahm=C4=81 said, "even after ten thousand explanations, a fool is = no wiser, but an intelligent person requires only two thousand five hundred." - The Mah=C4=81bh=C4=81rata From owner-freebsd-arm@freebsd.org Sat Sep 26 07:38:19 2020 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 8304D3F6BE7 for ; Sat, 26 Sep 2020 07:38:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bz0y233Dfz4GhK for ; Sat, 26 Sep 2020 07:38:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: uu3rwK0VM1lDeIGGZRQEA26qvB1CAmM7FOHAY9OvsPe.xqyte.DW3bWdJPh5zWa JWwWDF5kK78mTpBzItoxuaUweEGx.hU_saAV4io5QVD6kd203XkvjljdfjElbvucTqW98WMW8lqn A_E6PeZuoQU6pv5UPSigxpvAAvCHMBEb15EnWNZEa40xuVJk_.gZ2ipiGWftYFN5TFMQgurV10Nv pSU4t0W2LIU4FWhyBxZvtBBgaCmu5j9k3WhsSjNJI3l5_9pgVlkA9XrZFXsxkUVMXYvoYrVGY0SK wStDI2g2oZzom1ARvWy_4mdDGajAs_FqJrvkxnaIWTOKPFfTceaR5iyY2nUJel_Lj7S555i1ZWsE sRPWQitYCk6YT13bPpR6o5Idpz77.PBJdNQT5SAJdGCyahnHqezQCObqjp5iMcqPC10NwKx7_EZ2 G0VfVmgpOIH4D8Bny2KZWPJ8cemng0IjsHVnMCXoyu1v_NWf4Fkesvfyu4J_whOUNU9Gpg3y8cA3 sY04LRryqDP6dFLUVTkx3RO1Yhngu5UIr1eBc3w8VPdlJ5LWe3Dg3P6uQKupbgAzy5veK5scUGKS oFkYQpC_5.kh5su9WQuxXGghZmLkWQpoYmnZhiszQkGtpNj6NV7gLISODPNquLx9vFmwrttm33KD CIYK8N6P1AWxk4tVq5aUtBaTTqLUxkzIB.230kaLXhDlsNj0wSKML_3USITQsbOK9zFCLFouzrk6 gY2t79DQMbjw4NYE6YxOfqO6EKjlTHMVJkPgm1FpoiivHfFPaSdXxpzApoXQBlWoPsSTQaJtmlSb Yqx4joZmVxVMHCIq3_196vbNRVeDtNqfdMvqtCiUdnQoeWYltCNR8yOzRnRPvdf6C_8dQWHidMGJ PxppgdHx4tJBNBnX2fAXie4LV8ccqvO8ukjnMTHmqO4Crb.6LKu_NnsgLtDg6M3kVMtJS_pp6lYo FsRYfE_y_pj9_9e81Cwnk6V52l.QqAH77J02YS_si.aAt4w3rhuBurq3AMv.mWGuXR1pjwKCf6BG yGjdrN3t9K5L6x.Ll6XAMefrOLInJPAOMsijRYL_WFCQTTSIn3gnd2Cx7tj7sKH472fzxvxhSVaZ Rlrldm1cOggGeQMignArrwhcnKf3BxVmrBdx883Tg5vez72GcTG4VBFN93064UDQXIwp4GEmk4Cz T_BsUEy96QamfG5KjcrTsfpn3U1zIGni7QOLn4UmTh5eqgqs1g5W2rOcUnMeFl4uZsgcFB1WeqOi qW7yjKrKZStJNg2dFTS.RFD2S1oGfYWV4bpLxfOS69P09.OGUbh2wg7eliA9g1R5h3dScy9dRvH4 tfAV4UkmzSb.CHbQ8GM38RmitJ.uAMYn3SQPLOZ8S95NN0ffbZVRy2ChCq0z9tDi3v2WWHvhAzbn 1ivTAYq147LwlMvCPE02mBSW2F1CKNZwP8NlyisY9KSdFqEk9ACYImCOQLBHIxC5CL4GoCbkWMYp ztl9QHTOp7cn3wRD1EvCTuNJ5xkJORu4Ou0YUeMxqsO.6B1yBd6Tjsw5CzQNh Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 26 Sep 2020 07:38:16 +0000 Received: by smtp406.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d468562c394a8e687d6b3e8e6daa1099; Sat, 26 Sep 2020 07:38:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: RPi4B u-boot based booting and hw.cpufreq.voltage_core and dev.cpu.0.freq use: able to use 2000 MHz Message-Id: <0578EC2B-D21C-46AA-AD3E-CD13985B18FA@yahoo.com> Date: Sat, 26 Sep 2020 00:38:12 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: <0578EC2B-D21C-46AA-AD3E-CD13985B18FA.ref@yahoo.com> X-Rspamd-Queue-Id: 4Bz0y233Dfz4GhK X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.32 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.79)[-0.790]; 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)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.009]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.025]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2020 07:38:19 -0000 I got access to a 4 GiByte RPi4B that does not have modernized eeprom contents. With it I was able to do a u-boot based boot of head -r365932 based on the msdosfs on a older microsd card that had materials from 2020-Jul-13 (u-boot.bin) and 14 (RPi4B materials). I updated EFI/BOOT/bootaa64.efi . The u-boot.bin is from my build of sysutils/u-boot-rpi4/ (no local changes). In this context . . . I added over_voltage=6 and arm_freq=2000 to config.txt and it ends up looking like: arm_control=0x200 arm_64bit=1 dtoverlay=disable-bt dtoverlay=mmc device_tree_address=0x4000 kernel=u-boot.bin armstub=armstub8-gic.bin over_voltage=6 arm_freq=2000 Booting based on that resulted in: dev.bcm2835_cpufreq.0.freq_settings: 2000/-1 600/-1 dev.cpu.0.freq_levels: 2000/-1 600/-1 dev.cpu.0.freq: 600 And: # sysctl dev.cpu.0.freq=2000 dev.cpu.0.freq: 600 -> 2000 worked. (Without the over_voltage it reports 600 and then hangs.) Having /etc/sysctl.conf list dev.cpu.0.freq=2000 works. I'll note that the following changes resulted (-: 600 MHz [before], +: 2000 MHz [after]) on a basically idle RPi4B: -hw.cpufreq.temperature: 45000 +hw.cpufreq.temperature: 48000 -hw.cpufreq.voltage_core: 951250 +hw.cpufreq.voltage_core: 1006250 -hw.cpufreq.turbo: 0 +hw.cpufreq.turbo: 1 -hw.cpufreq.core_freq: 200000000 +hw.cpufreq.core_freq: 500000000 -hw.cpufreq.arm_freq: 600000000 +hw.cpufreq.arm_freq: 2000000000 -dev.cpu.0.freq: 600 +dev.cpu.0.freq: 2000 Note: over_voltage contributes to hw.cpufreq.voltage_core and the higher figures are required to be in place before dev.cpu.0.freq is increased --if things are to work. Other notes about the configuration: => 63 62333889 mmcsd0 MBR (30G) 63 32705 - free - (16M) 32768 163840 mmcsd0s1 fat32lba [active] (80M) 196608 54525952 mmcsd0s2 freebsd (26G) 54722560 7611392 - free - (3.6G) => 0 54525952 mmcsd0s2 BSD (26G) 0 54525952 mmcsd0s2a freebsd-ufs (26G) => 40 468862048 da0 GPT (224G) 40 2008 - free - (1.0M) 2048 413138944 da0p1 freebsd-ufs (197G) 413140992 9437184 da0p2 freebsd-swap (4.5G) 422578176 204800 da0p3 ms-basic-data (100M) 422782976 46079112 - free - (22G) Although a microsd card is involved in booting the u-boot configuration, the USB3 SSD and the root file system used on it are the same ones as for the rpi4-uefi-devel ACPI based booting that I do. For the u-boot based booting, the kernel loads from the microsd card, not USB. FreeBSD's lkernel find the USB3 SSD materials, not u-boot or the bootaa64.efi . There are a few other UFS files that the very early activity use copies of that are on the microsd card. msdos file system: drwxr-xr-x 25 root wheel 1024 Sep 25 22:50:25 2020 .. -rwxr-xr-x 1 root wheel 164 Sep 25 22:50:16 2020 config.txt drwxr-xr-x 1 root wheel 1024 Jul 14 18:43:24 2020 OVERLAYS -rwxr-xr-x 1 root wheel 47413 Jul 14 16:01:00 2020 bcm2711-rpi-4-b.dtb -rwxr-xr-x 1 root wheel 2277248 Jul 14 16:01:00 2020 start4.elf -rwxr-xr-x 1 root wheel 5409 Jul 14 16:00:58 2020 fixup4.dat -rwxr-xr-x 1 root wheel 4592 Jul 14 15:57:48 2020 Readme.md -rwxr-xr-x 1 root wheel 514272 Jul 13 11:56:54 2020 u-boot.bin -rwxr-xr-x 1 root wheel 5888 Jan 30 13:26:30 2020 armstub8-gic.bin -rwxr-xr-x 1 root wheel 18693 Nov 22 09:06:44 2019 COPYING.linux -rwxr-xr-x 1 root wheel 1594 Nov 22 09:06:44 2019 LICENCE.broadcom drwxr-xr-x 1 root wheel 1024 Sep 27 21:05:00 2018 EFI drwxr-xr-x 1 root wheel 2048 Dec 31 16:00:00 1979 . The RPi4B files with Jul 14 dates were likely from the rpi4-uefi-devel v1.17 release. They are not from a /usr/ports/sysutils/rpi-firmware/ build. (I removed the v1.17 RPI_EFI.fd while setting this up.) # ls -laTt OVERLAYS/ total 9 drwxr-xr-x 1 root wheel 1024 Jul 14 18:43:24 2020 . -rwxr-xr-x 1 root wheel 1073 Jul 14 18:43:14 2020 disable-bt.dtbo -rwxr-xr-x 1 root wheel 1819 Jul 14 16:01:00 2020 miniuart-bt.dtbo -rwxr-xr-x 1 root wheel 1221 Nov 22 09:06:44 2019 mmc.dtbo drwxr-xr-x 1 root wheel 2048 Dec 31 16:00:00 1979 .. (Looks like I still have a /usr/ports/sysutils/rpi-firmware/ based mmc.dtbo . Likely that vintage is not a requirement and matching close to the July material dates would be okay.) I'll note that I got disable-bt.dtbo from the raspberry pi github areas, deliberately matching timeframes. rpi4-uefi-devel does not include it, nor mmc.dtbo. # ls -laTt EFI/BOOT/bootaa64.efi -rwxr-xr-x 1 root wheel 705776 Sep 20 20:41:44 2020 EFI/BOOT/bootaa64.efi bootaa64.efi I updated ( copy of loader.efi ). As for UFS on the microsd card: # ls -laT total 32 drwxr-xr-x 6 root wheel 512 Sep 25 21:17:39 2020 . drwxr-xr-x 25 root wheel 1024 Sep 25 22:50:25 2020 .. drwxrwxr-x 2 root operator 512 Jul 19 16:35:45 2020 .snap -r--r--r-- 1 root wheel 6170 Feb 1 04:48:34 2020 COPYRIGHT drwxr-xr-x 24 root wheel 1536 Sep 25 22:06:40 2020 boot drwxr-xr-x 2 root wheel 512 Sep 25 21:38:41 2020 etc drwx------ 2 root wheel 512 Nov 27 09:46:08 2019 lost+found boot is a complete copy of the head -r365932 one on the USB3 SSD's ufs file system ( other than managing boot/entropy ). I'll not list its contents here. # ls -ldT etc/* -rw-r--r-- 1 root wheel 236 Sep 25 21:50:27 2020 etc/fstab -rw-r--r-- 1 root wheel 37 Dec 31 16:00:18 2009 etc/hostid Both these match the USB3 SSD's /etc/ files by content. # more etc/fstab /dev/gpt/RPi4Broot / ufs rw,noatime 1 1 # /dev/label/RPi4root /microsd_ufs ufs rw,noatime,noauto 1 1 # /dev/gpt/RPi4Bswap none swap sw 0 0 # /dev/msdosfs/RPI4BEFI /usb_efi msdosfs rw,noatime 0 0 /dev/label/RPi4boot /microsd_efi msdosfs rw,noatime,noauto 0 0 I use various types of labels to identify partitions and/or file systems (gpt, glabel label, msdosfs). The /dev/gpt/ ones and the /dev/msdosfs/ one are on the USB3 SSD. The /deve/label/ ones are on the microsd card. I avoided using /boot/efi notation, making usb [for uefi/ACPI) vs. microsd (for u-boot) explicit instead and allowing both to be mounted at the same time in their normal places (when booted via u-boot). === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Sep 26 08:43:53 2020 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 21FE43F8039 for ; Sat, 26 Sep 2020 08:43:53 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [IPv6:2001:41d0:2:267::]) (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 4Bz2Pg5yJ8z4KRn for ; Sat, 26 Sep 2020 08:43:51 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Sat, 26 Sep 2020 08:43:40 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1601109823; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=YKkbGKmfKCu7yaZ4zljzFAfu4FmZ65Lgzc/TP27jONg=; b=hS4vZdKrpvH8U79OW1cXoNCZrFmj4fUpVswpjwo7PpZLBMZr7EEEzuKgaLGlFb5xGRcZvY qQdCQLo+dD0ESRBaCLL0XN5toqXcgbUy7df0NRf5pD5APnCS2z/wkXmxva1T/sbxkz7qTL osWf3Qi3upLA92jEAUP8sGjPkMeB6HU= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: freebsd-arm@freebsd.org, Michael Sierchio Subject: Re: AWS Graviton1 Graviton2 In-Reply-To: References: Message-ID: <56F00B87-F169-4B6F-8C36-5AD98E084C7F@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 4Bz2Pg5yJ8z4KRn X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=hS4vZdKr; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:267:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-4.02 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.027]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:267::]; NEURAL_HAM_LONG(-1.01)[-1.007]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.98)[-0.981]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2020 08:43:53 -0000 On September 26, 2020 12:54:59 AM UTC, Michael Sierchio wrote: >I'm using an instance based on the marketplace AMI: ami-01d2b8af277052bcc= =2E4 >and trying >to come up with a partition scheme on a new disk that works=2E No joy so= far=2E > >Must I use MBR as the scheme? No of course not=2E It's actually really stupid that the official AMIs use= MBR=2E I used GPT when I first booted FreeBSD on the Graviton instances=2E You should use GPT=2E >Is EFI boot the only way? Yes=2E What else would you even want? :) FreeBSD does not support any other kind of boot on arm64=2E Even embedded = crap devices load the EFI loader from u-boot=2E From owner-freebsd-arm@freebsd.org Sat Sep 26 13:40:09 2020 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 A0FBF3FF280 for ; Sat, 26 Sep 2020 13:40:09 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (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 4Bz8zX45R7z4cM8 for ; Sat, 26 Sep 2020 13:40:08 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 117BA917 for ; Sat, 26 Sep 2020 09:40:04 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Sat, 26 Sep 2020 09:40:05 -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=fm3; bh=yzSUy43CCz56LVkckoWPPQp8dNw kcA7VOAF5+LTrkT4=; b=UdBQQJ0hjlC6IWt9Rb8pCWDW2ALhp+QUomdTGyVg45D yKieBXhTn/uCaNxCKhR4Iri1g2vjQ5QU/F3zHciKaZDbDEPzgcg4s4u/ypc8oe5u S/QYfJOvhs+AXKcPPXBHkOmKEWZtpFOi9CAvgArnxd1zxTPgEg2uP2kbtrWm50MF goF5zkglWakdLiKUam2eS5J+TSsW1URTweEf0F/qyuwgq1ZH/9zsmzm4B5OpFgot L6YTkRNyCGl+SEl0EVrDKMXsKb368rfSOX3DF8gGA7QgBRZwJxeNyUYNxLsMMB7i i0IXDLaKVvpY0EiJtXDay57LKuyiRnnxqj6OWbH6weQ== 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=fm3; bh=yzSUy4 3CCz56LVkckoWPPQp8dNwkcA7VOAF5+LTrkT4=; b=ZgRw3+Gb19737Rh4Vfpxam aYF7AtaAuBqosp22vOolJ/51A/EiteqfZRx7z98CcAS+KgZxz6V0Y7H1Jkausc8V 4Y14YsJ9pS4csSHH/N8ulUqZUh6/9vn+uksnbJQuPmCOG3AkV7mqqrQM/AbyNpr4 3YXjzA3eEdIdI2jnt73/CaSv6UVQzFczmmaypUpCB46mpDkVUjGdpYXtJceAmjRx CxKUge/BakrI5wHip/W4BDywdUkMX6SwYzViqTAlqmo2YuHvIDFZC2+b3XPDEpih L+oSKKSGdBDi81Y2Z7rGttDpyxaKDQf/Rp2g5NhWTs3mC0zxUvvehIb38c+UXWog == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrvddvgdeikecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptedttdduuefggeeghfekkeetkeejle efffelheejfffgffdtfeeftdejgeeuieffnecuffhomhgrihhnpehfrhgvvggsshgurdho rhhgnecukfhppeekvddrjedtrdeluddrleelnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from bastion.zyxst.net (bastion.zyxst.net [82.70.91.99]) by mail.messagingengine.com (Postfix) with ESMTPA id E2AB9306468B for ; Sat, 26 Sep 2020 09:40:03 -0400 (EDT) Date: Sat, 26 Sep 2020 14:39:34 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: RPi4B u-boot based booting and hw.cpufreq.voltage_core and dev.cpu.0.freq use: able to use 2000 MHz Message-ID: <20200926133934.GD54660@bastion.zyxst.net> Mail-Followup-To: freebsd-arm@freebsd.org References: <0578EC2B-D21C-46AA-AD3E-CD13985B18FA.ref@yahoo.com> <0578EC2B-D21C-46AA-AD3E-CD13985B18FA@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="F8dlzb82+Fcn6AgP" Content-Disposition: inline In-Reply-To: <0578EC2B-D21C-46AA-AD3E-CD13985B18FA@yahoo.com> X-Rspamd-Queue-Id: 4Bz8zX45R7z4cM8 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm3 header.b=UdBQQJ0h; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=ZgRw3+Gb; 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 [-5.55 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-0.96)[-0.963]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.20:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.20]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.999]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.88)[-0.885]; 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.20:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2020 13:40:09 -0000 --F8dlzb82+Fcn6AgP Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 26, 2020 at 12:37:45AM -0700, Mark Millard via freebsd-arm wrot= e: >I got access to a 4 GiByte RPi4B that does not have modernized >eeprom contents. With it I was able to do a u-boot based boot >of head -r365932 based on the msdosfs on a older microsd card >that had materials from 2020-Jul-13 (u-boot.bin) and 14 (RPi4B >materials). I updated EFI/BOOT/bootaa64.efi . The u-boot.bin >is from my build of sysutils/u-boot-rpi4/ (no local changes). > >In this context . . . > >I added over_voltage=3D6 and arm_freq=3D2000 to config.txt and it >ends up looking like: > >arm_control=3D0x200 >arm_64bit=3D1 >dtoverlay=3Ddisable-bt >dtoverlay=3Dmmc >device_tree_address=3D0x4000 >kernel=3Du-boot.bin >armstub=3Darmstub8-gic.bin >over_voltage=3D6 >arm_freq=3D2000 > > >Booting based on that resulted in: > >dev.bcm2835_cpufreq.0.freq_settings: 2000/-1 600/-1 >dev.cpu.0.freq_levels: 2000/-1 600/-1 >dev.cpu.0.freq: 600 > >And: > ># sysctl dev.cpu.0.freq=3D2000 >dev.cpu.0.freq: 600 -> 2000 > >worked. (Without the over_voltage it reports 600 and then >hangs.) Having /etc/sysctl.conf list dev.cpu.0.freq=3D2000 >works. Exellent! On the basis of your post I went ahead and removed from config.txt three lines, then added two and rebooted. It's now this: arm_control=3D0x200 arm_64bit=3D1 dtoverlay=3Ddisable-bt dtoverlay=3Dmmc device_tree_address=3D0x4000 kernel=3Du-boot.bin armstub=3Darmstub8-gic.bin over_voltage=3D6 arm_freq=3D2000 before, when it didn't work, it had this: [same as above], apart from gpu_mem=3D16 over_voltage=3D6 arm_freq=3D2100 In creating the freebsd instance I followed these instructions for 8GB https://lists.freebsd.org/pipermail/freebsd-arm/2020-August/022162.html and applied D26344. /etc/rc.conf has powerd loaded I was particularly interested in getting this clocked to a reasonable speed= as it's used to build packages with poudriere based on arm7 and aarch64 for -current. seems very stable so far: 2:36p.m. up 45 mins, 1 user, load averages: 6.51, 3.57, 2.92 Sat 26 Sep 2020 14:36:14 BST dev.cpu.0.temperature: 65.0C dev.cpu.0.freq_levels: 2000/-1 600/-1 dev.cpu.0.freq: 2000 rpi4 is in a FLIRC case for cooling, no fan. 24 degC/44%rh ambient. best,=20 --=20 J. --F8dlzb82+Fcn6AgP Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl9vRKYACgkQs8o7QhFz NAWxuQ/7Bqg0vRfSo0jVeZ3e/Z3Y63koH62IjFEetyUmUtSj6jEo6MX1Mfk61do+ NJcgN95eiSlabkLIhfdJ/aYQ0iK+DP556i5HdOlaa93uHO7nAqE3Y6iLhMw5Wwz5 jpy0m+8AHjKi23ZlGo5/WzzeaNyv8DdSKqMpRYCIFe1ubZq5+k1oZRAu2fspxIqt n/dyyis2Lbk/NRS3lZZ4Jd5tNalV2f+AtZcxVKSICDbquvxesX9HHKjt9fej0L+c bZmPQcnNvleDKlJbzTciWSRJoFdov4AzJg5pr+s4NGuYOgPw3ws8p4nSeZE2BMBp CBg966kPQlImSC+nY95IGpbA1BOfp04WdWBYncxsc1kOGXYAsD0PF7TsH9XK9CzM ys0XMsFuhDRnsEK6DvMc9BIe71i/9y/cCpPPGQIoBdSZr5nyEcZh28/Ld0fw2VBk Ls6Fu41Yko/jqPFu+ZKBDww1CFJMDbfDrjJQueKN39f+I0cQ+7aYMN14XacRWzhm LScS2WYllVqWYNYEhT21dUrry4nKDCDTkhBvqExaFzsKAajcJ0RejBWQbd9eVGmR BQpT75DcE1dDy0r3fWjBtd/B4n+8RKlgrl7vMFYscOqFNEiZEfSaSWRY330x/8kh RBDp62JNGqjOcOUaM+b63ufshbVTocvyfwfQYfs3XryRATaDzbg= =Ehh6 -----END PGP SIGNATURE----- --F8dlzb82+Fcn6AgP-- From owner-freebsd-arm@freebsd.org Sat Sep 26 20:03:48 2020 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 72FC3427C82 for ; Sat, 26 Sep 2020 20:03:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BzKVC2Hptz42r3 for ; Sat, 26 Sep 2020 20:03:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: tcVBODwVM1mPgfrgmRC2dVEzG1njJywGMUJYMZmm04v8z4MXxkIQ.mkUH2sMsMo yqw3cq9Ri1pyXvqneLmFW8quJHf67zctOaErYHN6jHJZ_w56ir5MapBoZN3F2DifG8HRx0SIcN6I oQuXMAprS_ECSZAUK8mpOAHYLztXCOPhFknK68P45Nz8zXDsw5CYjQC9saJku.pbpCfc.7a_wXWT 02IY8jUXV_okgWsArAVNnGi.9fs3JmKC4XsYWp9mr34rM_LUy5ar8.2vJQG.Ov0RI2X35wui.1E9 X45A.nLlXbenhrUwF0Jni2thhvzW7RRsyYRfG.Z4rXwwI4upXjSofsKZ1a85TI6wpjrOA3oovBGa mkj.c8ho5We8Dr86GBZhvU76LCJ6KYpDvxW5wjCud7Fe90tW2bFmIGis1IOhBc72XT6blYYaiTrt om2NAExISryvyM6F2vDLo8oc5yfNmboYhtURh3NeQtXHJf27tuOH0Ier8bD1Ed_5b.o18Atlxpr5 PYmCIOueLPitTB3W.mfUXYJnmC.a_EuHcR1woXv1vrZ6zl6rBfDiINVGWYoHVhrKx5Lj0FxZizCb XDcdthccs5qfRBqHcTfa_nBgAUrwk0Zz..LghLiAXyyGSXUJTvE.I9VLknnwxYh.sixl_FHIQkH5 sLu1_EpYxVL2HZ.r7KoMd4i2bG1.aTUyzkA_Bfyt_Fadt6HBW54wnXThN38uGiPZfipybRT2CCgv 2wzWYQBs2epGdE_yf0uUJagr5vS9ysehtRf_2OZuBObZro1jf26coV7oDATmgyT9tcgbmKHXcC4U FHe13oGJ7WaE7h1OlZBWmXvXrfpql72.CQT9zjz48KI9oW9mXSz4D60T6Pml3o27APRntkWvH.eK EgZS.Et1bOU1LVnTHfdrk4j44v6KrIMpcvpTRF5BgZ0mgPdzinX4kh3QwZdiCn1TrcYO_LIYOcp7 L19eD.E_3NAwel3Hry0Z1i62rQ3pbnYI0Ycxda3A0pQPULMD.jXGf89MdtfnlvsfK2XCv8U8naIc V1O3mdNSqlR5LGzAi6XfmeXSdwxxJi.Wkm4s7OgtnGMMJHoECHZt.wXOl0VM9Pte5yNZP6ybzQ6p o9RWZzZWOf1mHxeU98Oc4vg_.J4X7l9dJkLsU_VVNl_NpB7le9NhcDOIDSrZKtWjINvUiLobb0T4 mAczzNelrMJCBuVNNAcp1mGz8RFmCnsnaHbXW2f9dvHR.UxxSX6hKgeeMFyA2gBKnmaOCN3xn1BN e9X5EydYMQRUTrqr95HTaOszPmQXqnCPrVzE2x9JEukq0JnNtDzYrF6LASXB03gmu9Dq4aHVJnQq o8sEop8hWF7JfjM56NX9IUJLrDJaTfPDuLJiIAzV4y9laTh2fYDTn_DegBYKV9.lD_BF0HOZYxvm RuDHth1xWBFMV.K0tL8EPD93wbmqOP.VDlzoOfuPDyuw3uNlHPLJT6s8a5EDeOQ.WbXnOvbqP9mX olVnnr_TePjWroQaSyxknXhRZXI2XEOg.ZlkAiEIXZL9E1H_z450ohNIm38k- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sat, 26 Sep 2020 20:03:45 +0000 Received: by smtp408.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 60732964bfb672a9dd53ab494db8b7d0; Sat, 26 Sep 2020 20:03:42 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: hw.cpufreq.sdram_freq displays as -1094000000 for RPi4B booted (via u-boot) with sdram_freq_min=3200 Message-Id: Date: Sat, 26 Sep 2020 13:03:41 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: X-Rspamd-Queue-Id: 4BzKVC2Hptz42r3 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.92 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.40)[-0.403]; 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)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.025]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2020 20:03:48 -0000 h= ttps://www.raspberrypi.org/documentation/configuration/config-txt/overcloc= king.md documents default values for the RPi4B as: sdram_freq: 3200 sdram_freq_min: 400 (in MHz). (It documents not being able to increase (overclock) sdram_freq as well.) So I tried sdram_freq_min=3D3200 in config.txt and it seemed to work nicely based on some benchmark results. But . . . FreeBSD mishandles the display of the value that results when it is this large: hw.cpufreq.sdram_freq: -1094000000 which for 32-bits 2s complement looks to be: 0xBECAE280 and that, as unsigned, turns back into decimal as: 3,200,967,296 Prior to the sdram_freq_min=3D3200 use I saw only: hw.cpufreq.sdram_freq: 400000000 So it seems to be a signed-interpretation problem for sufficiently large values and otherwise seems okay for value display. (It is unclear why I never saw larger values other than by adjusting sdram_freq_min in config.txt or by direct sysctl hw.cpufreq.sdram_freq assignments.) Somewhat related note: One point that I'm unsure of is: hw.cpufreq.voltage_sdram_p: 1100000 hw.cpufreq.voltage_sdram_i: 1100000 hw.cpufreq.voltage_sdram_c: 1100000 The config.txt versions of those are documented on: = https://www.raspberrypi.org/documentation/configuration/config-txt/overclo= cking.md as having a default of 1.2v on all models, not 1.1v. It is possible that these would need adjustment, not that I've seen evidence of such yet. (Which is good: I prefer to leave as much automatic as is reasonable for my experiments.) In the config.txt file these are over_voltage_sdram_c, over_voltage_sdram_i, over_voltage_sdram_p and have the -16..8 range specifying teh nubmer an ddirection of 0.025v steps from the default. 0 is listed as having 1.2v as its matching voltage. There is a over_voltage_sdram that sets all 3 at once. But hopefully I'll not have to fiddle with these. Should FreeBSD have defaults of: hw.cpufreq.voltage_sdram_p: 1200000 hw.cpufreq.voltage_sdram_i: 1200000 hw.cpufreq.voltage_sdram_c: 1200000 (so over_voltage_sdram=3D0 instead of over_voltage_sdram=3D-4 in config.txt terms)? =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 Sep 26 20:20:56 2020 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 0868C4277FD for ; Sat, 26 Sep 2020 20:20:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BzKsy4CBJz438g for ; Sat, 26 Sep 2020 20:20:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: pTN0CF0VM1mH5s_6H9I4B15R8El4N1f6J1bFNahAtR9Ts_GtJLn70EIot2_s.7R LvVhq9beJF.IJ59bmDdIB_8JTOaYBlGToiUUfSs2RwQTTVEZTBKCpfiqendvGWSbbw4XTwG63y29 kKu.5b1xiPU1MOi5VrCdOEbuCuVAfXkQTuVJXvy.4x5MrDZFRvi6gprTSxFp1c.5W7WPmy4inuHT uJTMtjZsadyjwcgVGv_pmZ0s7roROKtjK36gfNAeQsyuFtCG7N24MhZC1S54vvntYZnO7PmxZ6yC ljG0u3mQqELAiiJUa9o9RL6MuRkEVLYbSqxDfXvxlu2Z7v9d5AsGuiOQtbJOcEZoSNihg_6JZIP2 nlwdzRwD2o5dwldDHGvM4ph9EoBXCSFQ9lMrliCMllMLNyfwbvt4juk23giZTEEiDrAxzMozDj1t V9ZuMmzzYkufLjD0eZzdYXTAlJMH48JLHpJWAuYWFPCW.dIANzYeMTXi3XwAaLbPNNyiU879Wrmq pjODZy2nt8v74n0Ja2VOk6UB57N1Ow1..WzVdPuRChfqiVaIJZMQWq5diaFadHfvv5_3TnLyFY_9 sPXEDAHFhSxAmEz8HwKiiB5I9pmtRT0UsuV9zKrsoH6D.5Asb.xzGJR9nvSxDm1fjlRfmmkKjoix 36ZLN4PdI4.3iZhdGo1aAJUA6EM2Pj98GW.unlJUN3.l4uvBNNZ7K9qRsU5OAIjKqufe7UUit3HM 6TMN2AjUGUStmHv1wZtONGD.f6Nw1np_6hCjXQydnZcS5mdjT7QGzKg417qY.akg_iWiNdNiy8V5 y9a7E6eAuCVA8puydcFcIQWK3TycRbzOVsh1Dbr75ao98yUhW8DG4i176yQl0pz2e_k61PAGsEqU HVHk5clnpvdPw6tAtj4cStaVguzBi83v0eMlkAxOe63gBd0k31iEtMxfkZhYzA6hXaxDCYC0LTMh LOUphjVuSG.S2nqhnhByn7M7sLwiTDGlEz3c01sXTVfuRzpciz0RLY67SmB6xpI1ibwG_43TAFvs 4TlW9naTzwC_6HUaCzhzsrkuE4ihGGoj.7agMezegKNA3eRL3SRTJUJHlmXVt6vRFi6iZ00KO3jI UiRPLbOgIRbhQQbVSu2d3Ew7gUAYY.D.AckRalRvqqzCJXvsK4AAvgnSjON.NWuLFWHqcxedgBOD w5t_WIRThdNw1TmwmLqLNebJdJWp_JCTS2Q8DwGYySgs7evkqZHSx8iMvKGVlTFf6pRY1zHq4m.I JKQ1fX1Y1AlCNdtW0HzUPiNHFgKkzePFSxQI9wzMNlEqzqbX5x8UWRpYc3c.Nol9sKDbhklJtopd Trx0yhe0LWQpa2zQVWlfIlSyysBf3mpq1fgvHz7qsIBupc_X96xJdoxMa3CdhJFg5mLrLlUVQW5A V_m4MDQHdrJ0mamAgmLeQnX0PK5VyFQp9.J7gdDyOjn2sXc.dcguGKXcnQ0bdjzRMJ7pmb.Putm0 .Zhb8joyMBUl6hLLyxhdO6qPSnOCyVMq03XJUEEvJufGHFMzXQ9nlRc_Tnd7IqXNmUObP08RTe4I - Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sat, 26 Sep 2020 20:20:52 +0000 Received: by smtp417.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID dff6036ed54dad20f518497cc8bcbcd7; Sat, 26 Sep 2020 20:20:50 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B u-boot based booting and hw.cpufreq.voltage_core and dev.cpu.0.freq use: able to use 2000 MHz From: Mark Millard In-Reply-To: <20200926133934.GD54660@bastion.zyxst.net> Date: Sat, 26 Sep 2020 13:20:49 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <64B39936-7689-4240-A5F9-4DF5EAE4DE42@yahoo.com> References: <0578EC2B-D21C-46AA-AD3E-CD13985B18FA.ref@yahoo.com> <0578EC2B-D21C-46AA-AD3E-CD13985B18FA@yahoo.com> <20200926133934.GD54660@bastion.zyxst.net> To: tech-lists X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BzKsy4CBJz438g X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.08 / 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.58)[-0.582]; 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)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.017]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2020 20:20:56 -0000 On 2020-Sep-26, at 06:39, tech-lists wrote: > On Sat, Sep 26, 2020 at 12:37:45AM -0700, Mark Millard via freebsd-arm = wrote: >> I got access to a 4 GiByte RPi4B that does not have modernized >> eeprom contents. With it I was able to do a u-boot based boot >> of head -r365932 based on the msdosfs on a older microsd card >> that had materials from 2020-Jul-13 (u-boot.bin) and 14 (RPi4B >> materials). I updated EFI/BOOT/bootaa64.efi . The u-boot.bin >> is from my build of sysutils/u-boot-rpi4/ (no local changes). >>=20 >> In this context . . . >>=20 >> I added over_voltage=3D6 and arm_freq=3D2000 to config.txt and it >> ends up looking like: >>=20 >> arm_control=3D0x200 >> arm_64bit=3D1 >> dtoverlay=3Ddisable-bt >> dtoverlay=3Dmmc >> device_tree_address=3D0x4000 >> kernel=3Du-boot.bin >> armstub=3Darmstub8-gic.bin >> over_voltage=3D6 >> arm_freq=3D2000 >>=20 >>=20 >> Booting based on that resulted in: >>=20 >> dev.bcm2835_cpufreq.0.freq_settings: 2000/-1 600/-1 >> dev.cpu.0.freq_levels: 2000/-1 600/-1 >> dev.cpu.0.freq: 600 >>=20 >> And: >>=20 >> # sysctl dev.cpu.0.freq=3D2000 >> dev.cpu.0.freq: 600 -> 2000 >>=20 >> worked. (Without the over_voltage it reports 600 and then >> hangs.) Having /etc/sysctl.conf list dev.cpu.0.freq=3D2000 >> works. >=20 > Exellent! On the basis of your post I went ahead and removed from = config.txt > three lines, then added two and rebooted. >=20 > It's now this: >=20 > arm_control=3D0x200 > arm_64bit=3D1 > dtoverlay=3Ddisable-bt > dtoverlay=3Dmmc > device_tree_address=3D0x4000 > kernel=3Du-boot.bin > armstub=3Darmstub8-gic.bin > over_voltage=3D6 > arm_freq=3D2000 >=20 > before, when it didn't work, it had this: > [same as above], apart from > gpu_mem=3D16 > over_voltage=3D6 > arm_freq=3D2100 >=20 > In creating the freebsd instance I followed these instructions for 8GB > = https://lists.freebsd.org/pipermail/freebsd-arm/2020-August/022162.html > and applied D26344. /etc/rc.conf has powerd loaded >=20 > I was particularly interested in getting this clocked to a reasonable = speed as > it's used to build packages with poudriere based on arm7 and aarch64 = for > -current. The cortex-A72 is largely memory subsystem limited on the RPi4B compared to, say, the MACCHIATObin Double Shot running at the same clock rate. So I've recently experimented with changing the sdram_freq_min from the default or 400 to 3200 (to match sdram_freq): # more /microsd_efi/config.txt arm_control=3D0x200 arm_64bit=3D1 dtoverlay=3Ddisable-bt dtoverlay=3Dmmc device_tree_address=3D0x4000 kernel=3Du-boot.bin armstub=3Darmstub8-gic.bin over_voltage=3D6 arm_freq=3D2000 sdram_freq_min=3D3200 A benchmark I use suggests I'll see the fastest RPi4B buildworld buildkernel times that I've seen yet when I=20 get around to trying that. ( My benchmarking and testing is based on powerd or the like not being in use but the kernel or rpi-firmware could be doing its own thing given the above and sysctl.conf having dev.cpu.0.freq=3D2000 .) I have heatsinks and a fan involved, as well as a (apparently good) 5.1v 3.5A power supply. My experiments presume such a context. (I've sent out a separate list message about hw.cpufreq.sdram_freq having a value-display problem and the 3 hw.cpufreq.voltage_sdram_* values looking to be lower than expected. I've not seen evidence of problems in operation so far.) I'll note that: = https://www.raspberrypi.org/documentation/configuration/config-txt/boot.md= reports: QUOTE arm_control DEPRECATED - use arm_64bit to enable 64-bit kernels. Sets board-specific control bits. END QUOTE So I'm likely to experiment with removing that line from config.txt . > seems very stable so far: >=20 > 2:36p.m. up 45 mins, 1 user, load averages: 6.51, 3.57, 2.92 > Sat 26 Sep 2020 14:36:14 BST > dev.cpu.0.temperature: 65.0C > dev.cpu.0.freq_levels: 2000/-1 600/-1 > dev.cpu.0.freq: 2000 >=20 > rpi4 is in a FLIRC case for cooling, no fan. 24 degC/44%rh ambient. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)