From nobody Fri Sep 15 04:32:20 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rn1WY1ck5z4tTxW for ; Fri, 15 Sep 2023 04:32:41 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4Rn1WW6rl3z3LHk for ; Fri, 15 Sep 2023 04:32:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=GKWn4qBe; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694752357; bh=F0veZSaCLdorVmIfPqpaDW3Ti9ZCKMc7Iy8o5gOuBm0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=GKWn4qBepMKLv4M8UFrTji8+3OLMdjac0+Xcezj4cPNrgWHvCPzP/562GOQVLISXcOP+a+1YHyILO2IOn2rYC4SLS/gljRdJSDBjRKt7GY0XBHHPB3cVGhXshRQay2n4CvVLz7pkb9umoKMz+mWJ7hLI2hpTmmnAP5zbc3tprh/5sm+QLlhZOlBP8JouD/m+wQOOZ69Khqrc6zZtPILSaapiHg2GU8zxEpR1BESaARjphljH9JNTtJXqnhtuLpfl0KtWZ0XStLx/ZjzMI513ylHJDkPESmlCAuQbyhwN+A7et3JYffjqQx6j5JwaNdLXisUQLQZnC1aWzHIOVER57A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694752357; bh=16jKJV2Y0G717d2G9r68kFdQBFzkSOjhDeiwigACEVu=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=rVsNMDAb39dI3s1TzhgthfhCNMsHeloP1df9FKn6AJZnaOE9TpdvNQlr9sxonPoz1XM2PuLIPUKBL3SIoRpNLSJHhMPzGfMQ76lzjo4PZ1cLFd/p3i2INZrntYZU9oyj3CjJUgd6+7cDvz/MoBczgp3T3I3tjeUK59WThQDwSzlg2lcJP811Z6cShkzHspPvlvRm21ufBdA3AXwtuLgXAB/KjX1QFq3vU2mkcTtFa4ndRHuJLRGQJnqltXYT/1m99yLfYmwAQY5iDhNvtXCYqdH9vZFn1v2qkBLOMr0Gu+cA4gu0zW1ySYQd59RnvKxwDBR5xQtQ837vK9ZguHj8vg== X-YMail-OSG: WW8Kc_IVM1l.xG_8Ni9qr30q9sYiagEB7Xc7sQM1W7JEWHo8G8hYbsnaN25cOyX 0ubvMrIjRmWVVDWVAg3S6hZAIHQ.lyzy4RwmYwHOMgNDWwsYnVoF6G7Mo11m.rurJm5B42oqj7v9 BFtSAf7AjWLADC9WR6qmH2xjcX6ASlMpW_.kl9va5xc9eE4WACGoX0LMZB1_uOZNGPRlVHwcLySJ fNbGUEPXh4elCr5XERB0A2mpYew1y9HgqYc5Zanvqs6xKd3JTYST.m6CpZpjJfPP4fgccPrFTf0h MAWEYdMZKRFI0e3tOS0u6W6Fw0dNpvgydCwcKig4a_JDtKKMBZjkGGeWll3MiffCIXC4vk3wHXcU zorDfXxnWI2ZkxB5Nwv91lWBjRYLxeQM8VlIq7g_Qdg_jCmvQvOqr3mIScacDYEpoWF6Hf40Ae5Z gs2FEtAsXDK4bhvn3fwRqV6FvfJ_4_6o0r2nw_Xerw5Z5b8sXOHJwrRXT5lIPCs6XJtrtVoRZDAw eAi7YpAzn5O04fLcK4Odvor2xxiIT5vp0ZYIrJFIxOuIsmpi0hmpRfAGs5x3q47Ey1_KkEUnGfqa JdKAA9Ty0FCZ2ai.JPOxSiNVC1iAkI7Co8ePXjyA1Y9cqSrIEk0BoVzXfQjqAg9QoVoblyS11CDQ sTaIhbtzAFGKrAukCjX6ql1DMcBIh.Px7WqqY0y71TnoW3VHSbTS5cScpAd5iqBGu2smYhRmQr5A FdS_ZXhlo3.Axg1kil9AEbcAmXU2NfBMvwTorTsxZuu7oU8k02FFo2DXUHhxZ87ImIYZSISqcHdM yFWqdEd23qAwpixsqlZMoqSP2B7qYPDTdszmwf_mCrBOSv5iCoW7pv0UPAZSZjBY_kTrVL1mLPZY OyeyARJJMR6n7YYunNd9lbrXd3Wx4GvpmPQ28opgk43wcjuFW1XqGCwxpr1GQ1nl3392k4J30jv7 Bza6XhLSdTgTP4vSW9jP8YkVbidP1sn1LjiiQDisWxLWrgsCavc3LY2I2178PoojOGA5nGseeq1C uHBCt_4X1.Dm6kR1yNnhoK.YB45gBaUwFx7C4F1jBsoIIGasnHfm15.kkBuy4T7.tOqe4msWix_R TAFfV.cCfASl_yi0CVeibD8UZPfizS.fCuXPfukq.S.W8WydX0fXE1qZFEi.UeIzOMNm0RocSY.. PZ2rCeAL6AfmQeYMJTJzOBJ_N6Fr5.aPbWMtS4GxhAj_OGy7GWIWixbPcTfkSLh3wdFOGnBADcqh uEB2KkJSue1c62SpiRQ6.ix8oUmNsyPw3bCwzC45KBcOzKne6cXTr4.80balRG_47wWGeArHkPv. OCRx7EHIazvttTizRPtUZjbZU3e_XmejP5xo9k0B91P56OAI9CW20K6KjFSjGB1TWMTn5Q02eAol 3HuIo4mdH20PuZzcrYYJ48J0zVxzSWAMb9zgccZ.ebc_rqCCJzS8WdNTULSKVyYTF44_U_aLVDeT Vx9TIJ33TvjLu16ENzHlhV80tr_MSR1NwJfd8z14ZAVjWFxyDNfEVXlnIeTIjZrgnBVYaZ6BCEbD zFkxq0d8O04tduL_J48SeTwA6Gzej5ZkqWskbbwfjfNn_a5lAh3BCjxHFHKjUFF1L6L8OzISpQam Ng2PXIQqBeOW9yNWmEnsN6f5nW2hvHoERYz0ZhR3ro3f9wOmkYx3XIJH4IaNZFBs9y0QB.Wmb8gr yXD5XJhePxhJuEHdtIxTw_H1d3BFXqX6sLrAxN9hGQL9r7oQzmDLTu6m9aOocgkteHhHtz.Nlqnt 7hHtZ2._o5NWt_DCXDTvb2s5ff.QAH4At4px2B4kunZpfoOeTF5Zk4lvoEdPJJI5Pk9uh8eHcMLA thTNACMbSPPN6TuVa9vXrnEnJadn5J6OzRpreduYFJF.Bh81UtETjwAontxR.Iup3TDqnj_7ZYAd QqKWHIxdYd1e2Myw.d16Oe2XUjK.qsDbjGRwBbdJ7_jDe0c9AjTfFrSopa1nGtqnAhBrTjJIVdvu dHEGqJvIdKJfaGoOC94Bjd4wwdUfMlNUg85SN4CD1le_NMmd4f8Ucef19xDwoQXxIyH2Ftf0nk6X T_nThgOHeXSYJ1gVzWrh97qEJ.CGN6AT_xVRxLxlSobX4fbEmy2jOVnSrPN6aOf49JvKXE63I5BB PFyGf7LAm2bAl2dTYCEbAkbtOa6KRnLLh4rsBwHFAkOYdttvmouQXRWbYwniR_y_EnfmXnn4n6XL nPsd8ecBeRDWkDUg_1WmxNrUZziv7R5fwrrGyNCbfs7.FB_6BjWofH8IyxVTNZ.bSIye_f.WWyq6 4xPUP X-Sonic-MF: X-Sonic-ID: a032fb3c-9d09-4c35-b2c9-f11946952e33 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Sep 2023 04:32:37 +0000 Received: by hermes--production-bf1-678f64c47b-f88h5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1cef5c16583f5fd4f281b042b4a81ef2; Fri, 15 Sep 2023 04:32:33 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Wow: Building the likes of devel/llvm16 now requires building rust first (when rust is out of date). . . A WORKAROUND From: Mark Millard In-Reply-To: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> Date: Thu, 14 Sep 2023 21:32:20 -0700 Cc: freebsd-arm , John F Carr , Charlie Li , Tatsuki Makino , saper@aper.info, freebsd@quinteiro.org Content-Transfer-Encoding: quoted-printable Message-Id: <6557AA51-D4E2-4E30-B3B4-BA0B356D5343@yahoo.com> References: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> To: FreeBSD Mailing List X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.43 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.93)[-0.934]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_CC(0.00)[freebsd.org,mit.edu,hotmail.com,aper.info,quinteiro.org]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_SEVEN(0.00)[7]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Rn1WW6rl3z3LHk On Sep 13, 2023, at 23:20, Mark Millard wrote: > Note: py39 is in use in my context. >=20 > Building devel/llvm16 requires building textproc/py-recommonmark@py39 > Building textproc/py-recommonmark@py39 requires building = textproc/py-sphinx@py39 > Building textproc/py-sphinx@py39 requires building = www/py-requests@py39 > Building www/py-requests@py39 requires building net/py-urllib3@py39 > Building net/py-urllib3@py39 requires building = security/py-openssl@py39 > Building security/py-openssl@py39 requires building = security/py-cryptography@py39 > Building security/py-cryptography@py39 requires building = devel/py-setuptools-rust@py39 > Building devel/py-setuptools-rust@py39 requires building lang/rust >=20 > Building devel/llvm16 and the like just got more > resource intensive for those not already building > lang/rust . Building lang/rust in my context uses > system-clang ( not a devel/llvm* ). So no loop in > my context. >=20 > I normally build rust anyway. But other folks may > have been avoiding such. >=20 I have the file (for other reasons): /usr/local/etc/poudriere.d/make.conf and I added to it: .if ${.CURDIR:M*/devel/llvm*} OPTIONS_UNSET=3DDOCS .endif This overrides the "always on" for DOCS for the various devel/llvm* . (In more complicated contexts +=3D would be appropriate i order to allow multiple assignments to accumulate.) This stopped the recommonmark use and, so, stopped the sequence of dependencies leading to lang/rust being required. This appears to do more than whatever John F Carr did to get it to report in his context: =3D=3D=3D> The following configuration options are available for = llvm17-17.0.0.r4: . . . DOCS=3Doff: Build and/or install documentation . . . (Likely normal style options file content was involved.) I did not make any such "normal style" OPTIONS changes and the log file for my build attempt reported: ---Begin OPTIONS List--- =3D=3D=3D> The following configuration options are available for = llvm17-17.0.0.r4: BE_AMDGPU=3Don: AMD GPU backend (required by mesa) BE_WASM=3Don: WebAssembly backend (required by firefox via wasi) CLANG=3Don: Build clang COMPILER_RT=3Don: Sanitizer libraries DOCS=3Doff: Build and/or install documentation EXTRAS=3Don: Extra clang tools FLANG=3Doff: Flang FORTRAN compiler GOLD=3Don: Build the LLVM Gold plugin for LTO LIT=3Don: Install lit and FileCheck test tools LLD=3Don: Install lld, the LLVM linker LLDB=3Don: Install lldb, the LLVM debugger MLIR=3Don: Multi-Level Intermediate Representation OPENMP=3Don: Install libomp, the LLVM OpenMP runtime library POLLY=3Don: Polyhedral loop and data-locality optimizer PYCLANG=3Don: Install python bindings to libclang STATIC_LIBS=3Don: Install static libraries (does not effect = sanitizers) =3D=3D=3D=3D> Options available for the single BACKENDS: you have to = select exactly one of them BE_FREEBSD=3Doff: Backends for FreeBSD architectures BE_NATIVE=3Doff: Backend(s) for this architecture (X86) BE_STANDARD=3Don: All non-experimental backends =3D=3D=3D> Use 'make config' to modify these settings ---End OPTIONS List--- The --PLIST_SUB-- section ended up listing: PORTDOCS=3D"@comment and: DOCS=3D"@comment " NO_DOCS=3D"" but still listed: DOCSDIR=3D"share/doc/llvm17" The --SUB_LIST-- section ended up listing: DOCS=3D"@comment " NO_DOCS=3D""= but still listed: DOCSDIR=3D/usr/local/share/doc/llvm17 FYI, without rust having been built, my first ever build of llvm17 (not reporting on the 49 prior poort->package builds before devel/llvm17 started): [00:43:30] Finished devel/llvm17@default | llvm17-17.0.0.r4: Success FYI: 5.14.1.3 Default Options in: = https://docs.freebsd.org/en/books/porters-handbook/makefiles/#makefile-opt= ions reports the always-on status for DOCS (and some more) but not the way(s) to override that status for specific ports. It seems that only some ways actually change the status to off --and I've found one such. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Sep 17 13:37:12 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RpTWg32VSz4slvN for ; Sun, 17 Sep 2023 13:37:51 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RpTWf4x45z3RSP for ; Sun, 17 Sep 2023 13:37:50 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=fSenkbcJ; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2a00:1450:4864:20::62a as permitted sender) smtp.mailfrom=marietto2008@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ej1-x62a.google.com with SMTP id a640c23a62f3a-9a6190af24aso483368366b.0 for ; Sun, 17 Sep 2023 06:37:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1694957869; x=1695562669; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=oXacPO7FFM8/oacaYgv8DhHmMD5gyiRuwNDmuRxLx4Y=; b=fSenkbcJN53SpEwv2suK/eSUpgBncK5ebTDt+MGuHAC16Eu4uvJaJR0B5KROHf+W+A noyJdx2l67wKEfLT4Y/u7Q/02MOGz5hAkU9vU/BVlf9d99N+XosUgQviBtFYRNbXFvfn H9NEwWJ3hDHRCtDq/hjQ1Jc4FMTrHqClVjX94N9TEfOBjFWmQpWA4BxYUtMPnH4lbbiN QFIZhBxvSTA7VvonDzuwDQowsM5YwUR6LwLvfLBTVs1kSIjazMCwjaANEGPJXq361kPN 5/wlsmaXH+3W86KXJpvgLqkvlsoP/MLfgjNSTLE9z2s5b1PSGf0LenRZPZ/5Mb+iqatk P30w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694957869; x=1695562669; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=oXacPO7FFM8/oacaYgv8DhHmMD5gyiRuwNDmuRxLx4Y=; b=QUPusAFFOKo1U2vgSPsGTsojzNe84xnCf5xB9jUTsSmIx1a+XsPno36+f8R/gK3dGd BacQ/q/cn9TklOzHa8jqGh4Qo+x37Ke/k+nR6RG57Nj3Z6Nhqaj+nQxj4siHP9laWSEq DXmTrtFIhsLXFRIHlJS+BXuBhlTkx12d+/B0KwjH+ZDqR4/dQtg/nLBgdJFvj6quErLS uFpUmQWj7yTTlt/GQrxgLliHvSAxXUwCfQgSHVsGNsuxS1Hnb/Decm6MZHsWtOyDubOg rCA+ECoX1KR0zqgF0q4wYst871aPRSkxNbvbgmIvEFXRGgmA8bzuX+fddKm0rXRDNhsY rBIw== X-Gm-Message-State: AOJu0YwoJVlhJQ6z5z4HvbkQqGm/o9ln0sDhol9uOVjdkkW4Mj4J8eLu /FWCPucq1BSLZQwIonFkISXh9Nou8+Xb08NxUzIM953u+Vh+PQ== X-Google-Smtp-Source: AGHT+IE3dhEAUTs10ZGTp+ugZDPkpg0p9Qvrini20BZQFja2gXRTCFJD904r8nTaZEv1EYY2t+ZrnX4cZPeTjhJcECE= X-Received: by 2002:a17:907:1dd8:b0:993:fba5:cdf1 with SMTP id og24-20020a1709071dd800b00993fba5cdf1mr5658452ejc.22.1694957868430; Sun, 17 Sep 2023 06:37:48 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 From: Mario Marietto Date: Sun, 17 Sep 2023 15:37:12 +0200 Message-ID: Subject: make[4]: "/build/armv7/usr/src/sys/conf/kmod.mk" line 234: Malformed conditional (!defined(DEBUG_FLAGS) || ${MK_SPLIT_KERNEL_DEBUG} =="no") To: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="000000000000a85b8f06058e2159" X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.96 / 15.00]; SUBJECT_HAS_CURRENCY(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.963]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62a:from]; SUBJECT_HAS_EXCLAIM(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4RpTWf4x45z3RSP --000000000000a85b8f06058e2159 Content-Type: text/plain; charset="UTF-8" Hello to everyone, I'm trying to cross-compile the kernel on a different host (with the goal to apply a patch,but this a different story) : FreeBSD 13.2-RELEASE-p3 GENERIC amd64 to an armv7 target : bash export BASEDIR=/build/armv7 export MAKEOBJDIRPREFIX=/build/armv7/obj mkdir -p /build/armv7/usr cd /usr cp -r src /build/armv7/src cd /build/armv7 fetch -o if_vtnet.c.patch https://bugs.freebsd.org/bugzilla/attachment.cgi?id=242127&action=diff patch -u < if_vtnet.c.patch cd usr/src make -j4 -DNO_KERNELDEPEND -DNO_CLEAN buildkernel TARGET_ARCH=armv7 KERNCONF=GENERIC unfortunately I get these errors : make[4]: "/build/armv7/usr/src/sys/conf/kmod.mk" line 234: Malformed conditional (!defined(DEBUG_FLAGS) || ${MK_SPLIT_KERNEL_DEBUG} =="no") make[4]: "/build/armv7/usr/src/sys/conf/kmod.mk" line 334: Malformed conditional (defined(DEBUG_FLAGS) && ${MK_SPLIT_KERNEL_DEBUG} != "no") 'cause these errors I can't issue the next command : # make -DNO_KERNELDEPEND -DNO_CLEAN installkernel TARGET_ARCH=armv7 KERNCONF=GENERIC DESTDIR=$BASEDIR/build Any idea about how to fix it ? thanks. -- Mario. --000000000000a85b8f06058e2159 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello to everyone,

I'm t= rying to cross-compile the kernel on a different host (with the goal to app= ly a patch,but this a different story) :


FreeBSD 13.2-RELEASE=
-p3 GENERIC amd64

to an armv7 target :


= 
bash

export BASEDIR=3D/build/armv7

export MAKEOBJDIRPREFIX=3D/build/armv7/obj

mkdir -p /build/armv7/usr

cd /usr

cp -r src /build/armv7/src

cd /build/armv7

fetch -o if_vtnet.c.patch https://bugs.freebsd.org/bugzilla=
/attachment.cgi?id=3D242127&action=3Ddiff

patch -u < if_vtnet.c.patch

cd usr/src

make -j4 -DNO_KERNELDEPEND -DNO_CLEAN buildkernel TARGET_ARCH=3Darmv7 KERNC=
ONF=3DGENERIC


unfortunately I get these errors :


make[4]: "/build/armv7/usr/src/sys/conf/kmo=
d.mk" line 234: Malformed conditional (!defined(DEBUG_FLAGS) || ${=
MK_SPLIT_KERNEL_DEBUG} =3D=3D"no")

make[4]: "/build/armv7/usr/src/sys/conf/kmo=
d.mk" line 334: Malformed conditional (defined(DEBUG_FLAGS) &&=
amp; ${MK_SPLIT_KERNEL_DEBUG} !=3D "no")


'cause these errors I can't issue the next command :


# make -DNO_KERNELDEPEND -DNO_CLEAN installkernel TARGET_ARCH=3Darmv7 KERNC=
ONF=3DGENERIC DESTDIR=3D$BASEDIR/build


Any idea about how to fix it ? thanks.
=

--
Mario.
--000000000000a85b8f06058e2159-- From nobody Sun Sep 17 21:00:37 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RpgLZ3pd3z4snQ0 for ; Sun, 17 Sep 2023 21:00:38 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RpgLZ1RVMz3H6S for ; Sun, 17 Sep 2023 21:00:38 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694984438; a=rsa-sha256; cv=none; b=DDxqWxFNdf23SGZZziyUBxz9y4hh0ZDppNnP0ii7+bLibgn0nzdvwBbWuMKNu0rbqSoSLT 5c1Rq3hds3iJ9zq8G/jZHF2hAR2zBmHAg8/RZlJdFENHJ/tsf8af48ihJLA5X8f91/k25G /9P/8POnBvvvMw4bg3Kv3a/uhnAvb9/fquFQgfz1zA+Hso/+HgBoHtfvK5x8M86Hqehfal RkfwbS2uMNDM9UBKG1F7BeyH6ptRcw9o8DS/47OFWx/iXxPkaPzTLMmpqAOLznuwPHrzTI hrbkz9MBA0YbcDqCYcIciKXG9q6BHOQskqOng4hnWqUweUiSILXhCNOAnMBOMQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694984438; 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; bh=Eea6Z45Mrorzg+FBium1hGJDBx1H7q/VL7SAjha3fBg=; b=akwk6lvdOgkmCPmKNSoWICVqe3WDc66CNnc33mGyswTRuOxs2NJKOJWyXXE7kgWjtt0d+j fIRi+qGTgKN1aHokUK6D6V/FMbcG7nWZ/Ka289TIr7K3IbINS/82plv4BNVpXj6ToVJiLB Rz+YLihBNkaEt1DXyzPymrBSgZFHa1zKfTaMAotk9ZeZcEOCr+NkrO5ofjK+Zr61gZkjXc aDQJsMGZnSAsTrYfdz+Kbw7Wu95YQtEIJmtk3iZVbVBuQ3/+YSjtgSZ+7yQlnhR7eifJWh wn5qyp+He6yu8byNP+fOPkPpenlsWdKnfiJERmZyQxLOymq6e5Os/hkkOi0IbA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4RpgLZ0Y2bz13dv for ; Sun, 17 Sep 2023 21:00:38 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 38HL0c48084000 for ; Sun, 17 Sep 2023 21:00:38 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38HL0cGD083999 for freebsd-arm@FreeBSD.org; Sun, 17 Sep 2023 21:00:38 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202309172100.38HL0cGD083999@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 17 Sep 2023 21:00:37 +0000 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16949844377.BfaD1Ce.81581" Content-Transfer-Encoding: 7bit --16949844377.BfaD1Ce.81581 Date: Sun, 17 Sep 2023 21:00:37 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat 2 problems total for which you should take action. --16949844377.BfaD1Ce.81581 Date: Sun, 17 Sep 2023 21:00:37 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
Open        |    238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off 
Open        |    257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat

2 problems total for which you should take action.
--16949844377.BfaD1Ce.81581-- From nobody Wed Sep 20 17:53:51 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrR436HRXz4tyHR for ; Wed, 20 Sep 2023 17:54:11 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RrR423lBBz3GpR for ; Wed, 20 Sep 2023 17:54:10 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmh@hausen.com designates 217.29.33.228 as permitted sender) smtp.mailfrom=pmh@hausen.com; dmarc=none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 29AE8C; Wed, 20 Sep 2023 19:54:02 +0200 From: "Patrick M. Hausen" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Getting a stable MAC address for a RPI CM3+ with ue0 interface Message-Id: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> Date: Wed, 20 Sep 2023 19:53:51 +0200 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.74 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_LONG(-0.94)[-0.940]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:mail2.pluspunkthosting.de]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; R_DKIM_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; BLOCKLISTDE_FAIL(0.00)[87.138.185.145:server fail,217.29.33.228:server fail]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[hausen.com]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4RrR423lBBz3GpR Hi folks, now that 14 is in beta and there are packages (yeah!) I try to reactivate my TuringPi 1 cluster. This little thing is 7 RPI CM3+ with a common power supply, one USB ethernet for each of them and a switch with a gigabit uplink to the outside world. I noticed that the MAC address changes with every reboot, which is more than slightly annoying. I'd like to have the standard RPI MAC address calculated like this for each of my CM3+: 0xb827eb000000 | ( & 0xffffff) Linux does this by default in every distribution I came accross. Isn't this "the way" for RPIs? The problem: whenever I try to set the MAC address via /etc/start_if.ue0: /sbin/ifconfig $1 line b8:27:eb:11:22:33 I lose network connectivity. I found some older discussion (for FreeBSD 11) suggesting to set promisc - that would match my observation that I see DHCP requests coming from the PI (with correct MAC address) and answers from my OPNsense, but the latter do not seem to reach the PI. What is the correct way to get any stable MAC address and why don't we do it like Linux does, which for once is perfectly sensible, IMHO. Kind regards, Patrick From nobody Wed Sep 20 18:18:45 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrRcd6z01z4v0pK for ; Wed, 20 Sep 2023 18:18:57 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RrRcd0kSDz3Ptm for ; Wed, 20 Sep 2023 18:18:57 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmh@hausen.com designates 217.29.33.228 as permitted sender) smtp.mailfrom=pmh@hausen.com; dmarc=none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 170054; Wed, 20 Sep 2023 20:18:55 +0200 From: "Patrick M. Hausen" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: RPI CM3+ - ZFS boot possible? Message-Id: <121CB1C3-A721-425D-A961-C41BB876A643@hausen.com> Date: Wed, 20 Sep 2023 20:18:45 +0200 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: / X-Spamd-Result: default: False [-0.33 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.987]; NEURAL_HAM_MEDIUM(-0.82)[-0.817]; MV_CASE(0.50)[]; NEURAL_SPAM_LONG(0.28)[0.278]; R_SPF_ALLOW(-0.20)[+a:mail2.pluspunkthosting.de]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[hausen.com]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; R_DKIM_NA(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4RrRcd0kSDz3Ptm Hi all, can these modules boot from ZFS? I would probably be able to create a = ZFS based setup by installing the regular image, copying the entire root UFS to the swap = area and booting into that. Memories ... that used to be how you created mirrored setups for = commercial Unices like e.g. Sinix/Pyramid. ;-) =46rom that temporary system running in the ~ 2 GB swap partition I = could create a ZFS installation in the remaining ~ 27 GB of the onboard MMC storage. But what - if at all - do I need to change in the EFI partition to make = the system boot from ZFS? Kind regards, TIA, Patrick= From nobody Wed Sep 20 18:20:53 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrRgL2wW1z4v13P for ; Wed, 20 Sep 2023 18:21:18 +0000 (UTC) (envelope-from joseph@josephholsten.com) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RrRgJ5qh8z3Qs9 for ; Wed, 20 Sep 2023 18:21:16 +0000 (UTC) (envelope-from joseph@josephholsten.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pobox.com header.s=fm1 header.b="VQRN9/ji"; dkim=pass header.d=messagingengine.com header.s=fm2 header.b="d KNgvK2"; spf=pass (mx1.freebsd.org: domain of joseph@josephholsten.com designates 66.111.4.27 as permitted sender) smtp.mailfrom=joseph@josephholsten.com; dmarc=none Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 61F4A5C00DD for ; Wed, 20 Sep 2023 14:21:15 -0400 (EDT) Received: from imap49 ([10.202.2.99]) by compute2.internal (MEProxy); Wed, 20 Sep 2023 14:21:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pobox.com; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm1; t= 1695234075; x=1695320475; bh=wK7vjKVHLE6sJhLokvtHD+5QjEmOZr3s7TX 7zcIDDjw=; b=VQRN9/jiik82qgf70miY0U2bwscdyNEdirYjrHJLQVQr1bLYrfh VS0AKkB90EJtGMr4+I8ilxsqSGPWq1XPtKGIvGi9oBVGh0Q5XVOF4lAUDzfVOF/j 3ZA8+l06/DiLDAxjn3/EHYrQSjTfVAY0j5eat9AFO/OoHNbLPXUWtZMCiQBGk2Lz 4mdLaI5d53+G7qH/QGSUH6qa8droeiy9M6zMzqIFloJLxH7MC/yKbr7oEpJG7dP5 HgMKxfvHmKBFRCAt9krkvShTB3cE5wjs5cRidxqlE5cnFbhVIRHW+xE5hLBxuwhw WFPYliLob8cJzxhPO6BcE1BCPiF0IykhMcA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1695234075; x= 1695320475; bh=wK7vjKVHLE6sJhLokvtHD+5QjEmOZr3s7TX7zcIDDjw=; b=d KNgvK2SdIrLxt/y/Yj6kY0Xn23pIVs3hGoRRRs7MORU7HmnxAGN75gM0HbagIZlV m/JSGiBfDlkJS/PTzSWPZo5ngs093KvR2TZlZ/i/WpEpEcJt1G8pFPcfBOFo6QsM LgkeOp2dm4sIsPCsnUvj/djnqIBOFNK4kNKUBoSeODNl4CN7mHF4RJHj9LMkOrJF dVw6oEX8BjOCsBGFShV4ZwECwzp5LUBFyD7sX2h6Pn1EWgC447+b/wnRdETKYK+O 5gxg0/ESW9BlAGHVUfBUj/JqnszeT5v59pwux65tG1i07VuPfW4GTwA7ps1NqTp/ LBA/6J+KAHgsDzT+w+f1w== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudekfedguddviecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgfgse htqhertderreejnecuhfhrohhmpedflfhoshgvphhhucfjohhlshhtvghnfdcuoehjohhs vghphhesjhhoshgvphhhhhholhhsthgvnhdrtghomheqnecuggftrfgrthhtvghrnheptd dtffdvudfftdeftdeiudegudefgeelvdekudeitdfgkeevudfhueeludetgfeunecuvehl uhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepjhhoshgvphhhse hjohhsvghphhhhohhlshhtvghnrdgtohhm X-ME-Proxy: Feedback-ID: i49d34368:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 0890815A0091; Wed, 20 Sep 2023 14:21:14 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-761-gece9e40c48-fm-20230913.001-gece9e40c List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Message-Id: In-Reply-To: <121CB1C3-A721-425D-A961-C41BB876A643@hausen.com> References: <121CB1C3-A721-425D-A961-C41BB876A643@hausen.com> Date: Wed, 20 Sep 2023 11:20:53 -0700 From: "Joseph Holsten" To: freebsd-arm@freebsd.org Subject: Re: RPI CM3+ - ZFS boot possible? Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.55 / 15.00]; DWL_DNSWL_LOW(-2.00)[messagingengine.com:dkim,pobox.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.97)[-0.965]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.27]; R_DKIM_ALLOW(-0.20)[pobox.com:s=fm1,messagingengine.com:s=fm2]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.27:from]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; DKIM_TRACE(0.00)[pobox.com:+,messagingengine.com:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[josephholsten.com]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4RrRgJ5qh8z3Qs9 On Wed, Sep 20, 2023, at 11:18, Patrick M. Hausen wrote: > Hi all, > > can these modules boot from ZFS? I would probably be able to create a=20 > ZFS based setup > by installing the regular image, copying the entire root UFS to the=20 > swap area and booting > into that. > > Memories ... that used to be how you created mirrored setups for=20 > commercial Unices > like e.g. Sinix/Pyramid. ;-) > > From that temporary system running in the ~ 2 GB swap partition I coul= d create a > ZFS installation in the remaining ~ 27 GB of the onboard MMC storage. > > But what - if at all - do I need to change in the EFI partition to mak= e=20 > the system boot > from ZFS? We=E2=80=99re punting on this over in the illumos-arm project, but if so= meone has this working I=E2=80=99d love to know! From nobody Wed Sep 20 18:25:33 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrRmb2pQ8z4v1Gj for ; Wed, 20 Sep 2023 18:25:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4RrRmb1FmNz3Rbx for ; Wed, 20 Sep 2023 18:25:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695234349; bh=rcg5++6a7+M5LHsSqB/RyMaCnrKKGbKr3zr2PBtDKLY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=rYFNmNWzyWQd4rGpGqWqU24VP3qJqcm9ZgDYyG91gn0/H5hWU6iN/GaHvKd+tcWnNdzpy98lvjwztQN+qt8tGgO3bRGqCjfZK0txU0O2X6YbPbAXR2BElWo73hzF8CN/zZhJEDb4UHFd76QJnn7gOKUglwmIYHkdvClsNfK9PjPqH1uF+M0fX6WmpYlqckEY5FwsJHYZ2eq08by1R1ihrNSag+ZuYQYlE0/oAxKRUF9Fnl//m/r7dmATGgzG6o01Gj09FG9X07DVF1nBFQeA3o/FVCYp+Au/mvQZTfwxnLo1DXympHvMI0e59lCJaDQpJmrg5WlTBXmmU6ejVrr/Fw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695234349; bh=VtoyCV1VHxGqV8FHGjYCYt905+0eKOO8cC9kXU6DleN=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=esx8tRUdbJvdlGbEeDjQwjX30QfZq/DqnKHSMFr4hB6wNykcJ6HNS+p0fi/0fVkgh3lAKvNiGOXpw96Zv0iq8O6DIhUEDPvGdKxVfkZ/F0eKIALPXfqyIAfDk5GX+QIvJ3ZKsGdySqMAcLSmTymdxSJLXsgeawyuzh7ezQvU6Y+sgjo2U40GtD3wCl4GlW6zR5OY84p90MccVDKGRKcCmNJhxX50BTImljUb64YX5J555NJ081T7y/qDL2znplLLXY7jQyyI7ACy9717zCbf2gUM92qH1QI5lGTkcQ/UNigCAx0dRz+LQO2ahRilZ4h6FYk56aIrLj0VMSE0Lt2l5Q== X-YMail-OSG: 9g_Rc5YVM1lL6nbrpOK9_2nAN1Hi7Dz8WM1qYKn5y4angami4pfMxeyKTd8bzx9 UuQa0YjZjE6Ls2OA2D_akNplrL6C6q2OEycTtBp.DXAcg3nrZEwLMx62kEdmVErrULinD02dTwiV 8oPutPDV6jjWjYA6aUWGAKUYZifB5WJmKsXcc87_L1Efz2ZliQRrQp8Cr_VNLP0g3O9tNanEavNc KIzbBxpCWSGcxKh_3R_Z1TCDGHHZfPN8tRhhMVn1k_CAA3t8hpXBHRai4l_tROAAqtGw3CnwmNMh BlbEUkBAZyZt6I7fVzDBKr3NaMoGw20svzgIiop9v2GYjbzc_f.LB6.1_rae07_HoqStzbdu4wi5 FLY1gB7oYJAWNQWAd.0a8l_Z1bdbkBRKgBqKsRtvmGzKoLMRRI_JPfN6z_5EvPymwsuzX3nKGymO ii1_liexneIZ6ZY4gqk.iQMuVXHLAbrqKUrkCleJcz6dxuXJELBfziwvkF0bcMJovOTj9SqYT0iz BNVRkIO5xFq4AnH9HrEhUrehsfsWC8D2fawpEGp1AqiBliaSYH7ohe9kv488SLGmxKszXudDx9k. rVeL5Wjc9O21slY4TgaeJ4jJlgJjoJksRq9LYCaaWz0JZkBCpC0PedNeWvtI7dfB9mp6yyi8DowD yJyX4MQsNkuZmT00jPhfFdB2CbEWloYt1wqd4i8X5EMRipqRFM74qiRWnk7cLRGeK61.nMaofozY LpUFZ_kQjNh1eh5qWV1aZ_FQq6amUfMlzhzgS5WCqTqSw1t9tdb5r1DyrvTdSu7z87IKfjxEoA1c 2Kl_Z9Z7i56Q_TiwnX4EF5v2Mvyw4czb4_pQNqs0Mmw935ubwaz_uzQqakyqseZIxKtVoHfRkeh7 Q8DCiJOWe2jHtIyWEeYMa7c8CJN3WqQ1BeLAUzeXaMcm_jZE0JjfKy0Z886wHzXSW_rpzY5jz7Mu MoxHHvmyAnK4KGlkcLcupLaml..Hp8VvqLkYZPppkE0SjXGka03DQFZ6X24ObYErTRip9Trre7rj 0XeAsg0Slqo4uOKGK3CP2T5wK4MgkWUsMy3kLj0u4GVlc5jrm25p.PkSPzEmx0OJ2sEa9NzryO0J 3xyzZQ71mS0oMJqON1eghi3Da.317K9DdRxlF1LK5FJUoV5BVJow6GsxFQtS9UIKsg2oJWcd2zYJ ncSE2o8137DgoUVAnCHORBP1OrOSfbslg..4.cEgeUAAo8KmFsuOoptllD_nlhDsITpuYW5R7eGt P.FdcvrouS3ra.6uaWtafl7K2qtakuPKOw9VeMc9zLiafDkoigel6gPEV5FqGTfgK1tZ4EB37tr_ suROKobUVRWyW.1V8dkxVO0CidxjDE3OmPXH18Apn493aiW2LNUrmZSMQrm5ejzRF0Ze1efRGlqM UiZTMZcnD1ZT_FuzVdc3.1fPQjkn_HT4idDBeIdtmWgfxC0TH6l1Iag7O6Qe4MtySEzdK.uJSmZC sDZQHYxeTkiqbHH_jMoP5bM6x_BaxHnmmQiQelEK4aaVoQwTKpvFWnKIjoOHR9j2TCT0Pwv4MrQD 3urTtA30cqd_fC1Lyr3UEIJuDhy15IsFbVjuYNs4zKCmiXl5EfzNB2AylNXdZksrczSF8kWEGoDT P8k1a1C2E9Wh.q.SYV1DZuKGFhfgv2MDY7eTJCXcAqmz4.TF05JXxvmNcHE.j2pWdOkGcwqUwF1. XmieUn.zyMWue_ammKx6NL2H4iP0gWkgvnNYFjAmtS7KFY4i9vCCN49cvtmj9lZFAGiy8OjSmQ2N W0WpLPhykHBz9XLbG9Pd4ObvpqCXQ_5mPbrQIcNthjh9XDlc50ais9fFiLIkQyOLXxDydAGehTBN RXgaVypf0W_Xdf6wEKLZ_IET1hFAy0IOt.R32cZlisoTdmfZeF7oE0BAv7igy0tjssLJeqK2GMYn gMy1cpwVn8kP2PXqYLKWPCZ2TthIL.lptdECJpvGlVLdP_hVtDB5PNWkZYRUwSEGkUlB2rvR05Xl 74bT4ZPWXeMtjQQn2hFKIEJh5mYSQPnhSi9g0Jua5UoML7nUAY1nqaCMBY49lr7ieOMbDEd3lWPq bjDHHlh..kpQD.WOvigQOOivPk0X6vRI3cf.sq9JbGPvmngfK6Pay5_cvYU4W9j1Ep1au2i6l54d Xiv44GephHfUsBa4i0Ce.RPb6AKcKZLfn95BGxe4drZLnOju6X6zPw1Z0vP3WfCigCViUi3IZ6Dk e_kABWrRrvJgtMwGM.g.g7HQZXuFyJSI1zol_w3.mz7QkpcwDThiNssMMD43td6ZZkvKkmqv7 X-Sonic-MF: X-Sonic-ID: d13311f4-3cbf-40d7-8f38-d098a95ccaa6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Wed, 20 Sep 2023 18:25:49 +0000 Received: by hermes--production-ne1-6cbd549489-jfw92 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e1b0b667937df069837768bf39ebd8d7; Wed, 20 Sep 2023 18:25:45 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: Mark Millard In-Reply-To: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> Date: Wed, 20 Sep 2023 11:25:33 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> To: "Patrick M. Hausen" X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4RrRmb1FmNz3Rbx On Sep 20, 2023, at 10:53, Patrick M. Hausen wrote: Hi folks, > now that 14 is in beta and there are packages (yeah!) I try to = reactivate my > TuringPi 1 cluster. This little thing is 7 RPI CM3+ with a common = power > supply, one USB ethernet for each of them and a switch with a gigabit > uplink to the outside world. >=20 > I noticed that the MAC address changes with every reboot, which is > more than slightly annoying. I'd like to have the standard RPI MAC > address calculated like this for each of my CM3+: >=20 > 0xb827eb000000 | ( & 0xffffff) >=20 > Linux does this by default in every distribution I came accross. > Isn't this "the way" for RPIs? >=20 > The problem: whenever I try to set the MAC address via >=20 > /etc/start_if.ue0: >=20 > /sbin/ifconfig $1 line b8:27:eb:11:22:33 >=20 > I lose network connectivity. I found some older discussion (for = FreeBSD 11) > suggesting to set promisc - that would match my observation that I > see DHCP requests coming from the PI (with correct MAC address) and > answers from my OPNsense, but the latter do not seem to reach the PI. >=20 > What is the correct way to get any stable MAC address and why don't > we do it like Linux does, which for once is perfectly sensible, IMHO. Quoting a post from a "Raspberry Pi Engineer & Forum Moderator" (PhilE) from https://forums.raspberrypi.com/viewtopic.php?t=3D327562 : QUOTE Re: /boot/cmdline.txt help Thu Jan 13, 2022 8:35 am And on all Pis you can use the config.txt setting "force_mac_address": force_mac_address=3Daa:bb:cc:dd:ee:ff END QUOTE That makes the live dtb match and is the earliest assignment available, before any external visability. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Sep 20 18:29:07 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrRrb6Myrz4v1Jf for ; Wed, 20 Sep 2023 18:29:19 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RrRrb58spz3RY4 for ; Wed, 20 Sep 2023 18:29:19 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 03E0C0; Wed, 20 Sep 2023 20:29:18 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> Date: Wed, 20 Sep 2023 20:29:07 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4RrRrb58spz3RY4 Hi! > Am 20.09.2023 um 20:25 schrieb Mark Millard : > > Quoting a post from a "Raspberry Pi Engineer & Forum Moderator" > (PhilE) from https://forums.raspberrypi.com/viewtopic.php?t=327562 : > > QUOTE > Re: /boot/cmdline.txt help > Thu Jan 13, 2022 8:35 am > > And on all Pis you can use the config.txt setting "force_mac_address": > > force_mac_address=aa:bb:cc:dd:ee:ff > END QUOTE > > That makes the live dtb match and is the earliest assignment > available, before any external visability. Thanks E3 - trying right away. Balena Etcher go brrr... Kind regards, Patrick From nobody Wed Sep 20 19:05:53 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrSg15HYcz4v31h for ; Wed, 20 Sep 2023 19:06:05 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RrSg133QSz3Ylr for ; Wed, 20 Sep 2023 19:06:05 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 20B9E9; Wed, 20 Sep 2023 21:06:03 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> Date: Wed, 20 Sep 2023 21:05:53 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4RrSg133QSz3Ylr Hi! > Am 20.09.2023 um 20:25 schrieb Mark Millard : > Quoting a post from a "Raspberry Pi Engineer & Forum Moderator" > (PhilE) from https://forums.raspberrypi.com/viewtopic.php?t=3D327562 : >=20 > QUOTE > Re: /boot/cmdline.txt help > Thu Jan 13, 2022 8:35 am >=20 > And on all Pis you can use the config.txt setting "force_mac_address": >=20 > force_mac_address=3Daa:bb:cc:dd:ee:ff > END QUOTE >=20 > That makes the live dtb match and is the earliest assignment > available, before any external visability. No worky. root@generic:~ # ifconfig ue0 ue0: flags=3D1008843 = metric 0 mtu 1500 options=3D80009 ether 5e:2f:31:ef:bc:b4 root@generic:~ # cat /boot/efi/config.txt=20 [all] arm_64bit=3D1 dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don dtoverlay=3Dmmc dtoverlay=3Ddisable-bt device_tree_address=3D0x4000 kernel=3Du-boot.bin force_mac_address=3Db8:27:eb:09:cb:7d In that thread you cited PhilE also wrote: > With the right overlay and a supporting Ethernet driver it could be = made to change the MAC address of any > single interface - it depends on where the ethernet0 alias points to. So do we possibly not have the "right overlay and supporting Ethernet = driver"? I'll go with static configuration for now to get this puppy up and = running - still very interested in a proper solution. Kind regards, Patrick= From nobody Wed Sep 20 19:17:10 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrSw45tzgz4v3kv for ; Wed, 20 Sep 2023 19:17:24 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RrSw25PW4z3Zp0 for ; Wed, 20 Sep 2023 19:17:22 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmh@hausen.com designates 217.29.33.228 as permitted sender) smtp.mailfrom=pmh@hausen.com; dmarc=none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 056839; Wed, 20 Sep 2023 21:17:21 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> Date: Wed, 20 Sep 2023 21:17:10 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <4C192A4E-8F53-4FE5-B1E3-836943F9A050@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> To: Mark Millard X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.77 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.99)[-0.991]; NEURAL_HAM_SHORT(-0.98)[-0.980]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:mail2.pluspunkthosting.de]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; MIME_TRACE(0.00)[0:+]; FREEMAIL_TO(0.00)[yahoo.com]; R_DKIM_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[hausen.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4RrSw25PW4z3Zp0 Hi! > Am 20.09.2023 um 21:05 schrieb Patrick M. Hausen : > root@generic:~ # cat /boot/efi/config.txt > [...] Using cmdline.txt instead of config.txt did not change anything. I have a stable IPv4 address via static configuration but the MAC address still changes at every reboot. Which means I cannot meaningfully use SLAAC ... gnaaa ... Thanks for your hints, unfortunately they did not work out so far. Kind regards, Patrick From nobody Wed Sep 20 19:49:31 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrTdN6qVDz4v5Mv for ; Wed, 20 Sep 2023 19:49:44 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RrTdM2Skkz3dRB for ; Wed, 20 Sep 2023 19:49:43 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmh@hausen.com designates 217.29.33.228 as permitted sender) smtp.mailfrom=pmh@hausen.com; dmarc=none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 14DF0D; Wed, 20 Sep 2023 21:49:42 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> Date: Wed, 20 Sep 2023 21:49:31 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> To: Mark Millard X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.77 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.99)[-0.994]; NEURAL_HAM_SHORT(-0.98)[-0.979]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:mail2.pluspunkthosting.de]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_TO(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; BLOCKLISTDE_FAIL(0.00)[217.29.33.228:server fail,87.138.185.145:server fail]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[hausen.com]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4RrTdM2Skkz3dRB Hi all, some more research ... > Am 20.09.2023 um 21:05 schrieb Patrick M. Hausen : > No worky. > [...] I could not find any code in the network startup routines in userland that would generate and configure a random MAC address. So I looked for the driver. Apparently the TuringPi uses smsc(4), and there we have it straight from the driver source: ------------------- static void smsc_attach_post(struct usb_ether *ue) { [...] /* Attempt to get the mac address, if an EEPROM is not attached this * will just return FF:FF:FF:FF:FF:FF, so in such cases we invent a MAC * address based on urandom. */ [...] /* Initialise the chip for the first time */ smsc_chip_init(sc); } ------------------- So what we would really need is a tunable - one per driver or possibly a common one read and acted upon by all of the USB ethernet drivers ... With no code on our side to perform anything, no wonder the RPI config files have no effect. Dang. That's frustrating. With aarch64 having been promoted to "tier 1" I really expected full support for all RPI platforms and related features and hardware. Or am I misreading that? I though that the Pi was *the* aarch64 platform, at least in numbers ... Kind regards, Patrick From nobody Wed Sep 20 20:02:07 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrTvl3Ypqz4v68v for ; Wed, 20 Sep 2023 20:02:11 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail2.karels.net (mail2.karels.net [3.19.118.201]) (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 "freebsd", Issuer "freebsd" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RrTvl38jQz4DfX for ; Wed, 20 Sep 2023 20:02:11 +0000 (UTC) (envelope-from mike@karels.net) Authentication-Results: mx1.freebsd.org; none Received: from mail2.karels.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail2.karels.net (8.17.1/8.17.1) with ESMTP id 38KK291M090406; Wed, 20 Sep 2023 15:02:09 -0500 (CDT) (envelope-from mike@karels.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=karels.net; s=mail2; t=1695240129; bh=8ICG24QRfNpfcWxOVibZyAN8GkG4KsZRRol0iMIeJhI=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=bDt/dwCmQJjaJI1pOOjZeJKOG7giU+p9xYYjREfdYPiRZeyixZ2hZ9Es6PBafa1dY vaoC0BiXTmazT0NN9W0+vfFQbYOKxPuMSXRfyEjRWgTfc6En1BACyqhQGVtkbmLnWK tenfc035ODQ6q46/WqrdHtM+te/smXwUzgeI3NCDN0PzfkEbhSf3Qv/FkEe/HSpun4 ecDSVXbXC9OHnSwlIPwJ65ScBlCF+cjR+13ol1zUEqYf6ZXUSMjDJfCn8HMYv8h1Bj v0zLUTj2Co3In11Rw4Zp2ZjryEqtUqWlxhWwpZKBnNVDqskXybtSd0RYfpXWgqm7eP 2ALXK7cprfjMg== Received: from [10.0.2.130] ([73.62.165.147]) by mail2.karels.net with ESMTPSA id KNiCGsFPC2UkYQEAs/W3XQ (envelope-from ); Wed, 20 Sep 2023 15:02:09 -0500 From: Mike Karels To: "Patrick M. Hausen" Cc: Mark Millard , freebsd-arm@freebsd.org Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface Date: Wed, 20 Sep 2023 15:02:07 -0500 X-Mailer: MailMate (1.14r5964) Message-ID: <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> In-Reply-To: References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.16.0.0/14, country:US] X-Rspamd-Queue-Id: 4RrTvl38jQz4DfX On 20 Sep 2023, at 14:49, Patrick M. Hausen wrote: > Hi all, > > some more research ... > >> Am 20.09.2023 um 21:05 schrieb Patrick M. Hausen : >> No worky. >> [...] > > > I could not find any code in the network startup routines in userland that > would generate and configure a random MAC address. So I looked for > the driver. > > Apparently the TuringPi uses smsc(4), and there we have it straight from > the driver source: > > ------------------- > static void > smsc_attach_post(struct usb_ether *ue) > { > [...] > /* Attempt to get the mac address, if an EEPROM is not attached this > * will just return FF:FF:FF:FF:FF:FF, so in such cases we invent a MAC > * address based on urandom. > */ > [...] > /* Initialise the chip for the first time */ > smsc_chip_init(sc); > } > ------------------- > > So what we would really need is a tunable - one per driver or possibly a > common one read and acted upon by all of the USB ethernet drivers ... There is a routine called ether_gen_addr(), which will generate an Ethernet MAC based on the hostid and the interface name, both of which are reasonably stable. Not very many drivers use it though. It would probably be an improvement. > With no code on our side to perform anything, no wonder the RPI > config files have no effect. It would seem wrong to me to have USB Ethernet drivers using an RPI-specific mechanism. > Dang. That's frustrating. With aarch64 having been promoted to "tier 1" > I really expected full support for all RPI platforms and related features > and hardware. > > Or am I misreading that? I though that the Pi was *the* aarch64 platform, > at least in numbers ... In numbers, probably. In support, no. Mike > Kind regards, > Patrick From nobody Wed Sep 20 20:02:55 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrTwq6RpMz4v6NH for ; Wed, 20 Sep 2023 20:03:07 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RrTwp6rGgz4DxS for ; Wed, 20 Sep 2023 20:03:06 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmh@hausen.com designates 217.29.33.228 as permitted sender) smtp.mailfrom=pmh@hausen.com; dmarc=none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 1EE90B; Wed, 20 Sep 2023 22:03:05 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: Date: Wed, 20 Sep 2023 22:02:55 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9D4027A9-1D1A-44EC-BAA7-8E439CD72E8B@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> To: Mark Millard X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.79 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.986]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:mail2.pluspunkthosting.de]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; MIME_TRACE(0.00)[0:+]; FREEMAIL_TO(0.00)[yahoo.com]; R_DKIM_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[hausen.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4RrTwp6rGgz4DxS And some more answers ... On the Raspberry Pi forums, I found a link to this document: = https://pip.raspberrypi.com/categories/685/documents/RP-003474-WP/RP-00347= 4-WP-1.pdf Important part: > On devices prior to the Raspberry Pi 4x the MAC address is generated = from the Raspberry Pi serial number. > For example, if your Raspberry Pi serial number is 58d2ec5c, the MAC = address will be generated from the > bottom six nibbles, combined with the Raspberry Pi Foundation = Organizationally Unique Identifier (OUI), > which is b8:27:eb, so the final MAC address would be = b8:27:eb:d2:ec:5c. >=20 > This address is generated on startup by the firmware, and passed on to = the Linux kernel for use by the Ethernet driver. So it seems like it would be on the FreeBSD kernel to read this = information and pass it down to whatever driver is managing the actual device. I am suprised I am the first to notice this? Am I? Kind regards, Patrick= From nobody Wed Sep 20 20:08:34 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrV3F5Sk3z4v6Ls for ; Wed, 20 Sep 2023 20:08:41 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RrV3F4lRyz4Fc4 for ; Wed, 20 Sep 2023 20:08:41 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695240521; 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=nWUW1SuiocJZdmlOhyWWiB9Xjq8tYNcq4nLOXWfk/3A=; b=x1hpZVGBg9sBSBMfogrHEwPYhlksdSMR97/+8sD7ULMd3KVgrQ1mheHnhJn7d/F6qzT1ud ROu551HZmpgZrbZzHkG1wyhXMFqB40p75xxWBRIeXCU80zonE+83B82tdzBnLMXO5E5Pyz w0/lgTKODahqfnXo801AjVBlcXPknE6jt6bDhd2D203axadDbBGpqDh2bV+7lJAZ2EasUs p36eUqmAi/DWLKbaCBeZJu7Xj2XAIOAhYlUa4JAhpOdNN1bJsUzGqLLwtAUarEt/qJg2K/ X818M07AjuyIm5yFxTG0yactFtZLImqTjowrPbejH0DPWLW5B24x98YSC3PpMQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695240521; a=rsa-sha256; cv=none; b=tH5ute3JCDhSyBelRvjlG58Zi3zkqUGKFU3S835ByBvTh7nxONAfSFSJSLyninzivoSpLu goiocuFbrkPbx5wGFSJGMTH92TH0i500oRsQMdoCpXiKM2duVN8iIFDFOmpYCYwdTuzSVB XTyQazkSZ0mb75clA+3pvRGdUSUq26d/SpUia0EwXRUUP9auhNhPF8WQR5xa6kUojmBeWw H4zVKTzQhv55hVkvDOhDVUAbLIrQDFUhpba1kBsA9e0To1pEokTvjVPm4yuvbUm/FwpVOE UsbrPsZ9VgF6tlTgsYD3mTHz2Ra9LCa2oIxktpAU0MJ+1+GTdymtw2tsopHgvA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695240521; 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=nWUW1SuiocJZdmlOhyWWiB9Xjq8tYNcq4nLOXWfk/3A=; b=Pwgo/DlbjU8QUvCjs7SNgtC2BFfIENFbokjIAR8kHkaA2hqhE1sEERV4UxMkFDVC4e33sq tv+9fMLbObwlmVxaBqpZmbMXWWvW2dm78PekWKKJ+1/ixGr/DK3KfsaFs12hJz5s7CobPs g4eAZ1nTOhE7hpjzqfu7bJEIH6WvaX712upHnssyuB/2z4Qix3Rdul0pi0ET5ADDke7+Fj x7aGAhw5iGqgVBCdBL57oFNw810NoFiNMxnVn2bwWw5fiaJZnW9yeFFfTuDVKvaM0V1VXR 2wnjFcjAPblIO7Wmd8pcZbMGRi3Gdfp2n8AhDt2Wa2lL24f0WTQGhVb3sJzEEw== Received: from [10.9.4.95] (unknown [209.182.120.176]) (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 did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RrV3F2TShz14TZ for ; Wed, 20 Sep 2023 20:08:41 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: Date: Wed, 20 Sep 2023 15:08:34 -0500 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface Content-Language: en-US To: freebsd-arm@freebsd.org References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <4C192A4E-8F53-4FE5-B1E3-836943F9A050@hausen.com> From: Kyle Evans In-Reply-To: <4C192A4E-8F53-4FE5-B1E3-836943F9A050@hausen.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/20/23 14:17, Patrick M. Hausen wrote: > Hi! > >> Am 20.09.2023 um 21:05 schrieb Patrick M. Hausen : >> root@generic:~ # cat /boot/efi/config.txt >> [...] > > Using cmdline.txt instead of config.txt did not change anything. > > I have a stable IPv4 address via static configuration but the MAC > address still changes at every reboot. > > Which means I cannot meaningfully use SLAAC ... gnaaa ... > > Thanks for your hints, unfortunately they did not work out so far. > Can you dump the running FDT on this machine and send it our way? It may be that it sets a local-mac-address somewhere sensible that we can just tap in a generally-not-ugly way. Thanks, Kyle Evans From nobody Wed Sep 20 20:08:40 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrV3s4N4Gz4v6m3 for ; Wed, 20 Sep 2023 20:09:13 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-5.mit.edu (outgoing-exchange-5.mit.edu [18.9.28.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RrV3s14tYz4Fwy for ; Wed, 20 Sep 2023 20:09:13 +0000 (UTC) (envelope-from jfc@mit.edu) Authentication-Results: mx1.freebsd.org; none Received: from w92exedge3.exchange.mit.edu (W92EXEDGE3.EXCHANGE.MIT.EDU [18.7.73.15]) by outgoing-exchange-5.mit.edu (8.14.7/8.12.4) with ESMTP id 38KK8iQN016159; Wed, 20 Sep 2023 16:09:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=outgoing; t=1695240551; bh=tDu97sxM/yPLJAGFACmmhKdPB2whN2aS8cky2MPIZ+A=; h=From:Subject:Date:Message-ID:Content-Type:MIME-Version; b=oEM6a9f4iKVPWb6wrUFR0PKZGmEZOKtgbP83bH7UPgjAZVDXu3OZqc5LHXFqPbc3Y DgtnhhtP9U67hR3fF9Un3XqHpncO6eLgXiULzoCdaPvCRQxGnH2BHbs/cSYg75hOyi QC6fUBL3XB1Et00Kyomv8MDrIm6bEyVLAR4VGljLrlK/LzhQzcQcFk9fQ6ppfk7Sfw QYxAJc6WJSjNdeA+UPgJjbH8GhfelUTPr6CoHTYe2dj8f1y7PkkPrJ02UC7NiIA5Ew ZjjixNRG33UVFzcv3G6xAMzLkx1W8nXHWQzVSRuk+4J/ZrYmULezwYUNpZIEWQ8U+Y DvxwLFqzvuJuA== Received: from oc11expo22.exchange.mit.edu (18.9.4.84) by w92exedge3.exchange.mit.edu (18.7.73.15) with Microsoft SMTP Server (TLS) id 15.0.1497.48; Wed, 20 Sep 2023 16:08:27 -0400 Received: from oc11exhyb1.exchange.mit.edu (18.9.1.60) by oc11expo22.exchange.mit.edu (18.9.4.84) with Microsoft SMTP Server (TLS) id 15.0.1497.42; Wed, 20 Sep 2023 16:08:43 -0400 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (104.47.66.42) by oc11exhyb1.exchange.mit.edu (18.9.1.60) with Microsoft SMTP Server (TLS) id 15.0.1497.48 via Frontend Transport; Wed, 20 Sep 2023 16:08:42 -0400 Received: from SA3PR01MB8450.prod.exchangelabs.com (2603:10b6:806:382::17) by CO1PR01MB6678.prod.exchangelabs.com (2603:10b6:303:d9::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6792.29; Wed, 20 Sep 2023 20:08:40 +0000 Received: from SA3PR01MB8450.prod.exchangelabs.com ([fe80::ee32:19a8:b83e:efbf]) by SA3PR01MB8450.prod.exchangelabs.com ([fe80::ee32:19a8:b83e:efbf%7]) with mapi id 15.20.6813.018; Wed, 20 Sep 2023 20:08:40 +0000 From: "John F Carr" To: "Patrick M. Hausen" CC: Mark Millard , "freebsd-arm@freebsd.org" Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface Thread-Topic: Getting a stable MAC address for a RPI CM3+ with ue0 interface Thread-Index: AQHZ6+uAUIhJrYVmbkeMVX6vcr8yhLAkB9iAgAALRICAAAwxgIAABU4A Date: Wed, 20 Sep 2023 20:08:40 +0000 Message-ID: <4F2EC38A-A095-4BA9-B15B-FFFB6A83CC97@mit.edu> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SA3PR01MB8450:EE_|CO1PR01MB6678:EE_ x-ms-office365-filtering-correlation-id: cee57ad8-c783-47a1-ad9d-08dbba15620c x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: fGygm0oFpfQZRzR2sqd88Tqu3r3WsLQFe/bMOBtLy6kZOOZOCR5qVtvebxXLomr4DNtAfgZ77XXIoAwF7T6Ggbyy9tIvCK3vZJ19T4r1fpEAr0ksSKA5+XxcCVffxg881Edlp0Hae8PEj2G+eRulANHuvRJROLUPA/fR4SjZ8WKzwBI1pC0XGgNJusVB5gaVMVIcw70hmLuquY7gwcSZJMn3pvhcawh1HCJmIZeHmQYhlp7b45vQIPr9g0VU0EaaWenMb7nMfj7ngChFerJ2uklBqrlJf3vLc9WgSMItZhmQGboqL6C2d3qWw7+RtoSB6e5p4xdpv/VwAVf4mX4AJokATRMrPlPNPdn4oCV4UWRPgPCuMzNy+eNd9fjTcvOtT+c643k3zyERpQxsP7rxyuwG+Q8XzIz4qynsz3yqGg1iw5El5LYzT9W4ZD4z/QHJoPkHqNer9kqK0r4sfAzAEUPa6LiLMcF+WQ+DrrI7PNRgmaoICjJvuTdDwKzWm+vjT687nKRK8AXoILFia0WyNoqLL90f42kulUPTxlNtyTHTIZBCKlaSOJvKX6NnBhYgcssR1uXX/4rtRUPqqnUy409WrgbPEUp9DilKNCOpNi1JXsg44DOx+j1/OJ/IjdP5 x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:SA3PR01MB8450.prod.exchangelabs.com;PTR:;CAT:NONE;SFS:(13230031)(136003)(346002)(376002)(39860400002)(366004)(396003)(186009)(1800799009)(451199024)(38100700002)(38070700005)(6506007)(53546011)(6486002)(75432002)(33656002)(36756003)(122000001)(2616005)(86362001)(2906002)(6512007)(83380400001)(6916009)(478600001)(8676002)(8936002)(5660300002)(71200400001)(54906003)(786003)(4326008)(66556008)(41300700001)(91956017)(66446008)(66946007)(316002)(26005)(64756008)(76116006)(66476007);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?Pk6sJ2HjOEazDFAOSPkxTzRYYcGBtf6N7b9hg77utZdyCKCmdTW2Ym38hUQe?= =?us-ascii?Q?XnaWwnIzy6m7s5h6GrigpS1bFTUt3pbNQm5DkfCdJJiHYFtKPFK/hWNc5dsS?= =?us-ascii?Q?2hgwlo1JWGkFsSg5eetFLKq1HxlzxoZQoETPkAuNVda43MolCpnQmR4/6yp7?= =?us-ascii?Q?p0Y+SN8cNGwy9gzb+D5utLTZId/XLoCinyMOQ4/QMoAeL/+L9FqVXYCariTZ?= =?us-ascii?Q?aurMOAJgYp6xK5+hAUge9tyL+WxYfR/Cwg3JWfaTieN2HurdrkSKvJ9ARDJw?= =?us-ascii?Q?n02EqVjB0LvAsXDxZqmZzVg8uQp5bFaH5s6eBI3MHKAfs/c1smtGry1H+4Eg?= =?us-ascii?Q?yEqwzybUty8FMgTh5fwIzJzbl4j5aGT4eOxCye0YHXaXkgLpeO0iQOYNLJLr?= =?us-ascii?Q?ihv7rMwnfcA5lDbBSkQcIZ+BL7TmQj2twb8bnwwsPvq0VTHWcsaLnLCwws4k?= =?us-ascii?Q?ywQTk3b/6ptYMXV2eGyU4S5mryxjjQKvXX5LnjFlQEXVGOavT++GvVGqM1Cq?= =?us-ascii?Q?4/b2aJzMdoYodPXzdiPbmT+cCjIu1L7YMqOH2QUSGsbHczTaT88VJKNajpXG?= =?us-ascii?Q?rBFKJJtWig07QxnyqeRa2bb/3tzbkhyTKEvN0b0/xPQr2A94zyefgUdwYssw?= =?us-ascii?Q?Na3eKYrqSKoxc1rgXOIH+GgrUA7xQXpxhtc/cLUEr7AmO9TExP4X83ZP58V3?= =?us-ascii?Q?vR/+Ur/eO9xzYFzjvTOCtr1572Ehh421WXXTUXUci1EMXKLBNqGh/0iHRoYO?= =?us-ascii?Q?phUzjgsIZu0Syfvb9FxlL3dzriFREvcWljuXFciUfdqYcCzx93xEXK5hLO02?= =?us-ascii?Q?G40vaXzXn6wjc69EixB+MixyEBK9E2SrVOp/jmRpbXdjWhAysMwlYZ+WzB+d?= =?us-ascii?Q?ZlQJ7hVyyN5DKCjAL+r7v+7h9xkUEOSqmhpkcNWGwqMR1pz32AgdxaQl31/t?= =?us-ascii?Q?UQWRob+PC0WXCu7rBBL+jCvq9xOGqHXolPqBTmjmNDM7j/BrAfJ7KwS5EKLz?= =?us-ascii?Q?CxocgBtg/FyHd/bMN5iGY2HcTKE2RywIE6YKX+iCdUFyHMYjGB6dtKiwFvGR?= =?us-ascii?Q?GMn8pJH51bs1+b7iaFzciXQBs5mm1FgBRXE0hpJyA3AttjlWcvksQ/iyRPj7?= =?us-ascii?Q?nZV6wO8TyKFfLqLebuHLYApkIJ0r/y0ncEknrdFrfWX1dNKd3gRsTHcRK1Bd?= =?us-ascii?Q?9zfmcepec1wjD5GJfqT29HYQ4YVJ5YyYqvne574jZLHzm7zIh1/HI79+1LYo?= =?us-ascii?Q?QLoZ9lmNvaKW25vaoV+hKnp7f2k60q/+TjRKOanl5UC333IiEoZdLs2z2NQ2?= =?us-ascii?Q?hjXmfkBgl6H32SqrwNVlD8UuKFEy5k6vJezavMGUwtFF29/zmNYKgSq9EdCO?= =?us-ascii?Q?ewo8GeCnXRudkz9Ox9EwVeKuhl3szHpyffA4NGUiZvDpjLAMx5vQA9C2UrOT?= =?us-ascii?Q?qwNHkbquszL2+jZIcgp5Z7LpGOUIjLJb6qr2tbJR9lP1ZQCoAl1gMnVdAJYq?= =?us-ascii?Q?FowC4iHsJhWNUfjLFAf8eiRPs94IGN9sduHfpVi6Et+wxBXSOWM3TZHEJek3?= =?us-ascii?Q?1XPWC+vfD965QslVrN4=3D?= Content-Type: text/plain; charset="us-ascii" Content-ID: <2514180F9EF16D4FAC5EF55E3D4F22E6@prod.exchangelabs.com> Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SA3PR01MB8450.prod.exchangelabs.com X-MS-Exchange-CrossTenant-Network-Message-Id: cee57ad8-c783-47a1-ad9d-08dbba15620c X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Sep 2023 20:08:40.5007 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: lbKSO60/Q94nrp6Ln8WLIdk0au3OBOLFkUoAc+Xfwp0rvmljeKNYwTNwSepliXo8 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR01MB6678 X-OriginatorOrg: mit.edu X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US] X-Rspamd-Queue-Id: 4RrV3s14tYz4Fwy > On Sep 20, 2023, at 15:49, Patrick M. Hausen wrote: >=20 > Hi all, >=20 > some more research ... >=20 >> Am 20.09.2023 um 21:05 schrieb Patrick M. Hausen : >> No worky. >> [...] >=20 >=20 > I could not find any code in the network startup routines in userland tha= t > would generate and configure a random MAC address. So I looked for > the driver. >=20 > Apparently the TuringPi uses smsc(4), and there we have it straight from > the driver source: >=20 > ------------------- > static void > smsc_attach_post(struct usb_ether *ue) > { > [...] > /* Attempt to get the mac address, if an EEPROM is not attached this > * will just return FF:FF:FF:FF:FF:FF, so in such cases we invent a MAC > * address based on urandom. > */ > [...] > /* Initialise the chip for the first time */ > smsc_chip_init(sc); > } > ------------------- >=20 > So what we would really need is a tunable - one per driver or possibly a > common one read and acted upon by all of the USB ethernet drivers ... >=20 > With no code on our side to perform anything, no wonder the RPI > config files have no effect. >=20 > Dang. That's frustrating. With aarch64 having been promoted to "tier 1" > I really expected full support for all RPI platforms and related features > and hardware. >=20 > Or am I misreading that? I though that the Pi was *the* aarch64 platform, > at least in numbers ... >=20 > Kind regards, > Patrick >=20 >=20 The driver attempts to read the address from a device tree file, see call to usb_fdt_get_mac_addr, so you should be able to edit something in the magic boot partition to add a "mac-address" or "local-mac-address" property. As for support level, I can not speak for FreeBSD but what I observe is the Pi boxes are most definitely not supported at Tier 1 level. They are like homebuilt PCs 30 years ago, both for hardware reliability and driver compatibility. Server class ARM boxes mostly just work. OS or firmware updates can break the UEFI boot process and you need to boot from a stick to patch things up. At least you can boot from a stick, unlike many Pis which are simply broken at any given time. From nobody Wed Sep 20 20:09:58 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrV4y6PnFz4v6h5 for ; Wed, 20 Sep 2023 20:10:10 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RrV4y5GrBz4G1m for ; Wed, 20 Sep 2023 20:10:10 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 02541E; Wed, 20 Sep 2023 22:10:09 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> Date: Wed, 20 Sep 2023 22:09:58 +0200 Cc: Mark Millard , freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <4BC49AD6-10DA-407C-B239-5F637CEA094C@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> To: Mike Karels X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4RrV4y5GrBz4G1m Hi Mike, > Am 20.09.2023 um 22:02 schrieb Mike Karels : > There is a routine called ether_gen_addr(), which will generate an > Ethernet MAC based on the hostid and the interface name, both of which > are reasonably stable. Not very many drivers use it though. It > would probably be an improvement. That reads like it's an appropriate "FreeBSD way" to tackle this. >> Or am I misreading that? I though that the Pi was *the* aarch64 platform, >> at least in numbers ... > > In numbers, probably. In support, no. Puzzled - which platform is? Kind regards, Patrick From nobody Wed Sep 20 20:13:38 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrV9C15bvz4v6nC for ; Wed, 20 Sep 2023 20:13:51 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RrV9B6N32z4Gs4 for ; Wed, 20 Sep 2023 20:13:50 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 081C29; Wed, 20 Sep 2023 22:13:49 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: Date: Wed, 20 Sep 2023 22:13:38 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3306D438-576B-46A6-A124-1F1D803A2236@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <4C192A4E-8F53-4FE5-B1E3-836943F9A050@hausen.com> To: Kyle Evans X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4RrV9B6N32z4Gs4 Hi, > Am 20.09.2023 um 22:08 schrieb Kyle Evans : > Can you dump the running FDT on this machine and send it our way? It = may be that it sets a local-mac-address somewhere sensible that we can = just tap in a generally-not-ugly way. Sure - how? ;-) Kind regards, Patrick= From nobody Wed Sep 20 21:06:57 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrWLq3BQMz4v9ts for ; Wed, 20 Sep 2023 21:07:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4RrWLp6RzQz4Npx for ; Wed, 20 Sep 2023 21:07:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695244033; bh=H1jlu/wpIA5rSTaO3VVA1QaoGg2J1yYlixwHx2zsUh4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=jA6p5uheto4k19+B8lYNVs/Kr90OYjJlWuoSmtHGxjUJpJoBd7AndTfqLnh1bZRhcSskmrbHhK8VuyxWjaR8IRAFb89jUt1YISEoyRCTNwxc4gdGnIJZltq9VWgWth/wig4MdFCvJJ+C1GPDFg593Wefb3cLlmhvsp7TuBfhrxfwJEK5f5+xFpWxhZ5Jep2hiUZkqdWRmZcpDaWB9mmN+0ihe87FQlC4RVlqsAdTBp/Am7fEIm0o6kLEWPzouVaLwuYSVTeUBbp3Or1goyACsGlZLga1R0BC6i9B3gK6gcqUySNw4r8VKToDZ0+s+XWj8J/uGMbaM4ghh73QZiVniQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695244033; bh=SjO38/HTTsgT7GHm+CfK2salqeAZmrznJSOcUcIfa2u=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=oIddWddEc65y9ArLVD+rWyjFNApA+V93CTEzKaTgElGtAojbPJfuasEanyj1793DyInNEnWunf784jWpShN07PtF5jchN3golbdCJ2GMTTE+6GBFgBeoIUu8yUBYI7VNBEIiAhLPsJIILxT0Hk5ieo9DsAu0l54TA8SE5wY17dZPJq4Oi/EIp2GSQu2PT9jJHBPf09v6Ml9t9/yiWMuLdGmkko+5vn5i18eCsXfWbkp/T9L9lobXgpTevrJaBdxk/TGCwpbww6n4nk0hKRn/7R5FRytx9sXF3XngobfkDT//PnuMZGRkv6QcZWsDhSY6fDwFjfM5DQpKsOtD9oeROw== X-YMail-OSG: 2sn4obsVM1muNHPG73YFCGILHwPJyhN1c2HA27GvCOEwiWX07KH8Vp33K6mCeGT BnscrVZ4UZ863JEd2FRJ3K3sX0w7fZjXzTihRUZ23auOn2lge1vYB8OSzaGc0MivP5DpH6I4Ri1P qG7c7xxguEp78hpmotibXQPOQ_IY4JgA_sPtdRzCWeHvSZH7ih7W7FwzUh4EK0hSXvR1MKnD0Jlu zrWGpywKLVu0pTut1SVkwK5w5vuJ6IuKeYN7oaAmVRaKd04GXh39NhginqgXKo7YMtFtwrtk3.0X vkDTtNJ3C7l5h5r7JBBrQusFRQ1uB9C5WpqsdC5__W2B3StZkkvgCakfaWIzAAd8XzSWuz44KFCO F94HzHyzck4va9fs09JVPa2HhW_IRfxmWc6h0VtNFCzScS_eyW9G1AZxKzIxX3TriW3FeBNNewEr h69P_qCOaunsPeobA2UeEcvqn3wtl_o96_JXpHHb3uPCSWwU_6DGBFAZSODEpbNlZ2BQqsyQeKj9 J0zvlW_oQu3vubQzJBHDb_nArMETU.8P0OnjmEGahGa7rUz80lvdEMZ0GLswB.qL4.hWZiBUwLx5 U8sfh0Z7HJGLjCFXIqaCY729rOyAi9gZxY5iYEcc4qXq9Hs01bFFHZVC2Rqu3Neg9RgJWSjInxdr 4AqVVzHTiNr.QvBQgFbHq10OljSSICgL7UuOnVbPf9OlkSgEwj._um1voZ4jPBSDCaT_7ZdrePbz 2V4xJJnb1xMbxMzpCq1tdCCP0J1X1eUpXlbiIvek.uSwu.m_zgTfl6SKWtbiclS15y8lscsA1y5u 1F8vr9Z3sGpdQSM.GNVtfexAxLtQ09puLTWJfyAfIw9AupPfpEU2cj63pxleilrSjyOBeeybP3Hj UUTY4Y3bjw02GTEvmLHr3yh1tD7Om.N3g9tRp3TXmXGDusBEEO39Ry.oxc_el6HEwbr2FGEb1Dkq 68cZxTQtNo0VULpClPdDcSNy_svD7Zji4HPXrCLRiB_pX8kh.yQCKmWDMNs4NqDdoXaV1cWz5Jm8 .b81y3oV7yeq9JxhRCXMwQh77LCP.hLxx.NL3IzHr82N79qd0iDs4iSf1hbhbElAZXxc2T8nemQk 9seSbQz7JjTvk9pm4DO7bbOxmUj7R1zde8oxkexsfIvSOl2uhwQk0XsN1P9EQFhGy.nqrMeGyd20 uXYRga4AeOHkb0mS7gdulQqQZmqO9cQ45F1CiQLWFSxU4iVQ13R5adQEvRc2WHUv5gFvlOzvpgRH kh_Dj17sQcgS45..sbdKEl3yqMmmaf4pyBqD7x0DTIHHAF1FFka9cYwBJ.OAT3Pw.GSq3KE1MFpi ik.BNXvPo1mt1gsn8ueZLMxkr.XniUgiZ4WUeuaC4b66pnVmwDW67k9D6XQgGvXVbB7foR3O6K8V oEvJnycQT_yvnOd43k6f_pStRH1dQ1oqjZu3fucbifCVD2PNR3cQpjbM5NNvdvFlludke6PDwGDE iOPixQArymEKAAYGz3NxXVYSatYHpP5ZpulHS4Lr4yEYsqPQuAuVbSNVtF2ARLlLxr75yZsigDSw TGYtBfae_m5TDviPqY.ivdISjD1RLQWNsv_qbh1VFUVyCXQfRSkrUC3vpvS8QY.JUCIUjSGD1s6N Lk45TDJ2zpP7yK8rYu8._uJPEFO.Lmo0RBWlnn9218LyzlT6Hbt9xDHQvB3T7yZow0rvW9Dy8oED e.RTnV3jiRIfUQLE8VyAssmqfp1arSpV8HNQq0ROqmtB6H6sCItGQxKfzfAdZPTkau7LX_D0y9C8 PDHa43Louqn5ci.vSVgW8zbkgu7fnjXT8acvov5esnGoOdShb6h9PTckvda1ywcZ1bjcFe.zkSxp gbKuWMblbvz1uCNRzWhBWs1VPMD_qqH8No7kqlma6_VpnG67YRMTOZpzK3NgExbUkGWpXCCB7dHg oXekpqoZ9ZJPtUIYUszptx9Pp9Unr9qGBRFpK10Q8qe9GWxMD1Llx2bwfcE79oX7cRLAkxv3mpy3 1CPIunNQR9hRwq7bfpVsne4E1Cfy7V9.Bar.Did1oGrc00UM62r6S_NG7mapo_LT.g6.iLwxJD1B lIfqSQdJ3AKVP6ohKUCwR2F0m9hs74e8Q1k56XGQiOW5zgVzRjI5YFFDx4iTnOQhMVuEysYdBfM5 LAIi.3iVH9NHNwrDsZN7wZDJF8u9JvcQeEqkbIP9A5NZJyRpehAAy32b8UjLlVJKlYaDn1ag5PHE R0tHLG2JlvGmnt36NYjsx1iZwYGkUwhEAXZN4VZnEZrLW0fXPDE.U9bHI3GI5wWSUrNpUl1dE X-Sonic-MF: X-Sonic-ID: 387a327e-5a94-4129-b246-2d5b02467e56 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Wed, 20 Sep 2023 21:07:13 +0000 Received: by hermes--production-ne1-6cbd549489-k2llt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 115f50be625b2b8c83593a14439f7b46; Wed, 20 Sep 2023 21:07:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: Mark Millard In-Reply-To: <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> Date: Wed, 20 Sep 2023 14:06:57 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2093E18F-3F37-4C0B-8A73-2E85A631E30E@yahoo.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> To: "Patrick M. Hausen" X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4RrWLp6RzQz4Npx On Sep 20, 2023, at 12:05, Patrick M. Hausen wrote: > Hi! Hello. >=20 >> Am 20.09.2023 um 20:25 schrieb Mark Millard : >> Quoting a post from a "Raspberry Pi Engineer & Forum Moderator" >> (PhilE) from https://forums.raspberrypi.com/viewtopic.php?t=3D327562 = : >>=20 >> QUOTE >> Re: /boot/cmdline.txt help >> Thu Jan 13, 2022 8:35 am >>=20 >> And on all Pis you can use the config.txt setting = "force_mac_address": >>=20 >> force_mac_address=3Daa:bb:cc:dd:ee:ff >> END QUOTE >>=20 >> That makes the live dtb match and is the earliest assignment >> available, before any external visability. >=20 >=20 > No worky. Too bad. https://lists.freebsd.org/archives/freebsd-arm/2022-July/001517.html is a message indicating successful use on two RPI3*'s that had the same default MAC address, forcing one to be distinct: QUOTE With the files on the 13.1R image force_mac_address seems to work. END QUOTE I will note that no special U-Boot/FreeBSD-loader/FreeBSD-kernel context or update was needed. > root@generic:~ # ifconfig ue0 > ue0: flags=3D1008843 = metric 0 mtu 1500 > options=3D80009 > ether 5e:2f:31:ef:bc:b4 >=20 > root@generic:~ # cat /boot/efi/config.txt=20 > [all] > arm_64bit=3D1 > dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don > dtoverlay=3Dmmc > dtoverlay=3Ddisable-bt > device_tree_address=3D0x4000 > kernel=3Du-boot.bin > force_mac_address=3Db8:27:eb:09:cb:7d >=20 > In that thread you cited PhilE also wrote: >=20 >> With the right overlay and a supporting Ethernet driver it could be = made to change the MAC address of any >> single interface - it depends on where the ethernet0 alias points to. It might be worth figuring out if the ethernet0 alias exists and what it points to (if it exists). The overall boot sequence reports the fdt addr in use for one or more live dtb's. Rebooting and stopping in U-Boot one can capture: U-Boot> fdt addr 0x????=20 U-Boot> fdt print / =20 / { . . . if one has a serial console environment that can record the output that shows the live dtb. Technically, with appropriate RPi*debugging output enabled, as I remember, U-Boot can dump both of: A) The live dtb produced by the RPi* firmware (read by U-Boot) B) The later adjusted live dtb produced by U-Boot (read by the FreeBSD loader/kernel) (This is based on the live dtb's having addresses that are stable across reboots. So far that has been true in what I have observed.) > So do we possibly not have the "right overlay and supporting Ethernet = driver"? Unsure. I've never had my hands on a CM* . > I'll go with static configuration for now to get this puppy up and = running - still very interested in a proper solution. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Sep 20 21:12:59 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrWTh26GHz4vB0Z for ; Wed, 20 Sep 2023 21:13:12 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RrWTh0Jh7z4PS4 for ; Wed, 20 Sep 2023 21:13:12 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 093777; Wed, 20 Sep 2023 23:13:10 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: <2093E18F-3F37-4C0B-8A73-2E85A631E30E@yahoo.com> Date: Wed, 20 Sep 2023 23:12:59 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <414AE626-93AD-48E5-96FF-D8DBB2EFDBD1@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <2093E18F-3F37-4C0B-8A73-2E85A631E30E@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4RrWTh0Jh7z4PS4 Hi, > Am 20.09.2023 um 23:06 schrieb Mark Millard : > It might be worth figuring out if the ethernet0 alias exists and what > it points to (if it exists). What is an ethernet0 alias and how can I check it? Currently I have access to the modules when they are running FreeBSD. No console or pre-boot. I will have to check how I can get any pre-boot access if necessary. Kind regards, Oatrick From nobody Wed Sep 20 22:42:13 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrYSs151bz4vHQK for ; Wed, 20 Sep 2023 22:42:37 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4RrYSr5fplz4XsV for ; Wed, 20 Sep 2023 22:42:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695249754; bh=1Z6WBCvgPpn0dhK9UraZozGBByh3KIKAUe2oeCmeKpI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=RyhSnbUTK+73rkT7AxjE/TbVVNEOmLah6k79M7S0CtcqjGLz5/LTmvFX5w5BqStfTLfJVM7Bs6qpFnK74fOI1TyinSQVe3u6nhQXTFfMPvEU36tdNrx1jDKuz1FzqVwozViXAH+Lt3AeaFBAp06qLr/rSk5xoEjSixNWLBRwBfWCytFMFEykGnHeX+34fzAC7vT6VKTDH7dB5tQzhNHuODnwaLAUO7yhliS5HHS1iGCPeIfCW8WSzrTDiTWP1+AUEHZVrgFx2X+EBuE1C+sPzXuzSrnA9dWaNA/ZOX2tKXS58rG/BEzTKEYo7oNEyKrifru/yQ9+67TzJ2JP7HepbQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695249754; bh=A7soieZQXnQdQrwY/4NQ+2kY0LpjjsuyOfTpCd5pfZp=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=srWZ9MKNDVPpaEcHSlEEMPJOFVkPReRMWPmYkhS7xn8XoVHx+fHKyJ0nVU7K5vMBUALjUF87nfO2dImmstFhmJ+hxN2ZheeGEYfwBdSJ+yQH4ElaWg8HlMPnabFe3P2GI1ZnuefoEjDJLD5uAbUfungEDXZRLx2TSksoaNn7vVhX+XAwrXZVgkS3D4TgItJY08jI5aHTIaOynx6bTd6o3VWDuAPxxFW125zdJksrjdnh44L2/q1pGwkde+WVDiw4mdbBxCoJXKunMeB03hAxFnxzcKEwxPIWUCt5UjIHJkeyoy6x1S/fl4gEzB1UULcPV1W6N/Siq8WMRSglwdtVIw== X-YMail-OSG: nv1gcdsVM1kORJP1XyC_UA_rBjF37vPDC7E24wASmbzLLfv.Rga4bH1lZDWoiI6 POl_ZDSCfWzOdpyX2PU5rVU.m_7_xsSGcTtO6hALtpztEp2bpUvxcEJXxluH3ACEgekTR_ClVW.W p_wUE1oT9FApC5VPvsnoTTpvyGIqcy.i5zamHVT6Oy5SkGd2EKwSQolWVlGzEj76lWlE8j.9TQ14 uauqHjr_F759Hm70JgZd5W0XVpgLrI718otfQG_Yzjw54KMMV.tpNYtK56r4dGS1Q9PmxwGGYHPL 5C3xoqbwzwdOD49bu8xnjcX4kSu6nj8gvd4jm1Wh9kw3J9n_t6fkmRZkvoR31QpJfrLwyFekJSOl r9HDzUpayiqxv631fxsDacIGG02iuMasT6kWNfsUQSzr79h8IIipj8Eefzo6nGSi.HF8CuKvoIgr b0QbkINnDbvKSdsrWYz.amwR4.ZuWfNoVv00XmT6WmiXiPba2REUewtaTKTdnMvOvtJxNURjyMPP aHfCQmgecwZtCY7ak_CTWWBRuvjug5darNk6NFeiT_coPDX3Aic6xV55rflOkM5HSwM6ulzcn7g. TJ5k8NQZPMfCO6aKk.1XghCej3aVrlkblwwudG7BfDB_ETvBsdFEW2mPKVOKL.VE7nNN8gPMGBXm lgBgNOAr6bKwP0U4TmxyCK3Wx1PaqT5m0J9D.kEPtzqfWjHZuVjrmLDLchvJhoXIJXkh_c53yXvR 269LEENBe_gvdYAUXIcAf8Ucmx61vPiD_9Eec304xSYAUYyjNk1fuXof8Nv6fSigazPJ8ci2EXHE CUusHcnysPcvEaJVlNsIjq8E6SPCpDPVFg.sw4n5bXZkUIWC6fI5JGkI1XwAUO2.cDqZ_ffD5WBU fsLuBr9PN2DB2JLzf5TxFkF8UodAcXMcnxq2.BYelRvlOBs9VRABj4rXcTHIpaFLeXmnpwgIicGp o7ZqY1.3cguccIFVzVfQMBWSIgkGyro1ZWTwPAcsXuBsmlIEaxYZQ5bQUvaFa7V1HjY1k_Z5.vcw MaUDZArD2I7k4anuuobVU1C97OTVvXz9ezCNZJkyXmZ0yo09Bmt6UZzkf3sU_rYdb_ogG0ZU4TkJ ooQmM.2Slg_97k_3U6HW6Xf.7vWg5lbEc8aKjA5VzHMAtD4pAopsZtCU2XIV4_Bgu8oiEhSdOo4x 1.mctoTBl56CeRy6BACk8DlbL5VzZdHWlp4EYdosushfnT7jb.91d6w.lCFoFmfDNWWc1oilTQoj hPyjMyYo_jp.JmyKOsBXXy2HX24SVyz_mH4gAW5hldLnqTfRKGDQgQTZcbKp22O6zIBDPZtXxwPn 5pKoHIC9_W50PoQ2LBC.To3C1LLyZLwVNtiak6nWt1RgxUQ0KrkY.AreVB4C_Wl7iRKxsM_Tmql. oMAuLS71ZrbEHV6oxQqt8wXdGv_dHrXw.MhmQwkF8HdYfBp1fheftKYQvJgKJ8p83HOlv1ST7K.2 rbMSQM74HoS7ASDo0qMSbvh4QrBZGZlMAfkkAteMSxBnFO2Xj4WGrRzaTbPAD3AZdbW9wwfZWl.2 9nuqHN.dgSTN4nJPcVrOJvbZKbJrH28nNq_Ey4fAScWpQe.P21rE2FqPwLIh74uQfmys3Xbn2wGH y5NSk5lCn4ONHEZgWFOUP0wQzUDdFV5IwI_8OclSBE7VnzXMjB3voHWDxHsxfaNrfvC5ULLQ4Ni9 y.etc8TujLLqt2qMMlN5kmHHsM25MdY1ONIb6oyu0yMQJh9i2wPMRLdUvKEZqIySQHcEC2yOA.5_ srUfyds55rESuL7kdK3z93lOEYAZOzp0L.EDbmTa8R8cgQCtv4mluJT6ur6TEQr9562hG26wVqWj Mrh6lVBU0bCEZdl5q5Zh5JGVGd6GUEeC8VA2ewSk8KhtUc3OxZLgxf7hwuT5N_CcgDybsjQwLTwr ZmK8mrKg43myEjwMtCjIN.SAFJ2EHyQR15bHlsdid3h61LCQus37fKDO6I7nnj8c3e2Dg36KvRtX 1jGeBna3mPtLdXe0l8cfgVQa9E2pzZ5YFo4FOqfP92nz67FY536pNv2N543wUP_.i1R8lccPMR3d hIDBc6KuaZaurkbrKn46TLLZHg9l.M8Wmu3kpQxeNhidffKj7.9JA3hU6SSklaICAFgnhhZGibc_ fm6x6lMuxrGH6PKbAg7NjF_LYt8amHUGQ_B7XJ_UIAJhEdIaPxv4coQZ63m9tvDIZqPShN3OtiKU V7H_nVMh1aEdLYIK.PyVd0yCeVqixsWfCpErjbkIKA9xlGmWAQtyWTdOtaCBHNFTzt30yrWAXMjw - X-Sonic-MF: X-Sonic-ID: 070dfdc0-2536-4e8e-9f56-05f0fccf5692 Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Wed, 20 Sep 2023 22:42:34 +0000 Received: by hermes--production-bf1-678f64c47b-glgzv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 012ba8188c849a95f2d83f90386f00e2; Wed, 20 Sep 2023 22:42:25 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: Mark Millard In-Reply-To: <414AE626-93AD-48E5-96FF-D8DBB2EFDBD1@hausen.com> Date: Wed, 20 Sep 2023 15:42:13 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <686EF03A-4A77-4B41-B231-16428514764D@yahoo.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <2093E18F-3F37-4C0B-8A73-2E85A631E30E@yahoo.com> <414AE626-93AD-48E5-96FF-D8DBB2EFDBD1@hausen.com> To: "Patrick M. Hausen" X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4RrYSr5fplz4XsV On Sep 20, 2023, at 14:12, Patrick M. Hausen wrote: >> Am 20.09.2023 um 23:06 schrieb Mark Millard : >> It might be worth figuring out if the ethernet0 alias exists and what >> it points to (if it exists). > > What is an ethernet0 alias and how can I check it? Currently I have access > to the modules when they are running FreeBSD. No console or pre-boot. It is not in the notation that can be used with dtc or the like but you likely can look usefully at: # ofwdump -p -r / | more output to get some information. For example, from a RPi4B: # ofwdump -p -r / | more Node 0x48: memreserve: 3b 30 00 00 04 c0 00 00 serial-number: . . . Node 0x15c: psci compatible: 61 72 6d 2c 70 73 63 69 2d 30 2e 32 00 'arm,psci-0.2' method: 73 6d 63 00 'smc' . . . Node 0x200: aliases . . . emmc2bus: 2f 65 6d 6d 63 32 62 75 73 00 '/emmc2bus' ethernet0: 2f 73 63 62 2f 65 74 68 65 72 6e 65 74 40 37 64 35 38 30 30 30 30 00 '/scb/ethernet@7d580000' pcie0: 2f 73 63 62 2f 70 63 69 65 40 37 64 35 30 30 30 30 30 00 '/scb/pcie@7d500000' . . . So: the ethernet0 alias points to /scb/ethernet@7d580000 /scb/ethernet@7d580000 starts with (partially redacted): Node 0x87f0: scb compatible: 73 69 6d 70 6c 65 2d 62 75 73 00 'simple-bus' . . . Node 0x8b90: ethernet@7d580000 local-mac-address: ?? ?? ?? ?? ?? ?? . . . That is what force_mac_address would be providing, given the ethernet0 definition above. I'll note that, as I remembmer, the psci material was added to the live dtb by the armstub*.bin provided by via FreeBSD specific materials. An example addition by U-Boot is: Node 0x828: chosen fixup-applied: u-boot,version: 32 30 32 33 2e 30 31 00 '2023.01' The RPi* firmware does various dynamic adjustments of what is in the *.dtb file used. The *.dtb's do not span the variations. I'm not aware of ofwdump being able to show any earlier-stage live dtb's, even if you know the address(es). > I will have to check how I can get any pre-boot access if necessary. > === Mark Millard marklmi at yahoo.com From nobody Wed Sep 20 22:46:44 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrYYn3lsGz4vHPP for ; Wed, 20 Sep 2023 22:46:53 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.4]) (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 "m5p.com", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RrYYm3bQYz4YTC for ; Wed, 20 Sep 2023 22:46:52 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of george+freebsd@m5p.com designates 74.104.188.4 as permitted sender) smtp.mailfrom=george+freebsd@m5p.com; dmarc=none Received: from [IPV6:2001:470:1f07:15ff::26] (court.m5p.com [IPv6:2001:470:1f07:15ff:0:0:0:26]) (authenticated bits=0) by mailhost.m5p.com (8.17.1/8.15.2) with ESMTPSA id 38KMkifJ067426 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 20 Sep 2023 18:46:50 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <503e32c4-d352-addd-930d-e47ca94d8f29@m5p.com> Date: Wed, 20 Sep 2023 18:46:44 -0400 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface To: freebsd-arm@freebsd.org References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4BC49AD6-10DA-407C-B239-5F637CEA094C@hausen.com> Content-Language: en-US From: George Mitchell In-Reply-To: <4BC49AD6-10DA-407C-B239-5F637CEA094C@hausen.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=10.0 tests=HELO_NO_DOMAIN,NICE_REPLY_A autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on mattapan.m5p.com X-Spamd-Bar: - X-Spamd-Result: default: False [-1.89 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.79)[-0.789]; NEURAL_SPAM_LONG(0.20)[0.204]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_NA(0.00)[m5p.com]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; TAGGED_FROM(0.00)[freebsd]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4RrYYm3bQYz4YTC On 9/20/23 16:09, Patrick M. Hausen wrote: > Hi Mike, > >> Am 20.09.2023 um 22:02 schrieb Mike Karels : >> [...] [quoting someone else who said:] >>> I though that the Pi was *the* aarch64 platform, >>> at least in numbers ... >> >> In numbers, probably. In support, no. > > Puzzled - which platform is? > [...] I sort of asked this question on the mailing list last year [I asked, "Which ARM platform will give the least angst for a FreeBSD user?"] and the consensus then seemed to be the RockPRO 64. -- George From nobody Wed Sep 20 23:24:22 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrZPP0Ts8z4vJwq for ; Wed, 20 Sep 2023 23:24:41 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4RrZPM6ysmz4ctR for ; Wed, 20 Sep 2023 23:24:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="H9u/ofS3"; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695252277; bh=OzBlXNdcDwLVaHA6CQtvKhC2q8maj4/jU9F+QJNnR3M=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=H9u/ofS3LsndlPm2awrBZfcO0HA5hif0cdJDNGZsbLFq/vm+GP5V2Gi+beRke+bpgLOtBZ1RkXFTaPbBQI41P3pZg3a8A0g9DimoU2zWVl5AdlVoGOHL/XOaUJs/pN2ldA3czcjHSa3ZZrqqyF/wTG8QwDydTMc3o+89o5rOWhoNoDznt1o1HZAbuw3zMyOe6wXtB/lg9tlYGwWgtrxAM0LTfktZ/XPLQ/fJpOUgM54mAtmuT+CLxLK1Qjtils9lLaCPpMydmGHD9/MbcvfAw6RVD9stf+pwtPh2UkKhFX5rr8VQ4t0sB4WSpl8y8OJv08enJO3zhAUDdBXJZBmQHw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695252277; bh=+u9J/Yc0nf6IwlvmprIGh5Cer55vBXGqqyxovEKK6gH=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=isgdLIPV3j2db5RR7PUB/bPGR6QE9A71q38eSSSDLWB5IR1p9FhO/PdKJjvvkvU8Ut2XBFWr8wZs0DcIi+hOg2OHKWUqAV2Lf2l4Kuu970a+kWV+0OXVxV5ALE54tl6dtvdjZDC3s4Skf3GAmPcnGBsCV2sSGP4M1+XeBcRakZpRtGmsAb9fYzXqttNI5Pk06z9OK2Q2D2FHGBq261mJVKBTDGbHvZ92EDDZY8gDePghUXc1zUtb8s+VBrZybiASGNai05qbzLvUB3Z+54Yfre5JEO8xhksDf9NxS6n3nfK4YOjaumBcO5y23U2FjvTqiKdUHqfSEwkENcf5wt8fwQ== X-YMail-OSG: sFBMEf8VM1k00w1uE4safq3igquPsHgGSBcfeqchpsIF9na40uX6vM4CsiuczdA oWwUUGIv6uQ.WUumy8LjuKnA6rqHhEGNygvVMgm4_sWCiPJhrCA.te2UP9GEd8pqO.4tbBxqfO9m VKWm9GijBCpWoJxWpZ3_l03eMZLEKdKo.R.VT.67HtVNirjs3cGBfKkCI8xRa4nL9FMKSeu7FZGZ D8IhJFikvG64_R5DkNybcjPRlv5NCnQK87FPgZtbieZ.HRFCqyW26Tl2NUY1UFFY_RiKNq77n22D vFqMrhF9VNMn5aizRjXwKveS10GPBHpIxbtYCDB2LPrGgjUN65qP6mlYBc08ubGvGnp6pzEd13fO 7iQt1QoCJvfwP2agzWOdkMkZCvnFJh0qgaihHalaIAVYA.H4rUoNdXWeogkGgn4yWiq6HWxXxqFp RYkSPHYpCLqvjUopphLfRvtj6jY7o8C10g9yAjCD3GeHWc6IPW67lkLuTUIAojc0.sQQGUVb.qAt GXx0LEVYIOtnai.8OYOLQpq.XJlNPbCWspRsJ68SR5v.kB6PK7L4GXppQQyDCp_419KSI8ItEoP3 EcYZe19VPB6j73p3SU3xbA6C9hktGvGnjjXQn8bKwBSiEC6OQMPI1.Tkzs_O8qrV8BuoeDojKY4m xyTOqQY1YIFKGVKNDigh20ie8guRuMTGdOsIAqTkdwh5GUZowXmNwesBc3o29uG9dU2oon7kIvwf sRlb.olXMlZ539rD_CbD4G1Ezrr3sjkIkuYZ7V5LS16Q_Di8_XfB55dipOVV7rk2lKbpsFOP_wis aByec7eRI656OfRyBqn8jWPX7xBM6bruj.aBvCHY3PFIEw204L0D1NeZxQuKVTDfnnDFXITuasbX NfSbl.VbMPiICvHsqOdul6RUKTOgSyJJgKQvh9_sGrzzXRs42ZYRKAM.b8BUNYyyQGVwxBDQSG4O 0zVgL3kYwBMbMncqd5U7PeI5wED32180_af89NhnvVTlejb3YCVnLfy_V.BD9rJ8N3fPNWKfG3iX 9GSxxxW7vphZkfzHk94VNB8lAO.uerq.IwxlgY3opT7NHOCsi3hHPKBZIpic6_7oNakft6MIgj6_ 4p0MSRQyRvBF2zflAwaNNbK3yi7tioILz6azDbJpK2cxo6H7DR8z4GBATOO6zFtdhGx2mfEe8UbB IiMa_C41JyMxUzjLhcsKz1lPrPV8Q1lcombatPL3MtbnIe5gqgpfwI9voMSXW0.S_cA.5M1VncBQ vcOrtVYLer1Qgmot8WAeZiCmnC4jHpVzMBBpeqF9uHnFIf44wItBWa8LlheJ44G8P5zomzzOECuL Yl_sFLLdRQOwSpTC9FZ3Oft6wGMK5jfu5fJPVCQlVl156lN1EVkN8SBwfgBr3Taj0QVIh2E63hN2 lK.wpc6qnAOaMWKhJzatKMH1AbeqfqxGJ_UPAwDp3lVWdqQyviScEJDxTxS9.G5rD6Fjj_inx5nZ OsWlZNzaEnW6Evo7jCyVNkkIWSTDrCGYTNPhHiqjWu1yvqyS_2fazLfZpf8PeJAUM0H6NKohfmtL XDm4wpEbYo0xiIa8Ny83mm9LBVEBahaajusH89n_z7Kz4vPXjO7L2V3YBZnGrxTd4vW9P4KI16rI tkdT6c9PVZgwA3.U2LyoVUb4zUMu.BGCXUtmXjfS89.MAMln7j_yemr4eoZQq_kipTIK7inp0CYJ QZ_kF7GCiGc7emid79AkfWMBb1nD.Ye0gsDStB9OzSf2UNkUu3tIWXJauht8KJCIx_M2kDilOWs3 2e4LwCPEwclPwFIqaNHxaF00FoFshGcIkbw0SmHN9RCoHJ8NhS8M_AJbp5.T0ehxvknMSEyqxM0w lWuLwrp.mR2x69r4nlhGWey79vQ31q_HrW8_8VAijXEHTzK2vSaNwCBNUwPFyGpF_5glQhuAKskx a9pAidfNmbZsLu2Jli8jP118ND5vMYBFCqp_WkXO7vSn9jwu2iUeK8K_A1gPWUUEETAb32bCySUJ peYbQFaKpcWgOyNTp142Jw6qZGWE1v1xgDuF8wEsU87LKrMOsa3U0yLX99DH1K5uvqlGbml9IfS3 LmINK8.YrEkpCaKy.vAt6A2V6DA9RebHBkKT41gmZ.KAn3uqn66tHqa3dbPVNXFqmryMFN6wT5SW IxfXKJ1v9YWAMKZeBPaRHmoCX6gcnmVMAbEHc.jrwBespQPBljIMU19L1LjDmJJKbsTYa5AgQqRS BJoBESSF_0T0Cw9BvXBiulM8PYp1khXNnoKRb1llJ1VFx9AfnEQEhU.VSRs5hdamE7qN0fZBKeZA X7qt6h1_LviLs X-Sonic-MF: X-Sonic-ID: 73a3155c-ad7e-4523-945e-f5facb2998c9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Wed, 20 Sep 2023 23:24:37 +0000 Received: by hermes--production-bf1-678f64c47b-f88h5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e1a00bcbc224aacfdb9b3a2215d8ee0e; Wed, 20 Sep 2023 23:24:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: Mark Millard In-Reply-To: <503e32c4-d352-addd-930d-e47ca94d8f29@m5p.com> Date: Wed, 20 Sep 2023 16:24:22 -0700 Cc: freebsd-arm , Mike Karels , Kyle Evans , John F Carr Content-Transfer-Encoding: quoted-printable Message-Id: <9632583F-189D-4370-BCF8-7B1A4FE7CE34@yahoo.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4BC49AD6-10DA-407C-B239-5F637CEA094C@hausen.com> <503e32c4-d352-addd-930d-e47ca94d8f29@m5p.com> To: George Mitchell , "Patrick M. Hausen" X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: - X-Spamd-Result: default: False [-1.87 / 15.00]; SUSPICIOUS_RECIPS(1.50)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.87)[-0.867]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; TAGGED_RCPT(0.00)[freebsd]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_FIVE(0.00)[6]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4RrZPM6ysmz4ctR On Sep 20, 2023, at 15:46, George Mitchell = wrote: > On 9/20/23 16:09, Patrick M. Hausen wrote: >> Hi Mike, >>> Am 20.09.2023 um 22:02 schrieb Mike Karels : >>> [...] [quoting someone else who said:] >>> I though that the Pi was = *the* aarch64 platform, >>>> at least in numbers ... >>>=20 >>> In numbers, probably. In support, no. >> Puzzled - which platform is? >> [...] > I sort of asked this question on the mailing list last year [I asked, > "Which ARM platform will give the least angst for a FreeBSD user?"] > and the consensus then seemed to be the RockPRO 64. -- George Here is my guess relative to some of the tier-1 status properties (or what some try to read into a tier-1 classification): A) Booted via ACPI instead of Device Tree might be required in order to have a more full tier-1 status. ACPI use may not be sufficient on its own. B) Booted via Device Tree might never have as full of a tier-1 status. There are likely questions about the ACPI version/vintage and variations (such as Microsoft oddities). For example, if I understand right, the 2022(?) "IORT RMR" ACPI addition may not be supported in any FreeBSD (yet?). For small aarch64 boards, "least angst" is likely not the same as what is read into "tier-1". "least angst" is more like having more overall, interested software development activity compared to other small aarch64 boards. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Sep 21 02:35:58 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rrff81kWZz4tJtx for ; Thu, 21 Sep 2023 02:36:00 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rrff81HfHz3DPV; Thu, 21 Sep 2023 02:36:00 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695263760; 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=xAx6Occ89V3Udq5OKV3Ea3gKpyINAKK5L5+NDJEsDFo=; b=txGNBO/2Jb0kIh5lS0Dhb+ECXtllxnVBy+1tTCNkDCCo8PDisPm+3TzOsV6OTdwsrvvCmi O3EKmG28LIwim6exMfQIVvf/q7yEMsSE+XAZR7xHicumkwF+FqvEZwKuzTCFPiE/JQlypU mrG+f8aPAW+jkPSQkesLcljSLg1Vvp9HLGqFdFwgIfpGsfxDSHsh/mqwDo5TLhJXaYi6PL u03I6oi5KMLJX1a4PVFLxaUM/EU2Tiv9+v4SrWf9HXpMQp4GSMtW8P6ExbIVqjlQp8n9E0 NNcD9etpdZRdLEJdCLw2buLJrJhHts/nuXVmMwew4fp6ICfrDNHjKFsabJbGlQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695263760; a=rsa-sha256; cv=none; b=b+e442I7rSzAWnUJxllkKFKfKJdjFYiKowqvtag/U9cG1YjQWVHSinkI2136dwVKLSyi4K fTO+shD7mwdRMl37VZfkyXoq8OXqmUa6KknXWbgLBMvJK4uujHUYInNImmebG8GAYEZNUC GqP1HakO6qimznoihEA7fyPgaMhB0YzYddsGu0dkO7b+ccfSeHvO6MVypdLNyD7TT+4MgE 3eC5wuS3d06nwM4aaX0yIYrmQwVwPZY/unv05Tc1+ecsoKd61Q59FQimMJZd4Thlt0Uk+s qEjS9eExAxc2VyBG7L1U2GWWlH3OE60s88fJVZJUQUcQ25cQAd4JWg/VzyFoPg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695263760; 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=xAx6Occ89V3Udq5OKV3Ea3gKpyINAKK5L5+NDJEsDFo=; b=X7EVN3BBC7p1ovABI4JrU1MPX3I7P19BRs/C9MHWwwztxDD/cZtjywnYbGSl0curePaKon 9XYzQ6NBz8MKGy0rF5mIuU/pzWb5+N+0+67iRcp9mXmVgyDaJ3e+6dW8hcyOaak7ZOXcCi aLOkQgkZe+7C9Gt62gfaYLFzVuSvzgPFovfJtd1axEFRvPorHTgrzUWER1qGvNRrvqnup2 rUvV7fierv9pYqYEcpz4uwP7hZS2LTPEFRxBN+LhLyTk3MYlcIoKxwL8b1s4ME5BH/g55J MZY3WDJjIZbM0bPSDXeYniUVqBRFjC2rGkNpiP2nIddzOV5ysr+pPx9bJYZjsQ== Received: from [10.9.4.95] (unknown [209.182.120.176]) (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 did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Rrff75kWdz19xc; Thu, 21 Sep 2023 02:35:59 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <6a842b75-c9ea-d697-c223-c2d8c5653d68@FreeBSD.org> Date: Wed, 20 Sep 2023 21:35:58 -0500 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface Content-Language: en-US To: "Patrick M. Hausen" Cc: freebsd-arm@freebsd.org References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <4C192A4E-8F53-4FE5-B1E3-836943F9A050@hausen.com> <3306D438-576B-46A6-A124-1F1D803A2236@hausen.com> From: Kyle Evans In-Reply-To: <3306D438-576B-46A6-A124-1F1D803A2236@hausen.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/20/23 15:13, Patrick M. Hausen wrote: > Hi, > >> Am 20.09.2023 um 22:08 schrieb Kyle Evans : >> Can you dump the running FDT on this machine and send it our way? It may be that it sets a local-mac-address somewhere sensible that we can just tap in a generally-not-ugly way. > > Sure - how? ;-) > You should be able to get a clean dump with, e.g.: sysctl -b hw.fdt.dtb | dtc -I dtb > current.dts Thanks, Kyle Evans From nobody Thu Sep 21 04:09:31 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrhkQ3Qnpz4tSCW for ; Thu, 21 Sep 2023 04:09:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RrhkN3hWmz3P9Y for ; Thu, 21 Sep 2023 04:09:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=DDc0atvC; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695269386; bh=jUxVwSFo206DE/IgIn32ZNpGWmoJvsUi3r4AW/4C89g=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DDc0atvC5zfRHIX0m/+sQy5W8HelUlLq70x0TNqZu/ciqUNFoRUcCVihFaJMahIkcaDb0P62sxdsfgetw5Cll92k5pPHrIEkpAb/VgDSS/8TCegkun6HcUSGh/Jl7NGVHuVrXoapnif8/GFuZJ3Cvd0ANV9hnL4MshwpIGHvcvewR+ttf6UAtmqAvkkL3WHT4UpBNwzSkqd6BYJjjvv/G8NxpD+MD1FEnNOUhGSZWlXx3ZaqWefKMn7LmJ44d0CcwLBo2X9107JZLsuKUFsSzEmQy7b6DPhkQeRTh0ic2E3+SG5hIm0lkuPkmtFK6f5Nq+0HX+ph7LcuRCHi6hYp3A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695269386; bh=uXNzw8syoPyPxXaIBw0PCZSz3JJzy/SqS1WfyyzGqT2=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=WY8HgSJNiYIx/E5F9O6QEdbZfXIkqq+5QLUEmrPFfhiELgjdGZDkI3hjT6v15lvDU1vD9MqGs6F5FvBmf/rtvOI8hz7FurLVlVhzkeTu1lbnqCBjSGOrWofpzchKqmES+Y5ZpHbVQIRKdT9WvcqnL1eguPaGW7/vgOXFg2SqA1sj1eDgJA980LP35vhvoB29GMEm1IrCEAnme+62qRmn0oA7gd20MmlwIX59/jjpeAb+aYIEOJbWKaJulyReV+Hn9kvehHI0Yd7eGUwhPr/kZHslwSMkx7fT2LPV1nAMvcLsPh//FAuHY1SvxWDenAr96LCy1bw1mgXyI5eRzvbphw== X-YMail-OSG: 4Y4.3soVM1mN_ZIKRrHPbgiDW6sv7Z5nlr7wTGSI6kyFQA5jk7PzmsLx2LXOaP3 ReUQgBT14DCY_yhQLs_IQF3wgo1EMRd5B0xgmar1BreuwndWsZNvSBdo1RIYmgP1.tUeUXCLDc3W dgwaSVpTykcrawevNVJVv6oDW5Mmg0V6MvwwXWqN9yGu3tfNsCatnsRplcxAFLB7qIt6OiA_6XNJ CDLpaopuhC33lNQspHvfoKBBRK6ivtyWFZQERtnoRM0Jvu9cFKKOCxeC_rn0B43sKkchfLCTB3yB Y7mPhpHF8WcLj47kLf8cuBKRjaItOFNiJTlEs5hRyhP53Po8pLFnES89sm3KGK6jza_IinLVdj_Q bD.sScCKiSyza9Soojv5jnJ_BqDAva6LEe4ZRMm20zh3bbNEjzB7S07IoOJq9RMzJYInTov.9Ifl pEOBeqryXXGArmGBphcnSYJYTs7iPjly6NCgAZtX1NqrLy76uHaJbDlgc8V8BdJiXpBPIlj8ZVbq taL1b6hzoUO5IGGyPl77AVheLj9CifDfM3SNRGUlYa70vfGAOViYAUyjOOzhcLX1TRcCDUvA.QHp GWiU_3x3IUASBqYtEcEhr8FA8_sXoN622_077.kCPcJNDSAU1_RHceEfp58bvHgn4VzBubpQIrae QIgo0gASAba49f0sglphijUVY5ZCyhewVCwGhEWqz4Nig_tgqkUVQenF0MuqOFSZOOHob0q3aPeE nDVCoXdI4ztPT.4t4EjcBpcuSZ6aa3kxtGEUp0l99US_AxiD4jRsaT13SRygAXVrYuDhaKEtVl0g 075a5G44hh3atz0h2zDFS839FAgnmWFzfZdCAgqZveITLpgN_4HEDkM9mb8vfsu3xtOKRqalxTFy ujM3O0e2K00DU_aUZEQcDQ.BNsRMM.7muiQ0P3VjDwbKSf0YorIgPUMclfcsf_CcN2GYSG8AptWx 930WjEMJ1csV0sWxU5Ep5o7Ay_QCWLpM3nRp9Zqa2czBR.r.6Qcbe_NF6RJgG8Yrxk6X0P5xNIDA AeY0jwHy5xV2BGr8Bkw9jczf0bZtH8L8I1s9l1Utsi6vx9ZgPlDmo6EPeh_K9dwRp7VG0sCk1rI0 WlYHm8zCEkxqjuF1Wv7f3xt54tRHNHR_ffshrG8520HEYqAcM_lg7AbvXU86io8ED556xSgT6bUa EzFhWQARfm.3vTr7lsUcro.8.lBudT0IJmWgZ6ckSo.g7h0oUQFTuip7AybNxDEEr7NAsGL_v_oA H0KZMMPijhH7Zs.3c8aCTcBnKTig3d4_xNuLQVMcQhx0pRuFtJOUX9GIWEMZsbRN3pvgZs6MLBqI 0pnX_InE0nB5KYRN7J6qHyGj7fN39QFhDjtQ0dvW8YdpRchs.oDNf9Xbt8JGvkwtwS24xrHR8pGr P7GCt7qJXCMGz8UOcUYZE5l.tVIi.WByW5N.p4XAozbWpyN6OJpeIdliAT2mi10hvc07ZwJFHDMv UInwfPKh_rVvjJNYPsxuigbD1lIzR9ICg3d4gOcuixafyx1bWD2vL3k2iNqJ5382egi2qSOj1fMB _x06hAeuz7dyumbc4eGyShDaaPwpHZZynFna0ucgQprU9nOSNy54Hv_Q0A4XCVeykfb0iWOS1o_t oVsGdrbH5wUKIogULUdT50xkTgfnWu.F_UVuNx0nOu3knSlyru7miTtpRvUWhpw6UlWSOrjBjfy2 12jkWqUJyp2k4_WepR99_.FA2R.DlpO63p9YESvjjNVjqCbUILBJZeAWSPt5nK4C9AE5sgljOlR5 z1NdyQtY4__xZ1TNbJGGFzEKWGtZxkx4mivLj47HN5JJRKBowv4NGZ7MnhikYmoJ7kCYQlcAZkDi wabYUTG3tzrJW_5cc4VbSzixnclcILgLnWDne8Q6rqc284V7l8_yDqvPfg1xf8oemlBZS7T3Oq30 U.JdnB_pcVAR18X772oiEQGgwbT0KNoFmvTJC9ms.r8YnQEYLFeXEElfi7Dt03OdM5YzSJu.KW4J U4HYhXrXoYcljlaDB7mDyjD1gewwigx3kkbzKtO2njuxLHXCayfFFdu1XFOdg1H9p1p9yMty7uTP ..5GaQj0GvFqq2KroSYW84nv5aVzHak9nQjUyZlSFCFbC24XQJhhk4ybymHuOJnKZPAa4dZoVv8t QgtEFIAqor6Yoad1qV7vRatERkc0zv35TnapkaFFOGiwh694bvmP0oF3dYCmHRZ8bwkNQozs1x.v aNJQLH8_ESI1ubngEOz7YybDGZ4LAFPs6xzTrx5i1uyjYWE.bPZzqsgV8STFLd2HreiZTk7P4qxq B X-Sonic-MF: X-Sonic-ID: f56c8c38-083a-4e40-988f-c626824b555d Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 21 Sep 2023 04:09:46 +0000 Received: by hermes--production-gq1-77657878bb-2jlvt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 536b24eda227d5f7925732fe5e068e42; Thu, 21 Sep 2023 04:09:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: Mark Millard In-Reply-To: <6a842b75-c9ea-d697-c223-c2d8c5653d68@FreeBSD.org> Date: Wed, 20 Sep 2023 21:09:31 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <38325594-6F01-4E43-86A9-D3C92A5151B7@yahoo.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <4C192A4E-8F53-4FE5-B1E3-836943F9A050@hausen.com> <3306D438-576B-46A6-A124-1F1D803A2236@hausen.com> <6a842b75-c9ea-d697-c223-c2d8c5653d68@FreeBSD.org> To: "Patrick M. Hausen" X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.32:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RrhkN3hWmz3P9Y On Sep 20, 2023, at 19:35, Kyle Evans wrote: > On 9/20/23 15:13, Patrick M. Hausen wrote: >> Hi, >>> Am 20.09.2023 um 22:08 schrieb Kyle Evans : >>> Can you dump the running FDT on this machine and send it our way? It = may be that it sets a local-mac-address somewhere sensible that we can = just tap in a generally-not-ugly way. >> Sure - how? ;-) >=20 > You should be able to get a clean dump with, e.g.: >=20 > sysctl -b hw.fdt.dtb | dtc -I dtb > current.dts Much better than the old ofwdump that I suggested. (My old powerpc* days are showing.) I will note that if one wants to diff *.dts sources, also having a -s (sort) option makes this much more reasonable: sysctl -b hw.fdt.dtb | dtc -I dtb -s > current_sorted.dts (There may be some filtering of uninteresting lines to avoid numbering differences that may not be of interest.) With this one can explore what different config.txt changes mean for the .dtb used. For example, with and without force_mac_address=3D... use can be compared. Like the ofwdump suggestion, one only gets to see the final live *.dtb content via the kernel's copy. It does not work for discovering what stages make what changes. For the RPi4B example ( -s ordering based ): /dts-v1/; /memreserve/ 0x0 0x1000; / { . . . aliases { . . . ethernet0 =3D "/scb/ethernet@7d580000"; . . . chosen { . . . u-boot,version =3D "2023.01"; . . . psci { compatible =3D "arm,psci-0.2"; method =3D "smc"; }; . . . scb { . . .=20 ethernet@7d580000 { . . . compatible =3D "brcm,bcm2711-genet-v5"; . . . local-mac-address =3D [?? ?? ?? ?? ?? ??]; . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Sep 21 05:35:19 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrkdL68s2z4tYN3 for ; Thu, 21 Sep 2023 05:35:34 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RrkdJ6lGjz3VSF for ; Thu, 21 Sep 2023 05:35:32 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmh@hausen.com designates 217.29.33.228 as permitted sender) smtp.mailfrom=pmh@hausen.com; dmarc=none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 148238; Thu, 21 Sep 2023 07:35:30 +0200 From: "Patrick M. Hausen" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface Date: Thu, 21 Sep 2023 07:35:19 +0200 References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <4C192A4E-8F53-4FE5-B1E3-836943F9A050@hausen.com> <3306D438-576B-46A6-A124-1F1D803A2236@hausen.com> <6a842b75-c9ea-d697-c223-c2d8c5653d68@FreeBSD.org> <38325594-6F01-4E43-86A9-D3C92A5151B7@yahoo.com> To: freebsd-arm In-Reply-To: <38325594-6F01-4E43-86A9-D3C92A5151B7@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.61 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.997]; NEURAL_HAM_SHORT(-0.82)[-0.818]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:mail2.pluspunkthosting.de]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[hausen.com]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4RrkdJ6lGjz3VSF HI all, > Am 21.09.2023 um 06:09 schrieb Mark Millard : > sysctl -b hw.fdt.dtb | dtc -I dtb -s > current_sorted.dts Without the explicit "force_mac_address" line I find this in the output: ----------------- aliases { i2c_arm =3D "/soc/i2c@7e804000"; i2c =3D "/soc/i2c@7e804000"; i2c_vc =3D "/soc/i2c0mux/i2c@0"; serial0 =3D "/soc/serial@7e201000"; serial1 =3D "/soc/serial@7e215040"; aux =3D "/soc/aux@7e215000"; sound =3D "/soc/sound"; soc =3D "/soc"; dma =3D "/soc/dma@7e007000"; intc =3D "/soc/interrupt-controller@7e00b200"; watchdog =3D "/soc/watchdog@7e100000"; random =3D "/soc/rng@7e104000"; mailbox =3D "/soc/mailbox@7e00b880"; gpio =3D "/soc/gpio@7e200000"; uart0 =3D "/soc/serial@7e201000"; uart1 =3D "/soc/serial@7e215040"; sdhost =3D "/soc/mmc@7e202000"; mmc =3D "/soc/mmc@7e300000"; mmc1 =3D "/soc/mmc@7e300000"; mmc0 =3D "/soc/mmc@7e202000"; i2s =3D "/soc/i2s@7e203000"; i2c0 =3D "/soc/i2c0mux/i2c@0"; i2c1 =3D "/soc/i2c@7e804000"; i2c10 =3D "/soc/i2c0mux/i2c@1"; spi0 =3D "/soc/spi@7e204000"; spi1 =3D "/soc/spi@7e215080"; spi2 =3D "/soc/spi@7e2150c0"; usb =3D "/soc/usb@7e980000"; leds =3D "/leds"; fb =3D "/soc/fb"; thermal =3D "/soc/thermal@7e212000"; axiperf =3D "/soc/axiperf"; i2c2 =3D "/soc/i2c@7e805000"; }; chosen { fixup-applied; u-boot,version =3D "2023.07.02"; user-warnings =3D [64 74 65 72 72 6f 72 3a 20 63 61 6e = 27 74 20 66 69 6e 64 20 73 79 6d 62 6f 6c 20 27 75 61 72 74 30 5f 70 69 = 6e 73 27 0a 46 61 69 6c 65 64 20 74 6f 20 72 65 73 6f 6c 76 65 20 6f 76 = 65 72 6c 61 79 20 27 64 69 73 61 62 6c 65 2d 62 74 27 0a]; rng-seed =3D <0x17f7438c 0x2ab979c8 0xc4352759 = 0x305da3e8 0x4304ea0a 0x6ce10bfb 0xa633ae6 0xcada5dfc 0x854eeecb 0x925b 1f20 0x12bdb423 0x1ebbf917 0x4b434ef3 0x21939e04 0x4ee3dcc7 0xe3f5af57>; kaslr-seed =3D <0x64f204d4 0x19ed2123>; os_prefix; overlay_prefix =3D [6f 76 65 72 6c 61 79 73 2f]; rpi-boardrev-ext =3D <0x0>; log =3D <0x3ff80000 0x7ffe0>; bootargs =3D "coherent_pool=3D1M = snd_bcm2835.enable_headphones=3D0 snd_bcm2835.enable_hdmi=3D1 = bcm2708_fb.fbwidth=3D656 bcm2708_fb.fbheight=3D416 bcm2708_fb.fbswap=3D1 = smsc95xx.macaddr=3DB8:27:EB:09:CB:7D vc_mem.mem_base=3D0x3ec00000 = vc_mem.mem_size=3D0x40000000 force_mac_address=3Db8:27:eb:09:cb:7d"; phandle =3D <0x2f>; bootloader { boot-mode =3D <0x1>; tryboot =3D <0x0>; rsts =3D <0x1000>; partition =3D <0x0>; }; }; ----------------- The MAC address shown in the "bootargs" line is matching the serial = number of the CM. What now? Kind regards, Patrick= From nobody Thu Sep 21 05:45:15 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rrkrn3Zfcz4tYXy for ; Thu, 21 Sep 2023 05:45:29 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-ua1-x92b.google.com (mail-ua1-x92b.google.com [IPv6:2607:f8b0:4864:20::92b]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rrkrl0Vrxz3Vt4 for ; Thu, 21 Sep 2023 05:45:27 +0000 (UTC) (envelope-from yklaxds@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=g+JjRNAV; spf=pass (mx1.freebsd.org: domain of yklaxds@gmail.com designates 2607:f8b0:4864:20::92b as permitted sender) smtp.mailfrom=yklaxds@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ua1-x92b.google.com with SMTP id a1e0cc1a2514c-7a7d7283fe5so203840241.0 for ; Wed, 20 Sep 2023 22:45:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695275126; x=1695879926; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=/1LsN+EJtgcFsZabbOLm++ZM1+g4wJI6XN3vmAo2HrI=; b=g+JjRNAVRdAB/YWnhM8bfvBZS7cBrLmFMTfBiQKRGnuHVae0Jh6+UqNH0/drEtmPfM OmA8sNWbh8EBCs5O7uFiwdc6xK28XiqXsBC8ezdjkex3KJ07LttvjGAz1hEBtwWxOEe6 L234uVKAYM2ABvtLHbgM2bwRdz5MU53O4tBk89+CdVa4rUIOipvAruuID9Z9i0zoEuCC 0LVEnWwpRoM4gl5Lmz0HSn9BfFH4QfN+s8FvTOoQqlfAULWMBhBVkLfgvFyKqwdUaWP4 sRVKDHaaI+RJ8jEThAbbK+JpkAor3uFI/OHxPiYCPbv/S3G5yYI47knrtQ3xLFCR9cip f4SQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695275126; x=1695879926; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=/1LsN+EJtgcFsZabbOLm++ZM1+g4wJI6XN3vmAo2HrI=; b=rWDqKmNs87GG1NTftF6H509RYHmOPtspjoqLTFEl2qPZJAYykvg8EM4AkKU/yXfie1 h1DpNFloT88/uOKg01EGlygjUYmZoGGJQC1dE/XuCwmgt5UxkdVhqvJEry4kvuYjak2Q E/UJyK5/Wz2A0QR1N/o6JSkqPSmDO+3l3m892zmFOGt2wTr+d1gp2hQlxTdh+bt6HGSD L+SzZdNReM/1VRq697lj2RTT7VqiBC5kWQllA6iymPxggXs0jF9x7Sjb0tMRCr4ijTxp Hk6Th9IUgaC/50y9u4KL7UIdkcbVb/5T8NRkAR8lALx/E8HB7bgJjlehnSL0ck4j9RW8 6o9g== X-Gm-Message-State: AOJu0Yws5H+igQreGort37omK/Ilf9MCstykgWniV84fBl9CUvNv0c0D gaENA1tQOCpKgu+L+V36RW5PywmRsAfwOvIhJA+cVOdU1rGuOA== X-Google-Smtp-Source: AGHT+IFDpf56S04j2wsVytBbO4Wu3t+7iYRivK6m0wLYXxHN68UkDGLkKK56N8LmhRKbAbdhW9uUltAjop8LWGsWaNo= X-Received: by 2002:a1f:e041:0:b0:495:ffe6:8d8d with SMTP id x62-20020a1fe041000000b00495ffe68d8dmr3887215vkg.11.1695275126179; Wed, 20 Sep 2023 22:45:26 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 From: ykla Date: Thu, 21 Sep 2023 13:45:15 +0800 Message-ID: Subject: How to Boot FreeBSD Using pftf/RPi4 UEFI To: FreeBSD ARM List Content-Type: multipart/alternative; boundary="000000000000b14c560605d7ffb2" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; NEURAL_HAM_LONG(-0.99)[-0.990]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::92b:from]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4Rrkrl0Vrxz3Vt4 --000000000000b14c560605d7ffb2 Content-Type: text/plain; charset="UTF-8" HI, How to Boot FreeBSD Using pftf/RPi4 UEFI? I downloaded FreeBSD-14.0-BETA2-arm64-aarch64-disc1.iso and Raspberry Pi 4 UEFI Firmware v1.35 and wrote them to my device. However, when I enable ACPI, my Raspberry Pi 4 automatically restarts after loading. If I disable ACPI and use the device tree, the screen goes black after loading for a while, and nothing is displayed. In both of these cases, there is no output on the serial port. Does anyone know how to configure the serial port for UEFI Firmware? I've used the serial port before with the regular installation method and it worked for output, but with UEFI Firmware, there is no output on the serial port. --000000000000b14c560605d7ffb2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
HI,

How to Boot FreeBSD Using pftf/RPi4 UEFI?<= br>

I downloaded FreeBSD-14.0-BETA2-arm64-aarch= 64-disc1.iso and Raspberry Pi 4 UEFI Firmware v1.35 and wrote them to my de= vice. However, when I enable ACPI, my Raspberry Pi 4 automatically restarts= after loading. If I disable ACPI and use the device tree, the screen goes = black after loading for a while, and nothing is displayed. In both of these= cases, there is no output on the serial port. Does anyone know how to conf= igure the serial port for UEFI Firmware? I've used the serial port befo= re with the regular installation method and it worked for output, but with = UEFI Firmware, there is no output on the serial port.
--000000000000b14c560605d7ffb2-- From nobody Thu Sep 21 07:19:53 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rrmy16s5hz4th1t for ; Thu, 21 Sep 2023 07:20:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4Rrmy14DG7z3dCQ for ; Thu, 21 Sep 2023 07:20:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695280806; bh=t+HswZ5vTpsgGhrTfAW9nW4ZLCLu74MCurBHh0f2I44=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=FsgO19N9gO0oAdRponjCtedoah4Flhj8zCf/kwMcal8T2M/Q+o2OMGpbLYx6nZMKbRg5+VsaifvHJF9R9Qo40rFkKYLvbg3ZmlLVN6bVye2EeDoypq2H1HF4AOPRyKf9fmWo9NcZRA2DRGBWAFMP9uzA7H+cUBfKGHc48atiyuJntOG3ggsv0mxBo92gF5g4rnqHrZnPjog2VNbZ81bsScs+tEE3p/vdfRCJTuxEmJn66qTmkQZBQ8Qpb3DiAKaw50p7kkV1EBAgy7uqxg24PtDLGkK3PDcXWAx6y5TLpb+5Ghrl19CL7d1w2+Iwt3NcHoqcmdhYM/c9lWO7cU2HDw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695280806; bh=y+f2yDc0d+o8vMQ3kolTgRWy5WSr8WD21xeOXdoo/Fy=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=eMG5iduua1XOgwb1vGidZa02yEgkFQOPOkhRTKPWf5614FfnoaQSpLvqRIZJqByOl4v+Krxe8yyd46RY8dJ+TRPuGdZnkAVkY8mxMfelWOJaY/FWPbz4iLbiam6ZFUwFbSJ8LvkIP0mrEcE8hcvxkit9Rmh0gSNUw5EXZSnhw79ng1IUbaFIrObJvmlyTm1ohC8+pkyyDuy0l8MnthTWJeH0ECQuGKERU4NNMFRZwmYE/kf5hwkQQ61+2QWJwT6Um18kyR5XRxxyQk9Vxf/l0ulxg1vyr0SB5pAx+z9QtrmuPODKcpnYgWaa9yr62IZWYNX6qfWeYbZjIjR1LPwWzA== X-YMail-OSG: w.ZqEbwVM1miHtGHE1B_olvQ6v.6PQWefddDMoQp.rGbiy5n05tq7PYQvoMR5pY Rn0S32yAzlj2BNHoRNDyvUhs.hErbTtNmvjK.QjBaCJ_X6ocQoN8.r9oPw3Nuu3_4ASGhr5h5Kgn vpT16vKNklTEGUbjk41sQ30TzMD5j0EZlSwt74ZtbYQOXBAPV_NPUc4Qqx0BgjxZJtPt95sj8E.u RxG22DXKe64mROh8sDA07YsfO5elbO__0JnW1NeAHSSQK5B5zlXPBvcS91tisdmhzelKJ6TsIlWm 16ZhoUqVOUJgCPYIDok2aKfkQhLZTPLGxFGxNaiKA66iEQeroSAeCuPhLnrbPw_0epfdvkR0hh6K zzSouay32IlsueAajdK9uRiiCkCkoncD3LLHHf9QFhmkG93UOhDL50oyEXJph3y5w0FEA2WRnp0. yJJeDell6cKUI1F2uec_EMkxrfohtS3xJcKEeuAuuPRKrE3b57pMtVLLoWKdy0kPhCADdwW825M0 sMuW5j_E2.n2blUbIqQM51aAuX8fjsn9sDAnxM7j5P2FOEpbDTPEU2mqz.MhSDqQQJOX6pusmLUE LWKyRJm0h.vj7EiE48DnxMktiMap5FqLQgOdbGfjmsVtsjyuWgDeZkKWESnQ25K9ka1tgIdR8Twf JFc1SQz7aXQIyVcZLu45aCMLLiAQevSTkId.hre.WelLJUuTGaLgPfeJKR2_9Jj.7GrOJKVNO1h7 oXZ3xoZPwPU4uJ6Uu1M9Cu44frNiCXSdMtUUiX2ZJp2Jf0j1NGhmnyfoKEYFwQeQWQOpHgWz5WF9 BuPKc8mjXtkd_kDQzbYkIIMSCRObuOcHqhsfMgZktVEibX_cudiE0C0EH1n6GIuj5pVgdesH78mO xE8bpQOTotEOamUBHqenxGK1P7ETALJVAr6eN7F7POjxgR2kVvUsTnvdrHEI8eNt.d1V58bjhbxE .YwgGRtOLS13rJzqzGzrkT4RWKrYbXWTBMTSpH8jSKg9FtgGTqbaRMa347S67ZmRYF.5r6hjyEzL F74rQNqIy.5VeK2wIgz9rqGNl0gMbRIdSeLJRDVmTHvtELKHN2qBh.cVqnkf.Utov5r.9H_mCnHO 0SVppWf0VRev9dLGgNf3lVe_HRA6C2yTrEZpalx4Df5GnKdIK2ukO82LBPOHy2wxU_ULRXeprGjR HfwziGqhRpoStoOP.tK98TLphJzmlfROZLW7sNAVpWJR3IY617Z2y3D.Ad9Zk4gz4z_XVHrBADIQ SLdEWEkLnIWTG6vOTNeHuyVsBUZIAJ1.wIwq5tRXNKAleB6JXzw8_b6ErMKhTg_G0HkcPlzmGnse EXwkvT.IW2x0SDgyhTNEtCEKAOALz.MaYy5jyM.MxJV6uPaSO.0AV78RMx1EQw7AkPr4yu6xRZTe zkPcp8f32lDwPY5UxB_RS_MLL7LlCT27L0_5TnHvqKr9RasXQ6KJvXhwi3ebeu_SXggo3uf5_dnV SbGQN0RHlisvy7Xz3rhJMq3DVBgwT9xeNhUQRSz3i08yxwP7.3tKQwsh8t4EBaXg1LvWivPu3hhI AKDbJIM0WvlqscgCHt66azdnmEc.B5H3pkE5eTCG2uX7GsqNlsLCOnovi2f83dqrvtiyzXMB2Kz7 YBIWWX_RPPd5Jt_wJgdthx6FyjjUbs4pZYiBQjeJe7MZelbHNno8Wcf7aDzybfjBzwvj4vxsQDgI eKS.GzC2LhAE.MuDwt3HFPhoeZZZnWXSDG8.2LbS3MEJX6ak7CSzsmIUPLMNWtXGDfaoDNn_.obA JoqsPflt4jXQg0AOOwXQsxv42.P02CxnapSmKH_cRFK3jL5ZveSrO79weNIjVO39c3h1k8RcomyL T2kcd1TYy7OAOVsUqYrsi82n9AG2WUptBZUH.lGB5u66gubrhP.zf18HsAHTJBz3n3jY4b2aDbXi nCmQ7.FraPSZnlvTvD6GXzrtxaLo1DaVO9QdvItlSJpDVsljdqzulZ4ue25qsdlryxn31Y3IvVot skKNqG1yE1XOsVSxbREgjF74YK2T_1rN8d9gZvDzoIVTQMKvsvhvJJfm.JQzpNovar3x0urRbFzv ZBd39QPEeMW_p6mXU9wsHG5g8XT0y.zreUZkmQO3Dg2a9P8ilUYM8d6bKvDLqntKF6wjp5fBTdvR MAyieufq.oVhHzKlJpEVzGUX8BLO1j23l.uc45R8jPspphY1x2YdHjXBMkfVDnSghMAytpfuH3Xy jK2fSrfND0S.Xbc9HhQ282bSLUVn3LkRxwHyPnWpaZxP7tZACRJkpzvBZFZHYg20KMBYdrOz5RA- - X-Sonic-MF: X-Sonic-ID: b452b308-6491-4869-b861-f7285a979291 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Thu, 21 Sep 2023 07:20:06 +0000 Received: by hermes--production-ne1-6cbd549489-wlmsx (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a5c13814a9edcdbede3c6635219eaa37; Thu, 21 Sep 2023 07:20:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: Mark Millard In-Reply-To: Date: Thu, 21 Sep 2023 00:19:53 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <5953C54F-D0A9-4842-AC4C-CF431E095F73@yahoo.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <4C192A4E-8F53-4FE5-B1E3-836943F9A050@hausen.com> <3306D438-576B-46A6-A124-1F1D803A2236@hausen.com> <6a842b75-c9ea-d697-c223-c2d8c5653d68@FreeBSD.org> <38325594-6F01-4E43-86A9-D3C92A5151B7@yahoo.com> To: "Patrick M. Hausen" X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4Rrmy14DG7z3dCQ On Sep 20, 2023, at 22:35, Patrick M. Hausen wrote: > HI all, >=20 >> Am 21.09.2023 um 06:09 schrieb Mark Millard : >> sysctl -b hw.fdt.dtb | dtc -I dtb -s > current_sorted.dts >=20 > Without the explicit "force_mac_address" line I find this in the = output: >=20 > ----------------- > aliases { >=20 > i2c_arm =3D "/soc/i2c@7e804000"; > i2c =3D "/soc/i2c@7e804000"; > i2c_vc =3D "/soc/i2c0mux/i2c@0"; > serial0 =3D "/soc/serial@7e201000"; > serial1 =3D "/soc/serial@7e215040"; > aux =3D "/soc/aux@7e215000"; > sound =3D "/soc/sound"; > soc =3D "/soc"; > dma =3D "/soc/dma@7e007000"; > intc =3D "/soc/interrupt-controller@7e00b200"; > watchdog =3D "/soc/watchdog@7e100000"; > random =3D "/soc/rng@7e104000"; > mailbox =3D "/soc/mailbox@7e00b880"; > gpio =3D "/soc/gpio@7e200000"; > uart0 =3D "/soc/serial@7e201000"; > uart1 =3D "/soc/serial@7e215040"; > sdhost =3D "/soc/mmc@7e202000"; > mmc =3D "/soc/mmc@7e300000"; > mmc1 =3D "/soc/mmc@7e300000"; > mmc0 =3D "/soc/mmc@7e202000"; > i2s =3D "/soc/i2s@7e203000"; > i2c0 =3D "/soc/i2c0mux/i2c@0"; > i2c1 =3D "/soc/i2c@7e804000"; > i2c10 =3D "/soc/i2c0mux/i2c@1"; > spi0 =3D "/soc/spi@7e204000"; > spi1 =3D "/soc/spi@7e215080"; > spi2 =3D "/soc/spi@7e2150c0"; > usb =3D "/soc/usb@7e980000"; > leds =3D "/leds"; > fb =3D "/soc/fb"; > thermal =3D "/soc/thermal@7e212000"; > axiperf =3D "/soc/axiperf"; > i2c2 =3D "/soc/i2c@7e805000"; > }; No evidence above of any ethernet device. Does the current_sorted.dts have anything in it mentioning "ethernet"? "local-mac-address"? I've no direct knowledge of the CM3+ . What are the details of how ethernet has been provided for your context? Using an RPi3B as an example: it has its "built in" ethernet via usb. So it has an alias like: ethernet0 =3D "/soc/usb@7e980000/usb1@1/usbether@1"; and (more ?? based redaction used): soc { . . . usb@7e980000 { compatible =3D "brcm,bcm2708-usb"; reg =3D <0x7e980000 0x00010000 0x7e006000 = 0x00001000>; interrupts =3D <0x00000001 0x00000009 0x00000002 = 0x00000000>; #address-cells =3D <0x00000001>; #size-cells =3D <0x00000000>; clocks =3D <0x00000014>; clock-names =3D "otg"; phys =3D <0x00000015>; phy-names =3D "usb2-phy"; interrupt-names =3D "usb", "soft"; power-domains =3D <0x00000011 0x00000006>; phandle =3D <0x0000006a>; usb1@1 { compatible =3D "usb424,9514"; reg =3D <0x00000001>; #address-cells =3D <0x00000001>; #size-cells =3D <0x00000000>; usbether@1 { local-mac-address =3D [?? ?? ?? = ?? ?? ??]; compatible =3D "usb424,ec00"; reg =3D <0x00000001>; phandle =3D <0x0000006b>; }; }; }; . . . So, if force_mac_address were to be made to work, it would probably involve creating an alternate *.dtb (or an overlay) that included the alias and something analogous to having that usb device description. In other words, making the ethernet device appear to be built-in. (Not that I've ever done such a thing.) > chosen { >=20 > fixup-applied; > u-boot,version =3D "2023.07.02"; > user-warnings =3D [64 74 65 72 72 6f 72 3a 20 63 61 6e = 27 74 20 66 69 6e 64 20 73 79 6d 62 6f 6c 20 27 75 61 72 74 30 5f 70 69 = 6e 73 27 0a 46 61 69 6c 65 64 20 74 6f 20 72 65 73 6f 6c 76 65 20 6f 76 = 65 72 6c 61 79 20 27 64 69 73 61 62 6c 65 2d 62 74 27 0a]; > rng-seed =3D <0x17f7438c 0x2ab979c8 0xc4352759 = 0x305da3e8 0x4304ea0a 0x6ce10bfb 0xa633ae6 0xcada5dfc 0x854eeecb 0x925b > 1f20 0x12bdb423 0x1ebbf917 0x4b434ef3 0x21939e04 0x4ee3dcc7 = 0xe3f5af57>; > kaslr-seed =3D <0x64f204d4 0x19ed2123>; > os_prefix; > overlay_prefix =3D [6f 76 65 72 6c 61 79 73 2f]; > rpi-boardrev-ext =3D <0x0>; > log =3D <0x3ff80000 0x7ffe0>; > bootargs =3D "coherent_pool=3D1M = snd_bcm2835.enable_headphones=3D0 snd_bcm2835.enable_hdmi=3D1 = bcm2708_fb.fbwidth=3D656 bcm2708_fb.fbheight=3D416 bcm2708_fb.fbswap=3D1 = smsc95xx.macaddr=3DB8:27:EB:09:CB:7D vc_mem.mem_base=3D0x3ec00000 = vc_mem.mem_size=3D0x40000000 force_mac_address=3Db8:27:eb:09:cb:7d"; Making the addr's easy to compare: smsc95xx.macaddr =3DB8:27:EB:09:CB:7D force_mac_address=3Db8:27:eb:09:cb:7d So, as things were set up, they match, up to case. But nothing identifies a specific ethernet to use that address with. So, as is, insufficient context to be automatic? (Again suggesting making the ethernet device appear to be built in if force_mac_address is to be used?) > phandle =3D <0x2f>; > bootloader { >=20 > boot-mode =3D <0x1>; > tryboot =3D <0x0>; > rsts =3D <0x1000>; > partition =3D <0x0>; > }; > }; > ----------------- >=20 > The MAC address shown in the "bootargs" line is matching the serial = number of the CM. So it may be that this route is too complicated if there are other alternatives, given a lack of any already-built-in ethernet. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Sep 21 07:27:43 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rrn701d82z4thXw for ; Thu, 21 Sep 2023 07:27:56 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4Rrn6z5sB2z3fsh for ; Thu, 21 Sep 2023 07:27:55 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 02EC5A; Thu, 21 Sep 2023 09:27:54 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: <5953C54F-D0A9-4842-AC4C-CF431E095F73@yahoo.com> Date: Thu, 21 Sep 2023 09:27:43 +0200 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <4C192A4E-8F53-4FE5-B1E3-836943F9A050@hausen.com> <3306D438-576B-46A6-A124-1F1D803A2236@hausen.com> <6a842b75-c9ea-d697-c223-c2d8c5653d68@FreeBSD.org> <38325594-6F01-4E43-86A9-D3C92A5151B7@yahoo.com> <5953C54F-D0A9-4842-AC4C-CF431E095F73@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4Rrn6z5sB2z3fsh Am 21.09.2023 um 09:19 schrieb Mark Millard : > No evidence above of any ethernet device. >=20 > Does the current_sorted.dts have anything in it > mentioning "ethernet"? "local-mac-address"? >=20 > I've no direct knowledge of the CM3+ . What are > the details of how ethernet has been provided for > your context? Ethernet is provided externally to the CM by the TuringPi mainboard - or by a development board I use for flashing. Connection is USB. root@pi1:~ # usbconfig show_ifdrv ugen1.1: at usbus1, cfg=3D0 md=3DHOST spd=3DHIGH = (480Mbps) pwr=3DSAVE (0mA) ugen1.1.0: uhub0: ugen1.2: at usbus1, cfg=3D0 md=3DHOST = spd=3DHIGH (480Mbps) pwr=3DSAVE (2mA) ugen1.2.0: uhub1: ugen1.3: at usbus1, cfg=3D0 md=3DHOST = spd=3DHIGH (480Mbps) pwr=3DON (2mA) ugen1.3.0: smsc0: The complete dts is this: ------------ $ cat turingpi_sorted.dts=20 /dts-v1/; /memreserve/ 0x0 0x1000; / { memreserve =3D <0x3b400000 0x4c00000>; serial-number =3D "00000000fb09cb7d"; compatible =3D "raspberrypi,3-compute-module", "brcm,bcm2837"; model =3D "Raspberry Pi Compute Module 3 Plus Rev 1.0"; #address-cells =3D <0x1>; #size-cells =3D <0x1>; interrupt-parent =3D <0x1>; framebuffer@3eaf0000 { format =3D "a8r8g8b8"; stride =3D <0xa40>; height =3D <0x1a0>; width =3D <0x290>; reg =3D <0x3eaf0000 0x10a800>; compatible =3D "simple-framebuffer"; status =3D "okay"; }; psci { compatible =3D "arm,psci-0.2"; method =3D "smc"; }; system { linux,serial =3D <0x0 0xfb09cb7d>; linux,revision =3D <0xa02100>; }; axi { vc_mem { reg =3D <0x3ec00000 0x40000000 0xc0000000>; }; }; aliases { i2c_arm =3D "/soc/i2c@7e804000"; i2c =3D "/soc/i2c@7e804000"; i2c_vc =3D "/soc/i2c0mux/i2c@0"; serial0 =3D "/soc/serial@7e201000"; serial1 =3D "/soc/serial@7e215040"; aux =3D "/soc/aux@7e215000"; sound =3D "/soc/sound"; soc =3D "/soc"; dma =3D "/soc/dma@7e007000"; intc =3D "/soc/interrupt-controller@7e00b200"; watchdog =3D "/soc/watchdog@7e100000"; random =3D "/soc/rng@7e104000"; mailbox =3D "/soc/mailbox@7e00b880"; gpio =3D "/soc/gpio@7e200000"; uart0 =3D "/soc/serial@7e201000"; uart1 =3D "/soc/serial@7e215040"; sdhost =3D "/soc/mmc@7e202000"; mmc =3D "/soc/mmc@7e300000"; mmc1 =3D "/soc/mmc@7e300000"; mmc0 =3D "/soc/mmc@7e202000"; i2s =3D "/soc/i2s@7e203000"; i2c0 =3D "/soc/i2c0mux/i2c@0"; i2c1 =3D "/soc/i2c@7e804000"; i2c10 =3D "/soc/i2c0mux/i2c@1"; spi0 =3D "/soc/spi@7e204000"; spi1 =3D "/soc/spi@7e215080"; spi2 =3D "/soc/spi@7e2150c0"; usb =3D "/soc/usb@7e980000"; leds =3D "/leds"; fb =3D "/soc/fb"; thermal =3D "/soc/thermal@7e212000"; axiperf =3D "/soc/axiperf"; i2c2 =3D "/soc/i2c@7e805000"; }; chosen { fixup-applied; u-boot,version =3D "2023.07.02"; user-warnings =3D [64 74 65 72 72 6f 72 3a 20 63 61 6e 27 74 20 66 69 6e = 64 20 73 79 6d 62 6f 6c 20 27 75 61 72 74 30 5f 70 69 6e 73 27 0a 46 61 = 69 6c 65 64 20 74 6f 20 72 65 73 6f 6c 76 65 20 6f 76 65 72 6c 61 79 20 = 27 64 69 73 61 62 6c 65 2d 62 74 27 0a]; rng-seed =3D <0x17f7438c 0x2ab979c8 0xc4352759 0x305da3e8 0x4304ea0a = 0x6ce10bfb 0xa633ae6 0xcada5dfc 0x854eeecb 0x925b1f20 0x12bdb423 = 0x1ebbf917 0x4b434ef3 0x21939e04 0x4ee3dcc7 0xe3f5af57>; kaslr-seed =3D <0x64f204d4 0x19ed2123>; os_prefix; overlay_prefix =3D [6f 76 65 72 6c 61 79 73 2f]; rpi-boardrev-ext =3D <0x0>; log =3D <0x3ff80000 0x7ffe0>; bootargs =3D "coherent_pool=3D1M snd_bcm2835.enable_headphones=3D0 = snd_bcm2835.enable_hdmi=3D1 bcm2708_fb.fbwidth=3D656 = bcm2708_fb.fbheight=3D416 bcm2708_fb.fbswap=3D1 = smsc95xx.macaddr=3DB8:27:EB:09:CB:7D vc_mem.mem_base=3D0x3ec00000 = vc_mem.mem_size=3D0x40000000 force_mac_address=3Db8:27:eb:09:cb:7d"; phandle =3D <0x2f>; bootloader { boot-mode =3D <0x1>; tryboot =3D <0x0>; rsts =3D <0x1000>; partition =3D <0x0>; }; }; reserved-memory { #address-cells =3D <0x1>; #size-cells =3D <0x1>; ranges; phandle =3D <0x34>; linux,cma { compatible =3D "shared-dma-pool"; size =3D <0x4000000>; reusable; linux,cma-default; phandle =3D <0x35>; }; }; thermal-zones { cpu-thermal { polling-delay-passive =3D <0x0>; polling-delay =3D <0x3e8>; thermal-sensors =3D <0x2>; coefficients =3D <0xfffffde6 0x64960>; phandle =3D <0x36>; trips { phandle =3D <0x37>; cpu-crit { temperature =3D <0x1adb0>; hysteresis =3D <0x0>; type =3D "critical"; }; }; cooling-maps { phandle =3D <0x38>; }; }; }; soc { compatible =3D "simple-bus"; #address-cells =3D <0x1>; #size-cells =3D <0x1>; ranges =3D <0x7e000000 0x3f000000 0x1000000 0x40000000 0x40000000 = 0x1000>; dma-ranges =3D <0xc0000000 0x0 0x3f000000>; phandle =3D <0x39>; txp@7e004000 { compatible =3D "brcm,bcm2835-txp"; reg =3D <0x7e004000 0x20>; interrupts =3D <0x1 0xb>; status =3D "disabled"; phandle =3D <0x3a>; }; cprman@7e101000 { compatible =3D "brcm,bcm2835-cprman"; #clock-cells =3D <0x1>; reg =3D <0x7e101000 0x2000>; clocks =3D <0x3 0x4 0x0 0x4 0x1 0x4 0x2 0x5 0x0 0x5 0x1 0x5 0x2>; firmware =3D <0x6>; phandle =3D <0x8>; }; mailbox@7e00b880 { compatible =3D "brcm,bcm2835-mbox"; reg =3D <0x7e00b880 0x40>; interrupts =3D <0x0 0x1>; #mbox-cells =3D <0x0>; phandle =3D <0x1b>; }; gpio@7e200000 { compatible =3D "brcm,bcm2835-gpio"; reg =3D <0x7e200000 0xb4>; interrupts =3D <0x2 0x11 0x2 0x12>; gpio-controller; #gpio-cells =3D <0x2>; interrupt-controller; #interrupt-cells =3D <0x2>; gpio-ranges =3D <0x7 0x0 0x0 0x36>; pinctrl-names =3D "default"; gpio-line-names =3D "GPIO0", "GPIO1", "GPIO2", "GPIO3", "GPIO4", = "GPIO5", "GPIO6", "GPIO7", "GPIO8", "GPIO9", "GPIO10", "GPIO11", = "GPIO12", "GPIO13", "GPIO14", "GPIO15", "GPIO16", "GPIO17", "GPIO18", = "GPIO19", "GPIO20", "GPIO21", "GPIO22", "GPIO23", "GPIO24", "GPIO25", = "GPIO26", "GPIO27", "GPIO28", "GPIO29", "GPIO30", "GPIO31", "GPIO32", = "GPIO33", "GPIO34", "GPIO35", "GPIO36", "GPIO37", "GPIO38", "GPIO39", = "GPIO40", "GPIO41", "GPIO42", "GPIO43", "GPIO44", "GPIO45", "SMPS_SCL", = "SMPS_SDA", "SD_CLK_R", "SD_CMD_R", "SD_DATA0_R", "SD_DATA1_R", = "SD_DATA2_R", "SD_DATA3_R"; phandle =3D <0x7>; mmc_pins { phandle =3D <0x8d>; brcm,pull =3D <0x0 0x2 0x2 0x2 0x2 0x2>; brcm,function =3D <0x7>; brcm,pins =3D <0x30 0x31 0x32 0x33 0x34 0x35>; }; dpi_gpio0 { brcm,pins =3D <0x0 0x1 0x2 0x3 0x4 0x5 0x6 0x7 0x8 0x9 0xa 0xb 0xc 0xd = 0xe 0xf 0x10 0x11 0x12 0x13 0x14 0x15 0x16 0x17 0x18 0x19 0x1a 0x1b>; brcm,function =3D <0x6>; phandle =3D <0x3b>; }; emmc_gpio22 { brcm,pins =3D <0x16 0x17 0x18 0x19 0x1a 0x1b>; brcm,function =3D <0x7>; phandle =3D <0x3c>; }; emmc_gpio34 { brcm,pins =3D <0x22 0x23 0x24 0x25 0x26 0x27>; brcm,function =3D <0x7>; brcm,pull =3D <0x0 0x2 0x2 0x2 0x2 0x2>; phandle =3D <0x3d>; }; emmc_gpio48 { brcm,pins =3D <0x30 0x31 0x32 0x33 0x34 0x35>; brcm,function =3D <0x7>; phandle =3D <0x10>; }; gpclk0_gpio4 { brcm,pins =3D <0x4>; brcm,function =3D <0x4>; phandle =3D <0x3e>; }; gpclk1_gpio5 { brcm,pins =3D <0x5>; brcm,function =3D <0x4>; phandle =3D <0x3f>; }; gpclk1_gpio42 { brcm,pins =3D <0x2a>; brcm,function =3D <0x4>; phandle =3D <0x40>; }; gpclk1_gpio44 { brcm,pins =3D <0x2c>; brcm,function =3D <0x4>; phandle =3D <0x41>; }; gpclk2_gpio6 { brcm,pins =3D <0x6>; brcm,function =3D <0x4>; phandle =3D <0x42>; }; gpclk2_gpio43 { brcm,pins =3D <0x2b>; brcm,function =3D <0x4>; brcm,pull =3D <0x0>; phandle =3D <0x43>; }; i2c0_gpio0 { brcm,pins =3D <0x0 0x1>; brcm,function =3D <0x4>; phandle =3D <0x19>; }; i2c0_gpio28 { brcm,pins =3D <0x1c 0x1d>; brcm,function =3D <0x4>; phandle =3D <0x1a>; }; i2c0_gpio44 { brcm,pins =3D <0x2c 0x2d>; brcm,function =3D <0x5>; phandle =3D <0x44>; }; i2c1_gpio2 { brcm,pins =3D <0x2 0x3>; brcm,function =3D <0x4>; phandle =3D <0x45>; }; i2c1_gpio44 { brcm,pins =3D <0x2c 0x2d>; brcm,function =3D <0x6>; phandle =3D <0x46>; }; jtag_gpio22 { brcm,pins =3D <0x16 0x17 0x18 0x19 0x1a 0x1b>; brcm,function =3D <0x3>; phandle =3D <0x47>; }; pcm_gpio18 { brcm,pins =3D <0x12 0x13 0x14 0x15>; brcm,function =3D <0x4>; phandle =3D <0x48>; }; pcm_gpio28 { brcm,pins =3D <0x1c 0x1d 0x1e 0x1f>; brcm,function =3D <0x6>; phandle =3D <0x49>; }; sdhost_gpio48 { brcm,pins =3D <0x30 0x31 0x32 0x33 0x34 0x35>; brcm,function =3D <0x4>; phandle =3D <0xa>; }; spi0_gpio7 { brcm,pins =3D <0x7 0x8 0x9 0xa 0xb>; brcm,function =3D <0x4>; phandle =3D <0x4a>; }; spi0_gpio35 { brcm,pins =3D <0x23 0x24 0x25 0x26 0x27>; brcm,function =3D <0x4>; phandle =3D <0x4b>; }; spi1_gpio16 { brcm,pins =3D <0x10 0x11 0x12 0x13 0x14 0x15>; brcm,function =3D <0x3>; phandle =3D <0x4c>; }; spi2_gpio40 { brcm,pins =3D <0x28 0x29 0x2a 0x2b 0x2c 0x2d>; brcm,function =3D <0x3>; phandle =3D <0x4d>; }; uart0_gpio14 { brcm,pins =3D <0xe 0xf>; brcm,function =3D <0x4>; phandle =3D <0x4e>; }; uart0_ctsrts_gpio16 { brcm,pins =3D <0x10 0x11>; brcm,function =3D <0x7>; phandle =3D <0x4f>; }; uart0_ctsrts_gpio30 { brcm,pins =3D <0x1e 0x1f>; brcm,function =3D <0x7>; brcm,pull =3D <0x2 0x0>; phandle =3D <0x50>; }; uart0_gpio32 { brcm,pins =3D <0x20 0x21>; brcm,function =3D <0x7>; brcm,pull =3D <0x0 0x2>; phandle =3D <0x51>; }; uart0_gpio36 { brcm,pins =3D <0x24 0x25>; brcm,function =3D <0x6>; phandle =3D <0x52>; }; uart0_ctsrts_gpio38 { brcm,pins =3D <0x26 0x27>; brcm,function =3D <0x6>; phandle =3D <0x53>; }; uart1_gpio14 { brcm,pins =3D <0xe 0xf>; brcm,function =3D <0x2>; phandle =3D <0x54>; }; uart1_ctsrts_gpio16 { brcm,pins =3D <0x10 0x11>; brcm,function =3D <0x2>; phandle =3D <0x55>; }; uart1_gpio32 { brcm,pins =3D <0x20 0x21>; brcm,function =3D <0x2>; phandle =3D <0x56>; }; uart1_ctsrts_gpio30 { brcm,pins =3D <0x1e 0x1f>; brcm,function =3D <0x2>; phandle =3D <0x57>; }; uart1_gpio40 { brcm,pins =3D <0x28 0x29>; brcm,function =3D <0x2>; phandle =3D <0x58>; }; uart1_ctsrts_gpio42 { brcm,pins =3D <0x2a 0x2b>; brcm,function =3D <0x2>; phandle =3D <0x59>; }; i2c_slave_gpio18 { brcm,pins =3D <0x12 0x13 0x14 0x15>; brcm,function =3D <0x7>; phandle =3D <0x5a>; }; jtag_gpio4 { brcm,pins =3D <0x4 0x5 0x6 0xc 0xd>; brcm,function =3D <0x2>; phandle =3D <0x5b>; }; pwm0_gpio12 { brcm,pins =3D <0xc>; brcm,function =3D <0x4>; phandle =3D <0x5c>; }; pwm0_gpio18 { brcm,pins =3D <0x12>; brcm,function =3D <0x2>; phandle =3D <0x5d>; }; pwm0_gpio40 { brcm,pins =3D <0x28>; brcm,function =3D <0x4>; phandle =3D <0x5e>; }; pwm1_gpio13 { brcm,pins =3D <0xd>; brcm,function =3D <0x4>; phandle =3D <0x5f>; }; pwm1_gpio19 { brcm,pins =3D <0x13>; brcm,function =3D <0x2>; phandle =3D <0x60>; }; pwm1_gpio41 { brcm,pins =3D <0x29>; brcm,function =3D <0x4>; phandle =3D <0x61>; }; pwm1_gpio45 { brcm,pins =3D <0x2d>; brcm,function =3D <0x4>; phandle =3D <0x62>; }; dpi_18bit_cpadhi_gpio0 { brcm,pins =3D <0x0 0x1 0x2 0x3 0x4 0x5 0x6 0x7 0x8 0x9 0xc 0xd 0xe 0xf = 0x10 0x11 0x14 0x15 0x16 0x17 0x18 0x19>; brcm,function =3D <0x6>; brcm,pull =3D <0x0>; phandle =3D <0x63>; }; dpi_18bit_cpadhi_gpio2 { brcm,pins =3D <0x2 0x3 0x4 0x5 0x6 0x7 0x8 0x9 0xc 0xd 0xe 0xf 0x10 0x11 = 0x14 0x15 0x16 0x17 0x18 0x19>; brcm,function =3D <0x6>; phandle =3D <0x64>; }; dpi_18bit_gpio0 { brcm,pins =3D <0x0 0x1 0x2 0x3 0x4 0x5 0x6 0x7 0x8 0x9 0xa 0xb 0xc 0xd = 0xe 0xf 0x10 0x11 0x12 0x13 0x14 0x15>; brcm,function =3D <0x6>; phandle =3D <0x65>; }; dpi_18bit_gpio2 { brcm,pins =3D <0x2 0x3 0x4 0x5 0x6 0x7 0x8 0x9 0xa 0xb 0xc 0xd 0xe 0xf = 0x10 0x11 0x12 0x13 0x14 0x15>; brcm,function =3D <0x6>; phandle =3D <0x66>; }; dpi_16bit_gpio0 { brcm,pins =3D <0x0 0x1 0x2 0x3 0x4 0x5 0x6 0x7 0x8 0x9 0xa 0xb 0xc 0xd = 0xe 0xf 0x10 0x11 0x12 0x13>; brcm,function =3D <0x6>; phandle =3D <0x67>; }; dpi_16bit_gpio2 { brcm,pins =3D <0x2 0x3 0x4 0x5 0x6 0x7 0x8 0x9 0xa 0xb 0xc 0xd 0xe 0xf = 0x10 0x11 0x12 0x13>; brcm,function =3D <0x6>; phandle =3D <0x68>; }; dpi_16bit_cpadhi_gpio0 { brcm,pins =3D <0x0 0x1 0x2 0x3 0x4 0x5 0x6 0x7 0x8 0xc 0xd 0xe 0xf 0x10 = 0x11 0x14 0x15 0x16 0x17 0x18>; brcm,function =3D <0x6>; phandle =3D <0x69>; }; dpi_16bit_cpadhi_gpio2 { brcm,pins =3D <0x2 0x3 0x4 0x5 0x6 0x7 0x8 0xc 0xd 0xe 0xf 0x10 0x11 = 0x14 0x15 0x16 0x17 0x18>; brcm,function =3D <0x6>; phandle =3D <0x6a>; }; gpioout { brcm,pins =3D <0x6>; brcm,function =3D <0x1>; phandle =3D <0x6b>; }; alt0 { brcm,pins =3D <0x4 0x5 0x7 0x8 0x9 0xa 0xb>; brcm,function =3D <0x4>; phandle =3D <0x6c>; }; spi0_pins { brcm,pins =3D <0x9 0xa 0xb>; brcm,function =3D <0x4>; phandle =3D <0xc>; }; spi0_cs_pins { brcm,pins =3D <0x8 0x7>; brcm,function =3D <0x1>; phandle =3D <0xd>; }; i2c0 { brcm,pins =3D <0x0 0x1>; brcm,function =3D <0x4>; phandle =3D <0x6d>; }; i2c1 { brcm,pins =3D <0x2 0x3>; brcm,function =3D <0x4>; phandle =3D <0x11>; }; i2s { brcm,pins =3D <0x12 0x13 0x14 0x15>; brcm,function =3D <0x4>; phandle =3D <0xb>; }; audio_pins { brcm,pins; brcm,function; phandle =3D <0x1c>; }; }; serial@7e201000 { compatible =3D "arm,pl011", "arm,primecell"; reg =3D <0x7e201000 0x200>; interrupts =3D <0x2 0x19>; clocks =3D <0x8 0x13 0x8 0x14>; clock-names =3D "uartclk", "apb_pclk"; arm,primecell-periphid =3D <0x241011>; cts-event-workaround; skip-init; status =3D "okay"; phandle =3D <0x22>; }; mmc@7e202000 { compatible =3D "brcm,bcm2835-sdhost"; reg =3D <0x7e202000 0x100>; interrupts =3D <0x2 0x18>; clocks =3D <0x8 0x14>; status =3D "disabled"; dmas =3D <0x9 0x2000000d>; dma-names =3D "rx-tx"; bus-width =3D <0x4>; brcm,overclock-50 =3D <0x0>; brcm,pio-limit =3D <0x1>; firmware =3D <0x6>; pinctrl-names =3D "default"; pinctrl-0 =3D <0xa>; phandle =3D <0x2a>; }; i2s@7e203000 { compatible =3D "brcm,bcm2835-i2s"; reg =3D <0x7e203000 0x24>; clocks =3D <0x8 0x1f>; status =3D "disabled"; dmas =3D <0x9 0x2 0x9 0x3>; dma-names =3D "tx", "rx"; #sound-dai-cells =3D <0x0>; pinctrl-names =3D "default"; pinctrl-0 =3D <0xb>; phandle =3D <0x24>; }; spi@7e204000 { compatible =3D "brcm,bcm2835-spi"; reg =3D <0x7e204000 0x200>; interrupts =3D <0x2 0x16>; clocks =3D <0x8 0x14>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; status =3D "okay"; dmas =3D <0x9 0x6 0x9 0x7>; dma-names =3D "tx", "rx"; pinctrl-names =3D "default"; pinctrl-0 =3D <0xc 0xd>; cs-gpios =3D <0x7 0x8 0x1 0x7 0x7 0x1>; phandle =3D <0x25>; spidev@0 { compatible =3D "spidev"; reg =3D <0x0>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; spi-max-frequency =3D <0x7735940>; phandle =3D <0x6e>; }; spidev@1 { compatible =3D "spidev"; reg =3D <0x1>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; spi-max-frequency =3D <0x7735940>; phandle =3D <0x6f>; }; }; i2c@7e205000 { compatible =3D "brcm,bcm2835-i2c"; reg =3D <0x7e205000 0x200>; interrupts =3D <0x2 0x15>; clocks =3D <0x8 0x14>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; status =3D "disabled"; clock-frequency =3D <0x186a0>; phandle =3D <0x18>; }; dpi@7e208000 { compatible =3D "brcm,bcm2835-dpi"; reg =3D <0x7e208000 0x8c>; clocks =3D <0x8 0x14 0x8 0x2c>; clock-names =3D "core", "pixel"; status =3D "disabled"; phandle =3D <0x70>; }; dsi@7e209000 { compatible =3D "brcm,bcm2835-dsi0"; reg =3D <0x7e209000 0x78>; interrupts =3D <0x2 0x4>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; #clock-cells =3D <0x1>; clocks =3D <0x8 0x20 0x8 0x2f 0x8 0x31>; clock-names =3D "phy", "escape", "pixel"; clock-output-names =3D "dsi0_byte", "dsi0_ddr2", "dsi0_ddr"; status =3D "disabled"; power-domains =3D <0xe 0x11>; phandle =3D <0x4>; }; aux@7e215000 { compatible =3D "brcm,bcm2835-aux"; #clock-cells =3D <0x1>; reg =3D <0x7e215000 0x8>; clocks =3D <0x8 0x14>; phandle =3D <0xf>; }; serial@7e215040 { compatible =3D "brcm,bcm2835-aux-uart"; reg =3D <0x7e215040 0x40>; interrupts =3D <0x1 0x1d>; clocks =3D <0xf 0x0>; status =3D "disabled"; skip-init; phandle =3D <0x23>; }; spi@7e215080 { compatible =3D "brcm,bcm2835-aux-spi"; reg =3D <0x7e215080 0x40>; interrupts =3D <0x1 0x1d>; clocks =3D <0xf 0x1>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; status =3D "disabled"; phandle =3D <0x71>; }; spi@7e2150c0 { compatible =3D "brcm,bcm2835-aux-spi"; reg =3D <0x7e2150c0 0x40>; interrupts =3D <0x1 0x1d>; clocks =3D <0xf 0x2>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; status =3D "disabled"; phandle =3D <0x72>; }; pwm@7e20c000 { compatible =3D "brcm,bcm2835-pwm"; reg =3D <0x7e20c000 0x28>; clocks =3D <0x8 0x1e>; assigned-clocks =3D <0x8 0x1e>; assigned-clock-rates =3D <0x989680>; #pwm-cells =3D <0x2>; status =3D "disabled"; phandle =3D <0x73>; }; mmc@7e300000 { compatible =3D "brcm,bcm2835-mmc", "brcm,bcm2835-sdhci"; reg =3D <0x7e300000 0x100>; interrupts =3D <0x2 0x1e>; clocks =3D <0x8 0x1c>; status =3D "okay"; dmas =3D <0x9 0xb>; dma-names =3D "rx-tx"; brcm,overclock-50 =3D <0x0>; pinctrl-names =3D "default"; pinctrl-0 =3D <0x8d>; bus-width =3D <0x4>; phandle =3D <0x2b>; }; hvs@7e400000 { compatible =3D "brcm,bcm2835-hvs"; reg =3D <0x7e400000 0x6000>; interrupts =3D <0x2 0x1>; status =3D "disabled"; phandle =3D <0x74>; }; dsi@7e700000 { compatible =3D "brcm,bcm2835-dsi1"; reg =3D <0x7e700000 0x8c>; interrupts =3D <0x2 0xc>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; #clock-cells =3D <0x1>; clocks =3D <0x8 0x23 0x8 0x30 0x8 0x32>; clock-names =3D "phy", "escape", "pixel"; clock-output-names =3D "dsi1_byte", "dsi1_ddr2", "dsi1_ddr"; status =3D "disabled"; power-domains =3D <0xe 0x12>; phandle =3D <0x5>; }; i2c@7e804000 { compatible =3D "brcm,bcm2835-i2c"; reg =3D <0x7e804000 0x1000>; interrupts =3D <0x2 0x15>; clocks =3D <0x8 0x14>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; status =3D "okay"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x11>; clock-frequency =3D <0x186a0>; phandle =3D <0x27>; }; usb@7e980000 { compatible =3D "brcm,bcm2708-usb"; reg =3D <0x7e980000 0x10000 0x7e006000 0x1000>; interrupts =3D <0x1 0x9 0x2 0x0>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; clocks =3D <0x12>; clock-names =3D "otg"; phys =3D <0x13>; phy-names =3D "usb2-phy"; interrupt-names =3D "usb", "soft"; power-domains =3D <0xe 0x6>; phandle =3D <0x75>; }; dma@7e007000 { compatible =3D "brcm,bcm2835-dma"; reg =3D <0x7e007000 0xf00>; interrupts =3D <0x1 0x10 0x1 0x11 0x1 0x12 0x1 0x13 0x1 0x14 0x1 0x15 = 0x1 0x16 0x1 0x17 0x1 0x18 0x1 0x19 0x1 0x1a 0x1 0x1b 0x1 0x1b 0x1 0x1b = 0x1 0x1b 0x1 0x1c>; interrupt-names =3D "dma0", "dma1", "dma2", "dma3", "dma4", "dma5", = "dma6", "dma7", "dma8", "dma9", "dma10", "dma11", "dma12", "dma13", = "dma14", "dma-shared-all"; #dma-cells =3D <0x1>; brcm,dma-channel-mask =3D <0x7f35>; phandle =3D <0x9>; }; interrupt-controller@7e00b200 { compatible =3D "brcm,bcm2836-armctrl-ic"; reg =3D <0x7e00b200 0x200>; interrupt-controller; #interrupt-cells =3D <0x2>; interrupt-parent =3D <0x14>; interrupts =3D <0x8 0x4>; phandle =3D <0x1>; }; watchdog@7e100000 { compatible =3D "brcm,bcm2835-pm", "brcm,bcm2835-pm-wdt"; #power-domain-cells =3D <0x1>; #reset-cells =3D <0x1>; reg =3D <0x7e100000 0x114 0x7e00a000 0x24>; reg-names =3D "pm", "asb"; clocks =3D <0x8 0x15 0x8 0x1d 0x8 0x17 0x8 0x16>; clock-names =3D "v3d", "peri_image", "h264", "isp"; system-power-controller; phandle =3D <0x28>; }; rng@7e104000 { compatible =3D "brcm,bcm2835-rng"; reg =3D <0x7e104000 0x10>; interrupts =3D <0x2 0x1d>; phandle =3D <0x29>; }; pixelvalve@7e206000 { compatible =3D "brcm,bcm2835-pixelvalve0"; reg =3D <0x7e206000 0x100>; interrupts =3D <0x2 0xd>; status =3D "disabled"; phandle =3D <0x76>; }; pixelvalve@7e207000 { compatible =3D "brcm,bcm2835-pixelvalve1"; reg =3D <0x7e207000 0x100>; interrupts =3D <0x2 0xe>; status =3D "disabled"; phandle =3D <0x77>; }; thermal@7e212000 { compatible =3D "brcm,bcm2837-thermal"; reg =3D <0x7e212000 0x8>; clocks =3D <0x8 0x1b>; #thermal-sensor-cells =3D <0x0>; status =3D "okay"; phandle =3D <0x2>; }; i2c@7e805000 { compatible =3D "brcm,bcm2835-i2c"; reg =3D <0x7e805000 0x1000>; interrupts =3D <0x2 0x15>; clocks =3D <0x8 0x14>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; status =3D "disabled"; clock-frequency =3D <0x186a0>; phandle =3D <0x16>; }; vec@7e806000 { compatible =3D "brcm,bcm2835-vec"; reg =3D <0x7e806000 0x1000>; clocks =3D <0x15 0xf>; interrupts =3D <0x2 0x1b>; status =3D "disabled"; power-domains =3D <0xe 0x7>; phandle =3D <0x78>; }; pixelvalve@7e807000 { compatible =3D "brcm,bcm2835-pixelvalve2"; reg =3D <0x7e807000 0x100>; interrupts =3D <0x2 0xa>; status =3D "disabled"; phandle =3D <0x79>; }; hdmi@7e902000 { compatible =3D "brcm,bcm2835-hdmi"; reg =3D <0x7e902000 0x600 0x7e808000 0x100>; interrupts =3D <0x2 0x8 0x2 0x9>; ddc =3D <0x16>; clocks =3D <0x15 0x9 0x15 0xd>; clock-names =3D "pixel", "hdmi"; dmas =3D <0x9 0x9000011>; dma-names =3D "audio-rx"; status =3D "disabled"; reg-names =3D "hdmi", "hd"; power-domains =3D <0xe 0x5>; hpd-gpios =3D <0x17 0x0 0x1>; phandle =3D <0x2e>; }; v3d@7ec00000 { compatible =3D "brcm,vc4-v3d"; reg =3D <0x7ec00000 0x1000>; interrupts =3D <0x1 0xa>; power-domains =3D <0xe 0xa>; status =3D "disabled"; phandle =3D <0x7a>; }; gpu { compatible =3D "brcm,bcm2835-vc4"; status =3D "disabled"; raspberrypi,firmware =3D <0x6>; phandle =3D <0x7b>; }; local_intc@40000000 { compatible =3D "brcm,bcm2836-l1-intc"; reg =3D <0x40000000 0x100>; interrupt-controller; #interrupt-cells =3D <0x2>; interrupt-parent =3D <0x14>; phandle =3D <0x14>; }; mmcnr@7e300000 { compatible =3D "brcm,bcm2835-mmc", "brcm,bcm2835-sdhci"; reg =3D <0x7e300000 0x100>; interrupts =3D <0x2 0x1e>; clocks =3D <0x8 0x1c>; dmas =3D <0x9 0xb>; dma-names =3D "rx-tx"; brcm,overclock-50 =3D <0x0>; non-removable; status =3D "disabled"; phandle =3D <0x2c>; }; firmwarekms@7e600000 { compatible =3D "raspberrypi,rpi-firmware-kms"; reg =3D <0x7e600000 0x100>; interrupts =3D <0x2 0x10>; brcm,firmware =3D <0x6>; status =3D "disabled"; phandle =3D <0x7c>; }; smi@7e600000 { compatible =3D "brcm,bcm2835-smi"; reg =3D <0x7e600000 0x100>; interrupts =3D <0x2 0x10>; clocks =3D <0x8 0x2a>; assigned-clocks =3D <0x8 0x2a>; assigned-clock-rates =3D <0x7735940>; dmas =3D <0x9 0x4>; dma-names =3D "rx-tx"; status =3D "disabled"; phandle =3D <0x7d>; }; csi@7e800000 { compatible =3D "brcm,bcm2835-unicam"; reg =3D <0x7e800000 0x800 0x7e802000 0x4>; interrupts =3D <0x2 0x6>; clocks =3D <0x8 0x2d 0x15 0x4>; clock-names =3D "lp", "vpu"; power-domains =3D <0xe 0xc>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; #clock-cells =3D <0x1>; status =3D "disabled"; brcm,num-data-lanes =3D <0x2>; phandle =3D <0x7e>; }; csi@7e801000 { compatible =3D "brcm,bcm2835-unicam"; reg =3D <0x7e801000 0x800 0x7e802004 0x4>; interrupts =3D <0x2 0x7>; clocks =3D <0x8 0x2e 0x15 0x4>; clock-names =3D "lp", "vpu"; power-domains =3D <0xe 0xd>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; #clock-cells =3D <0x1>; status =3D "disabled"; brcm,num-data-lanes =3D <0x4>; phandle =3D <0x7f>; }; axiperf { compatible =3D "brcm,bcm2835-axiperf"; reg =3D <0x7e009800 0x100 0x7ee08000 0x100>; firmware =3D <0x6>; status =3D "disabled"; phandle =3D <0x2d>; }; i2c0mux { compatible =3D "i2c-mux-pinctrl"; #address-cells =3D <0x1>; #size-cells =3D <0x0>; i2c-parent =3D <0x18>; status =3D "disabled"; pinctrl-names =3D "i2c0", "i2c_csi_dsi"; pinctrl-0 =3D <0x19>; pinctrl-1 =3D <0x1a>; phandle =3D <0x26>; i2c@0 { reg =3D <0x0>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; phandle =3D <0x80>; }; i2c@1 { reg =3D <0x1>; #address-cells =3D <0x1>; #size-cells =3D <0x0>; phandle =3D <0x81>; }; }; firmware { compatible =3D "raspberrypi,bcm2835-firmware", "simple-mfd"; #address-cells =3D <0x1>; #size-cells =3D <0x1>; mboxes =3D <0x1b>; dma-ranges; phandle =3D <0x6>; clocks { compatible =3D "raspberrypi,firmware-clocks"; #clock-cells =3D <0x1>; phandle =3D <0x15>; }; vcio { compatible =3D "raspberrypi,vcio"; phandle =3D <0x82>; }; expgpio { compatible =3D "raspberrypi,firmware-gpio"; gpio-controller; #gpio-cells =3D <0x2>; gpio-line-names =3D "HDMI_HPD_N", "EMMC_EN_N", "NC", "NC", "NC", "NC", = "NC", "NC"; status =3D "okay"; phandle =3D <0x17>; }; }; power { compatible =3D "raspberrypi,bcm2835-power"; firmware =3D <0x6>; #power-domain-cells =3D <0x1>; phandle =3D <0xe>; }; mailbox@7e00b840 { compatible =3D "brcm,bcm2836-vchiq", "brcm,bcm2835-vchiq"; reg =3D <0x7e00b840 0x3c>; interrupts =3D <0x0 0x2>; pinctrl-names =3D "default"; pinctrl-0 =3D <0x1c>; phandle =3D <0x83>; }; gpiomem { compatible =3D "brcm,bcm2835-gpiomem"; reg =3D <0x7e200000 0x1000>; }; fb { compatible =3D "brcm,bcm2708-fb"; firmware =3D <0x6>; status =3D "okay"; phandle =3D <0x84>; }; sound { status =3D "disabled"; phandle =3D <0x85>; }; virtgpio { compatible =3D "brcm,bcm2835-virtgpio"; gpio-controller; #gpio-cells =3D <0x2>; firmware =3D <0x6>; status =3D "okay"; phandle =3D <0x33>; }; }; clocks { clk-osc { compatible =3D "fixed-clock"; #clock-cells =3D <0x0>; clock-output-names =3D "osc"; clock-frequency =3D <0x124f800>; phandle =3D <0x3>; }; clk-usb { compatible =3D "fixed-clock"; #clock-cells =3D <0x0>; clock-output-names =3D "otg"; clock-frequency =3D <0x1c9c3800>; phandle =3D <0x12>; }; }; phy { compatible =3D "usb-nop-xceiv"; #phy-cells =3D <0x0>; phandle =3D <0x13>; }; arm-pmu { compatible =3D "arm,cortex-a53-pmu", "arm,cortex-a7-pmu"; interrupt-parent =3D <0x14>; interrupts =3D <0x9 0x4>; }; timer { compatible =3D "arm,armv7-timer"; interrupt-parent =3D <0x14>; interrupts =3D <0x0 0x4 0x1 0x4 0x3 0x4 0x2 0x4>; always-on; }; cpus { #address-cells =3D <0x1>; #size-cells =3D <0x0>; enable-method =3D "brcm,bcm2836-smp"; phandle =3D <0x86>; cpu@0 { clock-frequency =3D <0x47868c00>; device_type =3D "cpu"; compatible =3D "arm,cortex-a53"; reg =3D <0x0>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x0 0xd8>; d-cache-size =3D <0x8000>; d-cache-line-size =3D <0x40>; d-cache-sets =3D <0x80>; i-cache-size =3D <0x8000>; i-cache-line-size =3D <0x40>; i-cache-sets =3D <0x100>; next-level-cache =3D <0x1d>; phandle =3D <0x1e>; }; cpu@1 { clock-frequency =3D <0x47868c00>; device_type =3D "cpu"; compatible =3D "arm,cortex-a53"; reg =3D <0x1>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x0 0xe0>; d-cache-size =3D <0x8000>; d-cache-line-size =3D <0x40>; d-cache-sets =3D <0x80>; i-cache-size =3D <0x8000>; i-cache-line-size =3D <0x40>; i-cache-sets =3D <0x100>; next-level-cache =3D <0x1d>; phandle =3D <0x1f>; }; cpu@2 { clock-frequency =3D <0x47868c00>; device_type =3D "cpu"; compatible =3D "arm,cortex-a53"; reg =3D <0x2>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x0 0xe8>; d-cache-size =3D <0x8000>; d-cache-line-size =3D <0x40>; d-cache-sets =3D <0x80>; i-cache-size =3D <0x8000>; i-cache-line-size =3D <0x40>; i-cache-sets =3D <0x100>; next-level-cache =3D <0x1d>; phandle =3D <0x20>; }; cpu@3 { clock-frequency =3D <0x47868c00>; device_type =3D "cpu"; compatible =3D "arm,cortex-a53"; reg =3D <0x3>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x0 0xf0>; d-cache-size =3D <0x8000>; d-cache-line-size =3D <0x40>; d-cache-sets =3D <0x80>; i-cache-size =3D <0x8000>; i-cache-line-size =3D <0x40>; i-cache-sets =3D <0x100>; next-level-cache =3D <0x1d>; phandle =3D <0x21>; }; l2-cache0 { compatible =3D "cache"; cache-size =3D <0x80000>; cache-line-size =3D <0x40>; cache-sets =3D <0x200>; cache-level =3D <0x2>; phandle =3D <0x1d>; }; }; cam1_regulator { compatible =3D "regulator-fixed"; regulator-name =3D "cam1-reg"; enable-active-high; status =3D "disabled"; gpio =3D <0x7 0x3 0x0>; phandle =3D <0x32>; }; cam1_clk { compatible =3D "fixed-clock"; #clock-cells =3D <0x0>; status =3D "disabled"; phandle =3D <0x87>; }; cam0_regulator { compatible =3D "regulator-fixed"; regulator-name =3D "cam0-reg"; enable-active-high; status =3D "disabled"; gpio =3D <0x7 0x1f 0x0>; phandle =3D <0x31>; }; cam0_clk { compatible =3D "fixed-clock"; #clock-cells =3D <0x0>; status =3D "disabled"; phandle =3D <0x88>; }; cam_dummy_reg { compatible =3D "regulator-fixed"; regulator-name =3D "cam-dummy-reg"; status =3D "okay"; phandle =3D <0x89>; }; __overrides__ { i2c_arm_baudrate =3D [00 00 00 27 63 6c 6f 63 6b 2d 66 72 65 71 75 65 6e = 63 79 3a 30 00]; i2c_baudrate =3D [00 00 00 27 63 6c 6f 63 6b 2d 66 72 65 71 75 65 6e 63 = 79 3a 30 00]; i2c_arm =3D [00 00 00 27 73 74 61 74 75 73 00]; i2c =3D [00 00 00 27 73 74 61 74 75 73 00]; i2c_vc_baudrate =3D [00 00 00 18 63 6c 6f 63 6b 2d 66 72 65 71 75 65 6e = 63 79 3a 30 00]; i2c_vc =3D [00 00 00 18 73 74 61 74 75 73 00 00 00 00 26 73 74 61 74 75 = 73 00]; cam0-pwdn-ctrl; cam0-pwdn; cam0-led-ctrl; cam0-led; arm_freq =3D <0x1e 0x636c6f63 0x6b2d6672 0x65717565 0x6e63793a = 0x30000000 0x1f636c 0x6f636b2d 0x66726571 0x75656e63 0x793a3000 0x20 = 0x636c6f63 0x6b2d6672 0x65717565 0x6e63793a 0x30000000 0x21636c = 0x6f636b2d 0x66726571 0x75656e63 0x793a3000>; cache_line_size; uart0 =3D [00 00 00 22 73 74 61 74 75 73 00]; uart1 =3D [00 00 00 23 73 74 61 74 75 73 00]; i2s =3D [00 00 00 24 73 74 61 74 75 73 00]; spi =3D [00 00 00 25 73 74 61 74 75 73 00]; i2c0 =3D [00 00 00 18 73 74 61 74 75 73 00 00 00 00 26 73 74 61 74 75 73 = 00]; i2c1 =3D [00 00 00 27 73 74 61 74 75 73 00]; i2c0_baudrate =3D [00 00 00 18 63 6c 6f 63 6b 2d 66 72 65 71 75 65 6e 63 = 79 3a 30 00]; i2c1_baudrate =3D [00 00 00 27 63 6c 6f 63 6b 2d 66 72 65 71 75 65 6e 63 = 79 3a 30 00]; watchdog =3D [00 00 00 28 73 74 61 74 75 73 00]; random =3D [00 00 00 29 73 74 61 74 75 73 00]; sd_overclock =3D <0x2a 0x6272636d 0x2c6f7665 0x72636c6f 0x636b2d35 = 0x303a3000>; sd_force_pio =3D <0x2a 0x6272636d 0x2c666f72 0x63652d70 0x696f3f00>; sd_pio_limit =3D [00 00 00 2a 62 72 63 6d 2c 70 69 6f 2d 6c 69 6d 69 74 = 3a 30 00]; sd_debug =3D [00 00 00 2a 62 72 63 6d 2c 64 65 62 75 67 00]; sdio_overclock =3D <0x2b 0x6272636d 0x2c6f7665 0x72636c6f 0x636b2d35 = 0x303a3000 0x2c 0x6272636d 0x2c6f7665 0x72636c6f 0x636b2d35 0x303a3000>; axiperf =3D [00 00 00 2d 73 74 61 74 75 73 00]; hdmi =3D [00 00 00 2e 73 74 61 74 75 73 00]; i2c2_iknowwhatimdoing =3D [00 00 00 16 73 74 61 74 75 73 00]; i2c2_baudrate =3D [00 00 00 16 63 6c 6f 63 6b 2d 66 72 65 71 75 65 6e 63 = 79 3a 30 00]; sd =3D [00 00 00 2a 73 74 61 74 75 73 00]; sd_poll_once =3D [00 00 00 2a 6e 6f 6e 2d 72 65 6d 6f 76 61 62 6c 65 3f = 00]; audio =3D [00 00 00 2f 62 6f 6f 74 61 72 67 73 7b 6f 6e 3d 27 73 6e 64 = 5f 62 63 6d 32 38 33 35 2e 65 6e 61 62 6c 65 5f 68 64 6d 69 3d 31 27 2c = 6f 66 66 3d 27 73 6e 64 5f 62 63 6d 32 38 33 35 2e 65 6e 61 62 6c 65 5f = 68 64 6d 69 3d 30 27 7d 00]; act_led_gpio =3D <0x30 0x6770696f 0x733a3400>; act_led_activelow =3D <0x30 0x6770696f 0x733a3800>; act_led_trigger =3D [00 00 00 30 6c 69 6e 75 78 2c 64 65 66 61 75 6c 74 = 2d 74 72 69 67 67 65 72 00]; cam0_reg =3D [00 00 00 31 73 74 61 74 75 73 00]; cam0_reg_gpio =3D [00 00 00 31 67 70 69 6f 3a 34 00]; cam1_reg =3D [00 00 00 32 73 74 61 74 75 73 00]; cam1_reg_gpio =3D [00 00 00 32 67 70 69 6f 3a 34 00]; }; leds { compatible =3D "gpio-leds"; phandle =3D <0x8a>; led-act { label =3D "ACT"; default-state =3D "off"; linux,default-trigger =3D "mmc0"; gpios =3D <0x33 0x0 0x0>; phandle =3D <0x30>; }; }; fixedregulator_3v3 { compatible =3D "regulator-fixed"; regulator-always-on; regulator-max-microvolt =3D <0x325aa0>; regulator-min-microvolt =3D <0x325aa0>; regulator-name =3D "3v3"; phandle =3D <0x8b>; }; fixedregulator_5v0 { compatible =3D "regulator-fixed"; regulator-always-on; regulator-max-microvolt =3D <0x4c4b40>; regulator-min-microvolt =3D <0x4c4b40>; regulator-name =3D "5v0"; phandle =3D <0x8c>; }; memory@0 { device_type =3D "memory"; reg =3D <0x0 0x3b400000>; }; __symbols__ { i2c_arm =3D "/soc/i2c@7e804000"; i2c =3D "/soc/i2c@7e804000"; i2c_vc =3D "/soc/i2c0mux/i2c@0"; chosen =3D "/chosen"; rmem =3D "/reserved-memory"; cma =3D "/reserved-memory/linux,cma"; cpu_thermal =3D "/thermal-zones/cpu-thermal"; thermal_trips =3D "/thermal-zones/cpu-thermal/trips"; cooling_maps =3D "/thermal-zones/cpu-thermal/cooling-maps"; soc =3D "/soc"; txp =3D "/soc/txp@7e004000"; clocks =3D "/soc/cprman@7e101000"; mailbox =3D "/soc/mailbox@7e00b880"; gpio =3D "/soc/gpio@7e200000"; dpi_gpio0 =3D "/soc/gpio@7e200000/dpi_gpio0"; emmc_gpio22 =3D "/soc/gpio@7e200000/emmc_gpio22"; emmc_gpio34 =3D "/soc/gpio@7e200000/emmc_gpio34"; emmc_gpio48 =3D "/soc/gpio@7e200000/emmc_gpio48"; gpclk0_gpio4 =3D "/soc/gpio@7e200000/gpclk0_gpio4"; gpclk1_gpio5 =3D "/soc/gpio@7e200000/gpclk1_gpio5"; gpclk1_gpio42 =3D "/soc/gpio@7e200000/gpclk1_gpio42"; gpclk1_gpio44 =3D "/soc/gpio@7e200000/gpclk1_gpio44"; gpclk2_gpio6 =3D "/soc/gpio@7e200000/gpclk2_gpio6"; gpclk2_gpio43 =3D "/soc/gpio@7e200000/gpclk2_gpio43"; i2c0_gpio0 =3D "/soc/gpio@7e200000/i2c0_gpio0"; i2c0_gpio28 =3D "/soc/gpio@7e200000/i2c0_gpio28"; i2c0_gpio44 =3D "/soc/gpio@7e200000/i2c0_gpio44"; i2c1_gpio2 =3D "/soc/gpio@7e200000/i2c1_gpio2"; i2c1_gpio44 =3D "/soc/gpio@7e200000/i2c1_gpio44"; jtag_gpio22 =3D "/soc/gpio@7e200000/jtag_gpio22"; pcm_gpio18 =3D "/soc/gpio@7e200000/pcm_gpio18"; pcm_gpio28 =3D "/soc/gpio@7e200000/pcm_gpio28"; sdhost_gpio48 =3D "/soc/gpio@7e200000/sdhost_gpio48"; spi0_gpio7 =3D "/soc/gpio@7e200000/spi0_gpio7"; spi0_gpio35 =3D "/soc/gpio@7e200000/spi0_gpio35"; spi1_gpio16 =3D "/soc/gpio@7e200000/spi1_gpio16"; spi2_gpio40 =3D "/soc/gpio@7e200000/spi2_gpio40"; uart0_gpio14 =3D "/soc/gpio@7e200000/uart0_gpio14"; uart0_ctsrts_gpio16 =3D "/soc/gpio@7e200000/uart0_ctsrts_gpio16"; uart0_ctsrts_gpio30 =3D "/soc/gpio@7e200000/uart0_ctsrts_gpio30"; uart0_gpio32 =3D "/soc/gpio@7e200000/uart0_gpio32"; uart0_gpio36 =3D "/soc/gpio@7e200000/uart0_gpio36"; uart0_ctsrts_gpio38 =3D "/soc/gpio@7e200000/uart0_ctsrts_gpio38"; uart1_gpio14 =3D "/soc/gpio@7e200000/uart1_gpio14"; uart1_ctsrts_gpio16 =3D "/soc/gpio@7e200000/uart1_ctsrts_gpio16"; uart1_gpio32 =3D "/soc/gpio@7e200000/uart1_gpio32"; uart1_ctsrts_gpio30 =3D "/soc/gpio@7e200000/uart1_ctsrts_gpio30"; uart1_gpio40 =3D "/soc/gpio@7e200000/uart1_gpio40"; uart1_ctsrts_gpio42 =3D "/soc/gpio@7e200000/uart1_ctsrts_gpio42"; i2c_slave_gpio18 =3D "/soc/gpio@7e200000/i2c_slave_gpio18"; jtag_gpio4 =3D "/soc/gpio@7e200000/jtag_gpio4"; pwm0_gpio12 =3D "/soc/gpio@7e200000/pwm0_gpio12"; pwm0_gpio18 =3D "/soc/gpio@7e200000/pwm0_gpio18"; pwm0_gpio40 =3D "/soc/gpio@7e200000/pwm0_gpio40"; pwm1_gpio13 =3D "/soc/gpio@7e200000/pwm1_gpio13"; pwm1_gpio19 =3D "/soc/gpio@7e200000/pwm1_gpio19"; pwm1_gpio41 =3D "/soc/gpio@7e200000/pwm1_gpio41"; pwm1_gpio45 =3D "/soc/gpio@7e200000/pwm1_gpio45"; dpi_18bit_cpadhi_gpio0 =3D "/soc/gpio@7e200000/dpi_18bit_cpadhi_gpio0"; dpi_18bit_cpadhi_gpio2 =3D "/soc/gpio@7e200000/dpi_18bit_cpadhi_gpio2"; dpi_18bit_gpio0 =3D "/soc/gpio@7e200000/dpi_18bit_gpio0"; dpi_18bit_gpio2 =3D "/soc/gpio@7e200000/dpi_18bit_gpio2"; dpi_16bit_gpio0 =3D "/soc/gpio@7e200000/dpi_16bit_gpio0"; dpi_16bit_gpio2 =3D "/soc/gpio@7e200000/dpi_16bit_gpio2"; dpi_16bit_cpadhi_gpio0 =3D "/soc/gpio@7e200000/dpi_16bit_cpadhi_gpio0"; dpi_16bit_cpadhi_gpio2 =3D "/soc/gpio@7e200000/dpi_16bit_cpadhi_gpio2"; gpioout =3D "/soc/gpio@7e200000/gpioout"; alt0 =3D "/soc/gpio@7e200000/alt0"; spi0_pins =3D "/soc/gpio@7e200000/spi0_pins"; spi0_cs_pins =3D "/soc/gpio@7e200000/spi0_cs_pins"; i2c0_pins =3D "/soc/gpio@7e200000/i2c0"; i2c1_pins =3D "/soc/gpio@7e200000/i2c1"; i2s_pins =3D "/soc/gpio@7e200000/i2s"; audio_pins =3D "/soc/gpio@7e200000/audio_pins"; uart0 =3D "/soc/serial@7e201000"; sdhost =3D "/soc/mmc@7e202000"; i2s =3D "/soc/i2s@7e203000"; spi0 =3D "/soc/spi@7e204000"; spi =3D "/soc/spi@7e204000"; spidev0 =3D "/soc/spi@7e204000/spidev@0"; spidev1 =3D "/soc/spi@7e204000/spidev@1"; i2c0if =3D "/soc/i2c@7e205000"; dpi =3D "/soc/dpi@7e208000"; dsi0 =3D "/soc/dsi@7e209000"; aux =3D "/soc/aux@7e215000"; uart1 =3D "/soc/serial@7e215040"; spi1 =3D "/soc/spi@7e215080"; spi2 =3D "/soc/spi@7e2150c0"; pwm =3D "/soc/pwm@7e20c000"; mmc =3D "/soc/mmc@7e300000"; sdhci =3D "/soc/mmc@7e300000"; hvs =3D "/soc/hvs@7e400000"; dsi1 =3D "/soc/dsi@7e700000"; i2c1 =3D "/soc/i2c@7e804000"; usb =3D "/soc/usb@7e980000"; dma =3D "/soc/dma@7e007000"; intc =3D "/soc/interrupt-controller@7e00b200"; watchdog =3D "/soc/watchdog@7e100000"; pm =3D "/soc/watchdog@7e100000"; random =3D "/soc/rng@7e104000"; pixelvalve0 =3D "/soc/pixelvalve@7e206000"; pixelvalve1 =3D "/soc/pixelvalve@7e207000"; thermal =3D "/soc/thermal@7e212000"; i2c2 =3D "/soc/i2c@7e805000"; vec =3D "/soc/vec@7e806000"; pixelvalve2 =3D "/soc/pixelvalve@7e807000"; hdmi =3D "/soc/hdmi@7e902000"; v3d =3D "/soc/v3d@7ec00000"; vc4 =3D "/soc/gpu"; local_intc =3D "/soc/local_intc@40000000"; mmcnr =3D "/soc/mmcnr@7e300000"; firmwarekms =3D "/soc/firmwarekms@7e600000"; smi =3D "/soc/smi@7e600000"; csi0 =3D "/soc/csi@7e800000"; csi1 =3D "/soc/csi@7e801000"; axiperf =3D "/soc/axiperf"; i2c0mux =3D "/soc/i2c0mux"; i2c0 =3D "/soc/i2c0mux/i2c@0"; i2c_csi_dsi =3D "/soc/i2c0mux/i2c@1"; firmware =3D "/soc/firmware"; firmware_clocks =3D "/soc/firmware/clocks"; vcio =3D "/soc/firmware/vcio"; expgpio =3D "/soc/firmware/expgpio"; power =3D "/soc/power"; vchiq =3D "/soc/mailbox@7e00b840"; fb =3D "/soc/fb"; sound =3D "/soc/sound"; virtgpio =3D "/soc/virtgpio"; clk_osc =3D "/clocks/clk-osc"; clk_usb =3D "/clocks/clk-usb"; usbphy =3D "/phy"; cpus =3D "/cpus"; cpu0 =3D "/cpus/cpu@0"; cpu1 =3D "/cpus/cpu@1"; cpu2 =3D "/cpus/cpu@2"; cpu3 =3D "/cpus/cpu@3"; l2 =3D "/cpus/l2-cache0"; cam1_reg =3D "/cam1_regulator"; cam1_clk =3D "/cam1_clk"; cam0_reg =3D "/cam0_regulator"; cam0_regulator =3D "/cam0_regulator"; cam0_clk =3D "/cam0_clk"; cam_dummy_reg =3D "/cam_dummy_reg"; leds =3D "/leds"; act_led =3D "/leds/led-act"; vdd_3v3_reg =3D "/fixedregulator_3v3"; vdd_5v0_reg =3D "/fixedregulator_5v0"; }; }; $=20 From nobody Thu Sep 21 08:11:22 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rrp5S58ycz4tl9Z for ; Thu, 21 Sep 2023 08:11:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rrp5S2scMz4L3d for ; Thu, 21 Sep 2023 08:11:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695283897; bh=wd3138AJymO6zbgoON0cMHA9Z0k5lq75hqYskzyYoDY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=TaDgz41yFweTDvSDJ+WBlDq4dA1aZnitTjVMdQsu2vrfGfUfl2p/uucIeWOH1EgxcySesdKj3BJmaWJ5PRord2+pveth9t5jjThp3oBaWYUEBPPJsw0rjYQhjPMqnUlfEQnZJHHtoXPa/li0AK/LmN2IqaPqynJUFuCiyId0nEhzPJ8vzCQb184o7aYfdqpd+dDEhH2LlohCvV4GS8M8IjvYyzEc/vUhSTAP0CgT6vOgoeP8Mejpseu/uPFN1AxwDYna3hSfL7u9qeU7IZK25tSixwPwyPnqt387UkHj4Xowomf92koFlBNUtMMhisMjzcYQYh3D5q8EL/HgJavJ4g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695283897; bh=d/B3Af2cYra/Su8Nfv1Nt46kY7U4l3bZkHwhAMhXDaw=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=m9MCDQYtfSrA23Fz3kfGGJzgcON2jSELNI22yC4bUAFGH/Q9qXOtyPJ46HQSoG5zZb0Qo1VYJmPvysFySIBFsHqSz2eSs9OEpwEW++LMFm4aaxQ2oMtQXfb759J9J/vsWl/TT9rfFYN16bOz5FSi447xoCyG4dexTPcsXhVzXtjFFDjLkbcP/9Pc8A3XcjTPkGv6Nuo+u4pemArBpi5695hZNzjuArMMOUdo/eZtfepF4Uo+YAftF271uEsUk4nZJNMzDeKJb/RpFitRWKiyrfEEFrEKtsCA7uEAo1cX6SGGwMtdKGhw/1i60Z0N5EEXzsAhy4C2p3ji92CLW4YE+Q== X-YMail-OSG: 0YmzwgIVM1kpcIHWKppMLdxX6z7MwDAhrbGyAhKyMcQaYrQvS0FEhA6.pSjh6vM sRb6SMDMCWjpbcXBPsBf5u8sb8TopN6PfOVRsB8Ong9W1Ehm9SVk2RfDt2cpQEdZQ9sXa4ckiw3T wiOcZyR_f47zpoy_un_PQXORGaK2fjs1s9SHpegR0qbOqA9KDpP.fN8mUqJCtOyoeDmiAbGQIk.d Fi9eEG4SW1JZq5MDPtNvqiN0WrffDoo1ulyqwM0aYn.guD8sSPll0M62jFMmgi.g0rtfC0akmFvr pK5aA5C4Ry6mpgm1QZR5L1CCn.cJ9gGjR_fQls2Cz._O5WBvYNqm3BTOi7iOheshH2sL4DJc5b8C LqFhk52.gK9nc4x5ac3Vz4jjzdLYCrpj_mxV2OQL0ai4vHI9QBAKxcTrjZ7AibW84GCC0ld2o20L 6XuZCvb9ov.VptoONP7zSnnqaRl6rI.NZ5w8Xh.nB.zWO6acRkPisjd6X6gmIz53o1FRHLmC767Q NXvxsYwvdvv5eaZ8dW3jLyBJqyvV7SmkiaK._.3Hil.Gnj0qtW1J.6Jale777iN7.f9lA34N2Ukm zvgYm3i280F8t8QAx8rxsUHj3rd9DUkeWcBZIJDo4wQy2E5VNQ38C3a7P.xU0GrtmfxTtIvNIjiO Rj_aAM0p4X3EttgopTXSsTZmj3v4HmP59.IK0r3UZlPPRe25isJ4h_q.xBiTMzLKLU5ZouRO6hNg eyW0WkCEUCI_IXKY5SekGPujFhz_Y.wyV54v3vxn_pIyxHobtQozPQtihI_MPKnQ_EPGnRLNlf2b g8I0HFQCCiR9SSYfsXWVpRr74BAj3GRZ5el8_hywGPIyICPw4fJHCwJaJmJwtj1_.ioulzSbxegy AQsPDpUMdcXtGL7y7iiTs1uTz69gGPM8NrpbouEiuu9peQinNHVvsn2JGfbbuUsnBdDSTAs8sevs YPvbaoz5V3.Xl6UD4NSZGYOFKdNekfUHYz1lm1jb2sHpwkZQNhP1y83zq9LVQNdxkvbeS89x5CJP rjpADPACdUPgYmvh1FoKzNKhYW4wPOeWbKTY8hf.5tEiwubBm1sk9SWfH.9F0m18G8Q7K9TRefjr z0QNcJmjxht1DU9tREzBOv8WhsJPeTxj_2F41VvXuQgMkmUZhckJlPTaoZEzqb.4zUmFn1zuPnid pNf1eROp189UohOXQ6Y8u83wRYJrWnmXgKePS_sIpRN0ADFmygCqgatmhLkP_ZPVVQbBHH6cJ_Px BDz1jUnz6014slGWzMI45CwceTSTxZzYG9gBumwEKugMAgf4mfmclLnKG.FNJHvKLMQZSxQoXzxD UQwdwxW5TyK1DA.4DejUDr9N0zOter5NIMTwmlPnQy1BbX636pRxS2JR2va6HfFdBoVjARwhflru 7q7Bc9Log_3MEiguaMmscBZ5jQchwQ30v5TeOdth7DHNEzQBN.4G11o2UwsJDWFYSzsmn4zL.Tdz XZSVfV8r0OUk28zrt9m30vXLLNwhz5JgqRxFNQyGRdc5aZyKNLQ9XREcdwKEuuU.NY0zAiJoZ22m v.rNEZThPw7.Ix2FK9Ek2skzX56FvOXo_JwBGPrY6CSj6JPXqXjp3hSRgljwky._23TqNQYeurBy o5W450Ml5RZh89BzXcUbLiyYI1t5ttuObPDcx.k_stkoNKQKkaCsVSzwtbGHhCGbe2vA5_1vFssl IJbVJVkZMZlLUn8bl4EXS4ZddaRADssdZo9bP21SnyYQzzTG27jEeu5er52dlzY_wwKO6aypY_YC QnqY7QVhW0hCk.nVdQOcPEM3h1YKaAKJhNG7HpLZHKeHs3o3d9oenCeRLYLftDaHLTILKX.526uD b9vBvmx1tNq5PiEtV_5v5Dpc7R7xiZXdyAS_xOc8I8hqidoo4Maj.NLVMSs1M1aJPmIiOvYNkJRG zbSt4vSGFoPwaS4lMTyXB.StPqYo.c8Xh_UiBGh6.6i3FkPQVOC0fFC_qjakfJI6obSxkR7IAT.J YrJKiqigXbGtnt24KDICssuG.WOyT3w1fl9NcPZambDl5xA4CeeL6WswVOyqS85wBdow8RSOkS7r WBKHtnQras7kKqXO8kzAZNklpPyG2LJYRpBkD7saxBROw2UHZ3x6FdnlBnp4fwaU8._4O7cPNdjS XIfLZVFrfz4zxQ.rj0DMqTm6j7pL2jmkWpQFNde7b0NZ92G1qiAQM6mVu5T8PYGF_VZQJ2jpawkP h7qhZuf8c0zgp32z.LpDJd1ZPUwG0v6VzDLXM4SlAZV3qHZnOrrFH3vCmnPAcMj8xBnABuX3sWYU - X-Sonic-MF: X-Sonic-ID: 5144ff54-f280-471d-ad38-45640c65c374 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 21 Sep 2023 08:11:37 +0000 Received: by hermes--production-ne1-6cbd549489-2lmpf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2480e9b50da79f936470ac6ab609a14a; Thu, 21 Sep 2023 08:11:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: How to Boot FreeBSD Using pftf/RPi4 UEFI From: Mark Millard In-Reply-To: Date: Thu, 21 Sep 2023 01:11:22 -0700 Cc: FreeBSD ARM List Content-Transfer-Encoding: quoted-printable Message-Id: References: To: ykla X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4Rrp5S2scMz4L3d On Sep 20, 2023, at 22:45, ykla wrote: > HI, Hello. > How to Boot FreeBSD Using pftf/RPi4 UEFI? >=20 > I downloaded FreeBSD-14.0-BETA2-arm64-aarch64-disc1.iso and Raspberry = Pi 4 UEFI Firmware v1.35 and wrote them to my device. However, when I = enable ACPI, my Raspberry Pi 4 automatically restarts after loading. If = I disable ACPI and use the device tree, the screen goes black after = loading for a while, and nothing is displayed. In both of these cases, = there is no output on the serial port. Does anyone know how to configure = the serial port for UEFI Firmware? I've used the serial port before with = the regular installation method and it worked for output, but with UEFI = Firmware, there is no output on the serial port. As I remember, pftf/RPi4 defaults to graphical, not serial. There is a place in the EDK2 UI to switch it to graphical. This status can be saved, which actually updates a data area inside its RPI_EFI.fd file so that future boots automatically are serial based for the adjusted RPI_EFI.fd . I've not tried pftf/RPi4 in some time. It was v1.34 back then. I've never tried running the installer ( *-disc1.iso ). I've used older variants of what is now (MBR): = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/15.0/FreeBSD-15.0= -CURRENT-arm64-aarch64-RPI-20230921-febba4622b60-265435.img.xz or (GPT, again: older variant last I tried): = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/15.0/FreeBSD-15.0= -CURRENT-arm64-aarch64-ROCK64-20230921-febba4622b60-265435.img.xz and substituted or added the pftf/RPi4 materials inside the msdosfs involved for the USB3 media that I used, leaving the FreeBSD UEFI loader materials in place. Use of the ROCK64 image means there is no RPi* firmware, armstub8* , or boot.bin materials to replace: I just added the pftf/RPi4 materials. (So: Simpler.) May be I could experiment with more modern materials this weekend. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Sep 21 08:56:44 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rrq5j04w5z4tp7G for ; Thu, 21 Sep 2023 08:56:57 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-ua1-x931.google.com (mail-ua1-x931.google.com [IPv6:2607:f8b0:4864:20::931]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rrq5h5JwMz4RNg for ; Thu, 21 Sep 2023 08:56:56 +0000 (UTC) (envelope-from yklaxds@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ua1-x931.google.com with SMTP id a1e0cc1a2514c-791b8525b59so279927241.1 for ; Thu, 21 Sep 2023 01:56:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695286616; x=1695891416; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=/OZ26ZCDBORpWaCgffhLOBO7FsM4iLsCcImdvD0KsV4=; b=CxDABadxuJ9kGy4zc8jQSaGErjx7oRHP/5Qn8s8ZuGp8FwSJZFpVbvNYYS9+9OG2Gs yDRSq06Wzjka1EgzWQua4TkucHfKJAHZgznOi8fI2/8Xmcos37f3Z4peAqZxMO6gQFEF Qs8LTAYXfqpj+TbNS9LtDx447Ubpgf5tv7newxo5kDfiewwYeT4t14p7+jVfEFLLUePw BFPPBHHFyWah0wf7jkDmKIDst4IHYlAjvrXvY9VlAis3/Wh8zACs7cjkWPZh+aLXh2WP AlJ0bKFD9Y2KDcsKzkU8hJN8hJj2pAXrAZekdcEGVSj4KkFW0NzLd2x1+iWKXrMt9/fF Igew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695286616; x=1695891416; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=/OZ26ZCDBORpWaCgffhLOBO7FsM4iLsCcImdvD0KsV4=; b=ceKXU6ozv9cXlRyrvNeVUMXevq0vZWKpjNrfhJw1/IxZIX+oZjxlbCk94amWT0MUMT upOq+N2XUhjq+0msMR1bBUtmGf94oU5MG3vBs6qzDcGsel9SpDybA5PHp5yFBfCUrNWI aRc8fYj/QkthMSWAiuRItfJcFBsw2KJb2te4lvKaP46pWhtO8EsBxj2nVa2pLfZwR/yL GVHN0iQUXKWp1OmRjCo5Hgb+p7vr3B8pUEy02AF2eIxyTWXL3+Eq5CHAfw876vrbUcC6 4REkSzQXeM11cA1HxAtrZN3sVX7stbclONwErQvAqWBilCZBIibcXWzbFqmXS6A68jyF rkIw== X-Gm-Message-State: AOJu0Yw6aPoalXMhlgUZypV8F28SNkcg97WrS0xSfvecT9SrJ9nFqGsw aFm06HPhtmQAvqb5H+yj09u6Ve6CaMiNXjXTjcmX1cXnK9BL0xzk X-Google-Smtp-Source: AGHT+IFgjvNJc2u6hvvCpSkHNUIU2R0uPMZxHklGnzjYv3kNhgWI4mf0/E5eahD1yoL6HBg4H0RzyfIm1I1PI3tgNjM= X-Received: by 2002:a05:6122:16a1:b0:48f:895f:45da with SMTP id 33-20020a05612216a100b0048f895f45damr6208821vkl.14.1695286615558; Thu, 21 Sep 2023 01:56:55 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: ykla Date: Thu, 21 Sep 2023 16:56:44 +0800 Message-ID: Subject: Re: How to Boot FreeBSD Using pftf/RPi4 UEFI To: Mark Millard Cc: FreeBSD ARM List Content-Type: multipart/alternative; boundary="000000000000834f030605daacf2" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4Rrq5h5JwMz4RNg --000000000000834f030605daacf2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable After making some adjustments, I can now correctly output content through the serial port, but it gets stuck at 'armv8crypto0: CPU lacks AES instructions'. ----------------------------------------------- Consoles: EFI console Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: FreeBSD/arm64 EFI loader, Revision 1.1 Command line arguments: loader.efi Image base: 0x3378e000 EFI version: 2.70 EFI Firmware: https://github.com/pftf/RPi4 (rev 1.00) Console: efi (0x1000) Load Path: \EFI\BOOT\BOOTAA64.EFI Load Device: PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0)/HD(1,GPT,A3 D6A4C4-53AA-11EE-A7BA-002590EC5BF2,0x3,0x10418) BootCurrent: 0001 BootOrder: 0000 0001[*] 0002 0003 0004 0005 0006 0007 BootInfo Path: PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0) Ignoring Boot0001: Only one DP found Trying ESP: PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0)/HD(1,GPT,A3D6A4 C4-53AA-11EE-A7BA-002590EC5BF2,0x3,0x10418) Setting currdev to disk0p1: Trying: PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0)/HD(2,GPT,A3D6A4CC-5 3AA-11EE-A7BA-002590EC5BF2,0x1041B,0x21ED00) Setting currdev to disk0p2: Loading /boot/defaults/loader.conf Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local ?c\ ______ ____ _____ _____ | ____| | _ \ / ____| __ \ | |___ _ __ ___ ___ | |_) | (___ | | | | | ___| '__/ _ \/ _ \| _ < \___ \| | | | | | | | | __/ __/| |_) |____) | |__| | | | | | | | || | | | |_| |_| \___|\___||____/|_____/|_____/ ``` ` s` `.....---.......--.``` -/ /---------- Welcome to FreeBSD -----------\ +o .--` /y:` +. | | yo`:. :o `+- | 1. Boot Installer [Enter] | y/ -/` -o= / | 2. Boot Single user | .- ::/sy+:. | 3. Escape to loader prompt | / `-- / | 4. Reboot | `: :` | 5. Cons: Serial | `: :` | | / / | Options: | .- -. | 6. Kernel: default/kernel (1 of 1) | -- -= . | 7. Boot Options | `:` `:` | | .-- `--. | | .---.....----. \-----------------------------------------/ Autoboot in 8 seconds. [Space] to pause Loading kernel... /boot/kernel/kernel text=3D0x2a8 text=3D0x9b1d90 text=3D0x25c134 data=3D0x1= 4cb38 data=3D0x 0+0x2c5000 0x8+0x14b770+0x8+0x173d94 Loading configured modules... can't find '/boot/entropy' can't find '/etc/hostid' Using DTB provided by EFI at 0x35a21000. EFI framebuffer information: addr, size 0x3e91b000, 0x1d4c00 dimensions 800 x 600 stride 800 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 ---<>--- WARNING: Cannot find freebsd,dts-version property, cannot check DTB compliance Copyright (c) 1992-2023 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 14.0-BETA2 #0 releng/14.0-n265096-dfd44f2f0143: Fri Sep 15 05:43:00 UTC 2023 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 FreeBSD clang version 16.0.6 (https://github.com/llvm/llvm-project.git llvmorg-16.0.6-0-g7cbf1a259152) VT(efifb): resolution 800x600 module scmi already present! real memory =3D 8439750656 (8048 MB) avail memory =3D 8200716288 (7820 MB) Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface kbd0 at kbdmux0 ofwbus0: simplebus0: on ofwbus0 ofw_clkbus0: on ofwbus0 clk_fixed0: on ofw_clkbus0 clk_fixed1: on ofw_clkbus0 clk_fixed2: on ofwbus0 clk_fixed3: on ofwbus0 simplebus1: on ofwbus0 simplebus2: on ofwbus0 regfix0: on ofwbus0 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 regfix4: on ofwbus0 simplebus3: on ofwbus0 simple_mfd0: mem 0x7d5d2000-0x7d5d2eff on simplebus0 bcm2835_firmware0: on simplebus0 ofw_clkbus1: on bcm2835_firmware0 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 psci0: on ofwbus0 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 gic0: mem 0x40041000-0x40041fff,0x40042000-0x40043fff,0x40044000-0x40045fff,0x4004600= 0-0x40047fff irq 30 on simplebus0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 256 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 gpio0: mem 0x7e200000-0x7e2000b3 irq 14,15 on simplebus0 gpiobus0: on gpio0 gpio1: on bcm2835_firmware0 gpiobus1: on gpio1 regfix0: Cannot configure GPIO pin: 5 REGNODE_INIT failed: 6 regfix0: Cannot register regulator. clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 regfix2: Cannot set GPIO pin: 6 REGNODE_INIT failed: 6 regfix2: Cannot register regulator. mbox0: mem 0x7e00b880-0x7e00b8bf irq 13 on simplebus0 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 gpioregulator0: on ofwbus0 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 generic_timer0: irq 4,5,6,7 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 54000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 54000000 Hz quality 1000 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 bcm_dma0: mem 0x7e007000-0x7e007aff irq 31,32,33,34,35,36,37,38,39,40,41 on simplebus0 usb_nop_xceiv0: on ofwbus0 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 efirtc0: efirtc0: registered as a time-of-day clock, resolution 1.000000s bcm2835_clkman0: mem 0x7e101000-0x7e102fff on simplebus0 gpioc0: on gpio0 uart0: mem 0x7e201000-0x7e2011ff irq 16 on simplebus0 uart0: console (115200,n,8,1) uart1: mem 0x7e215040-0x7e21507f irq 21 on simplebus0 bcm283x_dwcotg0: mem 0x7e980000-0x7e98ffff,0x7e00b200-0x7e00b3ff irq 28,29 on simplebus0 usbus1 on bcm283x_dwcotg0 bcmwd0: mem 0x7e100000-0x7e100113,0x7e00a000-0x7e00a023,0x7ec11000-0x7ec1101f on simplebus0 bcmrng0: mem 0x7e104000-0x7e104027 on simplebus0 sdhci_bcm0: mem 0x7e300000-0x7e3000ff irq 73 on simplebus0 mmc0: on sdhci_bcm0 gpioc1: on gpio1 fb0: disabled on simplebus0 fb0: keeping existing fb bpp of 32 fbd0 on fb0 WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD 14.0= . VT: Replacing driver "efifb" with new "fb". fb0: 800x600(800x600@0,0) 32bpp fb0: fbswap: 0, pitch 3200, base 0x3e91b000, screen_size 1945600 sdhci_bcm1: mem 0x7e340000-0x7e3400ff irq 79 on simplebus1 mmc1: on sdhci_bcm1 pmu0: irq 0,1,2,3 on ofwbus0 cpulist0: on ofwbus0 cpu0: on cpulist0 bcm2835_cpufreq0: on cpu0 pcib0: mem 0x7d500000-0x7d50930f irq 80,81 on simplebus2 pcib0: hardware identifies as revision 0x304. pci0: on pcib0 pcib1: irq 91 at device 0.0 on pci0 pci1: on pcib1 bcm_xhci0: irq 92 at device 0.0 on pci1 bcm_xhci0: 32 bytes context size, 64-bit DMA usbus2 on bcm_xhci0 genet0: mem 0x7d580000-0x7d58ffff irq 82,83 on simplebus2 genet0: GENET version 5.0 phy 0x0000 miibus0: on genet0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto genet0: Ethernet address: d8:3a:dd:27:a8:b3 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 clk_fixed4: disabled on ofwbus0 clk_fixed4: Cannot FDT parameters. device_attach: clk_fixed4 attach returned 6 gpioled0: on ofwbus0 armv8crypto0: CPU lacks AES instructions Mark Millard =E4=BA=8E2023=E5=B9=B49=E6=9C=8821=E6=97= =A5=E5=91=A8=E5=9B=9B 16:11=E5=86=99=E9=81=93=EF=BC=9A > On Sep 20, 2023, at 22:45, ykla wrote: > > > HI, > > Hello. > > > How to Boot FreeBSD Using pftf/RPi4 UEFI? > > > > I downloaded FreeBSD-14.0-BETA2-arm64-aarch64-disc1.iso and Raspberry P= i > 4 UEFI Firmware v1.35 and wrote them to my device. However, when I enable > ACPI, my Raspberry Pi 4 automatically restarts after loading. If I disabl= e > ACPI and use the device tree, the screen goes black after loading for a > while, and nothing is displayed. In both of these cases, there is no outp= ut > on the serial port. Does anyone know how to configure the serial port for > UEFI Firmware? I've used the serial port before with the regular > installation method and it worked for output, but with UEFI Firmware, the= re > is no output on the serial port. > > As I remember, pftf/RPi4 defaults to graphical, not serial. > There is a place in the EDK2 UI to switch it to graphical. > This status can be saved, which actually updates a data area > inside its RPI_EFI.fd file so that future boots automatically > are serial based for the adjusted RPI_EFI.fd . > > I've not tried pftf/RPi4 in some time. It was v1.34 > back then. > > I've never tried running the installer ( *-disc1.iso ). > I've used older variants of what is now (MBR): > > > http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/15.0/FreeBSD-15.= 0-CURRENT-arm64-aarch64-RPI-20230921-febba4622b60-265435.img.xz > > or (GPT, again: older variant last I tried): > > > http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/15.0/FreeBSD-15.= 0-CURRENT-arm64-aarch64-ROCK64-20230921-febba4622b60-265435.img.xz > > and substituted or added the pftf/RPi4 materials inside the > msdosfs involved for the USB3 media that I used, leaving > the FreeBSD UEFI loader materials in place. > > Use of the ROCK64 image means there is no RPi* firmware, > armstub8* , or boot.bin materials to replace: I just added > the pftf/RPi4 materials. (So: Simpler.) > > May be I could experiment with more modern materials this > weekend. > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > > --000000000000834f030605daacf2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
After making some adjustments, I can now correctly ou= tput content through the serial port, but it gets stuck at 'armv8crypto= 0: CPU lacks AES instructions'.

--------------------------------= ---------------
Consoles: EFI console =C2=A0
=C2=A0 =C2=A0 Reading lo= ader env vars from /efi/freebsd/loader.env
Setting currdev to disk0p1:FreeBSD/arm64 EFI loader, Revision 1.1

=C2=A0 =C2=A0Command line a= rguments: loader.efi
=C2=A0 =C2=A0Image base: 0x3378e000
=C2=A0 =C2= =A0EFI version: 2.70
=C2=A0 =C2=A0EFI Firmware: https://github.com/pftf/RPi4 (rev 1.00)
=C2=A0 =C2= =A0Console: efi (0x1000)
=C2=A0 =C2=A0Load Path: \EFI\BOOT\BOOTAA64.EFI<= br>=C2=A0 =C2=A0Load Device: PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x= 1,0x0)/HD(1,GPT,A3
D6A4C4-53AA-11EE-A7BA-002590EC5BF2,0x3,0x10418)
= =C2=A0 =C2=A0BootCurrent: 0001
=C2=A0 =C2=A0BootOrder: 0000 0001[*] 0002= 0003 0004 0005 0006 0007
=C2=A0 =C2=A0BootInfo Path: PcieRoot(0x0)/Pci(= 0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0)
Ignoring Boot0001: Only one DP found<= br>Trying ESP: PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0)/HD(1,GP= T,A3D6A4
C4-53AA-11EE-A7BA-002590EC5BF2,0x3,0x10418)
Setting currdev = to disk0p1:
Trying: PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0)= /HD(2,GPT,A3D6A4CC-5
3AA-11EE-A7BA-002590EC5BF2,0x1041B,0x21ED00)
Set= ting currdev to disk0p2:
Loading /boot/defaults/loader.conf
Loading /= boot/defaults/loader.conf
Loading /boot/device.hints
Loading /boot/lo= ader.conf
Loading /boot/loader.conf.local
?c\
=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 =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| |
=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 =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 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0`<= br>=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 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 s` `.....---.......--.``` =C2=A0 -/
=C2=A0/----= ------ Welcome to FreeBSD -----------\ =C2=A0 =C2=A0+o =C2=A0 .--` =C2=A0 = =C2=A0 =C2=A0 =C2=A0 /y:` =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 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 yo`:. = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:o =C2=A0 =C2=A0 =C2=A0`+-
=C2= =A0| =C2=A01. Boot Installer [Enter] =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0y/ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 -/` =C2=A0 -o/
=C2=A0| =C2=A02. Boot Single user =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 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0::/sy+:.=C2=A0| =C2=A03. Escape to loader prompt =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 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 `-- =C2=A0/
=C2=A0| =C2=A04. Reboot =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 =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 =C2=A0 =C2=A0:`
=C2=A0| =C2=A0= 5. Cons: Serial =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`: =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| = =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 =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 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0/
=C2=A0| =C2=A0Options: =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 =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 =C2=A0-.
=C2=A0| =C2=A06. Kernel: defaul= t/kernel (1 of 1) =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 =C2=A0 =C2=A0-.
=C2=A0| = =C2=A07. Boot Options =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 =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 =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 =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| =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 =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 =C2=A0Autoboot in 8 seconds. [Space] to p= ause =C2=A0

Loading kernel...
/boot/kernel/kernel text=3D0x2a8 te= xt=3D0x9b1d90 text=3D0x25c134 data=3D0x14cb38 data=3D0x
0+0x2c5000 0x8+0= x14b770+0x8+0x173d94
Loading configured modules...
can't find = 9;/boot/entropy'
can't find '/etc/hostid'
Using DTB p= rovided by EFI at 0x35a21000.
EFI framebuffer information:
addr, size= =C2=A0 =C2=A0 0x3e91b000, 0x1d4c00
dimensions =C2=A0 =C2=A0 800 x 600stride =C2=A0 =C2=A0 =C2=A0 =C2=A0 800
masks =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A00x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000
---<<BOOT= >>---
WARNING: Cannot find freebsd,dts-version property, cannot ch= eck DTB compliance
Copyright (c) 1992-2023 The FreeBSD Project.
Copyr= ight (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The= Regents of the University of California. All rights reserved.
FreeBSD i= s a registered trademark of The FreeBSD Foundation.
FreeBSD 14.0-BETA2 #= 0 releng/14.0-n265096-dfd44f2f0143: Fri Sep 15 05:43:00 UTC 2023
=C2=A0 = =C2=A0 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENE= RIC arm64
FreeBSD clang version 16.0.6 (https://github.com/llvm/llvm-project.git llvmorg-1= 6.0.6-0-g7cbf1a259152)
VT(efifb): resolution 800x600
module scmi alre= ady present!
real memory =C2=A0=3D 8439750656 (8048 MB)
avail memory = =3D 8200716288 (7820 MB)
Starting CPU 1 (1)
Starting CPU 2 (2)
Sta= rting CPU 3 (3)
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
r= andom: unblocking device.
random: entropy device external interface
k= bd0 at kbdmux0
ofwbus0: <Open Firmware Device Tree>
simplebus0:= <Flattened device tree simple bus> on ofwbus0
ofw_clkbus0: <OF= W clocks bus> on ofwbus0
clk_fixed0: <Fixed clock> on ofw_clkbu= s0
clk_fixed1: <Fixed clock> on ofw_clkbus0
clk_fixed2: <Fix= ed clock> on ofwbus0
clk_fixed3: <Fixed clock> on ofwbus0
si= mplebus1: <Flattened device tree simple bus> on ofwbus0
simplebus2= : <Flattened device tree simple bus> on ofwbus0
regfix0: <Fixed= Regulator> on ofwbus0
clk_fixed4: <Fixed clock> disabled on of= wbus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 at= tach returned 6
clk_fixed4: <Fixed clock> disabled on ofwbus0
c= lk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 attach retur= ned 6
regfix1: <Fixed Regulator> on ofwbus0
regfix2: <Fixed = Regulator> on ofwbus0
regfix3: <Fixed Regulator> on ofwbus0
= regfix4: <Fixed Regulator> on ofwbus0
simplebus3: <Flattened de= vice tree simple bus> on ofwbus0
simple_mfd0: <Simple MFD (Multi-F= unctions Device)> mem 0x7d5d2000-0x7d5d2eff on simplebus0
bcm2835_fir= mware0: <BCM2835 Firmware> on simplebus0
ofw_clkbus1: <OFW cloc= ks bus> on bcm2835_firmware0
clk_fixed4: <Fixed clock> disabled= on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_fix= ed4 attach returned 6
clk_fixed4: <Fixed clock> disabled on ofwbus= 0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 attach= returned 6
psci0: <ARM Power State Co-ordination Interface Driver>= ; on ofwbus0
clk_fixed4: <Fixed clock> disabled on ofwbus0
clk_= fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 attach returned= 6
clk_fixed4: <Fixed clock> disabled on ofwbus0
clk_fixed4: Ca= nnot FDT parameters.
device_attach: clk_fixed4 attach returned 6
clk_= fixed4: <Fixed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT p= arameters.
device_attach: clk_fixed4 attach returned 6
clk_fixed4: &l= t;Fixed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.=
device_attach: clk_fixed4 attach returned 6
clk_fixed4: <Fixed cl= ock> disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.
device= _attach: clk_fixed4 attach returned 6
clk_fixed4: <Fixed clock> di= sabled on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_attach: c= lk_fixed4 attach returned 6
clk_fixed4: <Fixed clock> disabled on = ofwbus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 = attach returned 6
clk_fixed4: <Fixed clock> disabled on ofwbus0clk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 attach ret= urned 6
clk_fixed4: <Fixed clock> disabled on ofwbus0
clk_fixed= 4: Cannot FDT parameters.
device_attach: clk_fixed4 attach returned 6clk_fixed4: <Fixed clock> disabled on ofwbus0
clk_fixed4: Cannot = FDT parameters.
device_attach: clk_fixed4 attach returned 6
clk_fixed= 4: <Fixed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT parame= ters.
device_attach: clk_fixed4 attach returned 6
clk_fixed4: <Fix= ed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.
d= evice_attach: clk_fixed4 attach returned 6
clk_fixed4: <Fixed clock&g= t; disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_atta= ch: clk_fixed4 attach returned 6
clk_fixed4: <Fixed clock> disable= d on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_fi= xed4 attach returned 6
clk_fixed4: <Fixed clock> disabled on ofwbu= s0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 attac= h returned 6
clk_fixed4: <Fixed clock> disabled on ofwbus0
clk_= fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 attach returned= 6
gic0: <ARM Generic Interrupt Controller> mem 0x40041000-0x40041= fff,0x40042000-0x40043fff,0x40044000-0x40045fff,0x40046000-0x40047fff irq 3= 0 on simplebus0
gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs = 256
clk_fixed4: <Fixed clock> disabled on ofwbus0
clk_fixed4: C= annot FDT parameters.
device_attach: clk_fixed4 attach returned 6
clk= _fixed4: <Fixed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT = parameters.
device_attach: clk_fixed4 attach returned 6
clk_fixed4: &= lt;Fixed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT parameters= .
device_attach: clk_fixed4 attach returned 6
clk_fixed4: <Fixed c= lock> disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.
devic= e_attach: clk_fixed4 attach returned 6
gpio0: <BCM2708/2835 GPIO cont= roller> mem 0x7e200000-0x7e2000b3 irq 14,15 on simplebus0
gpiobus0: &= lt;OFW GPIO bus> on gpio0
gpio1: <Raspberry Pi Firmware GPIO contr= oller> on bcm2835_firmware0
gpiobus1: <GPIO bus> on gpio1
re= gfix0: Cannot configure GPIO pin: 5
REGNODE_INIT failed: 6
regfix0: C= annot register regulator.
clk_fixed4: <Fixed clock> disabled on of= wbus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 at= tach returned 6
clk_fixed4: <Fixed clock> disabled on ofwbus0
c= lk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 attach retur= ned 6
regfix2: Cannot set GPIO pin: 6
REGNODE_INIT failed: 6
regfi= x2: Cannot register regulator.
mbox0: <BCM2835 VideoCore Mailbox> = mem 0x7e00b880-0x7e00b8bf irq 13 on simplebus0
clk_fixed4: <Fixed clo= ck> disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_= attach: clk_fixed4 attach returned 6
clk_fixed4: <Fixed clock> dis= abled on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_attach: cl= k_fixed4 attach returned 6
gpioregulator0: <GPIO controlled regulator= > on ofwbus0
clk_fixed4: <Fixed clock> disabled on ofwbus0
c= lk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 attach retur= ned 6
clk_fixed4: <Fixed clock> disabled on ofwbus0
clk_fixed4:= Cannot FDT parameters.
device_attach: clk_fixed4 attach returned 6
c= lk_fixed4: <Fixed clock> disabled on ofwbus0
clk_fixed4: Cannot FD= T parameters.
device_attach: clk_fixed4 attach returned 6
clk_fixed4:= <Fixed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT paramete= rs.
device_attach: clk_fixed4 attach returned 6
generic_timer0: <A= RMv8 Generic Timer> irq 4,5,6,7 on ofwbus0
Timecounter "ARM MPCo= re Timecounter" frequency 54000000 Hz quality 1000
Event timer &quo= t;ARM MPCore Eventtimer" frequency 54000000 Hz quality 1000
clk_fix= ed4: <Fixed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT para= meters.
device_attach: clk_fixed4 attach returned 6
clk_fixed4: <F= ixed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.device_attach: clk_fixed4 attach returned 6
clk_fixed4: <Fixed clock= > disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_at= tach: clk_fixed4 attach returned 6
clk_fixed4: <Fixed clock> disab= led on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_= fixed4 attach returned 6
clk_fixed4: <Fixed clock> disabled on ofw= bus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 att= ach returned 6
clk_fixed4: <Fixed clock> disabled on ofwbus0
cl= k_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 attach return= ed 6
clk_fixed4: <Fixed clock> disabled on ofwbus0
clk_fixed4: = Cannot FDT parameters.
device_attach: clk_fixed4 attach returned 6
cl= k_fixed4: <Fixed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT= parameters.
device_attach: clk_fixed4 attach returned 6
clk_fixed4: = <Fixed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT parameter= s.
device_attach: clk_fixed4 attach returned 6
clk_fixed4: <Fixed = clock> disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.
devi= ce_attach: clk_fixed4 attach returned 6
clk_fixed4: <Fixed clock> = disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_attach:= clk_fixed4 attach returned 6
clk_fixed4: <Fixed clock> disabled o= n ofwbus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed= 4 attach returned 6
clk_fixed4: <Fixed clock> disabled on ofwbus0<= br>clk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 attach r= eturned 6
clk_fixed4: <Fixed clock> disabled on ofwbus0
clk_fix= ed4: Cannot FDT parameters.
device_attach: clk_fixed4 attach returned 6<= br>clk_fixed4: <Fixed clock> disabled on ofwbus0
clk_fixed4: Canno= t FDT parameters.
device_attach: clk_fixed4 attach returned 6
clk_fix= ed4: <Fixed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT para= meters.
device_attach: clk_fixed4 attach returned 6
clk_fixed4: <F= ixed clock> disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.device_attach: clk_fixed4 attach returned 6
clk_fixed4: <Fixed clock= > disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_at= tach: clk_fixed4 attach returned 6
clk_fixed4: <Fixed clock> disab= led on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_= fixed4 attach returned 6
clk_fixed4: <Fixed clock> disabled on ofw= bus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 att= ach returned 6
bcm_dma0: <BCM2835 DMA Controller> mem 0x7e007000-0= x7e007aff irq 31,32,33,34,35,36,37,38,39,40,41 on simplebus0
usb_nop_xce= iv0: <USB NOP PHY> on ofwbus0
clk_fixed4: <Fixed clock> disa= bled on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk= _fixed4 attach returned 6
clk_fixed4: <Fixed clock> disabled on of= wbus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 at= tach returned 6
clk_fixed4: <Fixed clock> disabled on ofwbus0
c= lk_fixed4: Cannot FDT parameters.
device_attach: clk_fixed4 attach retur= ned 6
clk_fixed4: <Fixed clock> disabled on ofwbus0
clk_fixed4:= Cannot FDT parameters.
device_attach: clk_fixed4 attach returned 6
e= firtc0: <EFI Realtime Clock>
efirtc0: registered as a time-of-day = clock, resolution 1.000000s
bcm2835_clkman0: <BCM283x Clock Manager&g= t; mem 0x7e101000-0x7e102fff on simplebus0
gpioc0: <GPIO controller&g= t; on gpio0
uart0: <PrimeCell UART (PL011)> mem 0x7e201000-0x7e201= 1ff irq 16 on simplebus0
uart0: console (115200,n,8,1)
uart1: <BCM= 2835 Mini-UART> mem 0x7e215040-0x7e21507f irq 21 on simplebus0
bcm283= x_dwcotg0: <DWC OTG 2.0 integrated USB controller (bcm283x)> mem 0x7e= 980000-0x7e98ffff,0x7e00b200-0x7e00b3ff irq 28,29 on simplebus0
usbus1 o= n bcm283x_dwcotg0
bcmwd0: <BCM2708/2835 Watchdog> mem 0x7e100000-0= x7e100113,0x7e00a000-0x7e00a023,0x7ec11000-0x7ec1101f on simplebus0
bcmr= ng0: <Broadcom BCM2835/BCM2838 RNG> mem 0x7e104000-0x7e104027 on simp= lebus0
sdhci_bcm0: <Broadcom 2708 SDHCI controller> mem 0x7e300000= -0x7e3000ff irq 73 on simplebus0
mmc0: <MMC/SD bus> on sdhci_bcm0<= br>gpioc1: <GPIO controller> on gpio1
fb0: <BCM2835 VT framebuf= fer driver> disabled on simplebus0
fb0: keeping existing fb bpp of 32=
fbd0 on fb0
WARNING: Device "fb" is Giant locked and may b= e deleted before FreeBSD 14.0.
VT: Replacing driver "efifb" wi= th new "fb".
fb0: 800x600(800x600@0,0) 32bpp
fb0: fbswap: 0= , pitch 3200, base 0x3e91b000, screen_size 1945600
sdhci_bcm1: <Broad= com 2708 SDHCI controller> mem 0x7e340000-0x7e3400ff irq 79 on simplebus= 1
mmc1: <MMC/SD bus> on sdhci_bcm1
pmu0: <Performance Monito= ring Unit> irq 0,1,2,3 on ofwbus0
cpulist0: <Open Firmware CPU Gro= up> on ofwbus0
cpu0: <Open Firmware CPU> on cpulist0
bcm2835= _cpufreq0: <CPU Frequency Control> on cpu0
pcib0: <BCM2838-comp= atible PCI-express controller> mem 0x7d500000-0x7d50930f irq 80,81 on si= mplebus2
pcib0: hardware identifies as revision 0x304.
pci0: <OFW = PCI bus> on pcib0
pcib1: <PCI-PCI bridge> irq 91 at device 0.0 = on pci0
pci1: <PCI bus> on pcib1
bcm_xhci0: <VL805 USB 3.0 c= ontroller (on the Raspberry Pi 4b)> irq 92 at device 0.0 on pci1
bcm_= xhci0: 32 bytes context size, 64-bit DMA
usbus2 on bcm_xhci0
genet0: = <RPi4 Gigabit Ethernet> mem 0x7d580000-0x7d58ffff irq 82,83 on simple= bus2
genet0: GENET version 5.0 phy 0x0000
miibus0: <MII bus> on= genet0
brgphy0: <BCM54213PE 1000BASE-T media interface> PHY 1 on = miibus0
brgphy0: =C2=A010baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1= 000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto
ge= net0: Ethernet address: d8:3a:dd:27:a8:b3
clk_fixed4: <Fixed clock>= ; disabled on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_attac= h: clk_fixed4 attach returned 6
clk_fixed4: <Fixed clock> disabled= on ofwbus0
clk_fixed4: Cannot FDT parameters.
device_attach: clk_fix= ed4 attach returned 6
gpioled0: <GPIO LEDs> on ofwbus0
armv8cry= pto0: CPU lacks AES instructions

Mark Millard <marklmi@yahoo.com> =E4=BA=8E2023=E5=B9=B49= =E6=9C=8821=E6=97=A5=E5=91=A8=E5=9B=9B 16:11=E5=86=99=E9=81=93=EF=BC=9A
=
On Sep 20, 2023, at= 22:45, ykla <ykl= axds@gmail.com> wrote:

> HI,

Hello.

> How to Boot FreeBSD Using pftf/RPi4 UEFI?
>
> I downloaded FreeBSD-14.0-BETA2-arm64-aarch64-disc1.iso and Raspberry = Pi 4 UEFI Firmware v1.35 and wrote them to my device. However, when I enabl= e ACPI, my Raspberry Pi 4 automatically restarts after loading. If I disabl= e ACPI and use the device tree, the screen goes black after loading for a w= hile, and nothing is displayed. In both of these cases, there is no output = on the serial port. Does anyone know how to configure the serial port for U= EFI Firmware? I've used the serial port before with the regular install= ation method and it worked for output, but with UEFI Firmware, there is no = output on the serial port.

As I remember, pftf/RPi4 defaults to graphical, not serial.
There is a place in the EDK2 UI to switch it to graphical.
This status can be saved, which actually updates a data area
inside its RPI_EFI.fd file so that future boots automatically
are serial based for the adjusted RPI_EFI.fd .

I've not tried pftf/RPi4 in some time. It was v1.34
back then.

I've never tried running the installer ( *-disc1.iso ).
I've used older variants of what is now (MBR):

http://ftp3.freebsd.org/pub/FreeBSD/sna= pshots/ISO-IMAGES/15.0/FreeBSD-15.0-CURRENT-arm64-aarch64-RPI-20230921-febb= a4622b60-265435.img.xz

or (GPT, again: older variant last I tried):

http://ftp3.freebsd.org/pub/FreeBSD/= snapshots/ISO-IMAGES/15.0/FreeBSD-15.0-CURRENT-arm64-aarch64-ROCK64-2023092= 1-febba4622b60-265435.img.xz

and substituted or added the pftf/RPi4 materials inside the
msdosfs involved for the USB3 media that I used, leaving
the FreeBSD UEFI loader materials in place.

Use of the ROCK64 image means there is no RPi* firmware,
armstub8* , or boot.bin materials to replace: I just added
the pftf/RPi4 materials. (So: Simpler.)

May be I could experiment with more modern materials this
weekend.

=3D=3D=3D
Mark Millard
marklmi at yahoo.com

--000000000000834f030605daacf2-- From nobody Thu Sep 21 09:26:30 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrqmB4V0wz4tr5H for ; Thu, 21 Sep 2023 09:26:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-21.consmr.mail.gq1.yahoo.com (sonic301-21.consmr.mail.gq1.yahoo.com [98.137.64.147]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rrqm85bQlz4VJj for ; Thu, 21 Sep 2023 09:26:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=jzeCjurE; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695288406; bh=oPpKvxjyuXIY/4ZP1r4hXzstKOwNDsj6TBMgyxFLKV8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=jzeCjurEFd3n+qsi1z98GZJ+oIRbXaUT3jWq0JDUkBfA/xKkQKg5g9OgOsL8n0EcVrLRTLIIO+1I3lt2hSjfWCZlA5/FaFDdVcNw3nMY4pqBExXQ/LJOqwvKwQWEsmXG7HQExUzg1+UrzGlbYT1lmc+dThYiZfA56Ks6AVpxAIkal5tC3+dLbkkxY6N3+78uDvq++mtw9pssIVyPKVMHewHnhd0WyorI+vpPZaitHZ4tIeOZg37fkFNQwCYh9dJSiw8eLBvSxKC9x3BI6cUbf+gcEKeMd7WvYb8JyoDWkS+AigqQYHHpFDMG7GefHPIxAzjWwPStHpUmfHncjXLDcQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695288406; bh=mCzamiWQtmUTL11exyk93Lapx1SKt44mPv6/e/zLEvw=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=mdME1X7vTpWwF9xaHIpNXnOzmmF3IQ0z1U1yfgVLTrdmHMe7I2mi23UWW832LSC6mRDUX1M12Ocp0x5BvN26C2xA/4ZUqYFi0DgDtUMoDjA73z53EaloawlOjIQEclQBVLfiiaPSotFJFaAuYP1tTvnEHD3muGdbSTPpL6IY+UDCTar7hSja4tEAr/LNtU0GrMmmNabgStErfBalLgIhKdO54MhQJ1G9d3XU1wypahyzRZnI8rlTa3X7TfC/TCKEHC6IOw1DYAEJLZUjaRcQsrQ7B+BhARUtQgd+AVaSeSdLxiDFeM721YP/Pg8VTrpRZxkxJVQolpg1zxO+fxef1A== X-YMail-OSG: OSCtP1QVM1mll9_e0FjGr9lN7QOhATEEi1vBIS.8xMoU7gGoQVtYqDkIb8FfcXO ikJB0iEsstM6IajS3D_dDaIUB5hZWQSlTsaVhZ0uWPlk.ISJ6mmOTQCAQeiU5QAHIWIK29kyAypu 7jd5_tDiSBl0b7DtJy41rWAA8NrwSe6jE83JRtzjLq.Vb3YbywOGqdu5KkuSkLuTX.8Dt1arOvLk diewxEm0D3o9CLteoiSlStX_HdZyUHuqihfQPBBFJR6WD_wnYeIgtLgMJnp3mnEBJMgzWK3Pg8B5 j3OJoOx8UusaZNo936IAYtSCArkTXJ2O4S_t6Ht93SFwm924vC5cgZtAtraY7inTVnK51Fg878E0 k0huSuSOF5kMcVtBcIOyMqNnPLZNXFu_HsMQDv6mhwD3COOv5BmirQUA6fOYaOyp4xMfKsYKR9.J .IabcnyRW7_eOm6E96GoOC8747mMoxfDisyrvLN7jfMPOQH9fpFyd.Tq4UfNIb3dJDBMnY4TwrZ_ ZjlhWzys1JjlTIvpvtQJRcnDwlCFCKesTgtQ7fa.PIpU2ypp_AWGQdDbXvSyo.O4NXBnlSy42Qx0 uxqKqnT0hWlZKO5OU_206Uli9b.PDbOvFpYf6lkgAbSFeSwsM0DCm.ONQd9dHmAuHMjpWotA8QHK yNoXVPV5TaAssx_7brHB3xJa2bYCTXhDh4somI6hOsvYAl7V.FYCUmSENqQSrjYzfzy4XoRH.M9s fV0UpA4y_YqTPDykZNf_thEkwptUteLija0W2qcnc2JkmYx5VnWbtK5gtw8VpUX2jZO8Q984zBcJ PnJDJjP2rVonA2Jyqf0cIimCNDACtbNKBczkee5O8pCCos.BaQZK2XbjVB.RvuRFVLw.Wd2Odl7m 45HAe6Qp6nSNKrDM6f4JPRLrlBeK_gDKH8T4.PplF78bVUk8wAkCcTSbmibrEsHvQ8QHMFnipPbz i9OAFcEU30VWmZNkK6r9xzXPP9r47z3Pz2kYPWwoIG0v0kYIS5pe3sfHBHAQYeXJ931MX7Ou0oA4 hlZto2R9fQKjm9s1CbXl50p0xcBGPUfQT5Z0yj7gGDlST_ehdLlDVsMFhmwEEEBYurMX5AaWoeCz 9xY6OmYA0xiOeckV0QDjf2iiWSZmFXuD03jGKTl.QXv.jt0_LRbPoATaSDykPbHxmJc8UhqcRUgQ fYB_AnhVGNq4zqnDKgcF7LHJcIe4Vp.y6UPYeQ5zSEYPp5VzQWQvFQ.4N0AgTS0k1GMmYmENJUjf P5ZKwZaUhJC0PQg.kWFMg5xv6Z8132kwi1wEAGmiFXm.3p1iGLwGGi3Cwlu8Ol5mw7zXTKsYugsl 4co4wAty3i_p7AJvoBGKfpX7UZUIM4wyb6tbCe3h8_aqyPMTIKSqMEPUwpfgbC.2Hyf5HZkHG6cE WLaJNuBTPQQ01Vfy5jpq1dapXBo7G_ndHAa3fnbx1x0qTD_m2yVMPabaNq9dnbFu9qh99j8qYUAp BIPxBMMqxHJAlL1lOG_F4T1Lqy6jdEWbhk3iYxxIbiKd8n.sdV3agBxJDkUft3d9sRluSATXxRwn 1_Zgv4pd_Zk6gzeQJqzUWDjf2YjLumNQ1zofs4Y1.ReK6xGC5uS3lKjRSOV.lRu30jsYHeqJdFGn S7RmLooWEX5NtFxeIlcppjH1adhR70ZJRgNMVz8IaWfsgE0_lGDW4vBqQOLalf1o6uXS9gI0ax1I 3S3fyHbbZKUKhi6JCBwKlvZV7WH7OJkoP5CpAAz3Y0.aWBzrV4NlGf2rHXdUcOs.SxWBEzj16.wP k70cVwWFTv.sBJ0SrQmDBcJcqGYWhxU.u9TD_xnVQdpI0B0AK.yZAPX__xYthWQGzLo43LxnjJm6 fCQnz37Tt1C50L5G_ZsdTuAcS82TF8EQmtBz5.MsFwd8OancNEKHQskLwLyejU1nlQ1p2qlDXGlF CdVeml_D8FntMQcbUMqqJH.6FYlRCBww1upaF59Zro4FMbdtefFqm13a8X_dF6vA7Zs8nPa7r1xm MXeCDDAa5gQ5zkvI8VwyzdxYDXsAemanBNG9tR5ghRDq7s0DdLjwosWojYZmDmbx3uQUnPT3T6Nq xJ2ZYI8FwNf.hVMK.lfdPKU_eVObETd6xUSHfKFbrCSwU8ZtVvdA4qS4h.CebHpfx9rWF1sgN.bh p47zvWURQsMIS4kNdU0d4UhPTlvUq.cpJhe.L9L0AOLLplS0N.qMUTcBTfbSgyq6PZDIatLUQlJQ 0_GyGwd3eVvWpVY7xvokdg0tZ.Z.ycjXd23NNN0yEgMan8Lunm3NJfbLHAS8Qavezq7Ac2WdkNC7 S X-Sonic-MF: X-Sonic-ID: a8c2fc3a-02c1-4f19-a603-f82ce70799ca Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Thu, 21 Sep 2023 09:26:46 +0000 Received: by hermes--production-bf1-678f64c47b-6cjq6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID da58173b5bd6d6ad526a1f0c073a8f80; Thu, 21 Sep 2023 09:26:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: How to Boot FreeBSD Using pftf/RPi4 UEFI From: Mark Millard In-Reply-To: Date: Thu, 21 Sep 2023 02:26:30 -0700 Cc: FreeBSD ARM List , Andrew Turner Content-Transfer-Encoding: quoted-printable Message-Id: References: To: ykla X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.48 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.980]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.147:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Rrqm85bQlz4VJj [Andrew T.: for main this lead to "panic: Assertion smccc_version !=3D 0 . . ." for today's new snapshot.] On Sep 21, 2023, at 01:11, Mark Millard wrote: > On Sep 20, 2023, at 22:45, ykla wrote: >=20 >> HI, >=20 > Hello. >=20 >> How to Boot FreeBSD Using pftf/RPi4 UEFI? >>=20 >> I downloaded FreeBSD-14.0-BETA2-arm64-aarch64-disc1.iso and Raspberry = Pi 4 UEFI Firmware v1.35 and wrote them to my device. However, when I = enable ACPI, my Raspberry Pi 4 automatically restarts after loading. If = I disable ACPI and use the device tree, the screen goes black after = loading for a while, and nothing is displayed. In both of these cases, = there is no output on the serial port. Does anyone know how to configure = the serial port for UEFI Firmware? I've used the serial port before with = the regular installation method and it worked for output, but with UEFI = Firmware, there is no output on the serial port. >=20 > As I remember, pftf/RPi4 defaults to graphical, not serial. > There is a place in the EDK2 UI to switch it to graphical. > This status can be saved, which actually updates a data area > inside its RPI_EFI.fd file so that future boots automatically > are serial based for the adjusted RPI_EFI.fd . >=20 > I've not tried pftf/RPi4 in some time. It was v1.34 > back then. >=20 > I've never tried running the installer ( *-disc1.iso ). > I've used older variants of what is now (MBR): >=20 > = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/15.0/FreeBSD-15.0= -CURRENT-arm64-aarch64-RPI-20230921-febba4622b60-265435.img.xz >=20 > or (GPT, again: older variant last I tried): >=20 > = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/15.0/FreeBSD-15.0= -CURRENT-arm64-aarch64-ROCK64-20230921-febba4622b60-265435.img.xz >=20 > and substituted or added the pftf/RPi4 materials inside the > msdosfs involved for the USB3 media that I used, leaving > the FreeBSD UEFI loader materials in place. >=20 > Use of the ROCK64 image means there is no RPi* firmware, > armstub8* , or boot.bin materials to replace: I just added > the pftf/RPi4 materials. (So: Simpler.) >=20 > May be I could experiment with more modern materials this > weekend. Actually, it should not take long to do a basic, preliminary test: # dd = if=3DFreeBSD-15.0-CURRENT-arm64-aarch64-ROCK64-20230921-febba4622b60-26543= 5.img of=3D/dev/da0 bs=3D1m conv=3Dfsync,sync status=3Dprogress 5210374144 bytes (5210 MB, 4969 MiB) transferred 21.005s, 248 MB/s 5120+0 records in 5120+0 records out 5368709120 bytes transferred in 21.736867 secs (246986330 bytes/sec) # gpart show -pl da0 =3D> 40 10485680 da0 GPT (224G) [CORRUPT] 40 32728 - free - (16M) 32768 102400 da0p1 efi (50M) 135168 10350464 da0p2 rootfs (4.9G) 10485632 88 - free - (44K) # mount -onoatime -tmsdosfs /dev/da0p1 /mnt # ls -Tlod /mnt/* drwxr-xr-x 1 root wheel - 4096 Sep 20 23:43:20 2023 /mnt/EFI drwxr-xr-x 1 root wheel - 4096 Sep 20 23:43:20 2023 /mnt/dtb # tar -xpf RPi4_UEFI_Firmware_v1.35.zip -C /mnt/ RPI_EFI.fd: Can't set user=3D1001/group=3D123 for RPI_EFI.fd: Invalid = argument bcm2711-rpi-4-b.dtb: Can't set user=3D1001/group=3D123 for = bcm2711-rpi-4-b.dtb: Invalid argument bcm2711-rpi-400.dtb: Can't set user=3D1001/group=3D123 for = bcm2711-rpi-400.dtb: Invalid argument bcm2711-rpi-cm4.dtb: Can't set user=3D1001/group=3D123 for = bcm2711-rpi-cm4.dtb: Invalid argument config.txt: Can't set user=3D1001/group=3D123 for config.txt: Invalid = argument fixup4.dat: Can't set user=3D1001/group=3D123 for fixup4.dat: Invalid = argument start4.elf: Can't set user=3D1001/group=3D123 for start4.elf: Invalid = argument overlays/: Can't set user=3D1001/group=3D123 for overlays: Invalid = argument overlays/upstream-pi4.dtbo: Can't set user=3D1001/group=3D123 for = overlays/upstream-pi4.dtbo: Invalid argument overlays/miniuart-bt.dtbo: Can't set user=3D1001/group=3D123 for = overlays/miniuart-bt.dtbo: Invalid argument Readme.md: Can't set user=3D1001/group=3D123 for Readme.md: Invalid = argument firmware/: Can't set user=3D1001/group=3D123 for firmware: Invalid = argument firmware/Readme.txt: Can't set user=3D1001/group=3D123 for = firmware/Readme.txt: Invalid argument firmware/brcm/: Can't set user=3D1001/group=3D123 for firmware/brcm: = Invalid argument firmware/brcm/brcmfmac43455-sdio.txt: Can't set user=3D1001/group=3D123 = for firmware/brcm/brcmfmac43455-sdio.txt: Invalid argument firmware/brcm/brcmfmac43455-sdio.clm_blob: Can't set user=3D1001/group=3D1= 23 for firmware/brcm/brcmfmac43455-sdio.clm_blob: Invalid argument firmware/brcm/brcmfmac43455-sdio.bin: Can't set user=3D1001/group=3D123 = for firmware/brcm/brcmfmac43455-sdio.bin: Invalid argument firmware/brcm/brcmfmac43455-sdio.Raspberry: Can't set = user=3D1001/group=3D123 for firmware/brcm/brcmfmac43455-sdio.Raspberry: = Invalid argument firmware/LICENCE.txt: Can't set user=3D1001/group=3D123 for = firmware/LICENCE.txt: Invalid argument tar: Error exit delayed from previous errors. # ls -Tlod /mnt/* drwxr-xr-x 1 root wheel - 4096 Sep 20 23:43:20 2023 /mnt/EFI -rwxr-xr-x 1 root wheel uarch 2031616 Jun 5 04:12:52 2023 = /mnt/RPI_EFI.fd -rwxr-xr-x 1 root wheel uarch 5051 Jun 5 04:04:18 2023 = /mnt/Readme.md -rwxr-xr-x 1 root wheel uarch 54388 Jun 5 04:12:58 2023 = /mnt/bcm2711-rpi-4-b.dtb -rwxr-xr-x 1 root wheel uarch 54477 Jun 5 04:13:00 2023 = /mnt/bcm2711-rpi-400.dtb -rwxr-xr-x 1 root wheel uarch 54997 Jun 5 04:12:58 2023 = /mnt/bcm2711-rpi-cm4.dtb -rwxr-xr-x 1 root wheel uarch 243 Jun 5 04:04:18 2023 = /mnt/config.txt drwxr-xr-x 1 root wheel - 4096 Sep 20 23:43:20 2023 /mnt/dtb drwxr-xr-x 1 root wheel - 4096 Jun 5 04:04:18 2023 = /mnt/firmware -rwxr-xr-x 1 root wheel uarch 5397 Jun 5 04:12:56 2023 = /mnt/fixup4.dat drwxr-xr-x 1 root wheel - 4096 Jun 5 04:13:00 2023 = /mnt/overlays -rwxr-xr-x 1 root wheel uarch 2253088 Jun 5 04:12:58 2023 = /mnt/start4.elf # umount /mnt I connected the USB3 media to the RPi4B here. Booting and using ESCAPE to enter the EDK2 UI worked fine on the serial console. (No HDMI cable present.) Select Device Manager Select Raspberry Pi Configuration Select Console Preference Selection Select Preferred console Serial Save then Escape out to the main page Select Reset Hit enter when prompted Loading kernel... /boot/kernel/kernel text=3D0x2a8 text=3D0x91a3f0 text=3D0x2a4d04 = data=3D0x159148 data=3D0x 0+0x37a000 0x8+0x157ad0+0x8+0x18198e Loading configured modules... /boot/kernel/umodem.ko text=3D0x2040 text=3D0x1350 data=3D0x6f8+0x4 = 0x8+0xeb8+0x8+0xb2 c loading required module 'ucom' /boot/kernel/ucom.ko text=3D0x2590 text=3D0x2e70 data=3D0x960+0x858 = 0x8+0x1278+0x8+0xb cf can't find '/etc/hostid' can't find '/boot/entropy' Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 No valid device tree blob found! WARNING! Trying to fire up the kernel, but no device tree blob found! ---<>--- GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2023 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 15.0-CURRENT #0 main-n265435-febba4622b60: Thu Sep 21 05:44:48 = UTC 2023 = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 16.0.6 (https://github.com/llvm/llvm-project.git = llvmorg-16.0.6-0-g7cbf1a259152) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. module scmi already present! real memory =3D 3138154496 (2992 MB) avail memory =3D 3027505152 (2887 MB) panic: Assertion smccc_version !=3D 0 failed at = /usr/src/sys/dev/psci/smccc.c:81 cpuid =3D 0 time =3D 1 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x19c panic() at panic+0x44 smccc_arch_features() at smccc_arch_features+0x80 install_cpu_errata() at install_cpu_errata+0x4c cpu_startup() at cpu_startup+0xac mi_startup() at mi_startup+0x1d8 virtdone() at virtdone+0x70 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kdb_enter+0x44: undefined f901c27f db>=20 Note: This smccc_version check was added to main [so: 15] yesterday. But, upto the new smccc_version check, it seemed to be working just fine. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Sep 21 12:10:57 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RrvPr0Mcgz4v3FN for ; Thu, 21 Sep 2023 12:11:12 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RrvPp64kWz3Kxh for ; Thu, 21 Sep 2023 12:11:10 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmh@hausen.com designates 217.29.33.228 as permitted sender) smtp.mailfrom=pmh@hausen.com; dmarc=none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 1E7C74; Thu, 21 Sep 2023 14:11:07 +0200 From: "Patrick M. Hausen" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: FreeBSD 14, RPI CM3+ - how to use I2C? Message-Id: <8B10870E-C485-4626-BBCF-BEE0771D8B5A@hausen.com> Date: Thu, 21 Sep 2023 14:10:57 +0200 To: freebsd-arm X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: - X-Spamd-Result: default: False [-1.65 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.85)[-0.854]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:mail2.pluspunkthosting.de]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[hausen.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4RrvPp64kWz3Kxh Next topic with my TuringPi ... The CM placed in slot 1 has got access to the management bus of the TuringPi mainboard. The documentation states that one should add these to config.txt: dtoverlay=3Di2c1,pins_44_45 dtoverlay=3Di2c-rtc,mcp7940x Source: = https://docs.turingpi.com/docs/turing-pi1-cluster-management-bus-i2c Did that, but i2c -s shows now output and root@pi1:~ # i2c -a 0x57 -o 0xf2 -d r -c 1 i2c: ioctl(I2CRDWR) failed: Input/output error root@pi1:~ # grep iic /var/run/dmesg.boot=20 iichb0: mem 0x7e804000-0x7e804fff irq 20 = on simplebus0 iicbus0: on iichb0 iic0: on iicbus0 Any hints on how to get this working? Kind regards, Patrick= From nobody Thu Sep 21 13:09:45 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rrwjg5VrLz4v77P for ; Thu, 21 Sep 2023 13:09:59 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4Rrwjc6RXGz3PRy for ; Thu, 21 Sep 2023 13:09:56 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmh@hausen.com designates 217.29.33.228 as permitted sender) smtp.mailfrom=pmh@hausen.com; dmarc=none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 070CDE; Thu, 21 Sep 2023 15:09:55 +0200 From: "Patrick M. Hausen" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: FreeBSD 14, RPI CM3+ - how to use I2C? Date: Thu, 21 Sep 2023 15:09:45 +0200 References: <8B10870E-C485-4626-BBCF-BEE0771D8B5A@hausen.com> To: freebsd-arm In-Reply-To: <8B10870E-C485-4626-BBCF-BEE0771D8B5A@hausen.com> Message-Id: <6E552CD8-4248-4EBE-A919-2A56CA1A87FA@hausen.com> X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: - X-Spamd-Result: default: False [-1.17 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.984]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.39)[-0.388]; R_SPF_ALLOW(-0.20)[+a:mail2.pluspunkthosting.de]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; BLOCKLISTDE_FAIL(0.00)[87.138.185.145:server fail,217.29.33.228:server fail]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[hausen.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4Rrwjc6RXGz3PRy Hi, > Am 21.09.2023 um 14:10 schrieb Patrick M. Hausen : > dtoverlay=3Di2c1,pins_44_45 > dtoverlay=3Di2c-rtc,mcp7940x >=20 > Source: = https://docs.turingpi.com/docs/turing-pi1-cluster-management-bus-i2c >=20 > Did that, but >=20 > i2c -s >=20 > shows now output [...] Turns out the FreeBSD installation does not come with all (?) overlays by default like e.g. Ubuntu. I downloaded the two missing files from here: https://github.com/raspberrypi/firmware and placed them in /boot/efi/overlays. Bingo: root@pi1:~ # i2c -s 57 5c root@pi1:~ # i2c -a 0x57 -o 0xf2 -d r -c 1 ff Now I finally understand what all of this weird stuff *is* - sort of ;-) Kind regards, Patrick= From nobody Thu Sep 21 13:50:34 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rrxcr4KZWz4v9mK for ; Thu, 21 Sep 2023 13:50:52 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rrxcr1CyWz3YHV for ; Thu, 21 Sep 2023 13:50:51 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1695304244; 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=A4yTOfuAMcEwp5JWMwKTXoPAl7w0y2FRYlrtWBiF6Qk=; b=G3pn0YogLVnpVSoRKVLJfRdmHZOdW+1CqGQTF4Yw4yocZjA//Yk7jWKbjwDi9lXk+m9Iqi fH+thb7gjHhsfRTjpMPndQ2q686hCDgtG/RnAXJWEPnf4u0Ftb2D3og9kHmzOBpMcanwji sduWWClabGkhnZ736zZJA9z2XDGE//4= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 8b4aad4a (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 21 Sep 2023 13:50:44 +0000 (UTC) Date: Thu, 21 Sep 2023 15:50:34 +0200 From: Emmanuel Vadot To: "Patrick M. Hausen" Cc: freebsd-arm Subject: Re: FreeBSD 14, RPI CM3+ - how to use I2C? Message-Id: <20230921155034.863ebfa8ead5bc85046fa988@bidouilliste.com> In-Reply-To: <6E552CD8-4248-4EBE-A919-2A56CA1A87FA@hausen.com> References: <8B10870E-C485-4626-BBCF-BEE0771D8B5A@hausen.com> <6E552CD8-4248-4EBE-A919-2A56CA1A87FA@hausen.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Queue-Id: 4Rrxcr1CyWz3YHV On Thu, 21 Sep 2023 15:09:45 +0200 "Patrick M. Hausen" wrote: > Hi, > > > Am 21.09.2023 um 14:10 schrieb Patrick M. Hausen : > > dtoverlay=i2c1,pins_44_45 > > dtoverlay=i2c-rtc,mcp7940x > > > > Source: https://docs.turingpi.com/docs/turing-pi1-cluster-management-bus-i2c > > > > Did that, but > > > > i2c -s > > > > shows now output [...] > > Turns out the FreeBSD installation does not come with all (?) overlays > by default like e.g. Ubuntu. > > I downloaded the two missing files from here: > > https://github.com/raspberrypi/firmware > > and placed them in /boot/efi/overlays. We don't install them all on the image but everything is packaged in the rpi-firmware package. > Bingo: > > root@pi1:~ # i2c -s > 57 5c > root@pi1:~ # i2c -a 0x57 -o 0xf2 -d r -c 1 > ff > > Now I finally understand what all of this weird stuff *is* - sort of ;-) > > Kind regards, > Patrick -- Emmanuel Vadot From nobody Thu Sep 21 14:47:29 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rrytv3zMqz4tW6j for ; Thu, 21 Sep 2023 14:48:07 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-1.mit.edu (outgoing-exchange-1.mit.edu [18.9.28.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rrytv28dyz4HZ9 for ; Thu, 21 Sep 2023 14:48:07 +0000 (UTC) (envelope-from jfc@mit.edu) Authentication-Results: mx1.freebsd.org; none Received: from oc11exedge1.exchange.mit.edu (OC11EXEDGE1.EXCHANGE.MIT.EDU [18.9.3.17]) by outgoing-exchange-1.mit.edu (8.14.7/8.12.4) with ESMTP id 38LElXhr019005; Thu, 21 Sep 2023 10:48:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=outgoing; t=1695307683; bh=K6qvP3tPBKnVOzmDbQU0IHhJ5Hd4g+QT3TuLAoyi7r8=; h=From:Subject:Date:Message-ID:Content-Type:MIME-Version; b=akUyHnsW5Ai5WCS6BaZjUFsS0M/Adh/cfu+GTRj+7Q5CpwGO+XUZDwCPW8WyEk1cT mQd+Gb1jeN6qqYgC4KEv8ZQQ93vBUsEoUIKo7o/mRE3jLPy56YsfUWa9WK5K+XPDjw ANG9Kjpdeud1j9C4Ga3AuGnwZMqz5nfjXg9gAhNXQXapV9uDjANIHAvSSx7emMShqk fxoTuf1BoeRPdOeR5AwG4IIPudG1WmJpV4hIjp7QuAzUBYB16EZwXI8QI6HXopCs2L hgfWnwkFb5VrU4UEKS1ZvQH7+/OnVVbQzSGvEbAHukNLa76EGf78Az4vWdmeIRIQug sSZtsOo291slA== Received: from oc11exhyb5.exchange.mit.edu (18.9.1.110) by oc11exedge1.exchange.mit.edu (18.9.3.17) with Microsoft SMTP Server (TLS) id 15.0.1497.48; Thu, 21 Sep 2023 10:47:14 -0400 Received: from oc11exhyb8.exchange.mit.edu (18.9.1.113) by oc11exhyb5.exchange.mit.edu (18.9.1.110) with Microsoft SMTP Server (TLS) id 15.0.1497.48; Thu, 21 Sep 2023 10:47:31 -0400 Received: from NAM02-BN1-obe.outbound.protection.outlook.com (104.47.51.43) by oc11exhyb8.exchange.mit.edu (18.9.1.113) with Microsoft SMTP Server (TLS) id 15.0.1497.48 via Frontend Transport; Thu, 21 Sep 2023 10:47:31 -0400 Received: from SA3PR01MB8450.prod.exchangelabs.com (2603:10b6:806:382::17) by PH7PR01MB7560.prod.exchangelabs.com (2603:10b6:510:1e3::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6792.27; Thu, 21 Sep 2023 14:47:29 +0000 Received: from SA3PR01MB8450.prod.exchangelabs.com ([fe80::ee32:19a8:b83e:efbf]) by SA3PR01MB8450.prod.exchangelabs.com ([fe80::ee32:19a8:b83e:efbf%7]) with mapi id 15.20.6813.018; Thu, 21 Sep 2023 14:47:29 +0000 From: "John F Carr" To: Mark Millard CC: FreeBSD ARM List , Andrew Turner Subject: Re: How to Boot FreeBSD Using pftf/RPi4 UEFI Thread-Topic: How to Boot FreeBSD Using pftf/RPi4 UEFI Thread-Index: AQHZ7E7bGA31J8pu/kWy8EvY9PQZrrAk7cwAgAAU/gCAAFmigA== Date: Thu, 21 Sep 2023 14:47:29 +0000 Message-ID: <11D022AB-87B0-4271-B469-8D5BA6BD398A@mit.edu> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SA3PR01MB8450:EE_|PH7PR01MB7560:EE_ x-ms-office365-filtering-correlation-id: 574313fd-0c6e-4d38-ddf3-08dbbab1ae47 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: WKBllueqZ3F2/8i2CUlNz4DEAScRlZs8caPDou/u4xluNsOnoq+ASbgjtYCcGz/w+eGF5cx/UuBN6hYDQo4fDP7z7hqbN9Ql34mTZvDPsS0iZSuaePnvrmo3VMCw67bwSzAr8jYQo0e/mgiL74sx+PQUJXRPWm+w+WpYOgelRvriHBgkN7aZQRcfyFK06JPjECtHhGCX+cHsx00qjVUtnDI/zFIWSDgYSTJBwVReoT5owrFUDjxCUigN6O7eLvxYpuv2WF/ZqHPFXy8H0bLmkVfZnXnABk/RP9mI8Qxoq4jCUjqLZLmY9kso9+Usr8lraujVrQMfnZNphgjsNehY8asM0Dz7c51aSRj2Kv3Aq5cwmQJggF59dYT/7mceDGxrC015YplEa2jcWbs+lf5kjG7c8FWMYGDIyQfhsndT77BW/xtIvDqUb2Ag6d9tHmvRaFmc0RHProGpYwW6PSm3T/dgtWGCPi/bj4f5ANy+ZWbVl2thW9HazDKAEZn+te6ZHapH3jaYrBaR28jj5Dpl7sHFapIe8EG83bMF/MeDyoSn7gqqblFHwOx3BCKpJ/DfyVeepAg37OZiAuFS+1/iVTeX+LRQeFLgD78YZTm3WlbhBIizL8YFtFeRHOuRIMYk x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:SA3PR01MB8450.prod.exchangelabs.com;PTR:;CAT:NONE;SFS:(13230031)(346002)(366004)(136003)(39860400002)(376002)(396003)(451199024)(1800799009)(186009)(2906002)(75432002)(4744005)(38100700002)(38070700005)(33656002)(6486002)(6512007)(86362001)(53546011)(71200400001)(6506007)(2616005)(478600001)(26005)(8676002)(8936002)(4326008)(41300700001)(36756003)(5660300002)(64756008)(76116006)(786003)(6916009)(54906003)(91956017)(316002)(66946007)(66446008)(66476007)(122000001)(66556008);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?R9kPjqwy0GRqu/5a5MeHVaa/MhHk/UyByWfwExYYSMCRq1FCr1CoCKD7kMkQ?= =?us-ascii?Q?eV63+YK2tOvWk7Qxh9CzcoTV6O1r9t2tsP2FlGWIlZhFDs0my1fEjz7ZC+km?= =?us-ascii?Q?7I+koTGOMQBaxomuAgszMaF5iphhkKUpclfN2OLsM2kneA0hiU+DO/E2eN03?= =?us-ascii?Q?EGIbFRb6d3G9AXqNPOkIKGZU8ET/W9sVinmRRHoxHWezOmwI4SNgRhrpKfqi?= =?us-ascii?Q?VYwtoCvriRxKzbe4UW79Hv9dQnJxxiWtA3nWJPfK4MnEuvCPK+aOQXIJuwGq?= =?us-ascii?Q?SHw/NPXrDsN9n1xrSPvZZtw8bHN9xelS7XekvylC+y9WPXljnXlF+BpXrc9h?= =?us-ascii?Q?AKKfVpnNF37lge+yBhBftyn4+f3g0t28psyVX6E39HNyWNrJ83KDc8J3yIP3?= =?us-ascii?Q?a669GuO0ULKjuQqS2AnOfWH4GSg+/z/O96eqez4Dk4rOOK6idjc+GlS91mcv?= =?us-ascii?Q?pZ1UnrjdaxtpiNoduUJdu+C+q8gqD2J8c0Lv+MYtKGhsqPySq2t5VAnTAoSy?= =?us-ascii?Q?S4u/b1N0la3D4oS0Lss2jt7hi21sgQK+OS4IGgofAPKIpT9K3ImG90hINf/k?= =?us-ascii?Q?BIFBR6v/R1pluzNyTSbEBaFLWVdHMHCzobhKUJ9L3/F/KDQItUVIC0foqX5U?= =?us-ascii?Q?p3ubs0wOZhnWDjlcU9Ti2dArYrY9VVZurTjGSvf+7KMVN8sWeitd9FlWI6T0?= =?us-ascii?Q?wtqqatVMcocns2kB0BUx7UzZHTJbmdvJIzdBNSoV/h6vZlquoGLvGy2qKeNf?= =?us-ascii?Q?wCzlJBy0tsMwAW8ieW+a3B40rbz2yEvs5V1TQpXkr1Nhsigw91zB0jJopXHI?= =?us-ascii?Q?Z6p4Nt/PGMsTaMt5y7fDDng33fOcsN+xteWmc3upljN5RBvGsW8au4DrfGch?= =?us-ascii?Q?MwQsT3QJ6wicUxwkN0ch3JWaD5SL1YUGRxLJCVvfbyW1xOMVmr8OnoCw9jlr?= =?us-ascii?Q?IJTZFMcBltC82ncJ7WfoC4kCVtdfkY36eELzUGqADKXNG/3ttABcsVOuIax1?= =?us-ascii?Q?u2BTb9AijT/BfA4+8HBcm+k8LttjsHCNUdWhIjqSluU0spovj/vBfRFREnOe?= =?us-ascii?Q?jpxxmaIKfDhNAw9ovlR+A58i21a0rT/iJruDSF21EoCo5jjCWdrG+0to4C7G?= =?us-ascii?Q?bi8QBpLhyA3fxhc+U4Jwmpxgkduj0/lIodRg+pyS6S9QXlCCTac4kulhgf4K?= =?us-ascii?Q?s3ZiluWZTilcgUNUJneEHJL3YIUpOPyFq7InpoXMaJskrsrZyWDEcvbztuQs?= =?us-ascii?Q?N5MeOGKCTzcwYyBCdlo7XWUc0BPbsUto1xnL7TyUI3S4uhQI0zEawhG33HLG?= =?us-ascii?Q?dSF3LNLJaPn3fHtirZ2VNMml9zkP3cLTwUWuuqvdPFiygr/nb0zMJ96b0MEV?= =?us-ascii?Q?qnjgkLHKkMrYRK183QIafR34Xl32kp1UBJuwRTLW2eiM87UgCE4lAlfXR31u?= =?us-ascii?Q?sKNzs0xgGHRAu8tjc7bTbqv3T9BtrlRHQO2flE1L3DzM+zMUZWyGXlBxBIhA?= =?us-ascii?Q?qDtYSLw5VPFNzv1BAxx+sJrDNHqXNpYsHJIp2C+vZBLFdR4mAPA+MPYgl0K8?= =?us-ascii?Q?mspfZZH2zJUL1Irs7w4=3D?= Content-Type: text/plain; charset="us-ascii" Content-ID: <2C3FD6FD6BBEE842A6EE1F8154728A2F@prod.exchangelabs.com> Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SA3PR01MB8450.prod.exchangelabs.com X-MS-Exchange-CrossTenant-Network-Message-Id: 574313fd-0c6e-4d38-ddf3-08dbbab1ae47 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Sep 2023 14:47:29.8649 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: XzSJr9e5Mi5gBuupO5Vnau5JIXXvMZnxezNxQiarRQsIBtjtoKmdp/lrcIZBfbmM X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH7PR01MB7560 X-OriginatorOrg: mit.edu X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US] X-Rspamd-Queue-Id: 4Rrytv28dyz4HZ9 > On Sep 21, 2023, at 05:26, Mark Millard wrote: >=20 > [Andrew T.: for main this lead to > "panic: Assertion smccc_version !=3D 0 . . ." > for today's new snapshot.] I get the same error booting a fresh kernel on my Overdrive 1000 which doesn't have any of the Pi-related boot weirdness. Commits c643e82dba0b17b2716de4c9d44a3c9c547cbbd5 and 8a723e2bd8683b0e046ed9d03178082f84c8cf26 are relevant. KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x1a0 panic() at panic+0x44 smccc_arch_features() at smccc_arch_features+0x80 install_cpu_errata() at install_cpu_errata+0x4c cpu_startup() at cpu_startup+0xac mi_startup() at mi_startup+0x1dc virtdone() at virtdone+0x70 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kdb_enter+0x44: undefined f905827f From nobody Thu Sep 21 14:51:08 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rryyg0qsfz4tWD2 for ; Thu, 21 Sep 2023 14:51:23 +0000 (UTC) (envelope-from bT.mdt5nfbe30=52y4evp5yj5p=nrmi0op8z1@return.smtpservice.net) Received: from e2i577.smtp2go.com (e2i577.smtp2go.com [103.2.142.65]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rryyf57Wpz4Hss for ; Thu, 21 Sep 2023 14:51:22 +0000 (UTC) (envelope-from bT.mdt5nfbe30=52y4evp5yj5p=nrmi0op8z1@return.smtpservice.net) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=smtpservice.net; s=mgy720.a1-4.dyn; x=1695308782; h=Feedback-ID: X-Smtpcorp-Track:To:Message-Id:Date:From:Subject:Reply-To:Sender: List-Unsubscribe; bh=mlKlbJ1CWMg1ZOwLIo2M1lOlh8vM/v3lvA9fQMiM8iU=; b=OgulivzO 51vRUvL1iO4jNVz+f0Y+RYyGjQ1PCoVF+DmbtPzkUl6Z9ZrofuU54lS1AX/LqYTqVDud8FZcgaO6k UZmSvIG76atEoFwxlCyXEQ+ixSqJVJEQlRqFVpH1CEtO7wv30snqrQOjbjddxvF/By3h260cCtzMh LfKq0JtdiegHca8EjHyS7OSbN445C+2x7pVPuIsDbNHULLfCk4ciK1SVhYqc8RTO1oXBD0jALmUMH weCexTAhjWHWVDoUgHotNntHZ8CTK5QPFRUwJOpMVtu17EJhMM95orqG/8QTcf+5PX9Dc7AGV1Ndj hNkIMkQjc99YiilkGgqClsBCoA==; Received: from [10.139.162.187] (helo=SmtpCorp) by smtpcorp.com with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94.2-S2G) (envelope-from ) id 1qjL1T-qt4Jbd-Tz; Thu, 21 Sep 2023 14:51:19 +0000 Received: from [10.99.243.232] (helo=morbo.fubar.geek.nz) by smtpcorp.com with esmtpsa (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.96-S2G) (envelope-from ) id 1qjL1T-4XoVlo-2K; Thu, 21 Sep 2023 14:51:19 +0000 Received: from smtpclient.apple (cpc91210-cmbg18-2-0-cust37.5-4.cable.virginm.net [81.102.44.38]) by morbo.fubar.geek.nz (Postfix) with ESMTPSA id A4A3D3DC52; Thu, 21 Sep 2023 14:51:18 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: How to Boot FreeBSD Using pftf/RPi4 UEFI From: Andrew Turner In-Reply-To: <11D022AB-87B0-4271-B469-8D5BA6BD398A@mit.edu> Date: Thu, 21 Sep 2023 15:51:08 +0100 Cc: Mark Millard , FreeBSD ARM List Content-Transfer-Encoding: 7bit Message-Id: References: <11D022AB-87B0-4271-B469-8D5BA6BD398A@mit.edu> To: John F Carr X-Mailer: Apple Mail (2.3731.700.6) X-Smtpcorp-Track: 1qML1T4boV_o2K.DmhXjE_5DXYoA Feedback-ID: 790814m:790814amQcrys:790814sa22SsnTeK X-Report-Abuse: Please forward a copy of this message, including all headers, to X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:23352, ipnet:103.2.140.0/22, country:US] X-Rspamd-Queue-Id: 4Rryyf57Wpz4Hss > On 21 Sep 2023, at 15:47, John F Carr wrote: > > > >> On Sep 21, 2023, at 05:26, Mark Millard wrote: >> >> [Andrew T.: for main this lead to >> "panic: Assertion smccc_version != 0 . . ." >> for today's new snapshot.] > > I get the same error booting a fresh kernel on my Overdrive 1000 > which doesn't have any of the Pi-related boot weirdness. > Commits c643e82dba0b17b2716de4c9d44a3c9c547cbbd5 and > 8a723e2bd8683b0e046ed9d03178082f84c8cf26 are relevant. It should be fixed in 843bea18711d726cd2f0a3c3f9144b218e4de3e8 Andrew From nobody Thu Sep 21 19:01:28 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rs4Wb3BhTz4trLy for ; Thu, 21 Sep 2023 19:01:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rs4WZ4gVvz3Q3v for ; Thu, 21 Sep 2023 19:01:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=oMn9stuK; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695322904; bh=SSA3RAUrsO/J5XwGcSXN0E6VxvTNRtaX0ca/I0OBRR0=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=oMn9stuKXkuxrlQxTBBTWOVJV31U06I3vfyTu5XBY6MOeMxpYxEm9jNr3t2J8Sz2Bn4AfBscpaJvveAM6s5gYKZo2U36FvadAG6s5IrBsGqwBPEXRtIBtjrTPGyOJ1EZMBE/24P1vLDUne50499mBVqCkduEASoMe+uWLa8yeXqgBJ/4etg+PwmYB+fjkIRcsS1PHUWQdqEpSBn43Glv+KGNUr0gVgSyJHIjEJMgMI9lsNlIbov0ayGhsts+INhs9mKgIcPeNW8TFjuqDoQCf96sEQI111XhSGher1AEWGy/Cf7VLG0CowmZZj1N0HweNa39QU2sC6Yu15OZwXosCQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695322904; bh=Cn0Sho8BgyEFVT8sacj1K73zwmY532g+WcvIjoqpAnU=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Mks/QyOW3lwtQ+n12/Rlf/Wk00AalA3aUGr19mqr0Fp6bgD8opQz71zZMjKPPq+/kBK5e26c4gOkVY8qkJT4qQs3Iu6AX9NwhBFlY3xSV2S+UxRdJWvDQYsIosaZ4EnqBcsYThsQu/hRoIEIXPB5iJYZwTJmOZ3L8bAOqyvqBX2tgecEA5zDHxDC14Mrfo+a4uF+XEo0L47EFIB8CcgtbiNd1lMaY7AEE2UXkDvAgRJr2vwLS5RtFhufJSOpMn3T4+cirW+d+ud0U4Ee5EYB1DbngszCPK7qfTMDnJza+Uty/kk1UaEDzTHm+uJvUXZzowmw1FjMvPjCVwr86sMpXA== X-YMail-OSG: xyvA06gVM1lGEwgs8wGqnpehMbHhwy9dsg_w_B3GvwQ67Fzk8m_EGB5zLtwkNyE GOfZdmyhiv6aISW4Qd3q5yWCeqXwf0rvtChTlkJpeJ212iFUtyDRDBxrAYkqkDriz9JAODnlyOLb VGWXniJYFqsbSsv83j4Xxp_LKYh8ott_uJodOtnHXm9giPTVuwFCsGXKjVc0EtfjRRGEKedGLxxY Yf21Rx3FFPiyG_xtLWJymFjT1yGAAgDXY2T6mT3BlT_5ZNSV.4JCfKZGQC.Zurx38r5vaE_TPImL ebNrlUDyio5Mdhg8OjmuQa33TwZSBBFMJ0ATPIVa0WbGUISzXTsQMqT52AKjsuBYnKgOBQq5r8Xk lx7sr8JAXZNyanEHHm12BfFVQo4Dqz8gzy3ratTHfR4wUDqfOxwUySZO0t1_9.OdcnM..oHFJebY tmzAsJJVdogFSOJdT8Axi0Fsu9DwSK1yuBX_guNl_i._po9xjyYfFU9lyGAAGfjDLJxKBulXKlpG 3hKOskf2MJrYGMcBs1mrbsJ.avESbok6bp5OTq.cMZnwVIwS_svnKf94OivYOFWNU30Dxyv1hQn. OR6EMXIpVhMeEZx4xp0I92AGcf9r8BwWxnGW6Yl0hYHfA0fLnGb2urigaAGUfpETAJPCzNDr7g84 rjJg_i44i4sHxwgyVXB82zTpVLAZNUH0MAC8R1jpRx6bXY3ljH7u7qCehhpOjudpa0XKgOYFPDWh ulbnXBZJndOq5gv1rQROGzqC326hnS_Ai7r7Brpl_lDlPhxKyR_qJNp8MhLvykgObS0Z7ERMfpbp O5ksHS1eo4Y._kWQdN5hY7iI71kfLwMK8RE4mwZMcT9NDAHQ50f0ghSZw7gab88xTN08Nlmyz39W Fx7oPAzSi2kutPbpBUMEBEjRNKRjoCUm2tUall_kwzLmZiZAUx93QACb.tlPf7cCXz1Bjfi2QkFP 2xNaDxJcjO_yu.aQjEKEPVe11xMJpE6rNce5.CZyQ7RzbPfTg53HJMhidLjr0lv.3WjVo6_g_wmL KYAHxtEQNccYaKtvCiBZUP525ecUaeOFd0w_fzkUwCEegJ4NQJaeMck1AItHg6HWxQ9mcHP3Dx9Y 7iJTXhUcWJ0y0EGM6pZssqV54NOQ1vFOMy0ZINfN09zK40RzrwqRAfzM7lwX28P1s7Q7BVVkX8rK euBEqPh9ek6C785EOrxajM60AE_TaLnuotr6o1T_jBzWHmHcY0GnFI3o1y635CYNFl4afqSNTMFo q5xZdD1Rzmq1HtAcBLAe0swzO.sIWYfjxMU2fPw1aRNlagP0jThsNMgbVxZLy7PfMRm6JxDwwTU7 GJKwZzLfxZIXa_uFWbw3j66CauMGPixf_qqDGj_9Bt1etuHQYV36ciwSrxGj4Ud4x1w048NDXarn cLqe3z5yFePfoFbbg3_8b0nd0azia2yGzkQ5eKK0LWnHeLYWDNTfmcIGYgK6j3b6gMGPivvC.DTM scsB1nd0ctJL_g9InZRuo0amVp.M6Q6qc15poIlr9WgUeKitYFt_id0xoGyqDUfhKse3mUqv1mYH EsDtv70GdUe1CM4W_TKl3XfOz3jLqjkzDNp3IO8FJ1O_Rmx6JeSNfyG2ExiHPl6MD8oC_hNESZjo h6Y6WEpQ_tr_h31.D00jcqtgb6vRqbMdM0PF9eJ8PDHOnfv7dI2enLYgmvDRLFmFD2rQg1W3DBFN EJ_xVTxPJLW7MSV4uavYyfYkdV0LhG1Apeek3tDjIvPbHaBR1v_MevrJTqtoA3hpYI5uh.76DpWV w5Pc8xju2CQ7ouBucaVOJjQ9oSeGUXlp4G26p71uIfuAc9xonSWkFyhNB3S1r_xKzzBKkaph1K.f svnAi58j2_nHB1scVyLuHchoRMCcL2u1FGmnq6dKGZ_A0UrGWy8Q16yiMws6p3uP.efGO0sOVrPI 0aaILQUivchg7uEIuk3wjGRS1R0X2AeHo0nn_Ics87cnq8wsMIwskhRRXSQvH1wei3keHeG7cp.n JFFJWFEWHCChXa5mUifH6KXXyKMjXOiw47iboS_lOplYqsXTVeUoAHTObsEZU4zmIoSPI8RLcUQV 5GwwFU9O6wWK4uDiYcCHZlax9LATXn50HaPK8bNVqbf5fd_aIoHtaMBnpDs3W0bXHnYVK5tQ09xE GIPHMy_WsXksV5N.IjCQIpfk1Jk6G_TsTS3EU0zA8R.O5F9cagP7Py2wdL88AU4pr1gsPpuKLRgP K3QVPt_Qr0bNhxy25lhDOS6vO_jESlVDKK1_ImvDHrpeCKSTJl.0LDQDsH4YNUCbJWu.Nxba87Pf ENQ-- X-Sonic-MF: X-Sonic-ID: 12b527f5-09b1-480a-b43b-d4e4328e36fb Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 21 Sep 2023 19:01:44 +0000 Received: by hermes--production-ne1-6cbd549489-vpng9 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 3acc28e334888dc73d33567fe9f141d0; Thu, 21 Sep 2023 19:01:40 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: FYI: snapshot images FreeBSD-15.0-CURRENT-arm64-aarch64*230921-febba4622b60-265435*.img* panic on cortex-A57/72/73/75 Message-Id: <532BA242-06CD-4C3F-A1A5-428A9626A9E5@yahoo.com> Date: Thu, 21 Sep 2023 12:01:28 -0700 To: Glen Barber , FreeBSD ARM List X-Mailer: Apple Mail (2.3731.700.6) References: <532BA242-06CD-4C3F-A1A5-428A9626A9E5.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.47 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.967]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.83:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Rs4WZ4gVvz3Q3v The snapshot images: FreeBSD-15.0-CURRENT-arm64-aarch64*230921-febba4622b60-265435*.img* are all missing the following later update and, so, get a panic on Coretex-A57/A72/A73/A75 based systems. The panic message is: panic: Assertion smccc_version !=3D 0 failed at = /usr/src/sys/dev/psci/smccc.c:81 The missing change is . . . URL: = https://cgit.FreeBSD.org/src/commit/?id=3D843bea18711d726cd2f0a3c3f9144b21= 8e4de3e8 commit 843bea18711d726cd2f0a3c3f9144b218e4de3e8 Author: Andrew Turner AuthorDate: 2023-09-21 09:32:55 +0000 Commit: Andrew Turner CommitDate: 2023-09-21 09:32:55 +0000 arm64: Move all BP hardening quirks later =20 Some quirks were missed due to the change being initially written on = a branch where they are all merged. Move all calls to install_psci_bp_hardening until after device drivers have attached. =20 Sponsored by: Arm Ltd --- sys/arm64/arm64/cpu_errata.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/sys/arm64/arm64/cpu_errata.c b/sys/arm64/arm64/cpu_errata.c index 6c294ff1237c..fee22240bb0e 100644 --- a/sys/arm64/arm64/cpu_errata.c +++ b/sys/arm64/arm64/cpu_errata.c @@ -67,21 +67,25 @@ static struct cpu_quirks cpu_quirks[] =3D { .midr_mask =3D CPU_IMPL_MASK | CPU_PART_MASK, .midr_value =3D CPU_ID_RAW(CPU_IMPL_ARM, = CPU_PART_CORTEX_A57,0,0), .quirk_install =3D install_psci_bp_hardening, + .flags =3D CPU_QUIRK_POST_DEVICE, }, { .midr_mask =3D CPU_IMPL_MASK | CPU_PART_MASK, .midr_value =3D CPU_ID_RAW(CPU_IMPL_ARM, = CPU_PART_CORTEX_A72,0,0), .quirk_install =3D install_psci_bp_hardening, + .flags =3D CPU_QUIRK_POST_DEVICE, }, { .midr_mask =3D CPU_IMPL_MASK | CPU_PART_MASK, .midr_value =3D CPU_ID_RAW(CPU_IMPL_ARM, = CPU_PART_CORTEX_A73,0,0), .quirk_install =3D install_psci_bp_hardening, + .flags =3D CPU_QUIRK_POST_DEVICE, }, { .midr_mask =3D CPU_IMPL_MASK | CPU_PART_MASK, .midr_value =3D CPU_ID_RAW(CPU_IMPL_ARM, = CPU_PART_CORTEX_A75,0,0), .quirk_install =3D install_psci_bp_hardening, + .flags =3D CPU_QUIRK_POST_DEVICE, }, { .midr_mask =3D CPU_IMPL_MASK | CPU_PART_MASK, =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Sep 22 08:02:35 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RsPrq2sYTz4tTW7 for ; Fri, 22 Sep 2023 08:02:51 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-vk1-xa32.google.com (mail-vk1-xa32.google.com [IPv6:2607:f8b0:4864:20::a32]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RsPrq0J7wz4Yb8; Fri, 22 Sep 2023 08:02:51 +0000 (UTC) (envelope-from yklaxds@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vk1-xa32.google.com with SMTP id 71dfb90a1353d-49970221662so699584e0c.0; Fri, 22 Sep 2023 01:02:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695369767; x=1695974567; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=d0FAOjlrTaLdQg1b3Lv5Mfa5q5JemO/oTqRmUzfRE3M=; b=hEzS9A23SjxBC/bXTR8ckaXUdr0xW1rDGqRgqmKXYuOlL5RPs1INIm8jmzqsV3erZp 5yDwI1v2mZaa2KFYTVFdu4MTOe1EhvVLac+kMni/3a0OVlm2l7A7KIo6rcmNZhAfQUTI PFgY2H8PFKRCj7rNgkwveY0/xBRCwfmPNZ3y+ZFoa4cGRUeO+gGNZLtFkJFu/IHxzKaE XpI4b4eZttEwOGB/4oNEx2NmVVWKsE69VXwmyPWTR5KMvKk6r0vB22bDrN4Kdd4GUvA3 dTVLf9KIguyPkrVz4CeJFXSnFNyBJV3AnJ3Ozlj4qriXMrqm6Fgz1Iamr1LhXHEKLVjN qyhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695369767; x=1695974567; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=d0FAOjlrTaLdQg1b3Lv5Mfa5q5JemO/oTqRmUzfRE3M=; b=aaiopkZRdQXs83tgbiX3RWOegMGQM9jJAyPdNmoGdNlGOreY6pCOSlhYnIKe7l/VdY /pAYb2VCSOspDCVClTaC4Jr6rEPq0nDNawPXVeMqlb6myGl8EA3v8oqk3DukUS7BdKTo D7BiEwHClw6A6gcVU1El33q4jyiv/k8H5pwT0t+THMHIO1ARWKU83JzTcosOQvSvySoj VzG6PgTfOw6MBfCRfzYvq9G/uA0Eh3l2kMPm66j0EHU1nr/3ZSPnygWj5P18qTmhfQ92 sxd5PB52OXAyfrjxnusLyyK0ZaYMoY3UTbqGwvIeL6cTyB+sSj7ra5ChPssj6kaRYrg3 IiIw== X-Gm-Message-State: AOJu0YyGcY3YsavzUyFpcEtJlIh9mcxvNgFeNnAdXKhbvIalAYGJb1W8 AoybxEOazz4xGc+M2FkrkAI1DZp5ysJzyV8qxACpWhXzyso= X-Google-Smtp-Source: AGHT+IEHF2+Yb7xYRzwWmjVZ/7z5Xp8UDvWQjHmjGjv7VwEvQ1UFbC71T/NOHJ9vpMTUF/O46h3Cqu1hfzcvZdiCaIE= X-Received: by 2002:a1f:e041:0:b0:495:cace:d59c with SMTP id x62-20020a1fe041000000b00495caced59cmr7246802vkg.0.1695369766948; Fri, 22 Sep 2023 01:02:46 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: <11D022AB-87B0-4271-B469-8D5BA6BD398A@mit.edu> In-Reply-To: From: ykla Date: Fri, 22 Sep 2023 16:02:35 +0800 Message-ID: Subject: Re: How to Boot FreeBSD Using pftf/RPi4 UEFI To: Andrew Turner Cc: John F Carr , Mark Millard , FreeBSD ARM List Content-Type: multipart/alternative; boundary="000000000000b8d87c0605ee08d1" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4RsPrq0J7wz4Yb8 --000000000000b8d87c0605ee08d1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable But who test FreeBSD-14.0-BETA2-arm64-aarch64-disc1.iso on UEFI on rpi4b? On Thu, Sep 21, 2023 at 10:51=E2=80=AFPM Andrew Turner = wrote: > > > On 21 Sep 2023, at 15:47, John F Carr wrote: > > > > > > > >> On Sep 21, 2023, at 05:26, Mark Millard wrote: > >> > >> [Andrew T.: for main this lead to > >> "panic: Assertion smccc_version !=3D 0 . . ." > >> for today's new snapshot.] > > > > I get the same error booting a fresh kernel on my Overdrive 1000 > > which doesn't have any of the Pi-related boot weirdness. > > Commits c643e82dba0b17b2716de4c9d44a3c9c547cbbd5 and > > 8a723e2bd8683b0e046ed9d03178082f84c8cf26 are relevant. > > It should be fixed in 843bea18711d726cd2f0a3c3f9144b218e4de3e8 > > Andrew > > --000000000000b8d87c0605ee08d1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
But who test=C2=A0 FreeBSD-14.0-BETA2-arm64-aarch64-disc1.= iso on UEFI on rpi4b?

On Thu, Sep 21, 2023 at 10:51=E2=80=AFPM Andrew Turner= <andrew@freebsd.org> wrote= :

> On 21 Sep 2023, at 15:47, John F Carr <jfc@mit.edu> wrote:
>
>
>
>> On Sep 21, 2023, at 05:26, Mark Millard <marklmi@yahoo.com> wrote:
>>
>> [Andrew T.: for main this lead to
>> "panic: Assertion smccc_version !=3D 0 . . ."
>> for today's new snapshot.]
>
> I get the same error booting a fresh kernel on my Overdrive 1000
> which doesn't have any of the Pi-related boot weirdness.
> Commits c643e82dba0b17b2716de4c9d44a3c9c547cbbd5 and
> 8a723e2bd8683b0e046ed9d03178082f84c8cf26 are relevant.

It should be fixed in 843bea18711d726cd2f0a3c3f9144b218e4de3e8

Andrew

--000000000000b8d87c0605ee08d1-- From nobody Fri Sep 22 10:23:44 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RsSzm3b0Cz4tfqf for ; Fri, 22 Sep 2023 10:24:04 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RsSzl3TBLz4qJ7 for ; Fri, 22 Sep 2023 10:24:03 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmh@hausen.com designates 217.29.33.228 as permitted sender) smtp.mailfrom=pmh@hausen.com; dmarc=none Received: from smtpclient.apple (217.29.33.131) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 0D0549; Fri, 22 Sep 2023 12:23:54 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: Date: Fri, 22 Sep 2023 12:23:44 +0200 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <7DF63D24-D433-4229-9C0C-F1D1BCC435F4@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <4C192A4E-8F53-4FE5-B1E3-836943F9A050@hausen.com> <3306D438-576B-46A6-A124-1F1D803A2236@hausen.com> <6a842b75-c9ea-d697-c223-c2d8c5653d68@FreeBSD.org> <38325594-6F01-4E43-86A9-D3C92A5151B7@yahoo.com> <5953C54F-D0A9-4842-AC4C-CF431E095F73@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.75 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.950]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:mail2.pluspunkthosting.de]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_ONE(0.00)[1]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[hausen.com]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4RsSzl3TBLz4qJ7 Hi all, after re-reading this thread: = https://freebsd-arm.freebsd.narkive.com/joXO4IKH/how-to-change-mac-address= -on-rpi-b I gave it another try with /etc/start_if.ue0, but this time: -------------- /sbin/ifconfig $1 down /sbin/ifconfig $1 link b8:27:eb:09:cb:7d /sbin/ifconfig $1 up -------------- And presto - at least with static configuration it's working. SLAAC is = working. Will try DHCP when I'm back at home so I can use IPv6 as a fallback = should DHCP turn out not to work. Thanks for the valuable discussion - I did learn a few things about this = platform. Kind regards, Patrick= From nobody Fri Sep 22 15:39:15 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rsbzr1yqHz4v2hC for ; Fri, 22 Sep 2023 15:39:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-21.consmr.mail.gq1.yahoo.com (sonic301-21.consmr.mail.gq1.yahoo.com [98.137.64.147]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rsbzq6JGyz4FmZ for ; Fri, 22 Sep 2023 15:39:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695397173; bh=K53or6m1sL2BCPBhrVoBEek7fUtcBnD9yUu/12wFRec=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=oDGTUh0X1sRWzokWepNq9ULY4wlsIeQZIukCaFX4BGCaSr3QKew/zQSvr2jW332VcWAX2Kb1B90qZ69yXudwR4T6RuyoqbopyFQNba4moFnj2Ywf++kqeUUfvpNOrw3g9pn/BjD1T6purhTyrKqUPXfRkaH6+5dtKHhN8obXrqDOZWWlCHoeyo4uiJh7pYtAY8yBcWxWcKF46KdR9GAH+pmem5T8RDEGdIFlYb6j2Q0YOuL+1SPWUP+BsVUPG9CQp1bFvuLRmimey9NaIJNjghsOXzyYyE7fA7V8WtTO6tkBeScVYNzF8CqE5SHChnba1MKIpgrhlc87MjdBbqmSIQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695397173; bh=HI2i8iGwfmaQ18CEv5JxS+fU+JbRSxgmR5vcZpBojWF=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ojT/eIW0/sLZhtmWQOPss2JD+dgtjGtYOq6UHF1iVTxbU7EvNY5cB2ubkN5r6IyXQGyxaraZv1dK0Hq9ITA1CclkDGhLWgn0nhKpwgzv1DPKMjmmPstYmfPjw5lyz3YygQfQJTv0CXl+N9d4OvDJiTuRyKPbjGzdo063UEGt+2IGLPvVi5Kz+6pxBjN0YLVMOTL6toXLAY6X2owapu+HoDw3FgPnsNdSvpGQ5u52sihGS/MqaUbpP5c78E8mZP+lRJp4mTPXxuel/kpqGok2bAqZCAqB9G7IQI6Vdm1ETu+d2UsggU2vVb7EetQzEvkjBt92Rb6Pwt7MgM9O48hfJA== X-YMail-OSG: BLPsVAQVM1nLEx9CH78ON2NFamQLgXc1V4.2io8ZJPzgzFH9gqghaB8j5_l6Kle Leq4U.Rz7bLl7Smr39YOQhJvAwduXvRUxcu8WrNqfMbTbWKIelnwk6emJvcrzF1ctINV6xUFEMfu bQkU1P1as66xsqkvS6d9VwxLVLUHUCbZZ4h5cf18ZyOZSi4tHU5IW.RPmUtiBeVX5gwZkKjP_8un XEorrYydGeGA2jv7syFoFOx1eq_ZdH.gpR5Su.Uvq1JeabrhvOhEEoykystqtjwJ8NB1cXlRPSt. zehWtYDf7R40SlUkPUcV89jgGjXxCeRVJHi47TwlZnsOE1nDLJBVGtgLe6nBcHqileDyJKR107oA 64nVSb8sfp2m3Ci8AHMZYF9CIAAoulU4PmBb1GkPed6LgVgVWiiweMsR0bEVY.TDvHqkO3isi3gh nsq1bpIBlXSd0oD2CCCryoUmCr6wmbHNFiLR5BTI0CWqCjW9ZkBPgf0zMgo.RFjIZaW0tqnBBLPH _j.cSiK_vjxJDkq0E0wqhZ_FdXP_Wpb75SlmstlbG6_DGEW0tYxP4_kqAMxq7slEhRWpsrNXInZL z3rNmg_HWIok_WAgjrp5vzkns2Usiw76gE.SZ0Broy4E.6LkSjgd_UD2WS65P3KVwXjNNv1myWdO uaC199eS6uMawh2iH9Iu9eEHpszrZ6AUre4lMC.1Awkw3iE8Fsq0Vm0eosAORlQWrC5iv2q4hZZ8 .3._DIktsMov.lqX5SxXREkYikxJwslyWieg9iKNqhXh07mW6HSZH1Q4IfRYY1dh8N0TdCFjsTxQ AA7w6POdpYtIMGxRIgxotu1T0DU6sRQifz4gFw4XIku974EAc3vvz.5miToX0MBMYKw4M_m7U0vT G_ctivHo7DP.t.RSnKoOlb75kX_14yV6YV7Cyd7Kz_nw5.1ZQJ.R4xEXIJAIdek0_TMKDwUB3nM9 WOk9VApSY9SuSUbLOuHhR4lgaV._ShTGB2tGNP.f8yyztZ2EhDsZxMPszylFaKAuuMuO5QKhNaNy jh.7309YgFmmS01pqCmSccMUonWo_CI9TG8.rK18BsVbgnbxi6POVmZ93p6bBZnnJ9TUXszddVtg A4uTcxiT0lijxjhDDHlL.jI3TOPoZux7YIF.q71RYPtBDyTwQVLizIaoVc.aZCrI1DBdgHajDI6u W.jOINpqSoiAsq4MxHgvY5PrKZRppRLvwWX4i1_Rp80.mBsX66MfPdHSCgZRXQxhH.hClVA4G1wO 5oIDn5z0P2ITpEzBAa.UflBEWHJxBCEaE_QJ78fRtZmeoRBqUAYNSPAzAMr1clj_7OM1SUmQP_HV _AWHOt5rFzYgSXk_VZKogyT3tRcDv7zDnff1rIkdIjg89_sJGWafMjL1mkRKuB4MKYbJ_6t_CQ5R K6qKJslCeDqBfHTk7cVeiEIbEPkuK6iYUGkBcvO0geKq2kNqq2wmMcmxxcNo0jnyjfjNvVj5kBL6 FGFwgaTdC7hh.ctUK17Sl6Swn2wqTCiquOKjp7wTCDxY7me4svGAj4LF05T0ITK4INC2E2_o334x D5w1ce4iiDLrMuUFpCsYt8j3I8PzEE.D0JPkw8t.G.SDoQKKGZM8BWbQXy6WCsnD4aKdI2GcuGBQ 9_9lJdYwL1yz.GdmU0xNnqU186BP_AWA8.KeomeP0YBg_VG5rpV_S4tX9z_fuJ0rRW44piil40t1 0hq51GpieS90krR4PA0Gmi06KOW5Mcka1FR1zc0aBYRTHSdp7llWdUwaCaP_qwG2.2zlbfxRPIWI vEf5tBlGSFovZtDadT_8BH_Hqlezhb9VQm7eP1u3Ut9I2kxPu.sPZ7YQ_wO.CTRzRN.lZNDRF3ew 6_IJbtVoyayD.DkkzCh39HBmlGg.DPyQPmY2zVnk1NXLj.VrocxldeEAn8JH2Iv7wPrkF76McDrI ZCF0aif0PVtEiWGmHrhVWDsJBU1npRmc5zHlJR6LmsYcJNwsutBmogVjl_6h3nM0K2.GcY6gDfsB bHFcjZMA.QqW2W0pv4b2XdDdjUUtdIqf3nJq.5axOnYq6qsWYq4gzt5SET19knD94Jo6wdBfXtYj H.VZS3TFvf3_Gp2pnzDAVvcHAlH.aElioD_43jGXg4c67qcp7EHSD4IcQGb29U3tpOjNkIk7yP3U ZPlnkfLusIndJYgWFHIfcdfOYjQAPPudN7S.1jpToRC15uEfuBELYxPoqPfVSrkhMFCGklFPueC1 TaG7iVbBh4k4ROIWi6M.8xF6Z6P2xli6XOtepuDcVErH8wOd8TrAIaVM3ozq.zSpk_l2AK.4Q9Q- - X-Sonic-MF: X-Sonic-ID: c73e1182-e882-4ff2-89d5-6c8262ac3f39 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Fri, 22 Sep 2023 15:39:33 +0000 Received: by hermes--production-ne1-6cbd549489-fvhzw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 09b12c5b81a5fa59e802d4475f2d4bee; Fri, 22 Sep 2023 15:39:27 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: How to Boot FreeBSD Using pftf/RPi4 UEFI From: Mark Millard In-Reply-To: Date: Fri, 22 Sep 2023 08:39:15 -0700 Cc: FreeBSD ARM List Content-Transfer-Encoding: 7bit Message-Id: <5E0F601D-CB6B-41EA-A811-B1D35AC19B5D@yahoo.com> References: <11D022AB-87B0-4271-B469-8D5BA6BD398A@mit.edu> To: ykla X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4Rsbzq6JGyz4FmZ On Sep 22, 2023, at 01:02, ykla wrote: > But who test FreeBSD-14.0-BETA2-arm64-aarch64-disc1.iso on UEFI on rpi4b? I might get to this this weekend or tonight (local time). But, as I do not normally deal with FreeBSD-14.0-*-arm64-aarch64-disc1.iso for RPi4B's, could you list step by step instructions so that I'm sure to test what you tested in reasonable detail? Please make the step-by-step instructions be for having the serial console working. (My use of any FreeBSD-*.iso has been historically rare.) Most likely FreeBSD-14.0-BETA3-arm64-aarch64-disc1.iso will be available by the time I get to this. So that is likely what I'd test. === Mark Millard marklmi at yahoo.com From nobody Fri Sep 22 16:38:40 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RsdJG3r9fz4v6WC for ; Fri, 22 Sep 2023 16:38:54 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RsdJF3s3rz4LRt for ; Fri, 22 Sep 2023 16:38:53 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmh@hausen.com designates 217.29.33.228 as permitted sender) smtp.mailfrom=pmh@hausen.com; dmarc=none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 008BDF; Fri, 22 Sep 2023 18:38:51 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: <7DF63D24-D433-4229-9C0C-F1D1BCC435F4@hausen.com> Date: Fri, 22 Sep 2023 18:38:40 +0200 Cc: freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: <18AD26FB-546B-4D2A-887F-538E1F9DD2B7@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <4C192A4E-8F53-4FE5-B1E3-836943F9A050@hausen.com> <3306D438-576B-46A6-A124-1F1D803A2236@hausen.com> <6a842b75-c9ea-d697-c223-c2d8c5653d68@FreeBSD.org> <38325594-6F01-4E43-86A9-D3C92A5151B7@yahoo.com> <5953C54F-D0A9-4842-AC4C-CF431E095F73@yahoo.com> <7DF63D24-D433-4229-9C0C-F1D1BCC435F4@hausen.com> To: Mark Millard X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.78 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.981]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:mail2.pluspunkthosting.de]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_ONE(0.00)[1]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[hausen.com]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4RsdJF3s3rz4LRt I just finished flash and setup of my fourth module and can confirm that this works with DHCP, SLAAC, everything: > -------------- > /sbin/ifconfig $1 down > /sbin/ifconfig $1 link b8:27:eb:09:cb:7d > /sbin/ifconfig $1 up > -------------- The "problem" I created myself seems to have been that I changed the MAC address while the interface was up already. Kind regards, Patrick From nobody Fri Sep 22 22:22:38 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RsmxF07FGz4tWbv for ; Fri, 22 Sep 2023 22:22:57 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4RsmxC73ppz3WWp for ; Fri, 22 Sep 2023 22:22:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=cLDG9C58; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695421374; bh=/fKhlzAKiWAQOpaQc8VGB6RSMtYqIk8WGUvRg9X2wR4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=cLDG9C58mbhrMJyTlwNRO8EQEakp0HTVlufwYxvfEIekIdgZTHdQSSkGjoETDrDzQbO9Hv7jw2JqGrE6tSXsp82yCUDiSudgqvPUXENOJUhPYPPj2OU/I9zwdmRIUdvWooitVu75pBKJKKULXekokTD3rxsV/2V7qHSksdViBDo0ZqCM1dbd1MhhoudlKjIkhk6c+vqwRXQy8cFGwGopiOJV4Zzo2FpbckxfPHm4c9Jei6nvfQk97mhX+PdmFJWxMcPk6zoQu4lmoDdchE+Er3fgGmE+6gN3rOS0Ama+bZcvX0VU/b/qkM07fHD0+dQGUd+uM8kuSJH/KHVEsyuQgA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695421374; bh=bTO+sHMs8bH+wzQ56HmwPaFw3rk6Z3aMXIgIMYSFoeR=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=stWPy+hgEkUw/myB5B6R6yyO3tsRuTA+Z8NNqlJza9y8vozkgeCvtYGrMHuir3JnZbkCkaRh14Hk9sS16lWK3r0koB+9StEGtyczO7dHAqrHmeFjVcSOjaIceq6CIjv1PHiq7fiP59d1q5AE61xvsV3kgZ0qL9/75v0KQp76bw1JRovAJpY8Gjphm8yF5up3JkGdxkjEN0BFNcNzECEGmJOxZoYuBVN+EZiEG78jH6+nBliYNkkF+WuPo/7VqyXfXUf2Vqh1+bFL5+FKSN6LJEBbQIMMEP6yAfk5uygPcoNC8PUgQhZy6DAZ/rL9Ui/anL75eSocTX07sRyqcycZjg== X-YMail-OSG: V7FoEfYVM1l1rsCEc._uBVYnEDywoECpOypEpNcZzZE4bIr1RgumZI8G_HC_Hao bd6zxbmBAnl3ZxK2JZyAIHDQw7f0rwsvMHPUX761F21oUiQ5FzSa3T5qEpN4bPAuH_JlRlVLxcdN NW5.cSORtuqbZFLWYwP0pdsYxrkplq1c1e1TS9kZx7bZ8scLlI_IHdh6aCqG4CmnhCyPcZUh9I2v y81_6KTqZSjbmhCSIIdUj4_vFoWGUJakNJ2Y9sDS_tpkhpydOYOGL9ulupvrf40sr0niCsZaaqn5 El3zYelf4ABXVwOIRrBXxsIQCFZ8IwoDBaiE8G6RNgpGrnyI7LkQvOLX214SRfdkMwGnzXEoYQpo B9t9BkxhQJgjJOzrItmCyIFEo17NsQiEVs0UknLRVmKDz858G1C5.T786jSoZi1FvloUXGubxPTZ b1G1CysKYc1e22sk0QiPUVlXXXZtdeBv.ZzYrlvnwRKoEEmn6TREvLu1omOSWdwwcgERtE6exZ6t P4W5wWDTJ.mmKuABMEW8qK0Pfx5.8kT8HXh0c.3egUUVqXCBOTRyiV9KkLA32PjZNtqAfRbruorj sKyXUvcEykadx1HO.BZTen454It1M5qtY6R5QRWoeOO5ABuQFhdQmdGwAeZQoTsMGIkgEv2Jb9bZ olrOHUAPiXEX_uwXoHFYRBKUUZjPFtqcLPr_YR14q.TzzFCfY9uW6mqty5S475y_TiBQ3Vm5DvUb 4_P1XmsgyYOqeYxRIZTmG7ID8zYQaeeynX.8voobfVhomJZaJHkk8LW3UeT7MIw64qGaNE5jKePH pipW_wly_lopIJFQu4xA3miEsHZXZcYti5dAK5.1an5n1l17YOkZmYWTJnsU4.iUeVQE_sxre94O _Wpphozyc5n3xCAjmTqw70HUNHm3NXoenhcYwodZQEp29oxY_e_neVqvpI_QPTX774CVuV6wvBba cYT86xy402R3ma3Y7IZslVKGMeMRzfr8hjYUCp.nMBvjUOQD2lDTrFkU.BHs_OrjcF..i9JKFE9E tbJNxQfqXhPML6Dr1jUNvMv7FL34MuT2AtAZ9au.eTJkbBynPpD9dXvHW0uguUxCb09ZRu5zkaFW 9x5DAiTZAcXcQNccNyhSjbMt9uOQAqb_Tn8arQRNVB9UtIBi5kWEYXGiZqyICHdEC.yGPY._tVzz fJ3e.Rqfdziai1hKs6tlOZBPEhJNNfw5UNuHI6XodxdxbdcIxVj85w3dr8yl8P22w.NJaz8qUNnW VeUfebZwnb1zshgyhNzZjs5CtKOM7Og0c4JEKe_R0.xZ9.JSQlGj7srLE37O_RmSuV7Rzi_WBz76 8AO_tMvyGdUheJcNGFHUXz3mlJbuD_Ew9p.70Ch5Mj6__DSOONmJbM5LpWaJnSv93jvfT921q.BS at0EwfZVI_cTC9o2TbjRSOO4vCam1gzvNbXacJnHXW.IX3IGZaM4Imol2FdzYJI25OMIKGU9ifjV r.VGOfKSpqQ1GxQqY0d3nuMKrTkY2Q7Zc0Q.efGxxPsA63znoFNRSwYlKYS52bVqsBFS0QX2sAOT 9Tg5u._IZK4jwV6mBPtKwS7_7iLO1a8TkMHs2G5zPx.LwvJk4UplBJwUwu0xrnge04y4kiQ1CQAG 0KA0SDpww7VZ7in1Jqc0ZW0ZqLkVEEcJ0vflKBiM4hvsuae9YzI9AWV_OKysYWyWi_n1Wi5aw1dE JFpQ3zNbhfru5P0kwuSg2sJGuVJIFw8CeAxyboUrA2.jSYqIZ5vtsdwHWdYUB.ZVB4LnhP_hEWWM DwwIYgaTsvt3WJUIv3QMWVFNBV4Vighfm6psxX.iSQa6PUDsKD5rrSZADCml6mx0q7XWoC92uSeZ OIiZPKYYIinoExkaBfwklGvsdC9VruJDwOgqF0KABCJgjWCN9r9f4zQr2_atbGBGNxxvD2iCV0S7 4h8WiqAHRt7IoWz9TYW36vq1ce5bWCrMZXoxO9UbeYV7LForlEJwFLhvbnDTk2Jn6zdUJ7TCB76O B2BEaUl5a9lFz0Bo3AGgHOHndNqLhWYFJc0Gh9eadYATRcZvNBVcp9AdxqVyqtxAw0v8jRxX3Zah fWHNiIY76RoHV_OVvliJaWsdffl9KYP1xQKYNKBHmtEaOXlM7SIYSdlPY9YJAOFe7DJ_R02XO7.N fPGsW0bJBdPfXi94F9Fl8MK2Wkc445hfkvhnpEUdWP1qVM1i3NQbwvvZRvzm8H8YcsMpCCwVxKRD YLSoB4wgawrqNXrEL.S9j7Zim_cwjJvP.H15nSbFTzIIGatYw6SFvZQSYfPfssPDFdrpMS6z26Q8 - X-Sonic-MF: X-Sonic-ID: 4b16753f-f968-4ee1-b02b-a58c97f0880a Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Fri, 22 Sep 2023 22:22:54 +0000 Received: by hermes--production-ne1-6cbd549489-74r6r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f11de988a9cbe429f0adff038f03f986; Fri, 22 Sep 2023 22:22:50 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: How to Boot FreeBSD Using pftf/RPi4 UEFI (I got: "panic: ram_attach: resource 5 failed to attach" from FreeBSD-14.0-BETA3) From: Mark Millard In-Reply-To: <5E0F601D-CB6B-41EA-A811-B1D35AC19B5D@yahoo.com> Date: Fri, 22 Sep 2023 15:22:38 -0700 Cc: FreeBSD ARM List , Mitchell Horne , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <5A91A629-A1D5-45B4-AA1A-3159F4BB7E05@yahoo.com> References: <11D022AB-87B0-4271-B469-8D5BA6BD398A@mit.edu> <5E0F601D-CB6B-41EA-A811-B1D35AC19B5D@yahoo.com> To: ykla X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RsmxC73ppz3WWp [Mitchell H.: I think this has exposed a possibly general issue not specific to RPi*'s, despite the UEFI/ACPI booting of RPi*'s not being officially supported. See the "BOOT -V RELATED MATERIAL" section towards the end, skipping the earlier explorations.] On Sep 22, 2023, at 08:39, Mark Millard wrote: > On Sep 22, 2023, at 01:02, ykla wrote: >=20 >> But who test FreeBSD-14.0-BETA2-arm64-aarch64-disc1.iso on UEFI on = rpi4b? >=20 > I might get to this this weekend or tonight (local time). >=20 > But, as I do not normally deal with = FreeBSD-14.0-*-arm64-aarch64-disc1.iso > for RPi4B's, could you list step by step instructions so that I'm sure = to > test what you tested in reasonable detail? Please make the = step-by-step > instructions be for having the serial console working. >=20 > (My use of any FreeBSD-*.iso has been historically rare.) >=20 > Most likely FreeBSD-14.0-BETA3-arm64-aarch64-disc1.iso will be = available > by the time I get to this. So that is likely what I'd test. I'll also note that FreeBSD makes no claim to support pftf/RPi4 UEFI : official support is via the U-Boot port that is used for the aarch64 RPI specific images. I'll note that the RPi4B here is a 8 GiByte one, a modern "C0T" one that does not require the special bounce buffering that was used to avoid the wrapper logic error that limited some address ranges in "B0T" parts for specific types of activity. (But, bounce buffering should still work.) As for attempting to use pftf/RPi4 UEFI . . . (I've no clue how well this matches your procedure.) Prepare microsd card to have just pftf/RPi4 UEFI : # gpart show -p da3 =3D> 63 62521281 da3 MBR (30G) 63 40897 - free - (20M) 40960 102400 da3s1 fat32lba (50M) 143360 62377984 - free - (30G) # mount -onoatime -tmsdosfs /dev/da3s1 /mnt # ls -Tloa /mnt/ total 9 drwxr-xr-x 1 root wheel - 16384 Dec 31 16:00:00 1979 . drwxr-xr-x 63 root wheel uarch 70 Sep 21 10:15:27 2023 .. # tar -xpf RPi4_UEFI_Firmware_v1.35.zip -C /mnt/ RPI_EFI.fd: Can't set user=3D1001/group=3D123 for RPI_EFI.fd: Invalid = argument bcm2711-rpi-4-b.dtb: Can't set user=3D1001/group=3D123 for = bcm2711-rpi-4-b.dtb: Invalid argument bcm2711-rpi-400.dtb: Can't set user=3D1001/group=3D123 for = bcm2711-rpi-400.dtb: Invalid argument bcm2711-rpi-cm4.dtb: Can't set user=3D1001/group=3D123 for = bcm2711-rpi-cm4.dtb: Invalid argument config.txt: Can't set user=3D1001/group=3D123 for config.txt: Invalid = argument fixup4.dat: Can't set user=3D1001/group=3D123 for fixup4.dat: Invalid = argument start4.elf: Can't set user=3D1001/group=3D123 for start4.elf: Invalid = argument overlays/: Can't set user=3D1001/group=3D123 for overlays: Invalid = argument overlays/upstream-pi4.dtbo: Can't set user=3D1001/group=3D123 for = overlays/upstream-pi4.dtbo: Invalid argument overlays/miniuart-bt.dtbo: Can't set user=3D1001/group=3D123 for = overlays/miniuart-bt.dtbo: Invalid argument Readme.md: Can't set user=3D1001/group=3D123 for Readme.md: Invalid = argument firmware/: Can't set user=3D1001/group=3D123 for firmware: Invalid = argument firmware/Readme.txt: Can't set user=3D1001/group=3D123 for = firmware/Readme.txt: Invalid argument firmware/brcm/: Can't set user=3D1001/group=3D123 for firmware/brcm: = Invalid argument firmware/brcm/brcmfmac43455-sdio.txt: Can't set user=3D1001/group=3D123 = for firmware/brcm/brcmfmac43455-sdio.txt: Invalid argument firmware/brcm/brcmfmac43455-sdio.clm_blob: Can't set user=3D1001/group=3D1= 23 for firmware/brcm/brcmfmac43455-sdio.clm_blob: Invalid argument firmware/brcm/brcmfmac43455-sdio.bin: Can't set user=3D1001/group=3D123 = for firmware/brcm/brcmfmac43455-sdio.bin: Invalid argument firmware/brcm/brcmfmac43455-sdio.Raspberry: Can't set = user=3D1001/group=3D123 for firmware/brcm/brcmfmac43455-sdio.Raspberry: = Invalid argument firmware/LICENCE.txt: Can't set user=3D1001/group=3D123 for = firmware/LICENCE.txt: Invalid argument tar: Error exit delayed from previous errors. # find -s /mnt/ -print /mnt/ /mnt/RPI_EFI.fd /mnt/Readme.md /mnt/bcm2711-rpi-4-b.dtb /mnt/bcm2711-rpi-400.dtb /mnt/bcm2711-rpi-cm4.dtb /mnt/config.txt /mnt/firmware /mnt/firmware/LICENCE.txt /mnt/firmware/Readme.txt /mnt/firmware/brcm /mnt/firmware/brcm/brcmfmac43455-sdio.Raspberry /mnt/firmware/brcm/brcmfmac43455-sdio.bin /mnt/firmware/brcm/brcmfmac43455-sdio.clm_blob /mnt/firmware/brcm/brcmfmac43455-sdio.txt /mnt/fixup4.dat /mnt/overlays /mnt/overlays/miniuart-bt.dtbo /mnt/overlays/upstream-pi4.dtbo /mnt/start4.elf # umount /mnt/ Prepare separate USB3 media to hold the *.iso content: # dd if=3DFreeBSD-14.0-BETA3-arm64-aarch64-disc1.iso of=3D/dev/da0 bs=3D1m= conv=3Dfsync,sync status=3Dprogress 855638016 bytes (856 MB, 816 MiB) transferred 7.097s, 121 MB/s 933+0 records in 933+0 records out 978321408 bytes transferred in 7.956494 secs (122958854 bytes/sec) Note: the efi partition/file system from the .iso does not have room to hold the RPi4B firmware: # mount -onoatime -tmsdosfs /dev/da0p1 /mnt CA72-16Gp-ZFS aarch64 1500001 1500001 # df -m Filesystem 1M-blocks Used Avail = Capacity Mounted on . . . /dev/da0p1 1 0 1 42% = /mnt . . . # umount /mnt/ Thus the use of a microsd card for the pftf/RPi4 UEFI material in its own msdosfs. Also have USB3 media to install FreeBSD onto (different media): # gpart destroy -F da0 da0 destroyed # gpart create -s GPT da0 da0 created # gpart show da0 =3D> 40 468862048 da0 GPT (224G) 40 468862048 - free - (224G) Note: The FreeBSD installer would not deal with providing RPi* firmware or such on the target media. Such would be a separate, manual step if we got that far. Plugging in all 3 media into the RPi4B and powering on: . . . Autoboot in 8 seconds. [Space] to pause =20 Loading kernel... /boot/kernel/kernel text=3D0x2a8 text=3D0x9b1de0 text=3D0x25c154 = data=3D0x14cb38 data=3D0x 0+0x2c5000 0x8+0x14b770+0x8+0x173d90/ Loading configured modules... can't find '/etc/hostid' can't find '/boot/entropy' No valid device tree blob found! WARNING! Trying to fire up the kernel, but no device tree blob found! ---<>--- Copyright (c) 1992-2023 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 14.0-BETA3 #0 releng/14.0-n265111-c429a0425dc4: Fri Sep 22 = 05:48:41 UTC 2023 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 16.0.6 (https://github.com/llvm/llvm-project.git = llvmorg-16.0.6-0-g7cbf1a259152) VT: init without driver. module scmi already present! real memory =3D 3139194880 (2993 MB) avail memory =3D 3031814144 (2891 MB) Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface kbd0 at kbdmux0 acpi0: acpi0: Power Button (fixed) acpi0: Could not update all GPEs: AE_NOT_CONFIGURED psci0: on acpi0 gic0: iomem = 0xff841000-0xff841fff,0xff842000-0xff842fff on acpi0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 256 generic_timer0: irq 21,22,23 on acpi0 Timecounter "ARM MPCore Timecounter" frequency 54000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 54000000 Hz quality 1000 efirtc0: efirtc0: registered as a time-of-day clock, resolution 1.000000s panic: ram_attach: resource 5 failed to attach cpuid =3D 0 time =3D 1 KDB: stack backtrace: #0 0xffff00000050ccc0 at kdb_backtrace+0x58 #1 0xffff0000004b87dc at vpanic+0x19c #2 0xffff0000004b863c at panic+0x44 #3 0xffff000000868adc at ram_attach+0x1ac #4 0xffff0000004f984c at device_attach+0x3f8 #5 0xffff0000004fb9d8 at bus_generic_new_pass+0x120 #6 0xffff0000004fb968 at bus_generic_new_pass+0xb0 #7 0xffff0000004fdcc0 at root_bus_configure+0x40 #8 0xffff000000429778 at mi_startup+0xdc #9 0xffff0000000008ac at virtdone+0x70 Uptime: 1s NOTE: it automatically reboots here, no db> prompt. So, trying more typical media for a small aarch64 board: # dd if=3DFreeBSD-14.0-BETA3-arm64-aarch64-ROCK64.img of=3D/dev/da0 = bs=3D1m conv=3Dfsync,sync status=3Dprogress 5246025728 bytes (5246 MB, 5003 MiB) transferred 21.066s, 249 MB/s 5120+0 records in 5120+0 records out 5368709120 bytes transferred in 21.602018 secs (248528134 bytes/sec) # mount -onoatime -tmsdosfs /dev/da0p1 /mnt # tar -xpf RPi4_UEFI_Firmware_v1.35.zip -C /mnt/ RPI_EFI.fd: Can't set user=3D1001/group=3D123 for RPI_EFI.fd: Invalid = argument bcm2711-rpi-4-b.dtb: Can't set user=3D1001/group=3D123 for = bcm2711-rpi-4-b.dtb: Invalid argument bcm2711-rpi-400.dtb: Can't set user=3D1001/group=3D123 for = bcm2711-rpi-400.dtb: Invalid argument bcm2711-rpi-cm4.dtb: Can't set user=3D1001/group=3D123 for = bcm2711-rpi-cm4.dtb: Invalid argument config.txt: Can't set user=3D1001/group=3D123 for config.txt: Invalid = argument fixup4.dat: Can't set user=3D1001/group=3D123 for fixup4.dat: Invalid = argument start4.elf: Can't set user=3D1001/group=3D123 for start4.elf: Invalid = argument overlays/: Can't set user=3D1001/group=3D123 for overlays: Invalid = argument overlays/upstream-pi4.dtbo: Can't set user=3D1001/group=3D123 for = overlays/upstream-pi4.dtbo: Invalid argument overlays/miniuart-bt.dtbo: Can't set user=3D1001/group=3D123 for = overlays/miniuart-bt.dtbo: Invalid argument Readme.md: Can't set user=3D1001/group=3D123 for Readme.md: Invalid = argument firmware/: Can't set user=3D1001/group=3D123 for firmware: Invalid = argument firmware/Readme.txt: Can't set user=3D1001/group=3D123 for = firmware/Readme.txt: Invalid argument firmware/brcm/: Can't set user=3D1001/group=3D123 for firmware/brcm: = Invalid argument firmware/brcm/brcmfmac43455-sdio.txt: Can't set user=3D1001/group=3D123 = for firmware/brcm/brcmfmac43455-sdio.txt: Invalid argument firmware/brcm/brcmfmac43455-sdio.clm_blob: Can't set user=3D1001/group=3D1= 23 for firmware/brcm/brcmfmac43455-sdio.clm_blob: Invalid argument firmware/brcm/brcmfmac43455-sdio.bin: Can't set user=3D1001/group=3D123 = for firmware/brcm/brcmfmac43455-sdio.bin: Invalid argument firmware/brcm/brcmfmac43455-sdio.Raspberry: Can't set = user=3D1001/group=3D123 for firmware/brcm/brcmfmac43455-sdio.Raspberry: = Invalid argument firmware/LICENCE.txt: Can't set user=3D1001/group=3D123 for = firmware/LICENCE.txt: Invalid argument tar: Error exit delayed from previous errors. # ls -Tlod /mnt/* drwxr-xr-x 1 root wheel - 4096 Sep 22 02:57:32 2023 /mnt/EFI -rwxr-xr-x 1 root wheel uarch 2031616 Jun 5 04:12:52 2023 = /mnt/RPI_EFI.fd -rwxr-xr-x 1 root wheel uarch 5051 Jun 5 04:04:18 2023 = /mnt/Readme.md -rwxr-xr-x 1 root wheel uarch 54388 Jun 5 04:12:58 2023 = /mnt/bcm2711-rpi-4-b.dtb -rwxr-xr-x 1 root wheel uarch 54477 Jun 5 04:13:00 2023 = /mnt/bcm2711-rpi-400.dtb -rwxr-xr-x 1 root wheel uarch 54997 Jun 5 04:12:58 2023 = /mnt/bcm2711-rpi-cm4.dtb -rwxr-xr-x 1 root wheel uarch 243 Jun 5 04:04:18 2023 = /mnt/config.txt drwxr-xr-x 1 root wheel - 4096 Sep 22 02:57:32 2023 /mnt/dtb drwxr-xr-x 1 root wheel - 4096 Jun 5 04:04:18 2023 = /mnt/firmware -rwxr-xr-x 1 root wheel uarch 5397 Jun 5 04:12:56 2023 = /mnt/fixup4.dat drwxr-xr-x 1 root wheel - 4096 Jun 5 04:13:00 2023 = /mnt/overlays -rwxr-xr-x 1 root wheel uarch 2253088 Jun 5 04:12:58 2023 = /mnt/start4.elf # umount /mnt Attempting to boot that gets the same panic, so not specific to the .iso = : . . . Loading kernel... /boot/kernel/kernel text=3D0x2a8 text=3D0x9b1de0 text=3D0x25c154 = data=3D0x14cb38 data=3D0x 0+0x2c5000 0x8+0x14b770+0x8+0x173d90 Loading configured modules... can't find '/etc/hostid' /boot/kernel/umodem.ko text=3D0x2040 text=3D0x1350 data=3D0x6f8+0x4 = 0x8+0xeb8+0x8+0xb2 c loading required module 'ucom' /boot/kernel/ucom.ko text=3D0x249f text=3D0x3370 data=3D0x920+0x858 = 0x8+0x1170+0x8+0xb 13 can't find '/boot/entropy' Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 No valid device tree blob found! WARNING! Trying to fire up the kernel, but no device tree blob found! ---<>--- Copyright (c) 1992-2023 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 14.0-BETA3 #0 releng/14.0-n265111-c429a0425dc4: Fri Sep 22 = 08:52:35 UTC 2023 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 16.0.6 (https://github.com/llvm/llvm-project.git = llvmorg-16.0.6-0-g7cbf1a259152) VT: init without driver. module scmi already present! real memory =3D 3138154496 (2992 MB) avail memory =3D 3030900736 (2890 MB) Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random = device because it was not yet seeded and the knob = 'bypass_before_seeding' was enabled. random: entropy device external interface kbd0 at kbdmux0 acpi0: acpi0: Power Button (fixed) acpi0: Could not update all GPEs: AE_NOT_CONFIGURED psci0: on acpi0 gic0: iomem = 0xff841000-0xff841fff,0xff842000-0xff842fff on acpi0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 256 generic_timer0: irq 21,22,23 on acpi0 Timecounter "ARM MPCore Timecounter" frequency 54000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 54000000 Hz quality 1000 efirtc0: efirtc0: registered as a time-of-day clock, resolution 1.000000s panic: ram_attach: resource 5 failed to attach cpuid =3D 0 time =3D 1 KDB: stack backtrace: #0 0xffff00000050ccc0 at kdb_backtrace+0x58 #1 0xffff0000004b87dc at vpanic+0x19c #2 0xffff0000004b863c at panic+0x44 #3 0xffff000000868adc at ram_attach+0x1ac #4 0xffff0000004f984c at device_attach+0x3f8 #5 0xffff0000004fb9d8 at bus_generic_new_pass+0x120 #6 0xffff0000004fb968 at bus_generic_new_pass+0xb0 #7 0xffff0000004fdcc0 at root_bus_configure+0x40 #8 0xffff000000429778 at mi_startup+0xdc #9 0xffff0000000008ac at virtdone+0x70 Uptime: 1s By contrast, using an official FreeBSD-14.0-BETA3 aarch64 RPI *.img (U-Boot UEFI/DeviceTree based): # dd if=3DFreeBSD-14.0-BETA3-arm64-aarch64-RPI.img of=3D/dev/da0 bs=3D1m = conv=3Dfsync,sync status=3Dprogress 5289017344 bytes (5289 MB, 5044 MiB) transferred 21.063s, 251 MB/s 5120+0 records in 5120+0 records out 5368709120 bytes transferred in 21.435878 secs (250454362 bytes/sec) and booting that FreeBSD-14.0-BETA3 media boots just fine. BOOT -V RELATED MATERIAL: Going back to the failing case, boot -v shows, for example: [Note the material that looks like: . . . Physical memory chunk(s): . . . 0x40000000 - 0xbfffffff, 2048 MB ( 524288 pages) . . . real memory =3D 3139190784 (2993 MB) Physical memory chunk(s): . . . 0x00000040000000 - 0x000000bb637fff, 2070118400 bytes (505400 pages) . . . ram0: reserving memory region: 40000000-c0000000 panic: ram_attach: resource 5 failed to attach cpuid =3D 0 time =3D 1 KDB: stack backtrace: #0 0xffff00000050ccc0 at kdb_backtrace+0x58 #1 0xffff0000004b87dc at vpanic+0x19c #2 0xffff0000004b863c at panic+0x44 #3 0xffff000000868adc at ram_attach+0x1ac #4 0xffff0000004f984c at device_attach+0x3f8 #5 0xffff0000004fb9d8 at bus_generic_new_pass+0x120 #6 0xffff0000004fb968 at bus_generic_new_pass+0xb0 #7 0xffff0000004fdcc0 at root_bus_configure+0x40 #8 0xffff000000429778 at mi_startup+0xdc #9 0xffff0000000008ac at virtdone+0x70 Uptime: 1s It looks like it sis not stay inside the range: 0x00000040000000 - 0x000000bb637fff but needed to and rejected the mismatch. ] Type '?' for a list of commands, 'help' for more detailed help. OK boot -v Loading kernel... /boot/kernel/kernel text=3D0x2a8 text=3D0x9b1de0 text=3D0x25c154 = data=3D0x14cb38 data=3D0x 0+0x2c5000 0x8+0x14b770+0x8+0x173d90/ Loading configured modules... can't find '/boot/entropy' can't find '/etc/hostid' No valid device tree blob found! WARNING! Trying to fire up the kernel, but no device tree blob found! ---<>--- Type Physical Virtual #Pages Attr Reserved 000000000000 000000000000 000001d0 WC WT WB=20 RuntimeServicesData 0000001d0000 0000001d0000 00000020 WC WT WB = RUNTIME Reserved 0000001f0000 000000000000 00000010 WC WT WB=20 ConventionalMemory 000000200000 000000000000 0002b68e WC WT WB=20 LoaderCode 00002b88e000 000000000000 00004000 WC WT WB=20 LoaderData 00002f88e000 000000000000 00004000 WC WT WB=20 LoaderCode 00003388e000 000000000000 000000d2 WC WT WB=20 RuntimeServicesData 000033960000 000033960000 00000060 WC WT WB = RUNTIME ConventionalMemory 0000339c0000 000000000000 00000003 WC WT WB=20 LoaderData 0000339c3000 000000000000 00000001 WC WT WB=20 Reserved 0000339c4000 000000000000 0000005c WC WT WB=20 RuntimeServicesCode 000033a20000 000033a20000 00000100 WC WT WB = RUNTIME ACPIReclaimMemory 000033b20000 000000000000 00000010 WC WT WB=20 ConventionalMemory 000033b30000 000000000000 00001876 WC WT WB=20 BootServicesData 0000353a6000 000000000000 00000001 WC WT WB=20 ConventionalMemory 0000353a7000 000000000000 00000008 WC WT WB=20 BootServicesData 0000353af000 000000000000 00001675 WC WT WB=20 ConventionalMemory 000036a24000 000000000000 00000186 WC WT WB=20 BootServicesCode 000036baa000 000000000000 00000456 WC WT WB=20 RuntimeServicesCode 000037000000 000037000000 00000190 WC WT WB = RUNTIME RuntimeServicesData 000037190000 000037190000 00000250 WC WT WB = RUNTIME ConventionalMemory 0000373e0000 000000000000 0000001f WC WT WB=20 BootServicesData 0000373ff000 000000000000 00000001 WC WT WB=20 ConventionalMemory 000037400000 000000000000 00002fb7 WC WT WB=20 BootServicesCode 00003a3b7000 000000000000 00000039 WC WT WB=20 BootServicesData 00003a3f0000 000000000000 00001010 WC WT WB=20 ConventionalMemory 000040000000 000000000000 00080000 WC WT WB=20 Physical memory chunk(s): 0x001d0000 - 0x001effff, 0 MB ( 32 pages) 0x00200000 - 0x339c3fff, 823 MB ( 210884 pages) 0x33a20000 - 0x3b3fffff, 121 MB ( 31200 pages) 0x40000000 - 0xbfffffff, 2048 MB ( 524288 pages) Excluded memory regions: 0x001d0000 - 0x001effff, 0 MB ( 32 pages) NoAlloc=20 0x2ba00000 - 0x2cfc9fff, 21 MB ( 5578 pages) NoAlloc=20 0x33960000 - 0x339bffff, 0 MB ( 96 pages) NoAlloc=20 0x33a20000 - 0x33b2ffff, 1 MB ( 272 pages) NoAlloc=20 0x37000000 - 0x373dffff, 3 MB ( 992 pages) NoAlloc=20 Found 4 CPUs in the ACPI tables Copyright (c) 1992-2023 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 14.0-BETA3 #0 releng/14.0-n265111-c429a0425dc4: Fri Sep 22 = 05:48:41 UTC 2023 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 16.0.6 (https://github.com/llvm/llvm-project.git = llvmorg-16.0.6-0-g7cbf1a259152) VT: init without driver. Preloaded elf kernel "/boot/kernel/kernel" at 0xffff000001395000. Preloaded boot_entropy_platform "efi_rng_seed" at 0xffff00000139e3f0. Preloaded TSLOG data "TSLOG" at 0xffff00000139e448. module scmi already present! real memory =3D 3139190784 (2993 MB) Physical memory chunk(s): 0x00000000200000 - 0x0000002b9fffff, 729808896 bytes (178176 pages) 0x0000002cfca000 - 0x0000003395ffff, 110714880 bytes (27030 pages) 0x000000339c0000 - 0x000000339c3fff, 16384 bytes (4 pages) 0x00000033b30000 - 0x00000036ffffff, 55377920 bytes (13520 pages) 0x000000373e0000 - 0x0000003b3fffff, 67239936 bytes (16416 pages) 0x00000040000000 - 0x000000bb637fff, 2070118400 bytes (505400 pages) avail memory =3D 3031789568 (2891 MB) Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: no preloaded entropy cache random: read 2048 bytes from platform bootloader random: unblocking device. VIMAGE (virtualized network stack) enabled hostuuid: using 00000000-0000-0000-0000-000000000000 ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 random: entropy device external interface snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff = [1024] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D2 = feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 firmware: 'tegra210_xusb_fw' version 0: 132608 bytes loaded at = 0xffff000000af5978 MAP 1d0000 mode 2 pages 32 MAP 33960000 mode 2 pages 96 MAP 33a20000 mode 2 pages 256 MAP 37000000 mode 2 pages 400 MAP 37190000 mode 2 pages 592 kbd0 at kbdmux0 mem: null: openfirm: tcp_log: tcp_log device crypto: ACPI: RSDP 0x0000000033B20018 000024 (v02 RPIFDN) ACPI: XSDT 0x0000000033B2FE98 00006C (v01 RPIFDN RPI4 00000200 = 01000013) ACPI: FACP 0x0000000033B2E998 000114 (v06 RPIFDN RPI4 00000200 EDK2 = 00000300) ACPI: DSDT 0x0000000033B27518 0022D9 (v02 RPIFDN RPI 00000002 INTL = 20200925) ACPI: CSRT 0x0000000033B2FA98 000169 (v00 RPIFDN RPI4 00000200 EDK2 = 00000300) ACPI: DBG2 0x0000000033B2FD18 000061 (v00 RPIFDN RPI4 00000200 EDK2 = 00000300) ACPI: GTDT 0x0000000033B2F998 000068 (v03 RPIFDN RPI4 00000200 EDK2 = 00000300) ACPI: APIC 0x0000000033B2F598 000184 (v05 RPIFDN RPI4 00000200 EDK2 = 00000300) ACPI: PPTT 0x0000000033B2EB18 000184 (v02 RPIFDN RPI4 00000200 EDK2 = 00000300) ACPI: SPCR 0x0000000033B2FE18 000050 (v02 RPIFDN RPI4 00000200 EDK2 = 00000300) ACPI: SSDT 0x0000000033B2ED98 000277 (v02 RPIFDN RPI4EMMC 00000002 INTL = 20200925) ACPI: SSDT 0x0000000033B2F198 000244 (v05 RPIFDN RPI4XHCI 00000002 INTL = 20200925) acpi0: ACPI: 3 ACPI AML tables successfully acquired and loaded acpi0: Power Button (fixed) acpi0: Could not update all GPEs: AE_NOT_CONFIGURED psci0: on acpi0 psci0: PSCI version 0.2 compatible Found SMCCC version 1.0 gic0: iomem = 0xff841000-0xff841fff,0xff842000-0xff842fff on acpi0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 256 generic_timer0: irq 21,22,23 on acpi0 generic_timer0: allocated irq for 'sec-phys' generic_timer0: allocated irq for 'phys' generic_timer0: allocated irq for 'virt' generic_timer0: could not allocate irq for optional interrupt 'hyp-phys' generic_timer0: could not allocate irq for optional interrupt 'hyp-virt' Timecounter "ARM MPCore Timecounter" frequency 54000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 54000000 Hz quality 1000 efirtc0: efirtc0: registered as a time-of-day clock, resolution 1.000000s ram0: reserving memory region: 200000-2ba00000 ram0: reserving memory region: 2cfca000-33960000 ram0: reserving memory region: 339c0000-339c4000 ram0: reserving memory region: 33b30000-37000000 ram0: reserving memory region: 373e0000-3b400000 ram0: reserving memory region: 40000000-c0000000 panic: ram_attach: resource 5 failed to attach cpuid =3D 0 time =3D 1 KDB: stack backtrace: #0 0xffff00000050ccc0 at kdb_backtrace+0x58 #1 0xffff0000004b87dc at vpanic+0x19c #2 0xffff0000004b863c at panic+0x44 #3 0xffff000000868adc at ram_attach+0x1ac #4 0xffff0000004f984c at device_attach+0x3f8 #5 0xffff0000004fb9d8 at bus_generic_new_pass+0x120 #6 0xffff0000004fb968 at bus_generic_new_pass+0xb0 #7 0xffff0000004fdcc0 at root_bus_configure+0x40 #8 0xffff000000429778 at mi_startup+0xdc #9 0xffff0000000008ac at virtdone+0x70 Uptime: 1s =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Sep 23 15:52:19 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtDDF10Tlz4trZD for ; Sat, 23 Sep 2023 15:52:29 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RtDDC47WYz4MPg for ; Sat, 23 Sep 2023 15:52:27 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net; dmarc=none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 38NFqKQl035153 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 23 Sep 2023 08:52:20 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 38NFqK4U035152; Sat, 23 Sep 2023 08:52:20 -0700 (PDT) (envelope-from fbsd) Date: Sat, 23 Sep 2023 08:52:19 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Cc: bob prohaska Subject: Shutdown -r under -current hangs on RPi3 Message-ID: List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Bar: - X-Spamd-Result: default: False [-1.01 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; NEURAL_HAM_LONG(-0.98)[-0.984]; NEURAL_HAM_SHORT(-0.93)[-0.930]; MID_RHS_WWW(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[zefox.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4RtDDC47WYz4MPg >From time to time, but seemingly more often lately, a Pi3 get stuck during shutdown -r. The machine is running -current from a mechanical usb hard disk through a powered hub. No micro SD card is used. Once up it's quite stable. The console reports login: Sep 23 08:20:37 pelorus shutdown[224]: reboot by bob: Stopping sshd. Waiting for PIDS: 1063. Stopping cron. Waiting for PIDS: 1073. Stopping powerd. Waiting for PIDS: 1002. Stopping devd. Waiting for PIDS: 752. Writing entropy file: . Writing early boot entropy file: . . Terminated Sep 23 08:20:43 pelorus syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining... 4 0 0 0 done All buffers synced. Uptime: 23h31m45s Khelp module "ertt" can't unload until its refcount drops from 1 to 0. Resetting system ... At that point all activity ceases. The only clue I can recognize is that the red power LED remains off, as if FreeBSD never relinquishes control to the Pi firmware, which turns the LED back on at powerup. Power-cycling results in a normal reboot. Thanks for reading, and any suggestions for further testing. bob prohaska From nobody Sat Sep 23 16:30:23 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtF465msBz4ttR1; Sat, 23 Sep 2023 16:30:30 +0000 (UTC) (envelope-from madis555@hot.ee) Received: from SMTPOUT02.DKA.mailcore.net (smtpout02.dka.mailcore.net [81.7.169.175]) (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 "smtpout02.dka.mailcore.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RtF4550DXz4TGG; Sat, 23 Sep 2023 16:30:29 +0000 (UTC) (envelope-from madis555@hot.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=online.ee header.s=mailcore header.b="Jm/yIz2e"; spf=pass (mx1.freebsd.org: domain of madis555@hot.ee designates 81.7.169.175 as permitted sender) smtp.mailfrom=madis555@hot.ee; dmarc=pass (policy=reject) header.from=hot.ee Received: from SMTP.DKA.mailcore.net (unknown [10.1.0.52]) by SMTPOUT05.DKA.mailcore.net (Postfix) with ESMTP id 14112E0150; Sat, 23 Sep 2023 18:30:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=online.ee; s=mailcore; t=1695486624; bh=W9I6PFDsHHRQIMtKwfT1Rt4XOVpmAP660g7DCM/BJ7w=; h=Date:From:To:Subject:From; b=Jm/yIz2eGLv+bR6/ZYYxfAmchZSAVFmAR0k9uQqDlB0mqqWw8Vo0l86HpJObzCnVg LT1PAjgBPYCwkpWnPzVS6Kob/xlJLs2jPwyiG+o1LUx6v1PL66/TukSLAO+zeU4jxU a+NT9YiFn+gDkpMBPcNad2vPfGHRyBNvFKl/Pq+45ENZAkhEE8stub8uO/qeYWhI9p Q7ei/jJc5JPtdc4xIgw6kha8DVSYZoKBdnGA5fDT71LxBlWDyBH6u9EXGFLnNAL7XK U8HYh2TLsEOz7EwEJ4i7syPqScPzWOsedAVhY4Srs7FFbvhaLEqa6M8TwZYHTA675F 6WnxUG2BN3tpA== Received: from [127.0.0.1] (111-190-35-213.dyn.estpak.ee [213.35.190.111]) by SMTP.DKA.mailcore.net (Postfix) with ESMTPSA id 89879400A6; Sat, 23 Sep 2023 18:30:23 +0200 (CEST) Date: Sat, 23 Sep 2023 19:30:23 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Subject: =?US-ASCII?Q?=28some=3F=29_armv7_time_issues_fixed_wit?= =?US-ASCII?Q?h_hw=2Euserspace=5Fallow=5Fphys=5Fcounter=3D1?= User-Agent: K-9 Mail for Android Message-ID: <620D94D0-D5AF-400A-B26C-7027EE902100@hot.ee> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.56 / 15.00]; SUBJ_EXCESS_QP(1.20)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.98)[-0.981]; NEURAL_HAM_SHORT(-0.78)[-0.775]; DMARC_POLICY_ALLOW(-0.50)[hot.ee,reject]; R_SPF_ALLOW(-0.20)[+ip4:81.7.169.128/25]; R_DKIM_ALLOW(-0.20)[online.ee:s=mailcore]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:47292, ipnet:81.7.128.0/18, country:DK]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[hot.ee]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DKIM_TRACE(0.00)[online.ee:+]; FREEMAIL_FROM(0.00)[hot.ee]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Queue-Id: 4RtF4550DXz4TGG i found issue, but this needs more testing and i only have allwinner h3 her= e with hw=2Euserspace_allow_phys_counter=3D1 time doesn't jump forward and back (!) anymore i tracked this down to this commit here: 7ad28b73ec1f - arm: Add a userspace physical timer check perhaps there are more people out there with current on 32bit arm=2E=2E=2E From nobody Sat Sep 23 18:26:42 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtHfX2grTz4v3bf for ; Sat, 23 Sep 2023 18:27:00 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4RtHfX053Xz4p1J for ; Sat, 23 Sep 2023 18:26:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695493616; bh=JqgG/DHpIOLTPawOy1mm8AytTPn30u1Su/+dK+Pz5IY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Xxn71TDIf57LRSvCnsMvZLIk8rDMWb6b9RpbdBuKEejutKEk60tIMQEfmBrsgQJoDiRKPZ3uO7kBVtTAYtiW/dwC/9RmVmjws13FU3nfAzdBdLJ4Msq4Lpyfg/WQOPZCEPAu9DVn93dAZWUajE2Uc4F08l0kYDceyxN7b6s3iqstYaEA5OhB/irRpfkj02NuXTy+V8DgsXbaEmLoOWzwcH715cSTKkhicrAsduVM4aunu+V/C6ySMWX1ILt/aykCS/+27wBpX4L8KFdblO9l6FQ3hioCUTybQjNAe8sky9a1z2dmeFxuZekPVCgcYvJVhoFiUVoU4b8SV1hQseb3nw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695493616; bh=ZiGjymf0QjOiURfqBO7W9VyeVt+WITZHIjIsvytr6km=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=oM6r8ZqQxsxu5RRWvGKH6xs/TPyy4IyYYwbcThFsEa8xx62ZdA/05NlpmLIyrTcihjXFymzZfq3FVKFacC2LAWYGcwIpMBBxqwqLFne8TS+qEWr71NM9zr5iQHrJ/4Ub0qjnH0AMaicLVPtlWtwVIcxHd1R3mcSomv69CVIZD7BHdCsLmHdPnb87k4bA0f2B6HWA4Uz4C7h0jKzXhCiVgarmzHDLoLy8a566OBriwe+X4p6ofQV8RAeBJpV5nHCRzskcd8ckDvaly6sLiaAmSn+72xv9ikwDprY0KaIoWZl8D8EhBBDWX6JCfDjYqYudASQH8HgaVPld/3RtklWa4Q== X-YMail-OSG: fGVGoR0VM1lG5.VmrBRh3.yBk8Pe1NjSloLXanBgxdbKD.p7CzsFEDO5WADU42T FdgrDfWwjOV5jIwPVwfAjqMJurMyihYC0zaMSIN00YBzFgjsBBa2GG99n8HS0E2qN1jWr8KwlOhr DO2nCN8ADQo5lGMf74NI7yXsk3ECDq9COYtatGFw8wvbxQNSK3DLpGcCTmC7exNRu6dFiv1TnLp. qGANrDorlYTiIjHWivNvI.hHVJ2RfFMXjC8KVC9Vg1MZ3kSiuiiSCCbxftyK9JQxfLxn15_2bJTy 86.qkM_xLIgjTNPPzrWpMArJuer5nYIIGBMB5JLLZctIZquYfUVKhdqBKfIdMb86ECz3XcrexkZE zAY6T1NU7w0ZrzcKYxgc_v.hn7e6SP03HHW7hkDeUXJ3eYYkcEKKf5AXyTNEXLhs.H4YzVMDrVN1 WAoU7m7ckKdhhHCgOzpZPDhyWzZKdMPVwU36anOWNKHnDvaEXOjjVIAdgi1LBMakg2HfcQOjXgSW kcNrkYRiK5GaiCrKsCXJLMt2F_EYdyG_.5sxCIuw3cG3AEUh9OMShfQQuPMYN3kqzZZPaEAWDjFX daC56RIrwJutO_d6yIMzleXJbVrXdZ1MmRBxgqN1qzgf9a7ZaAByJXrq1pRZsTstThWi.qr.qyoa BAEtLl2lf5ovX9RywYfFHLI5caB9LPu6Rj46v7ZJxPuzNzlWoQE2YAZJXdkihMbBh0TOCrtln.wU dLx6DDBCnP2A3FNYM.L.nVBr2J5_IuFasZzfxKjW09s9ch76TPNTbqDPF.TzArYyfWt3ElkwF.TW DtXRygkgak64JG.IpH1yDskyub4llbx8_fyCqHdEuf6Vj1R9O3UtVfpn2wTaRb7XUHnzeVVTchBV ZTSAIJNjxzkrhQY6CZ4nF1IUgbS7RMCPF5tA_8avR1hVJP0m1BemQbiu6XsC0DQlUm04dkW9yBUI KduPML4KQ6xrx52k9NFq1MqHAGotmYbQ5G8f3cBZXMDzmFM7h.PHTvQWwgg6ufCyCCsN0f8MBkMW cPrnChpzeO0BuJR6oB.bsy6vAAjPNtysW4MIMv5rXxiqMrXexD7y65A3RzU4d5tKv1csa1N0wLDt ybfa6W9.rftmaHnAciWnkLFxiEgjyfBLna77VWMTCaQ1XKTOJOZZ1GW0SPxHAKgKX72hYOFqxYv9 QEDwVtrlbxp7qWf9cH9rKoFM6BtfvNR3_SYFjbBR7oXSIDQfH95RDxPFv19UPw9fYGiuvdhJGgp1 Wm6vqhEagtQES15dKyqJ0GnKrrzhw7oJkTr81NLI6bu_afhPqj0BFcsP5H1hBDAwMu6Lmg9.loUV 3LC6stbAp9EJVSlYW.8OujvcCDMfgM7wPduLNG3BFWBfabL4wMhm_6TXTF34i4iAzqvH9F5BUz1f omc3OGr_ebkLqU10NtEmShF2vna_t4OnAwymg9xCNPTb1EhAyBzgTkdSgpvnS6SX3ee.6ycFq8wL a5k6oKDT0koMgmlTyOPHqcGtTGKLyiYSoyWTBhUZdQdurz1.XRU1lqwFb91zV6TKzLw0wRM4gsQl u.sJF..IQiLFsLbCwG7TKtNLKPeru_w2a4k0G7Xr5m9wKKzuBO68JuYPGMtlkibYTaSdfExXdJGQ LaZP3pTSIO9JTZER.VsQIWq13aoGsBVfuMhmHtio5.untutnAHcol3AeKzt65ZxcFtfi4_RURTZs crmRxkDk2zLfKGWWZSTeU1uckQB5qB8f3fBkYXY.c15r_Ktg9bMPNIRyF0ZGgNCQ_d_UHEPKBZat LM45vU1T478_y6RWj9pgdvdFts4L8ynmABzEONfKZXvKqFlfyjrg5Un06tXI8tQ9fXvolX0HeZQ5 UR0ongDsKoZHA9GKbtYI7J2ZOawHIbRXXLtWtfVddA1CySCfDZD5L7G7nHNl.komNJ3m8asWBJgU 1xcKs6BM.bWTRZ86khRnXgzM8irrfbRnVM4Vgm4.Dsb7tDst9bAGaOQioQtJrf7jVbhfcJFuX57X bmfG5swRFcufieUFP8.jcORm.PR5fEqG2.jyMKNCJ5T2hHABftk8j2ojsBlqo6Fr1z5V4MHJlEUA xVRtUqsEXsMyGj6rKD9k.wLBQbANrLbxO3H._H8EAGWmTCWGGK4W.1.wMnhuBFa1pQZOiNXq6Ebz dlRVAHK9Fk724fxAJFksKlKLsM.._C0AlBpDVFwa8mHXvdyTCga_QnDREksz3RvqjGeG0KtObUCo 42o3oJpiI9Fec8it09El.y2bfsMbGAROr7nl_a1cEEjBgg8Ajd9YpsJXzPdtxe7Mde.VG3PbSutl q X-Sonic-MF: X-Sonic-ID: e7602793-99b7-416d-8437-7dba8a1baca8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sat, 23 Sep 2023 18:26:56 +0000 Received: by hermes--production-gq1-77657878bb-swgd4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 9cc58a70117fb04f3ed31228d3a7b836; Sat, 23 Sep 2023 18:26:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Shutdown -r under -current hangs on RPi3 From: Mark Millard In-Reply-To: Date: Sat, 23 Sep 2023 11:26:42 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0AADDACB-ABA3-47FF-B3A7-05B313F5326C@yahoo.com> References: To: bob prohaska X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4RtHfX053Xz4p1J On Sep 23, 2023, at 08:52, bob prohaska wrote: > =46rom time to time, but seemingly more often lately, a Pi3 > get stuck during shutdown -r. The machine is running -current > from a mechanical usb hard disk through a powered hub. No micro > SD card is used. Once up it's quite stable. >=20 > The console reports >=20 > login: Sep 23 08:20:37 pelorus shutdown[224]: reboot by bob: > Stopping sshd. > Waiting for PIDS: 1063. > Stopping cron. > Waiting for PIDS: 1073. > Stopping powerd. > Waiting for PIDS: 1002. > Stopping devd. > Waiting for PIDS: 752. > Writing entropy file: . > Writing early boot entropy file: . > . > Terminated > Sep 23 08:20:43 pelorus syslogd: exiting on signal 15 > Waiting (max 60 seconds) for system process `vnlru' to stop... done >=20 > Waiting (max 60 seconds) for system process `syncer' to stop... = Syncing disks, vnodes remaining... 4 0 0 0 done > All buffers synced. > Uptime: 23h31m45s > Khelp module "ertt" can't unload until its refcount drops from 1 to 0. I've gotten the above message on rare occasions over the years on the amd64 system (ThreadRipper 1950X). (But reboots and shutdowns are not frequent for this system normally.) There is a recent: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271677 It is not just your context with the issue. > Resetting system ... >=20 > At that point all activity ceases. The only clue I can recognize is = that > the red power LED remains off, as if FreeBSD never relinquishes = control > to the Pi firmware, which turns the LED back on at powerup. = Power-cycling > results in a normal reboot. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Sep 23 18:34:41 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtHqr5XNbz4v4MS for ; Sat, 23 Sep 2023 18:35:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4RtHqq61qVz4pvq for ; Sat, 23 Sep 2023 18:35:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ME9Rdc56; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695494100; bh=JDPZ51YbNUXZxqRytEUYJcz1Qq7qus5c7xq3wyGKYco=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ME9Rdc569i8gLeHXW6nwon/rA9B/e/90xX2AVc7DF0hrETfUwdDPEuDevE4wUEBnW5x1iX/AQq4fl7Qwaeb1sEDb0bCBHgX23mehn9smLg/ErKagODTV5jOhmy3evu7uad4TLURsFVKTBhPA52ZQClUwj0B0tu0XOMV+HLVd1rpwD4/9YHWPnpcDjDn1VFrPwZgdR8LSJ6Bhd2ZEWhW/eGUlDar3xqMN9KnD2hY2GpVS5DS4+6CBJ8TA2Hdnu8Edr09M9UiIcm31y6PMLIUHtnah9Oi1/vgy+HtjVGx6dDYdpS8jseGDQd2vUQNgrTxV5j6LGUHDlhxgbL5SeZ+1FQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695494100; bh=IeLaidqiSOww6+TG1lp5/l5DfKn/ZtMXbpe/g1ys+C1=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=PFBLMWD3mqJqQIiZCewL7dwTgiP90X2viyj00znEn0RmvwiPC2Jo4RBWtC6cnzJcgsvjKG4KE6XQ5s8zbImVLY2SAy3LdIe/lX80ighg/LAlrY3ct2ScLB20k7BAyIfpIoJtYepMjacycdZp+OYsqi/UCTHkxkdcBHtA8+bDYS8VAXWgbpyxpLO+7qdVwWFqshoLZ2loC2poA1v7rWQS389f83udyzZQ1eRIPE1p1HPR39ZXiQrczqiMBjxILJ3ouA8Tkst6izR9TgoQnOP3iw2XR29wCTW8Vr8XqknStRzjBHGUIPoQ9qmNyK3oeUS3AuxYXU/d5zQXiqxAXSTPbA== X-YMail-OSG: 3k6VJigVM1n7R_E0C9TtTC5gEfszK2xrQy7uKQEU9FXG__R_U3jzVLQeRhrQUAk FDJ7.L9_DYEPrGg4R6ffp6nUg41CdnLZ4PXiVQ32SbV8x8Y6HZ3pgEpAOkbchKczjCvXlVX_YOKW vQ2h6xiDQqwJMfH_jAqEFsmvRp0GJEfftGDU4tOda.5ROKnfY2OcnsZD9LR_suArOWf1RWeUM5eb B53Wlg23zMciYA4UXQBQn9OjTNvkliAygTAm8OmBPozzd71A5jcUfmjudMm7A69lckV1ErA7sfDC wuJwU27IdIHX0_9taDVXFwiqndRVCKqiTxgIuyOMjsqI305mv6Fu2oVKLGBaMKf54OnvIkCFx9Tz qjlkpiYIzkS4STOD6f_1aYy6bFTEFFSj9M7YqIZE4sgjqjMzKzrHifmL2wR.b4oX5uwEovBRrZJc YT2KgYNyQG0va3MBBWjsh.BCfSm73QZ.OWmYnhNoujJ_MvNhy7MnXpD7HoxejcIJaIgHLQq4y2Nz y2cnWXXY3twWDqkH8Rh2Vz0sQGd7vYSOkjHnIhhB1IHI9ViIsmvzbuGafQIanpoNOz9TxIzRmuqh HzL17__lywEkPFL5X__DjuVo17Xl2O2BB905Z96.wYmpbjIYTc1uXJC_HDzbbs0jmYKp01DxkxkP nkvKTv11y1XAPf7Qoyyktu_tCkYMWjXVOftWyBzWWGXN9z6OYrPLnNX2xMrUolTSnMKvXdZ4OXLo 9z0Jm4qfH9Tdfx9.bZbAP2srgm2MKkxDHer47KfhPyC6IUZMj41UZMfkLgkwVk1qZ4kSadvoBEw6 DxNe01_PkS0XYLnw8b4pHIX10fCtTZuw2ZmBkg8wqWhgjJDVHAjLX6DVSjPs.54fofT3G3A7vHbe jENV1bn_cAn5pTUxCA2gw2gRa2_LKDzUcvYuqC80UvqvD54OARZB2plW5TD9zi9eln9ZUtZmKR1Y KFd.a48joA90ml3QxkPsv1wLUaSFL.pjwZYkF.gACTR0rneIgRW8PYyxKFacF.DDMAevOvgE2fvD qoSsrpuG75A8bMJc6L1wRv8MCgtbEc4qWOPpmLylycZBlHq3Ez1YV55fqoDPOiEtGZtXlTR8Xwl. qrCKlIUfiDbF94tLp1jwHRzesXiPH1hFpuqO1EmLiTBzuxkfuVHO1I9xkfWGXAWaWN3gQNtA0K8Q LIwbARxUAJPOLFka.hlICRbF1xQkzZbvJG6paFYnItQ3OJlNEVT3Inl7.4Jth.yTkFF7u7_dqDg_ 2AMayRCZ.fz.U1GjEvKX9ZWY8SpuPyVeFmcaTPtJ5DpQ1qEq7Vrlu6cn8p8bPwQVIsxXbiEtETT4 vTE0TNQSGK0Re.CfTRy56LFJ7dgP9ndm8ywd_1g_aPapiYrPDZnC5SNw3jw0xARGDDCc4CLwEGuq Ga1z2UR7hLi_Oy7Eepf55h8KY_y4Qmw7NjkNFDE7B8aKJ_aM8WprHL4tkC7aDHujKfWMmBMIAsPL JNK1tZ6T4HAiomUBO1hVZcOieGs_KlcC7L1d.6q6hzzxUN.mlpObU7UpQBMKWlw_SWAUWKSp4C8. YP_aknjI.wxW_BiMAZjMqUFA.j5OSWlvxM8n1FNYnrEWcqFhF_Gf4SOIQwJMeToxHus4aZDKtxei LtxPgQxumI7l2DxfobSD64o6CVYXez0yl0khbqcl72.IPT0vRU_HKgTrfZX36RoHf.htkL.a0NNr cm2LtZnXz4CEn0E0syeV8CRu7C.80q7MlXQxCvsC6cIITRWlOelpwVFz_Am2KlijAJublT.gQnwQ PezUEKJx9FuhzO0ZJYlnBD91JXMPve2cuMHC1utnjKUaB00Rd4PL13qLBwqTLcnT.4vVF5JVLXDN _KlTjNUA_1.HjmeY_vNAs20ZgFTSAlQFBQqNcKTcJJYPuUrbBiSA10PRTEltHN9d0EbA59eZBNDg 7Y6lW2k82lEog1hQg.ujI4AyjL8IskltmaBFcG2lGCyRQH3gegwsi0n_oXlHBkiIgvW_kJOwuARP NtpfHG.jStgdVZUTbj0CBTX5DaBTjFgyyq2U.OsFlEI6GKMA8xm2qNBJvxrcCtGgbFl1W1YzvgjF RVEsFRFbM8NHjKGwnV8X9EUR.ekhUyJX9bGR4RTkBrxXkgzri4uUDJj2FujoKe2AHDaIUa4kl1xW 51pk0VkGeJ1g3jqc6PBQ0yUFQahsIiN_AsaVpF1Tv_EEjqUrWwRC0fyP1hpH9csu0ZrUrUBE2nxy GkkhiKpTxiHpmcQdbEmm51hpo_OSpz2Cnn_nydaj3eXvtC33GF6EtyjaPrSM2XjvpsEUtAi9dqDk F X-Sonic-MF: X-Sonic-ID: f0dffdad-cb8b-439c-bd1e-a06cc482db11 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 23 Sep 2023 18:35:00 +0000 Received: by hermes--production-bf1-678f64c47b-glgzv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2ffbfc07b39fa435cb6788340388856a; Sat, 23 Sep 2023 18:34:57 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Shutdown -r under -current hangs on RPi3 From: Mark Millard In-Reply-To: <0AADDACB-ABA3-47FF-B3A7-05B313F5326C@yahoo.com> Date: Sat, 23 Sep 2023 11:34:41 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9D29DD48-1572-4C04-AD88-8436AC8DDDCC@yahoo.com> References: <0AADDACB-ABA3-47FF-B3A7-05B313F5326C@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.27 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.77)[-0.773]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RtHqq61qVz4pvq On Sep 23, 2023, at 11:26, Mark Millard wrote: > On Sep 23, 2023, at 08:52, bob prohaska wrote: >=20 >> =46rom time to time, but seemingly more often lately, a Pi3 >> get stuck during shutdown -r. The machine is running -current >> from a mechanical usb hard disk through a powered hub. No micro >> SD card is used. Once up it's quite stable. >>=20 >> The console reports >>=20 >> login: Sep 23 08:20:37 pelorus shutdown[224]: reboot by bob: >> Stopping sshd. >> Waiting for PIDS: 1063. >> Stopping cron. >> Waiting for PIDS: 1073. >> Stopping powerd. >> Waiting for PIDS: 1002. >> Stopping devd. >> Waiting for PIDS: 752. >> Writing entropy file: . >> Writing early boot entropy file: . >> . >> Terminated >> Sep 23 08:20:43 pelorus syslogd: exiting on signal 15 >> Waiting (max 60 seconds) for system process `vnlru' to stop... done >>=20 >> Waiting (max 60 seconds) for system process `syncer' to stop... = Syncing disks, vnodes remaining... 4 0 0 0 done >> All buffers synced. >> Uptime: 23h31m45s >> Khelp module "ertt" can't unload until its refcount drops from 1 to = 0. >=20 > I've gotten the above message on rare occasions over the years on > the amd64 system (ThreadRipper 1950X). (But reboots and shutdowns > are not frequent for this system normally.) >=20 > There is a recent: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271677 >=20 > It is not just your context with the issue. >=20 >> Resetting system ... >>=20 >> At that point all activity ceases. The only clue I can recognize is = that >> the red power LED remains off, as if FreeBSD never relinquishes = control >> to the Pi firmware, which turns the LED back on at powerup. = Power-cycling >> results in a normal reboot. >=20 The system might produce more messages about the shutdown activity if it has been booted via: boot -v This might narrow down the context some for someone familiar with the messages --if oyu are lucky enough to eventually get an example from a boot -v context. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Sep 23 19:16:14 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtJlP33Rbz4v6gf for ; Sat, 23 Sep 2023 19:16:17 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RtJlN6s8tz3C8N for ; Sat, 23 Sep 2023 19:16:16 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 38NJGF6s035614 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 23 Sep 2023 12:16:15 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 38NJGFqt035613; Sat, 23 Sep 2023 12:16:15 -0700 (PDT) (envelope-from fbsd) Date: Sat, 23 Sep 2023 12:16:14 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: Shutdown -r under -current hangs on RPi3 Message-ID: References: <0AADDACB-ABA3-47FF-B3A7-05B313F5326C@yahoo.com> <9D29DD48-1572-4C04-AD88-8436AC8DDDCC@yahoo.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9D29DD48-1572-4C04-AD88-8436AC8DDDCC@yahoo.com> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Queue-Id: 4RtJlN6s8tz3C8N On Sat, Sep 23, 2023 at 11:34:41AM -0700, Mark Millard wrote: > On Sep 23, 2023, at 11:26, Mark Millard wrote: > > > On Sep 23, 2023, at 08:52, bob prohaska wrote: > > > >> From time to time, but seemingly more often lately, a Pi3 > >> get stuck during shutdown -r. The machine is running -current > >> from a mechanical usb hard disk through a powered hub. No micro > >> SD card is used. Once up it's quite stable. > >> > >> The console reports > >> > >> login: Sep 23 08:20:37 pelorus shutdown[224]: reboot by bob: > >> Stopping sshd. > >> Waiting for PIDS: 1063. > >> Stopping cron. > >> Waiting for PIDS: 1073. > >> Stopping powerd. > >> Waiting for PIDS: 1002. > >> Stopping devd. > >> Waiting for PIDS: 752. > >> Writing entropy file: . > >> Writing early boot entropy file: . > >> . > >> Terminated > >> Sep 23 08:20:43 pelorus syslogd: exiting on signal 15 > >> Waiting (max 60 seconds) for system process `vnlru' to stop... done > >> > >> Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining... 4 0 0 0 done > >> All buffers synced. > >> Uptime: 23h31m45s > >> Khelp module "ertt" can't unload until its refcount drops from 1 to 0. > > > > I've gotten the above message on rare occasions over the years on > > the amd64 system (ThreadRipper 1950X). (But reboots and shutdowns > > are not frequent for this system normally.) > > > > There is a recent: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271677 > > > > It is not just your context with the issue. > > > >> Resetting system ... > >> > >> At that point all activity ceases. The only clue I can recognize is that > >> the red power LED remains off, as if FreeBSD never relinquishes control > >> to the Pi firmware, which turns the LED back on at powerup. Power-cycling > >> results in a normal reboot. > > > > The system might produce more messages about the > shutdown activity if it has been booted via: > > boot -v > > This might narrow down the context some for someone > familiar with the messages --if oyu are lucky enough > to eventually get an example from a boot -v context. I'm confused here. Boot is normal, and it doesn't seem to even reach the boot stage during reboot. Can boot -v affect the _next_ boot? It isn't clear to me that the bug report is related. It seems to focus on the ertt message, while my problems wait until the system claims to be resetting and then gets stuck. Maybe the ertt error is related, but the association isn't consistent Unfortunately the hang does not seem easily reproducible. Several consecutive shutdown -r reboots were successful. The hangs seen so far have all followed OS build/install sessions. Thanks for writing! bob prohaska From nobody Sat Sep 23 19:28:39 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtK1s30CBz4v7NN for ; Sat, 23 Sep 2023 19:28:49 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RtK1s2SMXz3FwJ; Sat, 23 Sep 2023 19:28:49 +0000 (UTC) (envelope-from ronald@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695497329; 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=XKjmyZhJv0dOt9GOkPbLT8R6F1yANsj6DlSbF0nshXU=; b=jko8ruUpsHXzWLIu5GF8qqbP+lEo2aq+SWzdHS6EmCAcAA8pTt6CQOgcCPMjhu7Ll5EPxk o88a2vi7/9637a+lUoqZsz0ARJDHTdpUV2LxNClnXLF1LZivEaxuwyyVKvottzZ77FIzlD Opj8KFvkql6nhCjFKdGa8eprcfCl+Q3CATPJdDaToGAOhDtmXlLZuVtOUmF1jT6nJnmMKK eMRSD/RkDYwNyzv9MOFjJiBheqBj1YS/g/Hwg9vcKKcvcD3D12vUSx4eGOoGaPO2GrDJmB 9jpdal32XigP/L3fQuqUI83r4KnF0b2MyIQlJ1IG8cxQqrq8jN/E9eoI3BmrLw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695497329; a=rsa-sha256; cv=none; b=a4o0RAUx7BK6uoDCRA4stEWzGs0RjmG6Buq8mDQelkQDiD5FEaz3WXeH7L0vlwcdK/rg3F cLWSVk4VznOboRL5upF4v8nywrLRy2USvVgaSiU6W7kigNtE0m9GREzet4F923iiR7dC3w ExHLfVilazOq2Zbngw3zJ45fdmi3w+OVngc1GCzjMPKj+rJwRt5SoIm+J0m0O+OAaEB11J tRoMlnORsmITSP4s+6IXyg+2Liztn0hax6LNwQWEQEcKQTl+LiwTxmI8va1xGL2JL4pnpz W/2ErDZ9uEzkDoEpSQpFPbeD2G3ZeLyvA5KBUV3TaY96Vt9Tu/Ed5kW/io7u7A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695497329; 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=XKjmyZhJv0dOt9GOkPbLT8R6F1yANsj6DlSbF0nshXU=; b=x5IEWoR0/Z7pI/AyCb/zWXPGHaeNtz1UunM9z2P1FVKrcU+z3H4jLaAMXIpm+12mz9W0qD LCSEo1OuMod6RWhPBpHs5FhB0UJ4xFoPqGU83A5hgiNr0oL9zCgaUTRQlVu5scRc+M5gOY izp8ED1UTKwEMWO0O04/jr2Ob++vR8WoZNrMWTkfp4sdR3doCeFxcjCIZDdcBGYospORq0 X698c+efylhY5vVqvYe6ulHuFuY7u4Lpk9jtXRxE6rrF9gXs+VhsKbHKZaJV7DzeMCNb5z 8zN+kFHlWnqTncRkA/qXWem47m0AWCmO3EC0a1wqutHkCPVU43dd6CIVhaMcIg== Received: from [IPV6:2001:1c00:2709:2010:dc87:f1a:49cd:cb73] (2001-1c00-2709-2010-dc87-0f1a-49cd-cb73.cable.dynamic.v6.ziggo.nl [IPv6:2001:1c00:2709:2010:dc87:f1a:49cd:cb73]) (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 did not present a certificate) (Authenticated sender: ronald/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RtK1r4qLMz1PwZ; Sat, 23 Sep 2023 19:28:48 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Message-ID: <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> Date: Sat, 23 Sep 2023 21:28:39 +0200 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface To: Mike Karels , "Patrick M. Hausen" Cc: Mark Millard , freebsd-arm@freebsd.org References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> Content-Language: en-US From: Ronald Klop In-Reply-To: <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/20/23 22:02, Mike Karels wrote: > On 20 Sep 2023, at 14:49, Patrick M. Hausen wrote: > >> Hi all, >> >> some more research ... >> >>> Am 20.09.2023 um 21:05 schrieb Patrick M. Hausen : >>> No worky. >>> [...] >> >> >> I could not find any code in the network startup routines in userland that >> would generate and configure a random MAC address. So I looked for >> the driver. >> >> Apparently the TuringPi uses smsc(4), and there we have it straight from >> the driver source: >> >> ------------------- >> static void >> smsc_attach_post(struct usb_ether *ue) >> { >> [...] >> /* Attempt to get the mac address, if an EEPROM is not attached this >> * will just return FF:FF:FF:FF:FF:FF, so in such cases we invent a MAC >> * address based on urandom. >> */ >> [...] >> /* Initialise the chip for the first time */ >> smsc_chip_init(sc); >> } >> ------------------- >> >> So what we would really need is a tunable - one per driver or possibly a >> common one read and acted upon by all of the USB ethernet drivers ... > > There is a routine called ether_gen_addr(), which will generate an > Ethernet MAC based on the hostid and the interface name, both of which > are reasonably stable. Not very many drivers use it though. It > would probably be an improvement. > >> With no code on our side to perform anything, no wonder the RPI >> config files have no effect. > > It would seem wrong to me to have USB Ethernet drivers using an RPI-specific > mechanism. > >> Dang. That's frustrating. With aarch64 having been promoted to "tier 1" >> I really expected full support for all RPI platforms and related features >> and hardware. >> >> Or am I misreading that? I though that the Pi was *the* aarch64 platform, >> at least in numbers ... > > In numbers, probably. In support, no. > > Mike > >> Kind regards, >> Patrick > Would this work? diff --git a/sys/dev/usb/net/if_smsc.c b/sys/dev/usb/net/if_smsc.c index 0a0268bfa1a2..4a7983a20717 100644 --- a/sys/dev/usb/net/if_smsc.c +++ b/sys/dev/usb/net/if_smsc.c @@ -1554,6 +1554,7 @@ static void smsc_attach_post(struct usb_ether *ue) { struct smsc_softc *sc = uether_getsc(ue); + struct ether_addr eaddr; uint32_t mac_h, mac_l; int err; @@ -1589,9 +1590,10 @@ smsc_attach_post(struct usb_ether *ue) err = usb_fdt_get_mac_addr(sc->sc_ue.ue_dev, &sc->sc_ue); #endif if ((err != 0) || (!ETHER_IS_VALID(sc->sc_ue.ue_eaddr))) { - read_random(sc->sc_ue.ue_eaddr, ETHER_ADDR_LEN); - sc->sc_ue.ue_eaddr[0] &= ~0x01; /* unicast */ - sc->sc_ue.ue_eaddr[0] |= 0x02; /* locally administered */ + device_printf(ue->ue_dev, "No MAC address found. Using ether_gen_addr().\n"); + ether_gen_addr(ue->ue_ifp, &eaddr); + for (int i = 0; i < ETHER_ADDR_LEN; i++) + sc->sc_ue.ue_eaddr[i] = eaddr.octet[i]; } } I don't have the hardware so I can't test it. Regards, Ronald. From nobody Sat Sep 23 19:41:34 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtKJx6V3Pz4v8DL for ; Sat, 23 Sep 2023 19:41:53 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4RtKJx2hQXz3H6l for ; Sat, 23 Sep 2023 19:41:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695498110; bh=/hf3lKPUy8kY1L1uSF6K1RMtjQyrEQVNj41VkVsoe20=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Xgx9u+bs+4NsC0wNiEGDcQvIIi1/P4uJTrdyvLS92qRmRjR4rfQ2/r6udUytiXOs3EYWGoffdfTavynqSxCG+Qc2Br/PaRAIjw2nJbE80KE9qMCdUs+l/ehua33L6hdWXWb47k3HqLk+gLgtQlMiDdWqf24eJByZ1VDv3rpxzIgoWgNOUiKb2yljm+BQSkMSIRn6bK5Qu0i2FhBZFLlq1kk/MuOWGs8jNqH/HQo8mXy+3j4imPZi6aIZgK+R880gv7zWyi72m7JJv/3eEkrGaNW752oGwC314d2CUMVnQgdsHtRq54N2a+/bx6EJtL5LxlRt19JveEAm4uaWWjlBMg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695498110; bh=w+rnL4zKLfRXJ4hJTRzeugY1lk3e+pEulHZ0Tb4hKyd=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=rzhr9aRqmPJ2WhSbrjljLttvci0NRgnssZ3rD5TmqB8D6E76oX9zi601PMeQqWZC4knGyh35/ZixBRatQYjLwU53lAUM94qX+SOcMxA45AJHc/mgJW339nsLvFPzhRBWUV20ulK3phxGoUTOeE0hep4rZI4dnbqQz/DsjfWr713o74xohL/LaY/1xxRmlL6PJr0lF1UHomDGVhVAW7C6opjxwzp5girQKPcKLfV+SW18YOXhmXPhl7bozrP8chyABu/vqFJf7VjCl9M8cT18rieqWWtAt1JAycoeDKtsuzpO1GpAFg4cp5oJK3LrxfYTcfTU+f+CR/HaaPkQsgqEfw== X-YMail-OSG: Cy68zjgVM1k4QEQ2GKVjRpipUBeArmNHw7dK3VXFr1NClb5_LgqjyRgXBci5ujY 9WmS8HFbb5qrb.cSSgxksJwZi.4Ll1KwKteFxLiXlGXF65PGbSAV9uBHw4WTfx2r3hok27ulaOe0 L7Z_M4fRM.9B3Je1OaXwh_PveapW4txKs8Ws2Eu2wkyYSo4IDlBQIVomFEMPpkuB5eGCyvZYCLcd v8d71mvPSfx2B4MDwShJHmtKfz4UGy4hO6zTK9iqwSnWnWn2U_vBK7kyFRu76iix_cWHhfQ4GNv2 BTc4EAq87OBH4raL0PIOJDizElLcet4gyDGAOjAc2in.mS1RhKKNN22fCiWupG_vf2iFPg3CDmC7 9PHDaB4Cdgf4KYWyGaAHLXNid4LouwQq_bKPCdul753koQNVLo9qxKxqRp7BgbOxge35V.hHdAdH jjmzAKq_g2GgIYEclIEF5OWAnkEpwxqTrCWqseMfEbQr72YJOlPeY.qCoXI_k9QjN.BpDdZILh_v GhK.XS7ONdwpFOqBLJKBe.aYH3V4_u6oz5GT_zvfqZv9Y0v24MU1TDK2CQtWxdp7VMBcRXKdDPKD Foq4RDv494c0DnbFhCdRbbyB3kMzFZz9Rx5xKssYHKRzdHhq5ioUilO1ufT4ClLR1J6sIu.qNfut EKJH2pIcVwLy_NOU6jNSeme2lj.w.uNvh1sFKdm_fTr_rrPKndL0_upCURN5aj6VHJEYr7FITLzV W5pKXXSZILPPUv1hcBlJChO5k.3GbS5Z8yMCAzkjW5yxFyFIyniV7hq4wP5Gbxkt7pwcgVdd6Mvm XB7nmz36qbmer4JQ96v_cnh4jzb9qnXU52dMH0Ol7JBcjOf_J5Z8nEd8VWIR_5A6UmTqgKW5bvkM r7FEPl8cvtTG9VNqZpVlEvP0FjgXcJlRD4uvHGULNDiZ9dx_PqQWYWJio2jOXIFMzWJEtQgk.hVk oySh8NCJugeZkelMcwfdPdBTbx1zikh5jaY3KbGLPSCcOP.sVdY4iOrmUGZN7mg7.eitpcspmeya t9L_7kdFZJTVKw4Mj6htVpSrCC.3t1oQgAi5k2boHQZx83rc3m2u6LX.ABjy5FdddVz.Dhygatxn 26CQKEQ17zoZI4nmNSgN9sU2jjO40qL3JbbAfO9u6ZUpVy.yLCBMIX6EWm4WjlVaVQKy5VdrIDLb nx7tv8t97MgP8F1EWWmt7tYW030fpPpCWF43qPkD6SQSg3UjhuhmeMqvTgpKLYlew2eZ0FPrMecJ Dxp7CkyeOYErNu3wQ25v84pjgAm00kdnzPrixdK4L7qFu6_7sTDGb5GBBIUwO0Va9iJfky0SfhJW NaciNraONHO.Is8mENhunfY9ETVSdg.ugQecehcwjJ4d7TgNjsrIJ7lQ4JQQPMTgDRDrZG_S6IUh o_3cjFFTiNsE3uQI_PNzvUo44PybLYws2sjABimGLOdEgsNpkietr93nsEdjUvJhGR.eedB5e2.u sRRgABdVJohVvzD.EF9kiNkKdTxgIgh11GvolaKzE5JsQ7EDRnMF_oE7mv0SQK5F0fPfdRa4CUoe anZq_szOzHSYqoPcLkxdRfiYc2.cMAWH1usfaST448wONrskAhuXfDCqAXCjVeVVRxWCoHmbGyTY DpHgxPBSt0vgP5gVw0Nmjjjriv_rRBAXw1xQf3YR4dx63GiNAT.2UOWyC_jGZU2gLxH1qTmCvwHE zIbCiITU57GXnQe86f.2h_q.Q9UI2FhoUdR0cgnXcEo_j_odBuGFoaxyWeUYkLLhRpfAnidb0slC m4FfeQVv2QEyAXOp85DqDY11Jmslc196IVCRSuZ6UXW3ZjCV_GmCwXyXk6enNQjH2jd71IPTH.8X 3NEqxu5WrcgJ6vvtc45He__aMk3nwRAMlwS8J8FRJgViNJ2w9umYyjDfHkNhfjsfs1osU5p8rxNr _GchRL0xyiuE0w2vWcQHebBoXXPXjk037iJlnONKh1HNXQ1me.b8kfHHKT5H9qgsnEyAg19Rkx77 fW0IlQC7aceKCk0GOo2cydDaAwtJaaN8jW1ZkiNMr6hVPaGnJ8LOstuJj194vP3yZSKZzWD7Fg7r UHp_BgrDQu6MMvooggi1FUY_U5ifpRA9vaUt78Ll6YJLTULXktql0DA4sz9r2yuiZheYw4kASpjT R0v3D0AqBTVuoBhr_SszXddQr1JfpW6ugi4Dq1q74xNnMuPizUOpDClRZnX5l8pNn.gYuCq_Sz4i S8oo96Avuu1.cgVvmCuRyjeOZCVNf6dCMACsvmQH7UHMiXOBp6TGy0qIVOOR29XWUTkmkryFbwy1 0ag-- X-Sonic-MF: X-Sonic-ID: e2213974-7510-43c9-a22a-9b2f64a9006b Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sat, 23 Sep 2023 19:41:50 +0000 Received: by hermes--production-ne1-6cbd549489-2lmpf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f4d1ea7c5ae52de2ef27dc0b9a500d46; Sat, 23 Sep 2023 19:41:45 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Shutdown -r under -current hangs on RPi3 From: Mark Millard In-Reply-To: Date: Sat, 23 Sep 2023 12:41:34 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <0AADDACB-ABA3-47FF-B3A7-05B313F5326C@yahoo.com> <9D29DD48-1572-4C04-AD88-8436AC8DDDCC@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4RtKJx2hQXz3H6l On Sep 23, 2023, at 12:16, bob prohaska wrote: > On Sat, Sep 23, 2023 at 11:34:41AM -0700, Mark Millard wrote: >> On Sep 23, 2023, at 11:26, Mark Millard wrote: >>=20 >>> On Sep 23, 2023, at 08:52, bob prohaska wrote: >>>=20 >>>> =46rom time to time, but seemingly more often lately, a Pi3 >>>> get stuck during shutdown -r. The machine is running -current >>>> from a mechanical usb hard disk through a powered hub. No micro >>>> SD card is used. Once up it's quite stable. >>>>=20 >>>> The console reports >>>>=20 >>>> login: Sep 23 08:20:37 pelorus shutdown[224]: reboot by bob: >>>> Stopping sshd. >>>> Waiting for PIDS: 1063. >>>> Stopping cron. >>>> Waiting for PIDS: 1073. >>>> Stopping powerd. >>>> Waiting for PIDS: 1002. >>>> Stopping devd. >>>> Waiting for PIDS: 752. >>>> Writing entropy file: . >>>> Writing early boot entropy file: . >>>> . >>>> Terminated >>>> Sep 23 08:20:43 pelorus syslogd: exiting on signal 15 >>>> Waiting (max 60 seconds) for system process `vnlru' to stop... done >>>>=20 >>>> Waiting (max 60 seconds) for system process `syncer' to stop... = Syncing disks, vnodes remaining... 4 0 0 0 done >>>> All buffers synced. >>>> Uptime: 23h31m45s >>>> Khelp module "ertt" can't unload until its refcount drops from 1 to = 0. >>>=20 >>> I've gotten the above message on rare occasions over the years on >>> the amd64 system (ThreadRipper 1950X). (But reboots and shutdowns >>> are not frequent for this system normally.) >>>=20 >>> There is a recent: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271677 >>>=20 >>> It is not just your context with the issue. >>>=20 >>>> Resetting system ... >>>>=20 >>>> At that point all activity ceases. The only clue I can recognize is = that >>>> the red power LED remains off, as if FreeBSD never relinquishes = control >>>> to the Pi firmware, which turns the LED back on at powerup. = Power-cycling >>>> results in a normal reboot. >>>=20 >>=20 >> The system might produce more messages about the >> shutdown activity if it has been booted via: >>=20 >> boot -v >>=20 >> This might narrow down the context some for someone >> familiar with the messages --if oyu are lucky enough >> to eventually get an example from a boot -v context. >=20 > I'm confused here. Boot is normal, and it doesn't > seem to even reach the boot stage during reboot. Can > boot -v affect the _next_ boot? boot -v can add messages both to boot-time and to the later reboot/shutdown-time. You would have to keep booting with "boot -v", hoping that the later reboot/shutdown would report extra messages but would also include the 'help module "ertt" can't unload' message in the sequence. Once you had such a boot, you would report the text around the 'help module "ertt" can't unload' message to show the extra context. > It isn't clear to me that the bug report is related. It > seems to focus on the ertt message, while my problems > wait until the system claims to be resetting and then > gets stuck. I've had to force poweroff after some of the messages. The "can't unload until its refcount drops from 1 to 0" suggests that it is waiting to unload. (But I've no low level detail establishing that is actually what was going on.) Have you recently had it get stuck without first having the 'Khelp module "ertt" can't unload' message? (I've not had other reboot hangups except for other known problems that were later fixed. I've not had other reboot/shutdown hangups in a very long time.) > Maybe the ertt error is related, but the > association isn't consistent=20 Are you saying that in recent times you have had hangups that did not first show the 'Khelp module "ertt" can't unload' message? The message suggests that the refcount decreasing would lead to it not waiting any longer. (But I've no low level detail establishing that is actually what was going on when I did not have to force power off.) > Unfortunately the hang does not seem easily reproducible. Consistent with my "rare". > Several consecutive shutdown -r reboots were successful. To my knowledge/memory, I've never gotten the message after being booted for only a short time (little activity). > The hangs seen so far have all followed OS build/install > sessions. So a "boot -v" before such sessions might, eventually, prove useful. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Sep 23 19:50:46 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtKWF28j6z4v95n for ; Sat, 23 Sep 2023 19:50:49 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail2.karels.net (mail2.karels.net [3.19.118.201]) (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 "freebsd", Issuer "freebsd" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RtKWF1lT7z3J2m; Sat, 23 Sep 2023 19:50:49 +0000 (UTC) (envelope-from mike@karels.net) Authentication-Results: mx1.freebsd.org; none Received: from mail2.karels.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail2.karels.net (8.17.1/8.17.1) with ESMTP id 38NJolNj014962; Sat, 23 Sep 2023 14:50:47 -0500 (CDT) (envelope-from mike@karels.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=karels.net; s=mail2; t=1695498648; bh=1m59H25fHElnsdmftXw+IYRaAm1TEUNNHcYpUNyNiOY=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=HCCdDoyOphTmMvEhyIDwf3W951du0C6bLARV1fVkz21eaQ+EAaMGshLlmDuIQEumw QgQDEG+AHyF6+O56qGOCu/Uo1lPAKnesQxQK7OgITtKxfY3Oek6H3RowQ43Fkue//n +m9uU0HhztGf5CTquC1kWix5qVFFrq2ISCFKEMN58wiCOTM6/QYzEJ50dXErKNSBJ+ AwjQfOea8SEyYSxA3fBZAi3rclcAjHxGia6Yl9yAm6or0Pf+F+xdX/L1wlo3r2zgc7 azSZfKMIQEbwKH4D+QjWYg2l30S4lKwpU2PSKnam2uh0bDe66hvjEcuM+3xLmCBZQ3 gar4FH/85p1Ag== Received: from [10.0.2.130] ([73.62.165.147]) by mail2.karels.net with ESMTPSA id XRIMLZdBD2VwOgAAs/W3XQ (envelope-from ); Sat, 23 Sep 2023 14:50:47 -0500 From: Mike Karels To: Ronald Klop Cc: "Patrick M. Hausen" , Mark Millard , freebsd-arm@freebsd.org Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface Date: Sat, 23 Sep 2023 14:50:46 -0500 X-Mailer: MailMate (1.14r5964) Message-ID: In-Reply-To: <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.16.0.0/14, country:US] X-Rspamd-Queue-Id: 4RtKWF1lT7z3J2m On 23 Sep 2023, at 14:28, Ronald Klop wrote: > On 9/20/23 22:02, Mike Karels wrote: >> On 20 Sep 2023, at 14:49, Patrick M. Hausen wrote: >> >>> Hi all, >>> >>> some more research ... >>> >>>> Am 20.09.2023 um 21:05 schrieb Patrick M. Hausen : >>>> No worky. >>>> [...] >>> >>> >>> I could not find any code in the network startup routines in userland that >>> would generate and configure a random MAC address. So I looked for >>> the driver. >>> >>> Apparently the TuringPi uses smsc(4), and there we have it straight from >>> the driver source: >>> >>> ------------------- >>> static void >>> smsc_attach_post(struct usb_ether *ue) >>> { >>> [...] >>> /* Attempt to get the mac address, if an EEPROM is not attached this >>> * will just return FF:FF:FF:FF:FF:FF, so in such cases we invent a MAC >>> * address based on urandom. >>> */ >>> [...] >>> /* Initialise the chip for the first time */ >>> smsc_chip_init(sc); >>> } >>> ------------------- >>> >>> So what we would really need is a tunable - one per driver or possibly a >>> common one read and acted upon by all of the USB ethernet drivers ... >> >> There is a routine called ether_gen_addr(), which will generate an >> Ethernet MAC based on the hostid and the interface name, both of which >> are reasonably stable. Not very many drivers use it though. It >> would probably be an improvement. >> >>> With no code on our side to perform anything, no wonder the RPI >>> config files have no effect. >> >> It would seem wrong to me to have USB Ethernet drivers using an RPI-specific >> mechanism. >> >>> Dang. That's frustrating. With aarch64 having been promoted to "tier 1" >>> I really expected full support for all RPI platforms and related features >>> and hardware. >>> >>> Or am I misreading that? I though that the Pi was *the* aarch64 platform, >>> at least in numbers ... >> >> In numbers, probably. In support, no. >> >> Mike >> >>> Kind regards, >>> Patrick >> > > > Would this work? > > diff --git a/sys/dev/usb/net/if_smsc.c b/sys/dev/usb/net/if_smsc.c > index 0a0268bfa1a2..4a7983a20717 100644 > --- a/sys/dev/usb/net/if_smsc.c > +++ b/sys/dev/usb/net/if_smsc.c > @@ -1554,6 +1554,7 @@ static void > smsc_attach_post(struct usb_ether *ue) > { > struct smsc_softc *sc = uether_getsc(ue); > + struct ether_addr eaddr; > uint32_t mac_h, mac_l; > int err; > @@ -1589,9 +1590,10 @@ smsc_attach_post(struct usb_ether *ue) > err = usb_fdt_get_mac_addr(sc->sc_ue.ue_dev, &sc->sc_ue); > #endif > if ((err != 0) || (!ETHER_IS_VALID(sc->sc_ue.ue_eaddr))) { > - read_random(sc->sc_ue.ue_eaddr, ETHER_ADDR_LEN); > - sc->sc_ue.ue_eaddr[0] &= ~0x01; /* unicast */ > - sc->sc_ue.ue_eaddr[0] |= 0x02; /* locally administered */ > + device_printf(ue->ue_dev, "No MAC address found. Using ether_gen_addr().\n"); > + ether_gen_addr(ue->ue_ifp, &eaddr); > + for (int i = 0; i < ETHER_ADDR_LEN; i++) > + sc->sc_ue.ue_eaddr[i] = eaddr.octet[i]; > } > } > > > I don't have the hardware so I can't test it. It looks right to me, and seems like a big improvement. I don't have the hardware either. Mike > Regards, > Ronald. From nobody Sat Sep 23 19:56:08 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtKdQ6Rdtz4v9QS for ; Sat, 23 Sep 2023 19:56:10 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail2.karels.net (mail2.karels.net [3.19.118.201]) (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 "freebsd", Issuer "freebsd" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RtKdQ20WCz3Jrl; Sat, 23 Sep 2023 19:56:10 +0000 (UTC) (envelope-from mike@karels.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=karels.net header.s=mail2 header.b=njMSrY+B; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 3.19.118.201 as permitted sender) smtp.mailfrom=mike@karels.net; dmarc=none Received: from mail2.karels.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail2.karels.net (8.17.1/8.17.1) with ESMTP id 38NJu9JQ015003; Sat, 23 Sep 2023 14:56:09 -0500 (CDT) (envelope-from mike@karels.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=karels.net; s=mail2; t=1695498969; bh=LTRTzqyTlIZs4/12xPNHo8SsZIFGKvmKDEWoFgnVTFM=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=njMSrY+BArpKiZuKzkrPeO0MEB0ZDvJ71vOZ2PL+OGnfnwJIjjueVpoijJCUogVWy meTipB4Cndu3Okf0YBE14UdhFfAfGNLdNC+10JC+YI1ftChnUg1ZfJS8GeYxGvtZk6 7cmBRyrQSw0pVynmhYSaMDzxd1WE+zp7KLBewZBV1I0hs0Jyjm2HTLQdpJgpBi2ZJn xkbeTBs8ekp0UiXmkJWk7+VAe41mNWA57aH3Ou8tyCQnfdy6zjh06lKKsmRULWtXAN ZWDoB2ZjbuJPbHmYBFpyB/haEIqLMq8kNgQOZzRVVa0zq7UV6SNAzO42SZ5B9PIMnD WiS9+ajnd29Ag== Received: from [10.0.2.130] ([73.62.165.147]) by mail2.karels.net with ESMTPSA id V01QEdlCD2WZOgAAs/W3XQ (envelope-from ); Sat, 23 Sep 2023 14:56:09 -0500 From: Mike Karels To: Ronald Klop Cc: "Patrick M. Hausen" , Mark Millard , freebsd-arm@freebsd.org Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface Date: Sat, 23 Sep 2023 14:56:08 -0500 X-Mailer: MailMate (1.14r5964) Message-ID: <041A6D22-F0AD-4AB9-B2D3-63BF5526E28D@karels.net> In-Reply-To: References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip4:3.19.118.201]; R_DKIM_ALLOW(-0.20)[karels.net:s=mail2]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:3.16.0.0/14, country:US]; RCVD_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[karels.net:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[mike]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[karels.net]; FREEMAIL_CC(0.00)[hausen.com,yahoo.com,freebsd.org] X-Rspamd-Queue-Id: 4RtKdQ20WCz3Jrl On 23 Sep 2023, at 14:50, Mike Karels wrote: > On 23 Sep 2023, at 14:28, Ronald Klop wrote: > >> On 9/20/23 22:02, Mike Karels wrote: >>> On 20 Sep 2023, at 14:49, Patrick M. Hausen wrote: >>> >>>> Hi all, >>>> >>>> some more research ... >>>> >>>>> Am 20.09.2023 um 21:05 schrieb Patrick M. Hausen : >>>>> No worky. >>>>> [...] >>>> >>>> >>>> I could not find any code in the network startup routines in userland that >>>> would generate and configure a random MAC address. So I looked for >>>> the driver. >>>> >>>> Apparently the TuringPi uses smsc(4), and there we have it straight from >>>> the driver source: >>>> >>>> ------------------- >>>> static void >>>> smsc_attach_post(struct usb_ether *ue) >>>> { >>>> [...] >>>> /* Attempt to get the mac address, if an EEPROM is not attached this >>>> * will just return FF:FF:FF:FF:FF:FF, so in such cases we invent a MAC >>>> * address based on urandom. >>>> */ >>>> [...] >>>> /* Initialise the chip for the first time */ >>>> smsc_chip_init(sc); >>>> } >>>> ------------------- >>>> >>>> So what we would really need is a tunable - one per driver or possibly a >>>> common one read and acted upon by all of the USB ethernet drivers ... >>> >>> There is a routine called ether_gen_addr(), which will generate an >>> Ethernet MAC based on the hostid and the interface name, both of which >>> are reasonably stable. Not very many drivers use it though. It >>> would probably be an improvement. >>> >>>> With no code on our side to perform anything, no wonder the RPI >>>> config files have no effect. >>> >>> It would seem wrong to me to have USB Ethernet drivers using an RPI-specific >>> mechanism. >>> >>>> Dang. That's frustrating. With aarch64 having been promoted to "tier 1" >>>> I really expected full support for all RPI platforms and related features >>>> and hardware. >>>> >>>> Or am I misreading that? I though that the Pi was *the* aarch64 platform, >>>> at least in numbers ... >>> >>> In numbers, probably. In support, no. >>> >>> Mike >>> >>>> Kind regards, >>>> Patrick >>> >> >> >> Would this work? >> >> diff --git a/sys/dev/usb/net/if_smsc.c b/sys/dev/usb/net/if_smsc.c >> index 0a0268bfa1a2..4a7983a20717 100644 >> --- a/sys/dev/usb/net/if_smsc.c >> +++ b/sys/dev/usb/net/if_smsc.c >> @@ -1554,6 +1554,7 @@ static void >> smsc_attach_post(struct usb_ether *ue) >> { >> struct smsc_softc *sc = uether_getsc(ue); >> + struct ether_addr eaddr; >> uint32_t mac_h, mac_l; >> int err; >> @@ -1589,9 +1590,10 @@ smsc_attach_post(struct usb_ether *ue) >> err = usb_fdt_get_mac_addr(sc->sc_ue.ue_dev, &sc->sc_ue); >> #endif >> if ((err != 0) || (!ETHER_IS_VALID(sc->sc_ue.ue_eaddr))) { >> - read_random(sc->sc_ue.ue_eaddr, ETHER_ADDR_LEN); >> - sc->sc_ue.ue_eaddr[0] &= ~0x01; /* unicast */ >> - sc->sc_ue.ue_eaddr[0] |= 0x02; /* locally administered */ >> + device_printf(ue->ue_dev, "No MAC address found. Using ether_gen_addr().\n"); >> + ether_gen_addr(ue->ue_ifp, &eaddr); >> + for (int i = 0; i < ETHER_ADDR_LEN; i++) >> + sc->sc_ue.ue_eaddr[i] = eaddr.octet[i]; >> } >> } >> >> >> I don't have the hardware so I can't test it. > > It looks right to me, and seems like a big improvement. I don't have the > hardware either. Actually, you could pass sc->sc_ue.ue_eaddr as the second parameter to ether_gen_addr, and eliminate eaddr. Mike > >> Regards, >> Ronald. From nobody Sat Sep 23 20:32:30 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtLRk0j0mz4vCf7 for ; Sat, 23 Sep 2023 20:32:50 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RtLRj4TSzz3PB3 for ; Sat, 23 Sep 2023 20:32:49 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 2A2D99; Sat, 23 Sep 2023 22:32:41 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> Date: Sat, 23 Sep 2023 22:32:30 +0200 Cc: Mike Karels , Mark Millard , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <34BEEC20-B25A-4A77-BD5F-95B1ED6EF7B0@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> To: Ronald Klop X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4RtLRj4TSzz3PB3 Hi all, > Am 23.09.2023 um 21:28 schrieb Ronald Klop : > Would this work? >=20 > diff --git a/sys/dev/usb/net/if_smsc.c b/sys/dev/usb/net/if_smsc.c > [...] I'll give it a try. Compiling from source will take some time. I'll = report back. Kind regards, Patrick= From nobody Sat Sep 23 20:50:47 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtLrV5kgmz4vDG7 for ; Sat, 23 Sep 2023 20:50:50 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RtLrV5HH2z3RD0; Sat, 23 Sep 2023 20:50:50 +0000 (UTC) (envelope-from ronald@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695502250; 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=2jlzzJyFJdK+HLF5SNFeQBP9Se5zx03ktLi2zuwI/g0=; b=MmF/D0TOb6FVLhKCcqD/yjsGb2vWu5tSiH8EW2wxSAUe2+QNIZq1PRti4p9V459Uf9DK8G ChxRgb6LZipYVIfSjvxp33A7THb43szEl6fPSWdjnC7aTtPqba8c64YECnbV/qPwpxpzp7 l7rcoVy7kVmPWs6uC5NDJhzcA2hE6NvPyepOAprK8RI2gXmhymZQ2Z9i3bQg6JVuNt8CqM Aw9x9RxA0+SgKkUTuFEmj7Q+1ls9iH+WuXxMf/m4TARyfZWtMFcGv8Rp+N0YVR9k0C6Mpv 8QyfagD0ZB/s3FQnI03j9VuL/CXHIJ4ARVAc+MhCoqEoXsSHiv+jUFVa31Fz6w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695502250; a=rsa-sha256; cv=none; b=fHgPzcJIqbvH9nmnLk9IQGlxxvquw3ifwhnDhunqt/RVvmXu6aFSqG4qHE2Lwphak06R7B ca97OCySfQ0W7F8UnTUz1ZEZMCAXPxFQzMJfSnTpfiiOa1ZVmbdB/dYNEmzNt3Ob565C45 I9wBR5OO1oJ9p/pSWuPB7tDeEkROTjFwaGnkrBwDR6mVFr36kLszA7bdj0SS1c1npo05bF e6gOxnB14hH1oRxUQAsxAlVUGti25KqlTys1v+NoCdKaofAC4TocUNnuGLc2z1CcS40ZAf 0HvtWx1+0pkrpQ4BEXT+GKUhWQtelOlNIBwbgQA7/Es5d17UV43V8uAtHsx9CQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695502250; 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=2jlzzJyFJdK+HLF5SNFeQBP9Se5zx03ktLi2zuwI/g0=; b=RtfLcfF9Zo6m7KemDR27DRKEi9n6UAScNa36K6AIfKjDDQib+Ath3juB6f2qHSoGrX3axO BxLaPUlDEjdR6nmGFbf/OdOXTslkLKrQEHeK8ZcCcOvVU4zhfof2IY7tKP6YXjJqxDiKKz +kjmUSpFy6Rq1wnMHojuWFUA8qpzBRp4Z8NRtIXqQND6dAV6/s40/WlB621SzkplbWEkfh lrq7Xmmgrre2cwY0RUIa837Pi6u4zk6hZ89ytjGjiwZdxc6D+hazos7uIc9w/cy4Y7sEQq 6MkYGrzhI7Y9B1bE8WNJVyL2m3awFsH51saM8qi3+ngjpwQuMppKrsxtAW127g== Received: from [IPV6:2001:1c00:2709:2010:dc87:f1a:49cd:cb73] (2001-1c00-2709-2010-dc87-0f1a-49cd-cb73.cable.dynamic.v6.ziggo.nl [IPv6:2001:1c00:2709:2010:dc87:f1a:49cd:cb73]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: ronald/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RtLrV0xGtz1SJs; Sat, 23 Sep 2023 20:50:50 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Message-ID: Date: Sat, 23 Sep 2023 22:50:47 +0200 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface Content-Language: en-US To: "Patrick M. Hausen" Cc: Mike Karels , Mark Millard , freebsd-arm@freebsd.org References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <34BEEC20-B25A-4A77-BD5F-95B1ED6EF7B0@hausen.com> From: Ronald Klop In-Reply-To: <34BEEC20-B25A-4A77-BD5F-95B1ED6EF7B0@hausen.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/23/23 22:32, Patrick M. Hausen wrote: > Hi all, > >> Am 23.09.2023 um 21:28 schrieb Ronald Klop : >> Would this work? >> >> diff --git a/sys/dev/usb/net/if_smsc.c b/sys/dev/usb/net/if_smsc.c >> [...] > > I'll give it a try. Compiling from source will take some time. I'll report back. I think you can run "make; make install" from sys/modules/usb/smsc to only compile this one module. Might save you some time. Regards, Ronald. > > Kind regards, > Patrick From nobody Sat Sep 23 21:00:47 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtM4K6tZ9z4vF7x for ; Sat, 23 Sep 2023 21:01:05 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4RtM4J3LFbz3Rdb for ; Sat, 23 Sep 2023 21:01:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=HwAa9fBK; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695502861; bh=fNEWeRCRaiDsAIGKtcJhjSCz38qW6QdHxFpLWXeIopQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=HwAa9fBKAKqyWn/RIyU1crW7exPywJSJI1hilxoCZ5ByLNQlSjp5GZzJj2Qii9mP+zfUj5MfMjnagPg9LkVfy/cgi0EJIpweiAPF7ZuQiGtIuLLytVPRl2f8hjtD+pUmsO2q2s0do6ILQj6jQvzRd8nWt55kWojSkHxcZBD4SAQk+DKzioZpYVdDAF5Y9+grweI4Lx5w3izMoV+P2Dk4J080UwBQpWZOMWquqYlxvjFTVcXimgAo3xcibue1qKyuhoiDBN1G+S2LEM422Yg40RalL0ncT8TQGzgWNShGGdE7s6bIrNdycwOI3G1JBJMqd5mZIxAUJgRWlwZyvf5M8g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695502861; bh=mRCHEk7rFOks59kiR3PAZV4j9nrUMcxThkP4GwamRhR=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=h+FU0CKQU53enXDWt8J+IHi5txNGpeqkDfV69OZFydTc15Bu1yWqKSZSOsCwjsJ84lMSlagr9ehtUsnN2rWZ+vn0Ce3XAwEOKGLMcLrovHtSHXcHNAR7Ju0WV5bUQlMSt+mPe6ck+97PS0PZtKin2lVCBRUqvldVNNg7B3UgLT+IgEGm77RoYTnmEV0lo/XkPI0qNQoisNI/GczuYuEqdjfea5X80Gpz5zUAXMo/SH7vdEUyqeKFQrFboMYtJ+sEhQ8Wb6z3x/vaGVfUtcOLncQ5JGUQSZ4k2F/Bj88dvyiq6zJfXEkZq4ZHQVoqVxFR0Qq9k+Y+rw0Wz+yKuw+PTg== X-YMail-OSG: ZEXCyRQVM1noqujkJM4S04.whi_3Y1_srIsR5LQTZ3hfeiNasRUQIGiyrAXn_IE Y6RJPXb5I_5nX8qHaymLqpuqBDhMu..TZ_Wyy.iD6cdMG8XeY.Gyx3SlmQgWjAM1FI39r6eXvMAZ 7PUr64hfdRQVMJMumpd_br.2N5prRRNayaH4ZTrmcUoblpPLiI.zilLsbgIgwOQP3m2RYLqIa9kn ohGMxvbXx_J0gBhuS2NMl46faW0Y5DJpFOH15DXinV8bB.pQHo5Lrz.NlKyHQcXYhBi29LdX3byK XXSP4ZXOYhjW2YkFUaIGwNq_iitfhkrwkMKbcV1mZg_ImObV_y0UdqJRyroFWg3wMHnHXLLdtcee NY1v9fn3zWNaecfeShSSmHEp5mxc6cCVA5WSUD3SnlqgS4d5XhUt37r4abQ437mbhKZ6DAvCe6vW _GW_xRy22dWhxyeq0BoYcDuoZ6JtUmO4PaR5FSDB0KxG_xqp41BE4l_J69Wuc8_Lr4yQbFaW8eyC 2214YuTzPnxEl7F__BW4AatY1LawLa4TseqBZtaiUWOLnJujcrOHlvn7b.nKan_DuHZDiVUe5oqF 4Pg9DCxMH7zn0_qnjquzQonaH7vfPh8o9ojJFXSUJpSC3FhWAhsKSLMUsE.uZH7xru.MNC7ya1do DwNGxMEKuMWgMkaIiTQVP90U5ECIzwHbZoFYSUBB7umxb1ox2CsoVqCSMopSLCGItBCdRHnconZh EhL8S9uo.oDl4NplGHOI7HL4qQbXg3HoR..iHe5KfcdFIgUVqfj.UYpCgvHj9FH1PDXRfkUSPm0d C1wSx.aVagC3lJLzRbFERw_iViNcSBVB6Rd74cYKtKgrB9m0xWEIbrUT7qqOU4vtn7q7zHS7VqrF .IyqS7RGH43brx4ijbDG5QEHydxMeOC_bLBQlhth.Agxs3Oer2RhJmdIpMBC_IYDl1vtWsfxD2Wn H5Tjs7CyZTVfmXOKkatz.KsdygdCtlV_1bDoHmKUlW8QXugAfOAWTU94I2cZvQEOxRhPpGa5vWq4 WGPQ7Q_n1cEmbpCaH4RWZlC5Jp.3BuRSARFHkR9iiep4yjASl8Ik7EAsJZZPRgHTZt5vtNFP_cPg om2iqtmKHb0R7V1xPlym3tHv42KMdFOavVtckDMWGdYZGkygBwbPLJEkFYWdWeV_J.EEZSY..pD1 8RV6gQAq2_lw61hLnhVBIj0js4Oa4JLWWXZ3qTUGlIHlaf9Fz6sllqGB..pp6eOcmfNFCs3I8vPa TqQ7HUIEkbfOpcjWMSFH3KT1.TGRd9qxLE6H7ETKT95nPDORbnOPhefEu7knFr6jAZn1Yv69lran vW2s7zeRwQdTSfFSnkbQ.D6BBCVWvE7uDdUwt53rwU4mVPIu5rMnzvpoIu87kHfqmz6MUTsUr8K2 inJj9QPoJEdom3oKv02ccKpKl0CbGgVZLUmiCGHckPWAXBlonmE4jId_vrnZm5O9MP2ex2YJf1Lw ITbKndgK10NU4QuL9nYYz.xheFOoBIilIRpnCwnvPrRDSKwhdxjwCfiuohmBEKcszyOFB_7gKyOF EjK7ZvLwrP_hOs.Tq6jbBzrkVQtXIkdd8C8QNYWFFwJSAcFEJf3DlvGa8trvL58Osu8VJ63sadHK SmahOClh29uDjogLmLVvXj96Jo1tV3Q1mSWaKSMAnMzhZhXoePA1_nBva6xBr6md_DzDcqi0WpDr prIXZx0S31N141CXcjwbJCVJTiYRLhgm3q6ATXlN7YuLEaTehRY14qIJy_CQfA9f2.eH6cLecscU OH1fYQw20X7T.UrnRT6g.3zXtlmDicsW..DLV.Fcp4N6gjG1zmsYOCgmJEjQQr9ELpdKpxDjHyNV nYJ0.tw0I5uOTPtfpPXixQT16Cec4tB7uI5FGJZ36Kuzzkd9A80B3hRZrr.KmgDgLrxB6xaXJO.T Ectj_nuq23Ia7H5puM_LpKJpTU_Us9pu9dhIOBA4CJSR2ANuLUrtKuXQXY.SnkALzzYH0N6uTEte DSPPtVDF4fBfVy0BrcLOvW4NtH6x0EUxnUEvcP3E68ssZ2kkXsLc4gKiFp8f4n_inRvwhKJH6sQ6 Nd55lTPGyzB1tL4qon84YT8OngsTQIzVTm4o8VPG_gA3fVdMVM5PCSJxgwmunPjuT1I6DoG_yo_5 hVjFug2bL8wrtWfYYRLPMyobfzUai1q5uAboRJkTmPZUjwhqyOycc6ZyqaX5HkSBYLF4Jiw8m7Pr nUSTEfVPbLAplpGaoqjIM_oXP_Utj7we8UeJPL_.BAY_s1MKoOPSC_q.G9dJHYNuF4R3rX30Zw9Q lsA-- X-Sonic-MF: X-Sonic-ID: a1858092-1332-4f1e-b542-18df9e853c83 Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sat, 23 Sep 2023 21:01:01 +0000 Received: by hermes--production-gq1-77657878bb-zxf8b (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a7ae52163fc262a1a7db5f5c501df073; Sat, 23 Sep 2023 21:00:57 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Shutdown -r under -current hangs on RPi3 From: Mark Millard In-Reply-To: Date: Sat, 23 Sep 2023 14:00:47 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <0AADDACB-ABA3-47FF-B3A7-05B313F5326C@yahoo.com> <9D29DD48-1572-4C04-AD88-8436AC8DDDCC@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RtM4J3LFbz3Rdb On Sep 23, 2023, at 12:41, Mark Millard wrote: > On Sep 23, 2023, at 12:16, bob prohaska wrote: >=20 >> On Sat, Sep 23, 2023 at 11:34:41AM -0700, Mark Millard wrote: >>> On Sep 23, 2023, at 11:26, Mark Millard wrote: >>>=20 >>>> On Sep 23, 2023, at 08:52, bob prohaska wrote: >>>>=20 >>>>> =46rom time to time, but seemingly more often lately, a Pi3 >>>>> get stuck during shutdown -r. The machine is running -current >>>>> from a mechanical usb hard disk through a powered hub. No micro >>>>> SD card is used. Once up it's quite stable. >>>>>=20 >>>>> The console reports >>>>>=20 >>>>> login: Sep 23 08:20:37 pelorus shutdown[224]: reboot by bob: >>>>> Stopping sshd. >>>>> Waiting for PIDS: 1063. >>>>> Stopping cron. >>>>> Waiting for PIDS: 1073. >>>>> Stopping powerd. >>>>> Waiting for PIDS: 1002. >>>>> Stopping devd. >>>>> Waiting for PIDS: 752. >>>>> Writing entropy file: . >>>>> Writing early boot entropy file: . >>>>> . >>>>> Terminated >>>>> Sep 23 08:20:43 pelorus syslogd: exiting on signal 15 >>>>> Waiting (max 60 seconds) for system process `vnlru' to stop... = done >>>>>=20 >>>>> Waiting (max 60 seconds) for system process `syncer' to stop... = Syncing disks, vnodes remaining... 4 0 0 0 done >>>>> All buffers synced. >>>>> Uptime: 23h31m45s >>>>> Khelp module "ertt" can't unload until its refcount drops from 1 = to 0. >>>>=20 >>>> I've gotten the above message on rare occasions over the years on >>>> the amd64 system (ThreadRipper 1950X). (But reboots and shutdowns >>>> are not frequent for this system normally.) >>>>=20 >>>> There is a recent: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271677 >>>>=20 >>>> It is not just your context with the issue. >>>>=20 >>>>> Resetting system ... >>>>>=20 >>>>> At that point all activity ceases. The only clue I can recognize = is that >>>>> the red power LED remains off, as if FreeBSD never relinquishes = control >>>>> to the Pi firmware, which turns the LED back on at powerup. = Power-cycling >>>>> results in a normal reboot. >>>>=20 >>>=20 >>> The system might produce more messages about the >>> shutdown activity if it has been booted via: >>>=20 >>> boot -v >>>=20 >>> This might narrow down the context some for someone >>> familiar with the messages --if oyu are lucky enough >>> to eventually get an example from a boot -v context. >>=20 >> I'm confused here. Boot is normal, and it doesn't >> seem to even reach the boot stage during reboot. Can >> boot -v affect the _next_ boot? >=20 > boot -v can add messages both to boot-time and to the > later reboot/shutdown-time. >=20 > You would have to keep booting with "boot -v", hoping > that the later reboot/shutdown would report extra > messages but would also include the 'help module "ertt" > can't unload' message in the sequence. Once you had > such a boot, you would report the text around the > 'help module "ertt" can't unload' message to show the > extra context. Actually, the extra messages before the hangup may be useful even if no 'help module "ertt" can't unload' message occurs: it still gives a better idea of the staging. >> It isn't clear to me that the bug report is related. It >> seems to focus on the ertt message, while my problems >> wait until the system claims to be resetting and then >> gets stuck. >=20 > I've had to force poweroff after some of the messages. >=20 > The "can't unload until its refcount drops from 1 to 0" > suggests that it is waiting to unload. (But I've no > low level detail establishing that is actually what > was going on.) >=20 > Have you recently had it get stuck without first having > the 'Khelp module "ertt" can't unload' message? (I've > not had other reboot hangups except for other known > problems that were later fixed. I've not had other > reboot/shutdown hangups in a very long time.) >=20 >> Maybe the ertt error is related, but the >> association isn't consistent=20 >=20 > Are you saying that in recent times you have had hangups > that did not first show the 'Khelp module "ertt" can't > unload' message? >=20 > The message suggests that the refcount decreasing would > lead to it not waiting any longer. (But I've no low > level detail establishing that is actually what was > going on when I did not have to force power off.) >=20 >> Unfortunately the hang does not seem easily reproducible. >=20 > Consistent with my "rare". >=20 >> Several consecutive shutdown -r reboots were successful. >=20 > To my knowledge/memory, I've never gotten the message after > being booted for only a short time (little activity). >=20 >> The hangs seen so far have all followed OS build/install >> sessions. >=20 > So a "boot -v" before such sessions might, eventually, prove > useful. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Sep 23 21:12:41 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtMKx3HN2z4vFjj for ; Sat, 23 Sep 2023 21:12:53 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RtMKx1xN0z3Sq1 for ; Sat, 23 Sep 2023 21:12:53 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 0A0E92; Sat, 23 Sep 2023 23:12:51 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: Date: Sat, 23 Sep 2023 23:12:41 +0200 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <0507AF70-516A-4B34-9D71-C06DF7F91A85@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <34BEEC20-B25A-4A77-BD5F-95B1ED6EF7B0@hausen.com> To: Ronald Klop X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4RtMKx1xN0z3Sq1 Hi, > Am 23.09.2023 um 22:50 schrieb Ronald Klop : >=20 > On 9/23/23 22:32, Patrick M. Hausen wrote: >> Hi all, >>> Am 23.09.2023 um 21:28 schrieb Ronald Klop : >>> Would this work? >>>=20 >>> diff --git a/sys/dev/usb/net/if_smsc.c b/sys/dev/usb/net/if_smsc.c >>> [...] >> I'll give it a try. Compiling from source will take some time. I'll = report back. >=20 >=20 > I think you can run "make; make install" from sys/modules/usb/smsc to = only compile this one module. Might save you some time. smsc(4) is compiled in for that platform, so I have to buildworld & = buildkernel. Kind regards, Patrick From nobody Sat Sep 23 21:49:57 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtN8y4Tlmz4vHtk for ; Sat, 23 Sep 2023 21:50:10 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RtN8x5vQqz3VyV for ; Sat, 23 Sep 2023 21:50:09 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmh@hausen.com designates 217.29.33.228 as permitted sender) smtp.mailfrom=pmh@hausen.com; dmarc=none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 3D3F1B; Sat, 23 Sep 2023 23:50:08 +0200 Content-Type: multipart/signed; boundary="Apple-Mail=_BF3B5E66-83A7-4F52-BEE1-B3079F2876E9"; protocol="application/pgp-signature"; micalg=pgp-sha256 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: <9EAD23B1-90D1-4797-9F02-B75D3424F147@fh-muenster.de> Date: Sat, 23 Sep 2023 23:49:57 +0200 Cc: Ronald Klop , freebsd-arm Message-Id: <095024BE-5FFD-4876-863C-97563BE9E6FB@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <34BEEC20-B25A-4A77-BD5F-95B1ED6EF7B0@hausen.com> <0507AF70-516A-4B34-9D71-C06DF7F91A85@hausen.com> <9EAD23B1-90D1-4797-9F02-B75D3424F147@fh-muenster.de> To: tuexen@fh-muenster.de X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.67 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.77)[-0.772]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:mail2.pluspunkthosting.de]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[hausen.com]; HAS_ATTACHMENT(0.00)[]; TO_DN_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Queue-Id: 4RtN8x5vQqz3VyV --Apple-Mail=_BF3B5E66-83A7-4F52-BEE1-B3079F2876E9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, > Am 23.09.2023 um 23:44 schrieb tuexen@fh-muenster.de: >=20 >> On 23. Sep 2023, at 23:12, Patrick M. Hausen wrote: >>=20 >> Hi, >>=20 >>> Am 23.09.2023 um 22:50 schrieb Ronald Klop : >>>=20 >>> On 9/23/23 22:32, Patrick M. Hausen wrote: >>>> Hi all, >>>>> Am 23.09.2023 um 21:28 schrieb Ronald Klop : >>>>> Would this work? >>>>>=20 >>>>> diff --git a/sys/dev/usb/net/if_smsc.c b/sys/dev/usb/net/if_smsc.c >>>>> [...] >>>> I'll give it a try. Compiling from source will take some time. I'll = report back. >>>=20 >>>=20 >>> I think you can run "make; make install" from sys/modules/usb/smsc = to only compile this one module. Might save you some time. >>=20 >> smsc(4) is compiled in for that platform, so I have to buildworld & = buildkernel. > You only need to build/install the kernel. As far as I know buildworld is a prerequisite of buildkernel. At least = of you start fresh, i.e. you have no checked out source tree and a populated /usr/obj = at all. Kind regards, Patrick --Apple-Mail=_BF3B5E66-83A7-4F52-BEE1-B3079F2876E9 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----- iQEzBAEBCAAdFiEEgzqrjO/mj9CSsTg2kG8u4u3aiVwFAmUPXYUACgkQkG8u4u3a iVwNGgf9GYXjKBg6FEyuQJeDnoj2kxr/LEVpW5+IDMlkWnzC/C67chsKEAWz3i0W W9nanXSThi9OA+DvB2S5srIHQAtjRKfxjWImWL2UbP/6MAayMj7/87vZYRT7dG5J +xDRz8iATNbSjEOsxib4oRvPshJ/4pTUlT52t0DUn8NTmi8KsbLmCSnd3HYct6mN DWpxovy2FatV5NL116eyMyJ9M3BY0bNR/HQn/nLY5bVF2wYqkGCpCLTkZnkahteo 3rQGDnIDuPXNtxHWRWGxMMvLep1Wd7xo4mO+7HZmuA2wqMmYXev+ZEs2u5/ua3vQ QRysY2pa5Ki2V2D8fPnwi3IHZnoxbw== =30nL -----END PGP SIGNATURE----- --Apple-Mail=_BF3B5E66-83A7-4F52-BEE1-B3079F2876E9-- From nobody Sat Sep 23 21:59:19 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtNMs0f4Nz4vJC6 for ; Sat, 23 Sep 2023 21:59:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RtNMr5D3Kz3X7p for ; Sat, 23 Sep 2023 21:59:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695506374; bh=kvyAdJzteY9QB9vqerxvkn7hEhvhbq1+2W5i9MNQlPY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=eqfi4r7AKzATOL3Ip4hilMSculm0qkc+LzSftY25cS5t3ek/kGJCujhXBfhU8h746PIvWPL8ezIdgHi0eiBW5lfsBkaLC4Aqmf935WO7kZ2SyscbzmraKP0zWKH40CTcl/N73C87g6YkLNEtwPml6QqBHlX8nqcbxqSuag24mgYALxdWsfTYK2zndCEnGc7qlLQMexnQ2yNYvUR1Zoj/K60Y4j0snLaTyzHXZ/Z+u87BWbA7g0jJHe/KBbMp64d5eF7a29mddBOrazwVgf6/aC5Oql86iFF7nytOFnjjNntGWjI+i7FT8YY1LVmJZZTMskGrYU/V07QcODewFR50mg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695506374; bh=tIWuInc9SmH7O17UIPKCKK3FkZe7b/yabFoY3yMg64s=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=a+5onkiUNkZ5fG+73Lu/FZ+EIvNJMuyVLG1XYHkqv4tZpDY3TngCb1cskyYNCb1krd+rky5rQqIZRjT/2eU+YvxH+6+dbHACk3dunQcXIbbv9a1fK5AcenbzitQKwrvHt6+S+392jVC7xGrzqOICvvS61bo9Hfe0xW7+29OOl2r42PU5t7Y42jZY3Ilvt37Zy66QOYCSsEJHuaFBlLRw3gK3VaU5DkvthKjP2OWQmJ6LyIgHjuGyP9XPaHcYlRUgPCIkT8Yu9vfQ1x8T4iFGsuNo4b8gYIeWI1P0TVjJAjjNIawlvBHjPzGd9SzsU8dZXSVm5ZY6L8v4jYqNhUKncw== X-YMail-OSG: AY9s2cUVM1mZdmK0jqdE8W82qoVOzJwOyfE_7wbjJW92ZIqr5opMAmLZRa.3pmt U8mpoe6SUJs7qTVw8Fjyw1EE7T6aelPgsNj2C05RA64GSnSFODYUqvISmjwyUBrS4_0WmHn2y2uv jE5RqqaeWatZw0Of3O7M1AwMXSbC78WHza3Hnu019SjdK50zMAmxIcHI65e..4CmdI1mA.S0gPJz eDbZpHbXfTkplh725RfSppuHuSMVpcwmwU9CMh48ABHyT_DGzE.ef8d72dfgqWWkKx38Vnvxn_eu R_TdfQ3Viaijv5WQh5tyk4mwhbaHdOcxxuJUjAWSz4PTNTKlmk4Nc26u3PRaScXtZtkn7hQV3ZtV SVixSO_HIhgBcINYezeJrYXu24uURqvnmrzPGeuihVMmWlbG27MrsMtBMQF_HQ5r4RKRPIrU7qpp 0qxbnSt.7kLLqEm.pXIV559WpM7RJXzzDNsIQc_tOjqsFulan09kyJ4S28eliYzjWQC_EVaSjjU7 inFgNrdflPBzP9YTpHHasq03qu65ZBFiTHYulycoZoWrsa0i2xGwceL_YZpr6l0DN1LzmaamJnHi K4Fgbm4Rcxb0RnX8ODh9XGuFq.4.X6QQsnk6g7QnPKBsD3iaAj40lwkOYSTaC.t7OVUuhqNSUFmL 1kPa74T1Bf84vOHJ093DCqOWv4Hlva5jo.P.3DcGcA1nIBSkWkYJ6YIc74uKsRCbLQKKLZ01Tlam r.sub0hyz3fjJn58U5NAk.Sdg6m4z7eZwtmftZjPtGFWw0rzyO0VjRHaunE.rBuYl9Vbjzbp.rMU xhSPCOpfLfbRJw7T_2m4LWP19eViYSWuqBI9aUGRkkoVoNswXr_.lA9yRrWsCw7s1sqYH1KaGMrW YwRfM.lGh2apI85SEwJxknruBL0TM8D3b0cmFtMsKwVwdRrq6tPz82TzzUCl8VnohqPFGdGQLm8z 6Vjsj_NaCsoCWEM_1LjcbuCqoxo0SYMWqdLmtcoQQESbS1VBiW2KbeEwx11EXC7XnYOlv.Zz8NzQ q72VprhFRoqkibCmb4OWMYBbMLn2A8Rvxtfzb2BrsrC8k4hqy7qQfv0uMybKaja97hxnWAgt.lvM NvPrPAigpwJBn.Llp_EFbrVtAEfTaebJT8yAmWCIxhQZlw4ZjQ1Q5h0LJiN8OV7L4bX7VZ9i21_A kLPaxW0jK8n_pKxf0B2PLv4yojdoCuf5umbm7BkRhjBUgyiGtQVzfxEIJk9kYEholi32f9rTbHTc mAsXfdxTaDLZ1qXKRzZp_nsM9OtGxe80XPT4o.OrMKecgLTUZtRxrbv0ZbtRCvs_P1lTKaBl6nVA jnRCINikhsze9zLsseBsY9osQ9.F0OpG0i4z3DBamHWWw2cocQZWPNYxYC6PVNqN2Yv08o3QEg4W eOMU5iuM.isIx7Fdd0mq0jxrsE.KqC8xmKnt9QpvrDIRwIUpDutGaCHR2Tbs7SSOcSPQvyK8Otc3 VWx70DJfo7yGkGFK8l.5TEWWC1_NGM2c_nmg0XEKQPn_gmnjBi1Xrk2_ByMLjE7GPEVrk4_sKC_c bHHPuE..584dykyKp7fQ_6C2olcT4gxWwPtMyRLqNqZfyyhyg2_1WbpJS4LIeQXzjFC6Iu9vZhyd GDnhhRffYhd8hyRtDVVHgdakNfl89ftZ0zI6eHNdCa8GRYefLoaW4htj8kBMfzMr4PPiMYWbNVbO rYseJaa8q1G9jTFv5DUM9rBtcrwVJTeX727a.UYUec1UNa4zJ9Eyi5Tnty7Gw3LTZLxo_cnBVdNY TPY1m3p9avqOQrBPllY5ybDWGtQ4FLzg6kIai9u3nF1p8SeJknUWSg.vAzRi6AjxSu48rVZTq.tR iFRPDqMl_mouqfekvgj9IV1dPPWYjFeP.IUN5Wz3voW6DHAOdSGdBo2CRFAE0A7G1EkZxeyeW74Q p5z9OMuKQJuZ0OL1u7yHb9CEGk8nioCE8MpYdnE1jnR5zsAquBCd7wy91KKYJ0rEZxY9JfExJqhx .u9mIZ3cmQTy9mLYqmEJEkov8CYimo0dIWa.RL.pCwezQ6wPXEIaBy5d.BoJ1un.14dAwA5Kn39l o41wPRCHGwVSQadIkZa5wzdXtij.Wvn3qYcGnnGRJgSq3Gu0b7VU8XNM9QS0YISu0DrOqYf5NWTv eBHJfjdsF1tsZEkxN7m3sTrphr.yO2ABUSZjB3oBgMIyoGKx6a4wEaUxddp3273jLoZGldcZ0nq2 vanzTqRMRQiStFpRlhsOyRi2YDiDSBWiRjnDBVTlVg6qQqSkVvpmFojEmhw3GhBrwtRytKDVCUvf .5MY- X-Sonic-MF: X-Sonic-ID: f45e3872-9139-4288-8a72-18b483a7695e Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 23 Sep 2023 21:59:34 +0000 Received: by hermes--production-ne1-6cbd549489-fvhzw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID da2fed9604a7f5ba68f12846154e04e9; Sat, 23 Sep 2023 21:59:31 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: Mark Millard In-Reply-To: <095024BE-5FFD-4876-863C-97563BE9E6FB@hausen.com> Date: Sat, 23 Sep 2023 14:59:19 -0700 Cc: tuexen@fh-muenster.de, Ronald Klop , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <69606EB5-FF5F-4058-8B42-037CD9176E36@yahoo.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <34BEEC20-B25A-4A77-BD5F-95B1ED6EF7B0@hausen.com> <0507AF70-516A-4B34-9D71-C06DF7F91A85@hausen.com> <9EAD23B1-90D1-4797-9F02-B75D3424F147@fh-muenster.de> <095024BE-5FFD-4876-863C-97563BE9E6FB@hausen.com> To: "Patrick M. Hausen" X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4RtNMr5D3Kz3X7p On Sep 23, 2023, at 14:49, Patrick M. Hausen wrote: >> Am 23.09.2023 um 23:44 schrieb tuexen@fh-muenster.de: >>=20 >>> On 23. Sep 2023, at 23:12, Patrick M. Hausen wrote: >>>=20 >>> Hi, >>>=20 >>>> Am 23.09.2023 um 22:50 schrieb Ronald Klop : >>>>=20 >>>> On 9/23/23 22:32, Patrick M. Hausen wrote: >>>>> Hi all, >>>>>> Am 23.09.2023 um 21:28 schrieb Ronald Klop : >>>>>> Would this work? >>>>>>=20 >>>>>> diff --git a/sys/dev/usb/net/if_smsc.c = b/sys/dev/usb/net/if_smsc.c >>>>>> [...] >>>>> I'll give it a try. Compiling from source will take some time. = I'll report back. >>>>=20 >>>>=20 >>>> I think you can run "make; make install" from sys/modules/usb/smsc = to only compile this one module. Might save you some time. >>>=20 >>> smsc(4) is compiled in for that platform, so I have to buildworld & = buildkernel. >> You only need to build/install the kernel. >=20 > As far as I know buildworld is a prerequisite of buildkernel. At least = of you start > fresh, i.e. you have no checked out source tree and a populated = /usr/obj at all. =46rom the Makefile : . . . # The common user-driven targets are (for a complete list, see = build(7)): . . . # kernel-toolchain - Builds the subset of world necessary to build a = kernel # kernel-toolchains - Build kernel-toolchain for all universe targets. . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Sep 23 22:03:10 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtNSB4ZW6z4vJg8 for ; Sat, 23 Sep 2023 22:03:22 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RtNSB2J37z3YCv for ; Sat, 23 Sep 2023 22:03:22 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 1E0573; Sun, 24 Sep 2023 00:03:20 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: <69606EB5-FF5F-4058-8B42-037CD9176E36@yahoo.com> Date: Sun, 24 Sep 2023 00:03:10 +0200 Cc: tuexen@fh-muenster.de, Ronald Klop , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <85B2BB0C-28B5-4974-97E5-8229C4A66F92@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <34BEEC20-B25A-4A77-BD5F-95B1ED6EF7B0@hausen.com> <0507AF70-516A-4B34-9D71-C06DF7F91A85@hausen.com> <9EAD23B1-90D1-4797-9F02-B75D3424F147@fh-muenster.de> <095024BE-5FFD-4876-863C-97563BE9E6FB@hausen.com> <69606EB5-FF5F-4058-8B42-037CD9176E36@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4RtNSB2J37z3YCv Hi, > Am 23.09.2023 um 23:59 schrieb Mark Millard : > =46rom the Makefile : >=20 > . . . > # The common user-driven targets are (for a complete list, see = build(7)): > . . . > # kernel-toolchain - Builds the subset of world necessary to build = a kernel > # kernel-toolchains - Build kernel-toolchain for all universe = targets. Old habits, old dog, new tricks ... Thanks! Patrick= From nobody Sat Sep 23 22:10:49 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtNd23GRfz4vKBL for ; Sat, 23 Sep 2023 22:11:02 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RtNd17514z3Z9x; Sat, 23 Sep 2023 22:11:01 +0000 (UTC) (envelope-from tuexen@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:303e:4982:a8cf:a2c2]) (Authenticated sender: micmac) by mail-n.franken.de (Postfix) with ESMTPSA id 737DE721E2830; Sun, 24 Sep 2023 00:10:50 +0200 (CEST) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: tuexen@freebsd.org In-Reply-To: <0507AF70-516A-4B34-9D71-C06DF7F91A85@hausen.com> Date: Sun, 24 Sep 2023 00:10:49 +0200 Cc: Ronald Klop , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <3C4E9745-5E70-432D-84FA-033DC8139953@freebsd.org> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <34BEEC20-B25A-4A77-BD5F-95B1ED6EF7B0@hausen.com> <0507AF70-516A-4B34-9D71-C06DF7F91A85@hausen.com> To: "Patrick M. Hausen" X-Mailer: Apple Mail (2.3731.700.6) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE] X-Rspamd-Queue-Id: 4RtNd17514z3Z9x > On 23. Sep 2023, at 23:12, Patrick M. Hausen wrote: >=20 > Hi, >=20 >> Am 23.09.2023 um 22:50 schrieb Ronald Klop : >>=20 >> On 9/23/23 22:32, Patrick M. Hausen wrote: >>> Hi all, >>>> Am 23.09.2023 um 21:28 schrieb Ronald Klop : >>>> Would this work? >>>>=20 >>>> diff --git a/sys/dev/usb/net/if_smsc.c b/sys/dev/usb/net/if_smsc.c >>>> [...] >>> I'll give it a try. Compiling from source will take some time. I'll = report back. >>=20 >>=20 >> I think you can run "make; make install" from sys/modules/usb/smsc to = only compile this one module. Might save you some time. >=20 > smsc(4) is compiled in for that platform, so I have to buildworld & = buildkernel. You only need to build/install the kernel. Best regards Michael >=20 > Kind regards, > Patrick >=20 >=20 From nobody Sat Sep 23 22:26:28 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtNyv0kK2z4vLF4 for ; Sat, 23 Sep 2023 22:26:31 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RtNyt4x3mz3cfv for ; Sat, 23 Sep 2023 22:26:30 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 38NMQTKk036297 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 23 Sep 2023 15:26:29 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 38NMQSPD036296; Sat, 23 Sep 2023 15:26:28 -0700 (PDT) (envelope-from fbsd) Date: Sat, 23 Sep 2023 15:26:28 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: Shutdown -r under -current hangs on RPi3 Message-ID: References: <0AADDACB-ABA3-47FF-B3A7-05B313F5326C@yahoo.com> <9D29DD48-1572-4C04-AD88-8436AC8DDDCC@yahoo.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Queue-Id: 4RtNyt4x3mz3cfv On Sat, Sep 23, 2023 at 12:41:34PM -0700, Mark Millard wrote: [huge snip] > > So a "boot -v" before such sessions might, eventually, prove > useful. > Are you saying boot -v will affect or display extra shutdown messages? I couldn't find a man page for the boot command. Apologies if I'm being dense, but I don't see an opportunity to invoke boot -v manually after invoking shutdown -r. Typically I type shutdown -r, the system may or may not emit the ertt message, but keeps going to emit the "Resetting system ..." message. At that time the system either reboots normally, or becomes unresponsive to the serial console. If it reboots, the red power LED turns on, the green LED flashes briefly, the disk LED starts flashing and the red LED turns off as boot progresses. If the boot gets stuck the red LED remains off, given enough time the disk LED turns off. At that point power cycling seems to be the only way out. The fact that the system emits a "Resetting system" message suggests the complaint about ertt isn't fatal. Thanks for reading! bob prohaska