From nobody Sat Feb 25 22:40:06 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 4PPMCs5K9Bz3txk3 for ; Sat, 25 Feb 2023 22:40:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.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 4PPMCr2z45z4Mb3 for ; Sat, 25 Feb 2023 22:40:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=etU4n8mi; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 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=1677364822; bh=4InfADv10X0JXm+hGVXGPHrAQMZIKlxdYR017iZPjkU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=etU4n8miAHbcttFAcSAjFZZoffO4n8JMQCJyFtYuoGEb99D1IJ1Q7tdDsJMXcyOtDHOYiRIlj9md38Q4vVXJOddYqWytgw34pz4jUEN9D5O2jOaHo5QSrB1lSei6kV1QiO40FyL9Vq3GDJQzkw2YSAma8qFcj5K0F811uoGaWOcNaRrevRngK30jzuvPSXv3AUGV+X7JtCDbGj7n2bHWmvwvxvmfMrh+MuEtVzzx/Pvv8RN5kGs47XM0b9codgUYWDm76qwJWoljdq7y5zYgb0RRcraa4mw1aZvvBZw/7PAs7474Sqjgdzwh20vomVEN6bA3Wzis3wrxN4o5H3E4Ow== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677364822; bh=xhVs7QftuvdzLkoHioiNzAra7BpEKbInEH9UBmtdU1y=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=aJe8X0BsOhjn1MOHOpwXb6HDW/+5Q5aiC18k0GNXKOsVDOS3NSaoHE9NI9Abbgqep6npZV4WxIDUdXSUYwR1tCkLbdCHWCEtKdQ6TIjAIE0WcLNDmuXKjOtOqQC6Gvyw9FyiitSwQUReoTQb5OaR8f/sTYEuT5Zu5SPcrEDElgiYkYvSi5PFYxu0PW98FZ2xw92MPjcIGVxhJj1kHJj8iFJYqTjoflsfIieIh9eEVF/4ExPXUZvcIT4i/rpuE/1jSHEk/VPB1JLTDvs4ZiJ0usXrLF2vodkrncCtEIX/ZIla6pTDff3p0w6k1Dc9sca9F9va7uv9O2tBiRl1TOIX1Q== X-YMail-OSG: sBOm5mAVM1mvPQ7v9z8YjSpwutT2ITUyfid8rcWSwo5FCIBKyftBS9iyR2Fo2kl lqgerryRtYpZFzUjC6Az4hy1eqaUJLyAbgaRJx0SHa8hARljBZ7pCY3sXNKB_oxUgr9KGpR5V5yF sMthpQTzCCYPcvRYHuscowI6fKeXfLzZQt75kNqR4MbEZxK9VTd0qMZ7Bc1l08_O0imgjVJOdwRS JVUon8txQx1n0jfcSMl_EWXnj2nahplpspYWX2k8FupIDDzi904iS1JzW1blPKgW8Ty4Zal2S6e7 c3rjO42yGz0wP_nX70hEoOJEbQGoSNI0tvycl_P8QGPH8NnhyNGkFGP4iUpJ9l3zsIWLr.mJ2qTN n5aGDoZNFOWdvN590fmAq0BQynYimtvGtLzWkG3Qc9WQulwwJDkXsDqa199aiMszbjW5hT49Mg72 leNc.QyRoBJk6a_T40tr0ZZLzUVZ6A.oaFn_LeNhVFzw4v.hseFwai9Yj3zsRTwH_Jc_N8Fp0DFl 2qpIxnFqwUrrmbA4uSQFSjGmcv0fhB0k5nbcAtzmEAEfZQjlnn4febDNB.EbToy8dF_KOCi0SJ1S fsUjOTq8SQ9pP5t5ZCIoGdPLMYFB1t_dCrlSpB3hAYprYmMwWseV3xid5xC5btyBEx3xQaphFDsm lejDZyHjilvz0bxT8_3jW.VBOyONDa7zINk0WrcuNQovqA1_54HYpTc11EpdzxrWidibPtR9gAle DbJzlOVUdR7234KPuskQLc5tq5yaRxu2xPQvcOWCilY9hcu2A0TaMrpuLPCFfSbVZc2o8GIzngkK pbNe5lbGF07T_9dl7RI3mPhBWGwQ3K7604IrCpZghXODDAsPsjKzagcFly0QC3EWRBC1FIUIqKoC VMcicEDUZb682F4z8x25Co.UemiA3PajkKqnqrzYsXxyw1MfWYMoxnNfbhKCU.ZJMTLJBw92zo0. akTjRIy786qc6LKsnqpucTIO4F1P2fpR_DOgTlAF_XBW0i38XTIJiV593RsATC5UZf72nc_nj2z1 hq.Mke2Ltz6ZWmV99KY0k9tSrcV8Ile78c_nZ1ht8qrmg6KZgWLYN6nf1kY_dNwiodD8BIBWWnnd yZYmk1d5kpJEucxq6qyWMf0lrR8ziX2I_EvxtcDztREalC.WY1WrwwLxiBYDUiwPA6saq6SqDd4K 3BhXk814oRK_E0x5qrWJLIiW5SYeOYsPSlvtogu1IIFSG4e2UAxs.TGBpIGCWR8zoIXXQWFC.39Q 8xyiENzD.nZV8mIhD_YWqO31JvnDe1tvz3iq_crAGo5tCX_i7_UkTGpQB0Ih2IYA_vQCv0C5QI3k sjuaj8CdbaHEzc.8_ojtKEQtl4Dj4J2kN8i3_Tkty8cRQz7oTlYzrY.KN0md9XLyhpKqGV_KQDR3 uSobvlGjuVpOG2YrAkYPAesLQi.O0FTh3LXoDgB_Ggl0KcyhbbrP1tUhmeU67cPSIwUm1eqBuGu9 KW9fxhHoY3383fHgqWGV0TJV16he5ncVgm6pa.Ig1ZeeC56TsleIOAaDv_UAPOOO5BAUj.qc1i2y 8CSY1KzY4isiKQNnnxWjT5RRY2wCB07dpr9tVUZ1tEZPvmtcVgwmEaXhpgckx3Jnc1b.2T5LE7NA SW7YsWKGagpLBL0iSTdagQH4XaA3wciDqEDSIqzWrKO8BYSvquckk3D05jHfJKfzCL9Sm084Y5Ky aZ0WasM_oAbN3.xZzEYXkFGEeHeVsafN2w_5As5_7C4raR9p8XlzR6gnj2LhfQ4kq.1C1m4ciBTy tq75nc2CK4LuHcqCA_5i.5nWvkfK_9uvVtK_3jmgeQRnIQVF2K0nwyzzp5oK91RA.6X00j_yDvho 0SEH4b1x5Q9UQFuSTez20.4nrMtuwJsNnzHOtWwRQaeHbDbvq_6BC0EfZmjN6fvrppEK4GaLvFb5 vr09kht00O2ye9Gk_Ywaa4qToYVBhGotqFrbprXfj.gq27C1EWojbxpADP_8sSwn9_YRqJ6DUj9X DD0TdSA6TO39XxT1tWBMC2d6tswY8sg2bmr1HtxQMH5l1X0nViPAKlziEo4GRJQnDCIXMjo_lV3J 3w9aBSiG.BxWXBBWzLim2ZOfn7ucBMcP9_VtA1zQ._HMlGGtpuXNQ9U_R.EWrhBmHEqMZuJZi3l6 Puu_lShWejkGOwHTzuvO.BtLm8aJ8Qi4lIeh4uCBPl0CkJ3OuaGa8d.gjixbxtU_6uAZT8UoSyJe faWtI0WiO4di1gEb0t._EnEITf0rIiMLaPY88LfLmUevqlmGEB.5SQfgjGTBGpus7jh6xO7C6Uv6 Iczc4K8hhWg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sat, 25 Feb 2023 22:40:22 +0000 Received: by hermes--production-bf1-57c96c66f6-npzd5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 0837bbf49f5809f3319f9546ea581f4c; Sat, 25 Feb 2023 22:40:18 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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.400.51.1.1\)) Subject: Re: reboot broken on RPi4 on main [breaks at git: e6cf1a0826c9 - main - physmem: add ram0 pseudo-driver] From: Mark Millard In-Reply-To: Date: Sat, 25 Feb 2023 14:40:06 -0800 Cc: Mike Karels Content-Transfer-Encoding: quoted-printable Message-Id: <549FB90E-0069-42FE-8F43-77BF9F5922B0@yahoo.com> References: <9EA91B94-87E4-47B8-A4E2-60D556E64276@yahoo.com> <4FCD4987-6DAF-4889-B684-B6E464F41144@yahoo.com> To: Mitchell Horne , freebsd-arm X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-2.56 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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]; NEURAL_HAM_SHORT(-0.06)[-0.062]; 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)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from] X-Rspamd-Queue-Id: 4PPMCr2z45z4Mb3 X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On Feb 25, 2023, at 01:58, Mark Millard wrote: > [I probably should have also shown related output from > earlier in the boot log.] >=20 > On Feb 25, 2023, at 01:23, Mark Millard wrote: >=20 >> On Feb 24, 2023, at 22:16, Mark Millard wrote: >>=20 >>> [The first main version to not reboot RPi4B's is: >>> git: e6cf1a0826c9 - main - physmem: add ram0 pseudo-driver Mitchell = Horne >>> ] >>>=20 >>> On Feb 24, 2023, at 17:45, Mark Millard wrote: >>>=20 >>>> On Feb 24, 2023, at 15:18, Mark Millard wrote: >>>>=20 >>>>> On Feb 23, 2023, at 14:01, Mike Karels wrote: >>>>>=20 >>>>>> Reboot (shutdown -r) is hanging on RPi4 on main as of today=E2=80=99= s snapshot. >>>>>> It hangs after printing the Uptime. The initial bootstrap and = boot from >>>>>> power-up work. I haven=E2=80=99t tested a snapshot since Jan 1, = so I=E2=80=99m not sure >>>>>> when it stopped working. Any ideas what might have broken it? I = can bisect >>>>>> the recent snapshots if nothing else. >>>>>>=20 >>>>>> 13.2-BETA2 works, however. >>>>>=20 >>>>> For reference . . . >>>>>=20 >>>>> While it is a personal build instead of a snapshot, >>>>> I see the "shutdown -r now" hang problem for my build >>>>> based on: >>>>>=20 >>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/main-src/ >>>>> d04c86717c8c (HEAD -> main, freebsd/main, freebsd/HEAD) = bsd.sys.mk: Add NO_WSTRICT_PROTOTYPES like in kernel >>>>> branch: main >>>>> merge-base: d04c86717c8ca3aa1bd9d8927a37a1f5443925b5 >>>>> merge-base: CommitDate: 2023-02-19 07:02:12 +0000 >>>>> n261026 (--first-parent --count for merge-base) >>>>>=20 >>>>> The context has a "B0T" 8 GiByte RPi4B. >>>>=20 >>>> For the artifact builds available for arm64, testing >>>> the kernels: >>>>=20 >>>> The last that has "shutdown -r now" working on the RPi4B I'm using: >>>>=20 >>>> =E2=80=A2 git: 8b418c83d175 - main - cp: Adjust the sparse file = tests. Dag-Erling Sm=C3=B8rgrav >>>> ( = https://artifact.ci.freebsd.org/snapshot/main/8b418c83d175fde3b1f65210509d= dcf2ac248d9f/arm64/aarch64/kernel.txz ) >>>>=20 >>>> No arm64 artifacts after that until . . . >>>>=20 >>>> The first that has "shutdown -r now" failing on the same RPi4B: >>>>=20 >>>> =E2=80=A2 git: ded5f2954e1a - main - nfsd: Fix handling of the = error case for nfsvno_open Rick Macklem >>>> ( = https://artifact.ci.freebsd.org/snapshot/main/ded5f2954e1a1bb7748646888938= af767ee6257a/arm64/aarch64/kernel.txz ) >>>>=20 >>>> So the range is limited to (including those end points): >>>> (All are 2023-Feb-08 artifact builds.) >>>>=20 >>>> =E2=80=A2 git: 8b418c83d175 - main - cp: Adjust the sparse file = tests. Dag-Erling Sm=C3=B8rgrav=20 >>>> =E2=80=A2 git: 87d405eab911 - main - iommu_gas: initialize = start_gap as first node Doug Moore=20 >>>> =E2=80=A2 git: 8c784bb8cf36 - main - lua: Update to 5.4.4 Warner = Losh=20 >>>> =E2=80=A2 git: 5fff09660e06 - main - geli: split the initalization = of HMAC Gordon Tetlow=20 >>>> =E2=80=A2 git: 81ad626541db - main - Merge llvm-project main = llvmorg-15-init-15358-g53dc0f10787 Dimitry Andric=20 >>>> =E2=80=A2 git: 753f127f3ace - main - Merge llvm-project main = llvmorg-15-init-16436-g18a6ab5b8d1f Dimitry Andric=20 >>>> =E2=80=A2 git: fcaf7f8644a9 - main - Merge llvm-project main = llvmorg-15-init-17485-ga3e38b4a206b Dimitry Andric=20 >>>> =E2=80=A2 git: 972a253a57b6 - main - Merge llvm-project main = llvmorg-15-init-17826-g1f8ae9d7e7e4 Dimitry Andric=20 >>>> =E2=80=A2 git: 61cfbce3347e - main - Merge llvm-project = release/15.x llvmorg-15.0.0-rc2-40-gfbd2950d8d0d Dimitry Andric=20 >>>> =E2=80=A2 git: a4a491e2238b - main - Merge llvm-project = release/15.x llvmorg-15.0.0-9-g1c73596d3454 Dimitry Andric=20 >>>> =E2=80=A2 git: 6246ae0b85d8 - main - Merge llvm-project = release/15.x llvmorg-15.0.2-10-gf3c5289e7846 Dimitry Andric=20 >>>> =E2=80=A2 git: f3fd488f1e19 - main - Merge llvm-project = release/15.x llvmorg-15.0.6-0-g088f33605d8a Dimitry Andric=20 >>>> =E2=80=A2 git: 50d7464c3fe6 - main - Merge llvm-project = release/15.x llvmorg-15.0.7-0-g8dfdcc7b7bf6 Dimitry Andric=20 >>>> =E2=80=A2 git: 3264f6b88fce - main - Bump __FreeBSD_version for = llvm 15.0.7 merge Dimitry Andric=20 >>>> =E2=80=A2 git: 89a072d11cd2 - main - Makefile.amd64: remove = construct that serves no purpose Warner Losh=20 >>>> =E2=80=A2 git: ae1dca798e0f - main - e1000: fix I219 hang on reset = Kevin Bowling=20 >>>> =E2=80=A2 git: 647f2d2bc0cb - main - e1000: bump driver version = Kevin Bowling=20 >>>> =E2=80=A2 git: 48bfd3597654 - main - Add nproc(1) Mateusz Guzik=20 >>>> =E2=80=A2 git: 1d03c3578d05 - main - arm: add an interrupt rman to = nexus Mitchell Horne=20 >>>=20 >>> My build of the above version works for "shutdown -r now". >>>=20 >>>> =E2=80=A2 git: f9bdaab95ec4 - main - ofwbus: remove handling of = resources from ofwbus Mitchell Horne=20 >>>=20 >>> My build of the above version works for "shutdown -r now". >>> It is the last version to do so. >>>=20 >>>> =E2=80=A2 git: e6cf1a0826c9 - main - physmem: add ram0 = pseudo-driver Mitchell Horne =20 >>>=20 >>> My build of the above version fails for "shutdown -r now": >>> hang-up just after Uptime: . . . message. >>>=20 >>>> =E2=80=A2 git: fa3f6655421f - main - netmap: drop redundant if_mtu = assignment Vincenzo Maffione=20 >>>> =E2=80=A2 git: ded5f2954e1a - main - nfsd: Fix handling of the = error case for nfsvno_open Rick Macklem >>>>=20 >>>> . . . >>>=20 >>>=20 >>=20 >> The following from boot -v looks somewhat odd: >>=20 >> ram0: reserving memory region: 2000-7ef0000 >> ram0: reserving memory region: 7f10000-31c00000 >> ram0: reserving memory region: 331d7000-39c2a000 >> ram0: reserving memory region: 39c2b000-39c2e000 >> ram0: reserving memory region: 39c2f000-39c30000 >> ram0: reserving memory region: 39c32000-39c33000 >> ram0: reserving memory region: 39c37000-3b050000 >> ram0: reserving memory region: 3b060000-3b300000 >> ram0: reserving memory region: 40000000-fc000000 >> ram0: reserving excluded region: 0-1fff >> ram0: reserving excluded region: 7ef0000-7f0ffff >> ram0: reserving excluded region: 31c00000-331d6fff >> ram0: reserving excluded region: 39c2a000-39c2afff >> ram0: reserving excluded region: 39c2e000-39c2efff >> ram0: reserving excluded region: 39c30000-39c31fff >> ram0: reserving excluded region: 39c33000-39c36fff >> ram0: reserving excluded region: 3b050000-3b05ffff >> ram0: reserving excluded region: 3ee5c000-3ee5cfff >> ram0: reserving excluded region: 3ee5c000-3ee5cfff >> ram0: failed to reserve region >> ram0: reserving excluded region: fe100000-fe100fff >>=20 >> Possible oddities (4 GiByte RPi4B example): >>=20 >> Nothing covers any part of [3b300000,3ee5c000) . >> Exclusion [3ee5c000-3ee5cfff] is repeated. (Related to the above?) >> The "failed to reserve region" notice. (Related to repetition?) >> Nothing covers any part of [fc000000,fe100000) . >> Nothing covers any part of [fe101000,ffffffff] . >>=20 >> (The 2 different styles of specifying high bounds >> reads oddly.) >=20 > Related boot log material: >=20 > Type Physical Virtual #Pages Attr > Reserved 000000000000 000000000000 00000002 WB=20 > ConventionalMemory 000000002000 000000002000 00007eee WB=20 > ACPIReclaimMemory 000007ef0000 000007ef0000 00000020 WB=20 > ConventionalMemory 000007f10000 000007f10000 00029c43 WB=20 > LoaderData 000031b53000 000031b53000 00000001 WB=20 > LoaderCode 000031b54000 000031b54000 00004000 WB=20 > LoaderData 000035b54000 000035b54000 00004000 WB=20 > LoaderCode 000039b54000 000039b54000 000000ce WB=20 > BootServicesData 000039c22000 000039c22000 00000008 WB=20 > RuntimeServicesData 000039c2a000 000039c2a000 00000001 WB RUNTIME > BootServicesData 000039c2b000 000039c2b000 00000003 WB=20 > RuntimeServicesData 000039c2e000 000039c2e000 00000001 WB RUNTIME > BootServicesData 000039c2f000 000039c2f000 00000001 WB=20 > RuntimeServicesData 000039c30000 000039c30000 00000002 WB RUNTIME > BootServicesData 000039c32000 000039c32000 00000001 WB=20 > RuntimeServicesData 000039c33000 000039c33000 00000004 WB RUNTIME > BootServicesData 000039c37000 000039c37000 00000009 WB=20 > BootServicesCode 000039c40000 000039c40000 00001410 WB=20 > RuntimeServicesCode 00003b050000 00003b050000 00000010 WB RUNTIME > BootServicesCode 00003b060000 00003b060000 000000a0 WB=20 > BootServicesData 00003b100000 00003b100000 00000200 WB=20 > Reserved 00003ee5c000 00003ee5c000 00000001 WB=20 > BootServicesData 000040000000 000040000000 000bc000 WB=20 > MemoryMappedIO 0000fe100000 0000fe100000 00000001 RUNTIME > Physical memory chunk(s): > 0x00002000 - 0x3b2fffff, 946 MB ( 242430 pages) > 0x40000000 - 0xfbffffff, 3008 MB ( 770048 pages) > Excluded memory regions: > 0x00000000 - 0x00001fff, 0 MB ( 2 pages) NoAlloc=20 > 0x07ef0000 - 0x07f0ffff, 0 MB ( 32 pages) NoAlloc=20 > 0x31c00000 - 0x331d6fff, 21 MB ( 5591 pages) NoAlloc=20 > 0x39c2a000 - 0x39c2afff, 0 MB ( 1 pages) NoAlloc=20 > 0x39c2e000 - 0x39c2efff, 0 MB ( 1 pages) NoAlloc=20 > 0x39c30000 - 0x39c31fff, 0 MB ( 2 pages) NoAlloc=20 > 0x39c33000 - 0x39c36fff, 0 MB ( 4 pages) NoAlloc=20 > 0x3b050000 - 0x3b05ffff, 0 MB ( 16 pages) NoAlloc=20 > 0x3ee5c000 - 0x3ee5cfff, 0 MB ( 1 pages) NoAlloc NoDump > 0x3ee5c000 - 0x3ee5cfff, 0 MB ( 1 pages) NoAlloc=20 > 0xfe100000 - 0xfe100fff, 0 MB ( 1 pages) NoAlloc=20 >=20 > and: >=20 > Physical memory chunk(s): > 0x00000000002000 - 0x00000007eeffff, 133095424 bytes (32494 pages) > 0x00000007f10000 - 0x00000031bfffff, 701431808 bytes (171248 pages) > 0x000000331d7000 - 0x00000039c29fff, 111489024 bytes (27219 pages) > 0x00000039c2b000 - 0x00000039c2dfff, 12288 bytes (3 pages) > 0x00000039c2f000 - 0x00000039c2ffff, 4096 bytes (1 pages) > 0x00000039c32000 - 0x00000039c32fff, 4096 bytes (1 pages) > 0x00000039c37000 - 0x0000003b04ffff, 21073920 bytes (5145 pages) > 0x0000003b060000 - 0x0000003b2fffff, 2752512 bytes (672 pages) > 0x00000040000000 - 0x000000f5e2ffff, 3051552768 bytes (745008 pages) >=20 > So: Some of the oddities go back to some of this earlier > material. For example, somehow: >=20 > Reserved 00003ee5c000 00003ee5c000 00000001 WB=20 >=20 > turned into: >=20 > 0x3ee5c000 - 0x3ee5cfff, 0 MB ( 1 pages) NoAlloc NoDump > 0x3ee5c000 - 0x3ee5cfff, 0 MB ( 1 pages) NoAlloc=20 In case it matters: devinfo -u shows: PCIe Memory: 0xc0000000-0xc00fffff (pcib1) 0xc0100000-0xffffffff (root0) . . . pcib1 memory window: 0x600000000-0x600000fff (bcm_xhci0) 0xc0001000-0xc00fffff (root0) but the prior I/O memory addresses list it showed has: 0x40000000-0xfbffffff (ram0) (See later for 0xfc000000..0xff843fff .) and: 0xff844000-0xffffffffffffffff (root0) For reference: I/O memory addresses: 0x0-0x1fff (ram0) 0x2000-0x7eeffff (ram0) 0x7ef0000-0x7f0ffff (ram0) 0x7f10000-0x31bfffff (ram0) 0x31c00000-0x331d5fff (ram0) 0x331d6000-0x39c2afff (ram0) 0x39c2b000-0x39c2bfff (ram0) 0x39c2c000-0x39c2efff (ram0) 0x39c2f000-0x39c2ffff (ram0) 0x39c30000-0x39c30fff (ram0) 0x39c31000-0x39c32fff (ram0) 0x39c33000-0x39c33fff (ram0) 0x39c34000-0x39c37fff (ram0) 0x39c38000-0x3b04ffff (ram0) 0x3b050000-0x3b05ffff (ram0) 0x3b060000-0x3b2fffff (ram0) 0x3b300000-0x3ee5bfff (root0) 0x3ee5c000-0x3ee5cfff (ram0) 0x3ee5d000-0x3fffffff (root0) 0x40000000-0xfbffffff (ram0) 0xfc000000-0xfd4fffff (root0) 0xfd500000-0xfd50930f (pcib0) 0xfd509310-0xfd57ffff (root0) 0xfd580000-0xfd58ffff (genet0) 0xfd590000-0xfd5d1fff (root0) 0xfd5d2000-0xfd5d2eff (simple_mfd0) 0xfd5d2f00-0xfe006fff (root0) 0xfe007000-0xfe007aff (bcm_dma0) 0xfe007b00-0xfe00b87f (root0) 0xfe00b880-0xfe00b8bf (mbox0) 0xfe00b8c0-0xfe0fffff (root0) 0xfe100000-0xfe100fff (ram0) 0xfe101000-0xfe102fff (bcm2835_clkman0) 0xfe103000-0xfe103fff (root0) 0xfe104000-0xfe104027 (bcmrng0) 0xfe104028-0xfe1fffff (root0) 0xfe200000-0xfe2000b3 (gpio0) 0xfe2000b4-0xfe200fff (root0) 0xfe201000-0xfe2011ff (uart0) 0xfe201200-0xfe203fff (root0) 0xfe204000-0xfe2041ff (spi0) 0xfe204200-0xfe2fffff (root0) 0xfe300000-0xfe3000ff (sdhci_bcm0) 0xfe300100-0xfe33ffff (root0) 0xfe340000-0xfe3400ff (sdhci_bcm1) 0xfe340100-0xfe803fff (root0) 0xfe804000-0xfe804fff (iichb0) 0xfe805000-0xff840fff (root0) 0xff841000-0xff841fff (gic0) 0xff842000-0xff843fff (gic0) 0xff844000-0xffffffffffffffff (root0) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Feb 26 00:05: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 4PPP6t4TYPz3v3KW for ; Sun, 26 Feb 2023 00:06:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (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 4PPP6t1wC6z3Dxk for ; Sun, 26 Feb 2023 00:06: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=1677369971; bh=WlhWUZ1oXppksD1ZHBrbR6vWMRe/M2S9yykppLh2Q1M=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=pVhPqRtGwhnOLJwSAjDloZoVKGZ1r6ImFBuPA9JMhl8Q8esJ5tpFmmxaMUQ35sYkub2k3C0kiE++afdOK8vxURpA30kvj9sJplap3ZY3Gz6u7+t73ZI9Stvrg1VfIPFazSYaNYFg8jiSbhQ0jNRhTGQPmDmVBVSCdApbpPBXC+k63uY2YqG1F06YtPrlM/wFIBg8Xka6s+SNkmBp1nNGQRHCDCg0XehXkE4V731FngxYMQvAeR+EuhxtZ/Esv/rmXzIjyuDzqiefXCOF13nMXPFVZODh+0lUB5v1JY93twWC8MSwjxpB474uh72LmvbbWkHzEOSekd7aFR7IR0OhjA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677369971; bh=MgZWKfJhGWk6ANgI43owNX7CVu6wkUjeRKdTHizH4JC=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Au5nHYTG9Q7yViWaqjw5D5Iu0oHTVIKMdTah9CXTdgfNh39pi4uglvvHc8s1/v5jWfo0GLMFxqrfdQceJBUrcbE3UdJAX3P/eW/qAPvC/S2kVfb4eyAgnPoXALajg0nnAG8VynxO3Kr0LbLlNRKJpWjI8cuvCoY3j2zlU65R/Qhv9ejLQZ1o7+w/Oc+cUTp4e+Qfl2eqIpR3NMYUyx3xgLsuBWz91TOy6BAohgmWAarHCN9ZwOoB0m+/GFK91RFapg3c6YY5yfrsFtw9rwg7fQnoBXthFIIi9LLU6cu7LRumzbrWrNE+OzXiZgStZk03g72SBgojbS1oHZ28Py1vPA== X-YMail-OSG: QU1uL1kVM1nw4AUPG16UftrCY2nE1WoHUgbzEzfCuGugNsfKxnXAjM2B31gBZfd BYb2lBhV2xRgXajCDxS1Saga1_uVvcK_tiidWT_8lIZq_eqbBlettepmQ6wK5YncvqP4NLqXPieb xP6iX14Py4R80en10T3BZPp2Erz5YsPqYUyKoxA8RUmvqYne_EzCCf8FrCAQ8Ct5McXQHRB8PwR0 ohWggNjx7AW7CeJzuZqEHSjIqXehTwglyoFnDP_iqt7T9lUnh8ah8Zc5we8lKpFWxoNNJgWvp_Fy H0K8KQTnG2HN3XjqhlFMixjfVqUFH2mq183_6BloenDh3HqzYxyVU9DJGh8GLzIJVwI3zPV.k2bE C8Ah459Yxjmke4lb20smd3ai6cdi3PEDx.j0DsnY5rcOmZ_z0HWJ.096Pxmr2WMtqwVfDQ3Fm.BE aFjYACva10nWR4NLd1jC1TclFz7uT48Rd_fdzIgiaO6xAk0bc_.lyIHPlQJ9ZMNib4axA.imh5Je w1OHvSc8sGO5SkBszfnkKCyUOiR.U5NuBIAMuLTK7AGSzY2ay2Cy36Sgz.2RzK3grumSrSEiTWUU QjDvw2.ybFNTJ9LlptyaB81K9Cqw8Gnrv4x9OErU.mcCkQGKlVpsFCZn6oQJtgFEgGx8ARWpEB28 CHHQTVInB9OdWZm4dnHytQKMu0LuzBB9lYXtQxtV5nWrITpl9IfQ9eegpvA2Pj7QWCiNqtLQ8x2h FpLN5XUpqCFTt_AJzzJeoPetlRkji95rC_3ByAe.zqD1kvyLjstJ1.Am6cRnNSmbM7K2bgOGaZG3 DJ.goZl2FhO0swMA5pP0QCaSSJH1NrThN3KQPqbWBnJ477Xjhh3xy4rSUCPOOAOwP43_nr2dWbzf hJkVEKfNnsP2BFC681JvUejhC4CEuApZronFi5yWsDSMPVi__5IquLg_jzklbQENLS5eh1pN3116 vTtCSu2J3xcl_yyCel8BGIplxgs4EF0HQRbZM5diHvRJttVIujPPQqLw43a6A7gtgqw9MUILBiF0 _w.b0Xa_mivBPaP.K8pTR48vbQfRZR1etv_1DkKAAMQ7wxHLeRgbh1hUFTpZ2JxMGD7vz6sjeBPr 3a6YUBUVCihxZpOqebO5PqheGPr.YnbowSVi4Z2VEN8YNAwhx0cBC3USAaMBuRg2VRcrvr5AubRy 96qUxPyTZcthmWG3C_dMn17IxK9V3WqdKE.vS6qRhgCjvtGfB_SbE0Rd7lU.mOpbICzBcBJqqRsB WKjXptP3HYfjkRlEa6kSdGHnxsLz3q9cW4SmypzxNNqNET.bbk0FJLITeYB2HhlaHil5kSk9ZaAT CeYdJJ6er1VDmncRDUkFlbRBjDZETdFSqCVHniWYTntViZej3TIMg_CGst8w1VX3jThx4w2jh2jj .sfxsR5KEnrAYrTWaoaaTpIv0.c64GBEOZGeRZe4tRGpMO57RbRzmhCSBBIYjZuOIzveLk4DWNdZ TY7J4d7m8KZ0XjlXx45VsfIaV7BWmltjdCXCBOk_LmorYjrPywzYEf4nIfnVs1aCh_10Se.cUQwf adI_4EW_0ma4kHAZ5QBVcq.JbPAwEHRcOun8u.2tTmM7iqKgDpu7I9fV6o7d64HtdvW2SYmtYAnV J4p3nP7VkD6l_SPlW19q2vo_nGg8BiWPfO8s0tuHdp8uvjYvVQPo..xKb5xAQQ9BhS03fooIGxps tD0IjAVEFvoqRLg8Gu9UxoKPkFlTESJ142GLIBsglI92eD7tq4WaRGATcvGVITeOtOKjF1wHhyCV cZGxbI6FnJhevdw0GVHdk7AIhQGun70aXBEqKy2qMcGPj4IOHn0ZbrUIXKZR9RvDO1xw9jrmz6pO tIc9UnpUtoTYh8f613yPNSXvz8RZlpxHMY_KZa48lisFxBHimL1klq10SPaxqGMfxVtAbfJX1qxc LmwnPRAaCVbAlP0OqSZc2Boo42K7dbrKOUeHuD5XS.LE4hZH05VxJP1U9SUtAfcjS.gED9GL2Utk 3W5iNGTVggJPTA.Uflvrwz_9.i2yS_eOKIube8NKiWT3xw8.CceUOJeFJms6oUEWATSJoKZSm4fx fDgOqlYtXrAnKiHen0TgfqYHuXxrZtt4ggiKinmRmvanvuDVcKlW2rgkfu3w1qWNNU6aO4mrC.3s ycWj076_u.OixnXsQsKyobRZBnp4.cCXAewemdM6OLiJd598e2QSrdL_Aa0p0cdOAiEFnTbTBevc UgCMyYYbQ1o3QHfK9d1aCKEN4QRhndJ7VZLHvLG5uzYCTkM9Mma2BVZrE1PBBkoCk23GcI8ecJAI mN6w- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Feb 2023 00:06:11 +0000 Received: by hermes--production-ne1-746bc6c6c4-8fvwf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7109bbe66aa604f34004b7ae430d551e; Sun, 26 Feb 2023 00:06:10 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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.400.51.1.1\)) Subject: Re: reboot broken on RPi4 on main [breaks at git: e6cf1a0826c9 - main - physmem: add ram0 pseudo-driver] From: Mark Millard In-Reply-To: <5E055A77-24DB-44D3-89F8-5113555283EA@karels.net> Date: Sat, 25 Feb 2023 16:05:58 -0800 Cc: Mitchell Horne , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <9EA91B94-87E4-47B8-A4E2-60D556E64276@yahoo.com> <4FCD4987-6DAF-4889-B684-B6E464F41144@yahoo.com> <5E055A77-24DB-44D3-89F8-5113555283EA@karels.net> To: Mike Karels X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PPP6t1wC6z3Dxk X-Spamd-Bar: ---- 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-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Feb 25, 2023, at 08:09, Mike Karels wrote: > I verified that the current kernel can reboot if it was booted > with hint.ram.0.disabled=3D=E2=80=9C1=E2=80=9D in /boot/device.hints. My boot media that are used with RPi*'s also boot other types of systems --and I use them that way at times. So far, I do not see a way to limit hint.ram.0.disabled use to RPi*'s other than just remembering to adjust /boot/device.hints every time I move the media to or from a RPi* from or to some other type of system. More likely hint.ram.0.disabled will end up just always being used for media that can boot RPi*'s, at least as long as "shutdown -r now" would otherwise be broken on the RPi* 's. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Feb 26 02:56:54 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 4PPSw01gW2z3vCMY for ; Sun, 26 Feb 2023 02:57:04 +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 4PPSvy59hnz3R7l for ; Sun, 26 Feb 2023 02:57:02 +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 31Q2usvh012815 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 25 Feb 2023 18:56:55 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 31Q2usSs012814; Sat, 25 Feb 2023 18:56:54 -0800 (PST) (envelope-from fbsd) Date: Sat, 25 Feb 2023 18:56:54 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: fsck segfaults on rpi3 running 13-stable (and on 14-CURRENT analyzing the same file system that resulted from the 13-STABLE crash) Message-ID: <20230226025654.GA12702@www.zefox.net> References: <202302192054.31JKsq7w079295@chez.mckusick.com> <3DD8EEC2-6135-42A0-A80C-F195CAAC025E@yahoo.com> <20230219222328.GA55941@www.zefox.net> <2F5B20E9-AFF8-42F6-9E1F-50BBDF4E1B79@yahoo.com> <20230220044544.GB57936@www.zefox.net> <9CEF4E7A-2F13-454F-A04A-A6C5A80FD4B7@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: <9CEF4E7A-2F13-454F-A04A-A6C5A80FD4B7@yahoo.com> X-Spamd-Result: default: False [-1.10 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_RHS_WWW(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_TO(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; DMARC_NA(0.00)[zefox.net]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4PPSvy59hnz3R7l X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N On Sun, Feb 19, 2023 at 09:50:45PM -0800, Mark Millard wrote: > On Feb 19, 2023, at 20:45, bob prohaska wrote: > > > > > To a casual glance, it looks like a hardware error. > > But, the machine seems to work fine until it's running > > buildworld, and then crashes during a relatively easy > > part of buildworld. The initial error message is: > > > > bob@pelorus:/usr/src % (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 43 29 d6 40 00 00 40 00 > > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > > (da0:umass-sim0:0:0:0): SCSI sense: MEDIUM ERROR asc:11,0 (Unrecovered read error) > > (da0:umass-sim0:0:0:0): Error 5, Unretryable error > > A description of "Media Error" from seagate is: > > Medium Error - Indicates the command terminated with a nonrecovered error condition, probably caused by a flaw in the medium or an error in the recorded data. > > To compare/contrast with other alternatives, see: > > https://www.seagate.com/support/kb/scsi-sense-key-chart-196259en/ > > A more extensive list with asc/ascq involved as well is at: > > https://en.wikipedia.org/wiki/Key_Code_Qualifier/ > > Allowing more comparison/contrast with other classifications. > > It indicates: > > 3 11 00 Medium Error - unrecovered read error > > (matching the reported text). > > > SCSI errors are not unknown, but they usually succeed on retry. > > It's not obvious why this is treated as un-retryable. > > Because that is what the "3 11 00" combination involved > means. The drive is reporting that. It is not a FreeBSD > driver choice of handling. > > (I'm not expert at drive internals, so I take it at face > value.) > > > Are there any simple tests that might help decide what's wrong? > > It's likely that re-running buildworld will reproduce the crash. > > See the https://en.wikipedia.org/wiki/Key_Code_Qualifier/ > description material for some background information? > > > I've placed the results of smartctl -a at the end of the notes. > > The interpretation isn't self evident, hopefully someone else > > can lend an eye. I'll try smartctl -t after a good night's sleep. > > man smartctl reports: > > UNC: UNCorrectable Error in Data > > The 3 examples of: > > After command completion occurred, registers were: > ER ST SC SN CL CH DH > -- -- -- -- -- -- -- > 40 51 00 ff ff ff 0f Error: UNC at LBA = 0x0fffffff = 268435455 > > indicate UNC. All 3 list the same LBA value. > > Error 4 occurred at disk power-on lifetime: 11121 hours (463 days + 9 hours) > Error 3 occurred at disk power-on lifetime: 11098 hours (462 days + 10 hours) > Error 2 occurred at disk power-on lifetime: 11096 hours (462 days + 8 hours) > > So spread over a little over a day overall, with 2 and 3 > spread over a couple of hours. > > It suggests to me that the drive is no longer usable. > But I'm no expert. You were correct. After a few re-installations the disk failed in an obvious way, reporting 395-odd errors. All the while, SMART seemed to claim the disk "passed" its self-tests. I was baffled, since the experiments with dd failed to replicate the error. Evidently there was more to the failure than met the eye. Thanks for writing! bob prohaska From nobody Sun Feb 26 21:00: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 4PPwyK4Mz5z3v4Rw for ; Sun, 26 Feb 2023 21:00:41 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PPwyJ5yTfz4NT8 for ; Sun, 26 Feb 2023 21:00:40 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677445240; 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=eAV/ftgIWN5ThK4pS4enrWoEW0ZnxHDLO8IN/QsG6qE=; b=VcQLCiC1nBHEg1WWoLyB9eGaG4YSrj/yfDR0sweRCNzMH+RXY0yQhdQNsBqhLnfhH85CP7 WRArsTeKGm7ZB5H5qIEDPk8uCKexjR+wJ2eGGCWPxs3PXN/UM8VBh04JeXB7DExLu/7Gs9 WN7k0YG72oz14tICnceOaw7J01D7+VpMtvv7THeApQif6pk4g11mlA5SyUZFCo5Lr7XjmY sPMAgKmtD6aGodMq/QYfYPEukx9gC8OINQNbfreJTj2kMIJYF8HWLfF9LjD3CGsPpAfh8/ 7u6qt766Kh/Jwo3xLkaZ+IkrXKaiAWTRX36FA+rPPEU8XoRDCspCMNQb+t6c9g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677445240; a=rsa-sha256; cv=none; b=OZKxiLRmWzcNqIy+j10j6HL52gZjTxyox33QvKanjA1zYWrSHOFAgWp8gTYWNzQVlKPVFS o1plWmwSkevBaDuUcbkgs6jL5sji0KSyZSzfXc4z0CKL4i3eNe7Gh3KNoLlUtec+9q959V BB6PZPIjG/q0i+3oD1IID0iYvb9dkImH5KBcYTjdFoVt1n69kMwfP4uqMwFexRa+mmqDts B2MkvkjqNXwnwRh+1AQt90PiIPhYs4AcC+BXRQBbQk9xEgtMs5uheS1/mOaPBJ3Ec9Je/F EGmkuwqRymRP8YSuGrF83Kv2kkfUC1Y7e8IPJ0aLa7fxDXYKvPG/T4HEmfum8Q== 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 4PPwyJ52G2z10Nr for ; Sun, 26 Feb 2023 21:00:40 +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 31QL0erm093553 for ; Sun, 26 Feb 2023 21:00:40 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 31QL0eVD093536 for freebsd-arm@FreeBSD.org; Sun, 26 Feb 2023 21:00:40 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202302262100.31QL0eVD093536@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, 26 Feb 2023 21:00:40 +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="16774452407.DB057c.89831" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N --16774452407.DB057c.89831 Date: Sun, 26 Feb 2023 21:00:40 +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. --16774452407.DB057c.89831 Date: Sun, 26 Feb 2023 21:00:40 +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.
--16774452407.DB057c.89831-- From nobody Mon Feb 27 21:54: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 4PQZ6G609Nz3tCNq; Mon, 27 Feb 2023 21:54:46 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (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 4PQZ6G3tLTz3Mmy; Mon, 27 Feb 2023 21:54:46 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x530.google.com with SMTP id eg37so31620931edb.12; Mon, 27 Feb 2023 13:54:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=EhTJZz0NKfGkpl7g2aql2ZaEeNl1d/EYY82cnxDZAls=; b=owEnsCYX/1qlcsQRFdk3abX2r34xjHRabLjprFJHWPpbaX6iSNpEli5v6+AZ6WQtme 4nCuW+HeRM99wsIDqOS5vdrH4CCO6nRL/nrhXkkEgpGzLncdRTzEtOuW9TYyOHx135Yp p8dPlRcF1g/aIjyAUwUJ1ZfdsBfCCKXyS1BJqMcUaWSWoJxrVECA/scu1XQ8rL+6oUY1 DyDeYkI5rUOhSGb2JZyqzlPib3nq+CwXXdZ3ZNQoTUXpySfrXFOqMHUSMZWkMLNKGdv0 OOT0nCn2KfV9yDHxkXmavx+OvPXaBBAdOM5UMHpOMpVONOrYp/P4DjU4twmqoywnktmg h65g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=EhTJZz0NKfGkpl7g2aql2ZaEeNl1d/EYY82cnxDZAls=; b=DNTGzTKvCiZebQqsMIhmW6+dpROLgCE3Iz8oH1+HQPHIeKBm+N57G8gtAYQ529leZB KkQ4EaKOqjTJ0hTR2sR3mEQ00Gqcrq/XV0jpoPxBC20+f0QTcx8Euw+Y07cADAgNkpW/ RWVtf3FNxCIr9b1meNlMEjSk13sCcZ6iwj4TtEuKvVzaMnLti2LBTi6mOExOY822B8R3 gtH3YPr8leaQArfR7Tj8r/vm+Fnl64rpBNcNA7wUdWOdhKRUH1d4vArrm1KtTQr7IR2P vq63eWV+8MssvGPfQKiclRGcNoNLNDhQmXySpYKvYQt+ls/yVRdN9Newtm2lmCn0KVqP MeWg== X-Gm-Message-State: AO0yUKUgCWevc4CA7ahMzKsraYSPdhXmrB/+4ikK8qPntLz5BNGBoRcN gzAuxxPBboTQUs+UWOCRIceZ88ZgJE7AqnaM8wvXbF9Hq+I= X-Google-Smtp-Source: AK7set9tSnElXHqaJJUt065Li7WlKPdILldZ3ZzlfN8m3o/6FAu5if52KVMHWuGztfC1f4WlzdL306JpkiYNtTI8k4s= X-Received: by 2002:a50:aad1:0:b0:4af:502b:4f13 with SMTP id r17-20020a50aad1000000b004af502b4f13mr578120edc.4.1677534884577; Mon, 27 Feb 2023 13:54:44 -0800 (PST) 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: <20210410154750.phxivk7idvza37nx@mutt-hbsd> <7ec68ac9-377b-0c7c-7cdc-948e771a2847@antonovs.family> In-Reply-To: <7ec68ac9-377b-0c7c-7cdc-948e771a2847@antonovs.family> From: Mario Marietto Date: Mon, 27 Feb 2023 22:54:08 +0100 Message-ID: Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: Ihor Antonov Cc: grarpamp , freebsd-arm@freebsd.org, freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000e4c54305f5b5862b" X-Rspamd-Queue-Id: 4PQZ6G3tLTz3Mmy X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --000000000000e4c54305f5b5862b Content-Type: text/plain; charset="UTF-8" Hello. I'm very interested in this project. I have a good PC and a decent graphic card. If I can be useful,tell me how and I will consider if I can help. Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov ha scritto: > On 2/27/23 00:01, grarpamp wrote: > > [cc'd for fyi, trim replies to where applicable] > > > > > > Devices like PinePhone and Purism Librem Phone, and evolving > > market of somewhat inexpensive ARM64's, could be synergy > > with developing world + cryptocurrency + freespeech + etcetera, > > ie: better than featurephones, less than PC/laptop, yet still mobile. > > Many others around world would seek to use and or [crowd] fund real > > unix on phones. Linux runs there, so It is now only about putting groups > > together to do it :) > > > > > https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_potabi_os_dev/ > > https://www.reddit.com/user/Nettly_/submitted/ > > > > I happen to have a PinePhone Pro lying around. I will be happy to help > with testing or > I can ship it to whoever is going to to the work on bringing FreeBSD up > on it. > > > -- > Ihor Antonov > > > -- Mario. --000000000000e4c54305f5b5862b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello.

I'm very interest= ed in this project. I have a good PC and a decent graphic card. If I can be= useful,tell me how and I will consider if I can help.

<= div class=3D"gmail_quote">
Il giorno l= un 27 feb 2023 alle ore 22:25 Ihor Antonov <ihor@antonovs.family> ha = scritto:
On 2/27= /23 00:01, grarpamp wrote:
> [cc'd for fyi, trim replies to where applicable]
>
>
> Devices like PinePhone and Purism Librem Phone, and evolving
> market of somewhat inexpensive ARM64's, could be synergy
> with developing world + cryptocurrency + freespeech + etcetera,
> ie: better than featurephones, less than PC/laptop, yet still mobile.<= br> > Many others around world would seek to use and or [crowd] fund real > unix on phones. Linux runs there, so It is now only about putting grou= ps
> together to do it :)
>
> htt= ps://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_= potabi_os_dev/
> https://www.reddit.com/user/Nettly_/submitted/
>

I happen to have a PinePhone Pro lying around. I will be happy to help
with testing or
I can ship it to whoever is going to to the work on bringing FreeBSD up on it.


--
Ihor Antonov




--
Mario.
--000000000000e4c54305f5b5862b-- From nobody Mon Feb 27 22:25: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 4PQZpT1yskz3tF7F; Mon, 27 Feb 2023 22:26:09 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (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 4PQZpS3TBfz3jgs; Mon, 27 Feb 2023 22:26:08 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b="Il/gQI3J"; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2a00:1450:4864:20::530 as permitted sender) smtp.mailfrom=marietto2008@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x530.google.com with SMTP id ck15so32350581edb.0; Mon, 27 Feb 2023 14:26:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nlTcNlZiVn/yKSQpC9dbjdpwH8dx95RyalC3zBsP1Tk=; b=Il/gQI3JdUIr6WGLm3SegZ4HZISgXa25Yfe10S4wSht1r9p65JX65KeTK1/ArpgFuD yiGAjVUo4biiSvyiT2j7TyNGdtf34WEhCbDaPQFslmKI09lHUFxVH1NRa+Ard9ALJb7+ Sd3d5PNtrwD08vEr+gPhHzsUwVb5qD03u2t0bLjb0pLKCAr229Y9NQ3FU79wJHOo0RbD jLOIG7Gi3U415yLhjv3Xbzvllp5XWy/2xuGFE7SQb0bHig6xRiCSvQuhlbjweggBXZAb vzXOa8+lwdticbixIW/11nQQJxqdz3RLHWtwwsyrUX1L93DvC/TcAit9tVb3zxbWSvnt U+Fg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=nlTcNlZiVn/yKSQpC9dbjdpwH8dx95RyalC3zBsP1Tk=; b=V6zRJvS4R9S9eB+0ofvH/ewFNuWj0KqWfaoi2Zidbk3s9oAuWr10jZHgRgorkrywIH zfU9zKHSTnKJb4ylncRxGo93UMtUqV/Yvs9NFeo5wYdNPg99+FRRsE8sBEW6FuSy9SVt RZRmsdXQD6hk7aKavgdeDea5Cl68I65QMnleRIHkeSzMN02bO4u3w6OQoE/k2zv6rR4/ qEqZwOeUt3kOkd7gsw3DryqgKSDyxvOQTacHHnEYbj2LgInvQMfL/aAmoR7IA9r0fvDF 3KfM/WAYVxSio0zHQoXmnBuZ6xiil3URALt2IASpcNJE76yBc++Gm4p93n0ulJU0gq8V MnFg== X-Gm-Message-State: AO0yUKXXv6kZigM4ASQ7suSv+nymkbCEhE0ST/4aqA7PROECYSmYOvBi n/XHdLcUe6XUAPdSNupQkioeTIkaJjvtTnb2HvE= X-Google-Smtp-Source: AK7set/1IK5Z3gy4LbFhhX8TSc0FDO3XN1ej0yKxHFBQ1De98ZGsV+0zGgAgLPegEutynOcds3SfQfHIaufQ2GQmuA0= X-Received: by 2002:a17:906:680e:b0:8a6:91d9:c7ac with SMTP id k14-20020a170906680e00b008a691d9c7acmr153159ejr.5.1677536767307; Mon, 27 Feb 2023 14:26:07 -0800 (PST) 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: <20210410154750.phxivk7idvza37nx@mutt-hbsd> <7ec68ac9-377b-0c7c-7cdc-948e771a2847@antonovs.family> In-Reply-To: From: Mario Marietto Date: Mon, 27 Feb 2023 23:25:30 +0100 Message-ID: Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: Ihor Antonov Cc: grarpamp , freebsd-arm@freebsd.org, freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000001cf48c05f5b5f701" X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.968]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,freebsd-questions@freebsd.org,freebsd-hackers@freebsd.org,freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::530:from]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4PQZpS3TBfz3jgs X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N --0000000000001cf48c05f5b5f701 Content-Type: text/plain; charset="UTF-8" I'm very interested in this project. I have a good PC and a decent graphic card. If I can be useful,tell me how and I will consider if I can help. Il giorno lun 27 feb 2023 alle ore 22:54 Mario Marietto < marietto2008@gmail.com> ha scritto: > Hello. > > I'm very interested in this project. I have a good PC and a decent graphic > card. If I can be useful,tell me how and I will consider if I can help. > > Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov > ha scritto: > >> On 2/27/23 00:01, grarpamp wrote: >> > [cc'd for fyi, trim replies to where applicable] >> > >> > >> > Devices like PinePhone and Purism Librem Phone, and evolving >> > market of somewhat inexpensive ARM64's, could be synergy >> > with developing world + cryptocurrency + freespeech + etcetera, >> > ie: better than featurephones, less than PC/laptop, yet still mobile. >> > Many others around world would seek to use and or [crowd] fund real >> > unix on phones. Linux runs there, so It is now only about putting groups >> > together to do it :) >> > >> > >> https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_potabi_os_dev/ >> > https://www.reddit.com/user/Nettly_/submitted/ >> > >> >> I happen to have a PinePhone Pro lying around. I will be happy to help >> with testing or >> I can ship it to whoever is going to to the work on bringing FreeBSD up >> on it. >> >> >> -- >> Ihor Antonov >> >> >> > > -- > Mario. > -- Mario. --0000000000001cf48c05f5b5f701 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm very interested in this project. I have a goo= d PC and a decent=20 graphic card. If I can be useful,tell me how and I will consider if I=20 can help.

Hello.

I= 9;m very interested in this project. I have a good PC and a decent graphic = card. If I can be useful,tell me how and I will consider if I can help.
=

Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov <ihor@antono= vs.family> ha scritto:
On 2/27/23 00:01, grarpamp wrote:
> [cc'd for fyi, trim replies to where applicable]
>
>
> Devices like PinePhone and Purism Librem Phone, and evolving
> market of somewhat inexpensive ARM64's, could be synergy
> with developing world + cryptocurrency + freespeech + etcetera,
> ie: better than featurephones, less than PC/laptop, yet still mobile.<= br> > Many others around world would seek to use and or [crowd] fund real > unix on phones. Linux runs there, so It is now only about putting grou= ps
> together to do it :)
>
> htt= ps://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_= potabi_os_dev/
> https://www.reddit.com/user/Nettly_/submitted/
>

I happen to have a PinePhone Pro lying around. I will be happy to help
with testing or
I can ship it to whoever is going to to the work on bringing FreeBSD up on it.


--
Ihor Antonov




--
Mario.
=


--
Mario.
=
--0000000000001cf48c05f5b5f701-- From nobody Tue Feb 28 08:34: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 4PQrKM4kyMz3v9Nj; Tue, 28 Feb 2023 08:35:19 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ed1-x52e.google.com (mail-ed1-x52e.google.com [IPv6:2a00:1450:4864:20::52e]) (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 4PQrKM2nbJz3QLV; Tue, 28 Feb 2023 08:35:19 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52e.google.com with SMTP id s26so36428591edw.11; Tue, 28 Feb 2023 00:35:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=7cac7VTzuOMVDlQRV4exBk4H009eo1LWJ2DlRjhv8V4=; b=Dpd8QvQ1yu0NcSeErf3tCG19D8FajR3k0zwxdpPKVuTkLoi4iQFSe9JqHjuyWhVehe fXCOdnVg/iVI1dMN6sB2j+3E79jgAz/BpNWV6saqUt8ctvJuvSqHZIhD456gLn/CbsCh bSQXKgi08UDvnrWiQXcWHkX6fxCn/6D3zonONxAJAVcaYjkqqSTM5LOLCsCMdC3WENq3 0p8iE/bFXceO4MEE1knYDMJ6ursUsQKAhi7X1mwfFidzt5oay+VGH8/15Z29zIGtpJxM RxBb7Pp30Of+AqkxOmx9qAWJ16SGWEhF11pEGpXnuoCzxOJKd50IpvP4HTYv9CKiAdIB vutA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=7cac7VTzuOMVDlQRV4exBk4H009eo1LWJ2DlRjhv8V4=; b=jzFV5/SGkToyP1smB/09ja44y+qEWI/zADnmncvs6n7q0jOHGn6OgYwYzJ++tF8E7X 5R0fULb3/yVMtDrfZNQ6fR2C6m5f6fIZq4eLdgh/bgsYGdi5bCXOiCG0/KFlYhADe0NA sA2jY0pNLq+MGJMPHq6l4xhG1+HKdKHw1I0VpPBtGD+xa0MIDxmIkMDBH8U1vX/nNL+/ Mt2xYuZJFv8RX4diDsXiSg18wQVx/Lozjbhh5r4aGFL2IOJdlWd1s83Rm0tGJTS+ynqX izDt4UZL+X7lNteTqfGBQQYum5w7Dfhlep+rq6I9LhsKGFe4cCCBzYFbs4zs0NfTRFam rk2w== X-Gm-Message-State: AO0yUKXqrzqWBTiL2bWl2K4lGReiex3PHBuh1iUkzi02AmnjPeePtl45 vLx5/ORjK2RN3q83W2lLWbnCSg0ab4G8OMM1O3k= X-Google-Smtp-Source: AK7set9J3cc/V2g4qM7z0XXJJapLAIjDWGcd2s9cbvog319Cy6v9NWczv2/PoC/G/Oac0xLB78jJhhJlWmSnNNub/zg= X-Received: by 2002:a17:907:9851:b0:8b1:76b8:9834 with SMTP id jj17-20020a170907985100b008b176b89834mr858446ejc.5.1677573316423; Tue, 28 Feb 2023 00:35:16 -0800 (PST) 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: <20210410154750.phxivk7idvza37nx@mutt-hbsd> <7ec68ac9-377b-0c7c-7cdc-948e771a2847@antonovs.family> <6e201c73-8496-8e99-37a6-01f8c931e760@fatti.com> In-Reply-To: <6e201c73-8496-8e99-37a6-01f8c931e760@fatti.com> From: Mario Marietto Date: Tue, 28 Feb 2023 09:34:39 +0100 Message-ID: Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: enrico.migliore@fatti.com Cc: Ihor Antonov , grarpamp , freebsd-arm@freebsd.org, freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000009c339d05f5be79be" X-Rspamd-Queue-Id: 4PQrKM2nbJz3QLV X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --0000000000009c339d05f5be79be Content-Type: text/plain; charset="UTF-8" It seems that NetBSD offered a couple of interesting devices : The Danger Hiptop / T-Mobile Sidekick LX 2009 mobile phone runs on a NetBSD kernel. https://en.wikipedia.org/wiki/QNX : Able to use Pkgsrc framework from NetBSD project BCM1250 is Integrated 64-bit MIPS Multi-Processor designed by Broadcom Corporation. BCM91250A is the Evaluation Board for BCM1250,and it runs VxWorks,Linux, and NetBSD Is it hard to convert the NetBSD code to FreeBSD code ? Il giorno mar 28 feb 2023 alle ore 08:29 Enrico Migliore < enrico.migliore@fatti.com> ha scritto: > Hi, > > another way is compiling FreeBSD as a native App that runs on top iOS and > Android. > > Tech giants will never open the source code of their devices drivers. > > Enrico Migliore > On 27/02/2023 23:25, Mario Marietto wrote: > > I'm very interested in this project. I have a good PC and a decent graphic > card. If I can be useful,tell me how and I will consider if I can help. > > Il giorno lun 27 feb 2023 alle ore 22:54 Mario Marietto < > marietto2008@gmail.com> ha scritto: > >> Hello. >> >> I'm very interested in this project. I have a good PC and a decent >> graphic card. If I can be useful,tell me how and I will consider if I can >> help. >> >> Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov >> ha scritto: >> >>> On 2/27/23 00:01, grarpamp wrote: >>> > [cc'd for fyi, trim replies to where applicable] >>> > >>> > >>> > Devices like PinePhone and Purism Librem Phone, and evolving >>> > market of somewhat inexpensive ARM64's, could be synergy >>> > with developing world + cryptocurrency + freespeech + etcetera, >>> > ie: better than featurephones, less than PC/laptop, yet still mobile. >>> > Many others around world would seek to use and or [crowd] fund real >>> > unix on phones. Linux runs there, so It is now only about putting >>> groups >>> > together to do it :) >>> > >>> > >>> https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_potabi_os_dev/ >>> > https://www.reddit.com/user/Nettly_/submitted/ >>> > >>> >>> I happen to have a PinePhone Pro lying around. I will be happy to help >>> with testing or >>> I can ship it to whoever is going to to the work on bringing FreeBSD up >>> on it. >>> >>> >>> -- >>> Ihor Antonov >>> >>> >>> >> >> -- >> Mario. >> > > > -- > Mario. > > -- > Cordiali Saluti, Best Regards > > Enrico Migliore > > FATTI MECCANICA srl > Via Donatello 72 - Solaro - Milano - Italy > T. +39 366 455 4904 > T. +39 02 9679 9655www.fatti-meccanica.com > > > > Privo > di virus.www.avast.com > > <#m_-3735976163960059506_m_984404758346893769_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > -- Mario. --0000000000009c339d05f5be79be Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It seems that NetBSD offered a couple of interesting devices :
The Danger Hiptop / T-Mobile Sidekick = LX 2009 mobile phone runs on a NetBSD kernel.

https://en.wikipedia.org/wiki/QNX : Able to use= Pkgsrc framework from NetBSD project

BCM1250 is Integrated 64-= bit MIPS Multi-Processor designed by Broadcom Corporation. BCM91250A is the= Evaluation Board for BCM1250,and it runs VxWorks,Linux, and NetBSD

Is it hard to convert the NetBSD code to FreeBSD code ?

Il giorno mar 28 feb 2023 alle ore 08:29 Enrico Migliore <enrico.migliore@f= atti.com> ha scritto:
=20 =20 =20

Hi,

another way is compiling FreeBSD as a native App that runs on top iOS and Android.

Tech giants will never open the source code of their devices drivers.

Enrico Migliore

On 27/02/2023 23:25, Mario Marietto wrote:
=20
I'm very interested in this project. I have a good PC and = a decent graphic card. If I can be useful,tell me how and I will consider if I can help.

Il giorno lun 27 feb 2023 alle ore 22:54 Mario Marietto <marietto2008@gmail.com> ha scritto:
Hello.

I'm very interested in this project. I have a good P= C and a decent graphic card. If I can be useful,tell me how and I will consider if I can help.

Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov &= lt;ihor@antonovs.family> ha scritto:
On 2/27/23 = 00:01, grarpamp wrote:
> [cc'd for fyi, trim replies to where applicable] >
>
> Devices like PinePhone and Purism Librem Phone, and evolving
> market of somewhat inexpensive ARM64's, could be synergy
> with developing world + cryptocurrency + freespeech + etcetera,
> ie: better than featurephones, less than PC/laptop, yet still mobile.
> Many others around world would seek to use and or [crowd] fund real
> unix on phones. Linux runs there, so It is now only about putting groups
> together to do it :)
>
> https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxf= reebsd_user_and_potabi_os_dev/
> https://www.reddit.com/user/Nettl= y_/submitted/
>

I happen to have a PinePhone Pro lying around. I will be happy to help
with testing or
I can ship it to whoever is going to to the work on bringing FreeBSD up
on it.


--
Ihor Antonov




--
Mario.


--
Mario.
--=20
Cordiali Saluti, Best Regards

Enrico Migliore

FATTI MECCANICA srl
Via Donatello 72 - Solaro - Milano - Italy
T. +39 366 455 4904
T. +39 02 9679 9655
www.fatti-mecc=
anica.com

3D""
Privo di virus.www.avast.com


--
Mario.
=
--0000000000009c339d05f5be79be-- From nobody Fri Mar 3 16:06: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 4PStC20gJ7z3w4M8 for ; Fri, 3 Mar 2023 16:06:54 +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 4PStC13f6vz3P6Y for ; Fri, 3 Mar 2023 16:06:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677859613; 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=xrSKgzgaDWStXcJT83K0P2IvCY7NmsiB1/ieRDx/MlQ=; b=SrglVHualSFTqLvgeom1zLmQjIMgW5Fmy+xe+jaRYEXNBfd6pu0woB5jV/G2suMNn1T2fn EjOUttOHX2CfmTQ1sHJTtfuYLRiZrkISSb1YVo2mwF8a2a2dd2WmFLbCuKjmelXM9dENoF JTcjwG9IuroDoZ8qE9XBkxQ/jmVYjsGGwowhjjhM5t8DUfHSbsij6oBIPiFjIVzlGNGah2 gQNi1InnGvrTqywR1LjtgeYL84T7CYu5NrgB5qvbBJSLkb63ysEnd2CvG8uCJLbraLidSl lB3F5AYfwlLAPqRtjOSLGUU4tL922F5UfderW2VmtVDxdiye4cdRjL6M/F1APg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677859613; a=rsa-sha256; cv=none; b=KcMoRSov6UVepZzX6PdrJ75o3gmEjB65OzTr4FtK4aSvW7on7VrcjFFLq4p5vgqIexD635 Qn7cXhX+Bbnc2jgadjLwEOZjzZTQEgfOqJ+RvDplXepno5RasoR3L45CTYQl/s1tzrs/tG CjdBikF0Olqjvxoz7ynrnK6IBk+AaHp92/w2RcDrZXvaFuNgGKtWdbpsTpG6WnxcduhU25 oJNQoRtCicAPpHzUS682W6sf0olrIvw5XUMihy8pj4O9E+FjVaWWrNTPpvwaf++pzkIn3a ShRlgbZEV5h8Ujj4ciWi2NQQCCjJwGUaDK/QV6+WPTkt0a5Z+S4nLTL4JwM/1Q== 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 4PStC12Tpbz148w for ; Fri, 3 Mar 2023 16:06:53 +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 323G6rjx085503 for ; Fri, 3 Mar 2023 16:06:53 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 323G6riD085502 for freebsd-arm@FreeBSD.org; Fri, 3 Mar 2023 16:06:53 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 269936] AHCI generic driver does not detect SATA drives on Marvell armada-3700-ahci Date: Fri, 03 Mar 2023 16:06:53 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: testo@post.cz X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D269936 Bug ID: 269936 Summary: AHCI generic driver does not detect SATA drives on Marvell armada-3700-ahci Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: testo@post.cz CC: mw@FreeBSD.org, mw@semihalf.com Created attachment 240556 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D240556&action= =3Dedit bootlog Booting R13.1 and CURRENT on ESPRESSObin SBC detects the SATA controller but not able to detect/attach a SATA device: ahci0: mem 0xe0000-0xe0177 irq 27 on simplebus1 ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS ahcich0: at channel 0 on ahci0 device_attach: ahcich0 attach returned 6 The controller is supported since the patch that adds FDT tag armada-3700-a= hci to ahci_generic.c kernel driver: https://cgit.freebsd.org/src/patch/sys/dev/ahci/ahci_generic.c?id=3De757910= 56badad2053542fd64101d47cbfe519a6 review D12254 Booting other OS works. Already reproduced by some people. Bootlog attached --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Mar 3 21:12:48 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 4PT10m3xZtz3wLml for ; Fri, 3 Mar 2023 21:13:28 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 4PT10l38GHz4BLk for ; Fri, 3 Mar 2023 21:13:27 +0000 (UTC) (envelope-from karl@denninger.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net; dmarc=pass (policy=none) header.from=denninger.net Received: from denninger.net (097-081-026-048.res.spectrum.com [97.81.26.48]) by colo1.denninger.net (Postfix) with ESMTP id B0DD32110C5 for ; Fri, 3 Mar 2023 16:12:51 -0500 (EST) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 49A97291FD5 for ; Fri, 3 Mar 2023 16:12:51 -0500 (EST) Message-ID: Date: Fri, 3 Mar 2023 16:12:48 -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 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Content-Language: en-US To: "freebsd-arm@freebsd.org" From: Karl Denninger Subject: uBoot broken on RPI2 Model B? Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms090303060605040501090505" X-Spamd-Result: default: False [-4.89 / 15.00]; SIGNED_SMIME(-2.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.989]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_EQ_ADDR_ALL(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[karl]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; HAS_ATTACHMENT(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4PT10l38GHz4BLk X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N This is a cryptographically signed message in MIME format. --------------ms090303060605040501090505 Content-Type: multipart/alternative; boundary="------------mwpcAFnQQQpPdtMHC3aAYFMA" --------------mwpcAFnQQQpPdtMHC3aAYFMA Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Just tried to build -13STABLE for the RPi2 and ran into this (I'm using Crochet and have had to make some changes to the board-specific files, but it appears the problem that results in it not working is in uboot; I've made a number of changes since it looks like the system now wants to boot off EFI as opposed to what worked in -12, which would be ok if it can find the boot device -- I think (may be wrong here) U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000) DRAM:  948 MiB RPI 2 Model B (0xa21041) Core:  70 devices, 13 uclasses, devicetree: board MMC:   mmc@7e300000: 1 Loading Environment from FAT... ** Bad device specification mmc 0 ** In:    serial Out:   vidconsole Err:   vidconsole Net:   No ethernet found. starting USB... Bus usb@7e980000: USB DWC2 scanning bus usb@7e980000 for devices... 3 USB Device(s) found        scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot:  0 U-Boot> Needless to say if I let it try to continue it fails as it can't find the SD card and "mmc dev" shows nothing present. Obviously going to dig into this further myself but I recalled something about this uBoot version being broken on older Pis... The layout of the disk on the boot partition is thus: root@NewFS:/mnt # ls -la total 12679 drwxr-xr-x   1 root  wheel    16384 Dec 31  1979 . drwxr-xr-x  35 root  wheel       42 Jan 20 10:16 .. drwxr-xr-x   1 root  wheel     4096 Feb 13 11:09 EFI -rwxr-xr-x   1 root  wheel      709 Feb 13 11:09 README -rwxr-xr-x   1 root  wheel    26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb -rwxr-xr-x   1 root  wheel    52456 Feb 13 11:09 bootcode.bin -rwxr-xr-x   1 root  wheel      141 Feb 13 11:09 config.txt -rwxr-xr-x   1 root  wheel     7314 Feb 13 11:09 fixup.dat -rwxr-xr-x   1 root  wheel     3187 Feb 13 11:09 fixup_cd.dat -rwxr-xr-x   1 root  wheel    10298 Feb 13 11:09 fixup_db.dat -rwxr-xr-x   1 root  wheel    10298 Feb 13 11:09 fixup_x.dat drwxr-xr-x   1 root  wheel    20480 Feb 13 11:09 overlays -rwxr-xr-x   1 root  wheel    21169 Feb 13 11:09 rpi2.dtb -rwxr-xr-x   1 root  wheel  2952960 Feb 13 11:09 start.elf -rwxr-xr-x   1 root  wheel   793116 Feb 13 11:09 start_cd.elf -rwxr-xr-x   1 root  wheel  4794472 Feb 13 11:09 start_db.elf -rwxr-xr-x   1 root  wheel  3704808 Feb 13 11:09 start_x.elf -rwxr-xr-x   1 root  wheel   521916 Feb 13 11:09 u-boot.bin root@NewFS:/mnt # ls -laR EFI total 24 drwxr-xr-x  1 root  wheel   4096 Feb 13 11:09 . drwxr-xr-x  1 root  wheel  16384 Dec 31  1979 .. drwxr-xr-x  1 root  wheel   4096 Feb 13 11:09 BOOT EFI/BOOT: total 140 drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 . drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 .. -rwxr-xr-x  1 root  wheel  133812 Feb 13 11:09 bootarm.efi root@NewFS:/mnt # more config.txt init_uart_clock=3000000 enable_uart=1 kernel=u-boot.bin kernel7=u-boot.bin dtoverlay=mmc audio_pwm_mode=2 dtparam=audio=on,i2c_arm=on,spi=on root@NewFS:/mnt # ls -la overlays | grep mmc -rwxr-xr-x  1 root  wheel    1221 Feb 13 11:09 mmc.dtbo Which I BELIEVE should work -- assuming that I can get "see" the SD card from u-boot that is.... Installed rpi-related packages: root@NewFS:/mnt # pkg info|grep rpi rpi-firmware-1.20210303.g20210303 Firmware for RaspberryPi Single Board Computer u-boot-rpi2-2023.01            Cross-build das u-boot for model rpi2 u-boot-rpi3-2023.01            Cross-build das u-boot for model rpi3 u-boot-rpi4-2023.01            Cross-build das u-boot for model rpi4 -- Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------mwpcAFnQQQpPdtMHC3aAYFMA Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

Just tried to build -13STABLE for the RPi2 and ran into this (I'm using Crochet and have had to make some changes to the board-specific files, but it appears the problem that results in it not working is in uboot; I've made a number of changes since it looks like the system now wants to boot off EFI as opposed to what worked in -12, which would be ok if it can find the boot device -- I think (may be wrong here)

U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000)

DRAM:  948 MiB
RPI 2 Model B (0xa21041)
Core:  70 devices, 13 uclasses, devicetree: board
MMC:   mmc@7e300000: 1
Loading Environment from FAT... ** Bad device specification mmc 0 **
In:    serial
Out:   vidconsole
Err:   vidconsole
Net:   No ethernet found.
starting USB...
Bus usb@7e980000: USB DWC2
scanning bus usb@7e980000 for devices... 3 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot:  0
U-Boot>

Needless to say if I let it try to continue it fails as it can't find the SD card and "mmc dev" shows nothing present.

Obviously going to dig into this further myself but I recalled something about this uBoot version being broken on older Pis...

The layout of the disk on the boot partition is thus:

root@NewFS:/mnt # ls -la
total 12679
drwxr-xr-x   1 root  wheel    16384 Dec 31  1979 .
drwxr-xr-x  35 root  wheel       42 Jan 20 10:16 ..
drwxr-xr-x   1 root  wheel     4096 Feb 13 11:09 EFI
-rwxr-xr-x   1 root  wheel      709 Feb 13 11:09 README
-rwxr-xr-x   1 root  wheel    26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb
-rwxr-xr-x   1 root  wheel    52456 Feb 13 11:09 bootcode.bin
-rwxr-xr-x   1 root  wheel      141 Feb 13 11:09 config.txt
-rwxr-xr-x   1 root  wheel     7314 Feb 13 11:09 fixup.dat
-rwxr-xr-x   1 root  wheel     3187 Feb 13 11:09 fixup_cd.dat
-rwxr-xr-x   1 root  wheel    10298 Feb 13 11:09 fixup_db.dat
-rwxr-xr-x   1 root  wheel    10298 Feb 13 11:09 fixup_x.dat
drwxr-xr-x   1 root  wheel    20480 Feb 13 11:09 overlays
-rwxr-xr-x   1 root  wheel    21169 Feb 13 11:09 rpi2.dtb
-rwxr-xr-x   1 root  wheel  2952960 Feb 13 11:09 start.elf
-rwxr-xr-x   1 root  wheel   793116 Feb 13 11:09 start_cd.elf
-rwxr-xr-x   1 root  wheel  4794472 Feb 13 11:09 start_db.elf
-rwxr-xr-x   1 root  wheel  3704808 Feb 13 11:09 start_x.elf
-rwxr-xr-x   1 root  wheel   521916 Feb 13 11:09 u-boot.bin

root@NewFS:/mnt # ls -laR EFI
total 24
drwxr-xr-x  1 root  wheel   4096 Feb 13 11:09 .
drwxr-xr-x  1 root  wheel  16384 Dec 31  1979 ..
drwxr-xr-x  1 root  wheel   4096 Feb 13 11:09 BOOT

EFI/BOOT:
total 140
drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 .
drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 ..
-rwxr-xr-x  1 root  wheel  133812 Feb 13 11:09 bootarm.efi

root@NewFS:/mnt # more config.txt
init_uart_clock=3000000
enable_uart=1
kernel=u-boot.bin
kernel7=u-boot.bin
dtoverlay=mmc
audio_pwm_mode=2
dtparam=audio=on,i2c_arm=on,spi=on

root@NewFS:/mnt # ls -la overlays | grep mmc
-rwxr-xr-x  1 root  wheel    1221 Feb 13 11:09 mmc.dtbo

Which I BELIEVE should work -- assuming that I can get "see" the SD card from u-boot that is....

Installed rpi-related packages:

root@NewFS:/mnt # pkg info|grep rpi
rpi-firmware-1.20210303.g20210303 Firmware for RaspberryPi Single Board Computer
u-boot-rpi2-2023.01            Cross-build das u-boot for model rpi2
u-boot-rpi3-2023.01            Cross-build das u-boot for model rpi3
u-boot-rpi4-2023.01            Cross-build das u-boot for model rpi4

--
Karl Denninger
karl@denninger.net
The Market Ticker
[S/MIME encrypted email preferred]
--------------mwpcAFnQQQpPdtMHC3aAYFMA-- --------------ms090303060605040501090505 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DbowggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBxIwggT6oAMCAQICEgLG8yH4PQFdbd9x Ugmpzl1jXzANBgkqhkiG9w0BAQsFADB7MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlk YTEZMBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENB MSUwIwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENBMB4XDTIyMDYyOTE2MTYz NloXDTI3MDYyODE2MTYzNlowOjELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEX MBUGA1UEAwwOS2FybCBEZW5uaW5nZXIwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoIC AQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvW ZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B 3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTgy+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYI XgVVPgfZZrbJJb5HWOQpvvhILpPCD3xsYJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMi WapsatKm8mxuOOGOEBhAoTVTwUHlMNTg6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMb NQm1mWREQhw3axgGLSntjjnznJr5vsvXSYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZM qa20JLAF1YagutDiMRURU23iWS7bA9tMcXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5 CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1l y+5ZOZbxBAZZMod4y4b4FiRUhRI97r9lCxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY 2BlA7ExM8XShMd9bRPZrNTokPQPUCWCgCdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEE MDAuMCwGCCsGAQUFBzABhiBodHRwOi8vb2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNV HRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIFoDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYI KwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCGSAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBD bGllbnQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNV HSMEgcIwgb+AFF3AXsKnjdPND5+bxVECGKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQ MA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5 c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lz dGVtcyBMTEMgMjAxNyBDQYITAORIioIQzl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJs QGRlbm5pbmdlci5uZXQwDQYJKoZIhvcNAQELBQADggIBAKquc7cu0xc8FNtAQauZvocDzWQj 7HG9YvMbWnMi+ckhiA3rdW5NwWg0HBhBho1YlnqV+ntCVE2L8ezohHWm+KAdfXgpraL86Vsn 3ywNlZu/3COMpo2ALuHln8YQtH3Y8ebvzKMdlf2b5WB+7mOFIxXIr4AnNOLKCkq5ZhzC6JW6 Jvw3P0csiGa3UrfatYID5NvPgkaQvEgimEjG3psZqwQTL2Wxohvw783PrDt3wS0XeNhvQ61g 3QJFZKuv+bmGH3YBSPo1t6NUGAr+JozX5lDihB8JGkBt/NwdYec49a08uL0BbPaAJ7NjuIPG 7Y0Ak7PXZT37yx/Zla9PzLMJFgbelOkaatdzbblMZPDEVZ27l4lGMmV83Lm3YP17sdAyS/Wp mav7WmJUkQ9iuIKzSpdc82i9Mfujl1vbBtwtkHNPPtKuulIFM4ZwrPKjlVdLqTSqD8m9yHEi Y0PuAooq63OpJWF6hvMaiIPBWEAVIaDW9uG0MshLl9DnHnMyrJTfuC33Z9mOGMz7dRBjJd5Y W02xAzYnUuEBOpj+LQv5R8XIFMHFXktqEKvQrXeM2RU+PcZqKOBkTktxBLn3NI5VfA15Jk0c 5V5XcOqo3p2hvrwvXrinrb2pEREnoqmfrkXT3zOq5Y6ryRH8u734lGEF0dILXzoV4PM7XFit oTePoEjmMYIFBDCCBQACAQEwgZEwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGEx GTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTEl MCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQQISAsbzIfg9AV1t33FSCanO XWNfMA0GCWCGSAFlAwQCAwUAoIICQzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0yMzAzMDMyMTEyNTBaME8GCSqGSIb3DQEJBDFCBEBaxMIjy1ewm/m7s3/+ OJNW5rybmmsLaugxbPT8c3fHrUHb/ZwXHIbgyghRgyNxVGpq88/mwzYUZNumPcqp3P4rMGwG CSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAO BggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw gaIGCSsGAQQBgjcQBDGBlDCBkTB7MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTEZ MBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENBMSUw IwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENBAhICxvMh+D0BXW3fcVIJqc5d Y18wgaQGCyqGSIb3DQEJEAILMYGUoIGRMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9y aWRhMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMg Q0ExJTAjBgNVBAMMHEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0ECEgLG8yH4PQFdbd9x Ugmpzl1jXzANBgkqhkiG9w0BAQEFAASCAgCZQxr4n1ni82tvCVrd7TzRr1PAOIuk9EetIaJq IJCk2Tn6h7YyUQ0JyZDjuzl09rBPaVRVRLQtpzCb3k+IPwacYcGnPfo7KD+v5KTf4EwgFWIv 4Z7WUqiRmuEss9Vew79ow6LSr94SYCQeJJRmhdROJL40DF6VfH4EF94C8hIiFJZjgff0HGnL VeTDVGrf5DjOlrqzMZ0nSXxXgr+s+lsZKW0dououizGNN/4VHPtQTlCSSvieHUc6FqdBXNkM w/MIf6XKr8FOZdZscVdzqiXfw42bhR5zBR4n8JYTPon/MRhFN1ZE9qsQYCG/Jl+g9J+1dovy /CGYQ+iDCc3IUrrBrXJr9bNv2HxYqG6FYFObAUdo2+hHAsZGFsIumEX+qlNU8I6b/LD1sGph NBeRxcf4A+tXmbN1AHFyuIhMChg1hXM6D0unUj5PIa7uIBaWngjKN5QAXZocXz7OZ/Enip4j 9J3zYlrFE0aVJ2mURzG4jz5KCzdtvnjqy0ZDEa54V/HA7simHggmKPRHtuGZpl4R3cGcch7n Zc9/pUxnaUMa+tJMmvedr3LA3Tbz2FYRsEaeL4jOiaOw59fT/tQxobsHb2uJQm89fwy/sOb5 TnmCle16s50y0EUEqB7GwPMjaK/o7fbuI1F7LWPq9WKzcT4KUgjJ1c4SnNSN+t9McFfsSAAA AAAAAA== --------------ms090303060605040501090505-- From nobody Fri Mar 3 22:50:21 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 4PT38g6Y25z3wR1D for ; Fri, 3 Mar 2023 22:50:27 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 4PT38f2s02z4K25 for ; Fri, 3 Mar 2023 22:50:26 +0000 (UTC) (envelope-from karl@denninger.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net; dmarc=pass (policy=none) header.from=denninger.net Received: from denninger.net (097-081-026-048.res.spectrum.com [97.81.26.48]) by colo1.denninger.net (Postfix) with ESMTP id C0D3B211087 for ; Fri, 3 Mar 2023 17:50:25 -0500 (EST) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 5A4752965BE for ; Fri, 3 Mar 2023 17:50:24 -0500 (EST) Message-ID: Date: Fri, 3 Mar 2023 17:50:21 -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 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: uBoot broken on RPI2 Model B? Content-Language: en-US To: freebsd-arm@freebsd.org References: From: Karl Denninger In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms030403000900020709040600" X-Spamd-Result: default: False [-4.75 / 15.00]; SIGNED_SMIME(-2.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.85)[-0.854]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+mx:c]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; R_DKIM_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[karl]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4PT38f2s02z4K25 X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N This is a cryptographically signed message in MIME format. --------------ms030403000900020709040600 Content-Type: multipart/alternative; boundary="------------cCbRAFFSFVjX9RRi9ynqDbkl" --------------cCbRAFFSFVjX9RRi9ynqDbkl Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 3/3/2023 16:12, Karl Denninger wrote: > > Just tried to build -13STABLE for the RPi2 and ran into this (I'm > using Crochet and have had to make some changes to the board-specific > files, but it appears the problem that results in it not working is in > uboot; I've made a number of changes since it looks like the system > now wants to boot off EFI as opposed to what worked in -12, which > would be ok if it can find the boot device -- I think (may be wrong here) > > U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000) > > DRAM:  948 MiB > RPI 2 Model B (0xa21041) > Core:  70 devices, 13 uclasses, devicetree: board > MMC:   mmc@7e300000: 1 > Loading Environment from FAT... ** Bad device specification mmc 0 ** > In:    serial > Out:   vidconsole > Err:   vidconsole > Net:   No ethernet found. > starting USB... > Bus usb@7e980000: USB DWC2 > scanning bus usb@7e980000 for devices... 3 USB Device(s) found >        scanning usb for storage devices... 0 Storage Device(s) found > Hit any key to stop autoboot:  0 > U-Boot> > > Needless to say if I let it try to continue it fails as it can't find > the SD card and "mmc dev" shows nothing present. > > Obviously going to dig into this further myself but I recalled > something about this uBoot version being broken on older Pis... > > The layout of the disk on the boot partition is thus: > > root@NewFS:/mnt # ls -la > total 12679 > drwxr-xr-x   1 root  wheel    16384 Dec 31  1979 . > drwxr-xr-x  35 root  wheel       42 Jan 20 10:16 .. > drwxr-xr-x   1 root  wheel     4096 Feb 13 11:09 EFI > -rwxr-xr-x   1 root  wheel      709 Feb 13 11:09 README > -rwxr-xr-x   1 root  wheel    26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb > -rwxr-xr-x   1 root  wheel    52456 Feb 13 11:09 bootcode.bin > -rwxr-xr-x   1 root  wheel      141 Feb 13 11:09 config.txt > -rwxr-xr-x   1 root  wheel     7314 Feb 13 11:09 fixup.dat > -rwxr-xr-x   1 root  wheel     3187 Feb 13 11:09 fixup_cd.dat > -rwxr-xr-x   1 root  wheel    10298 Feb 13 11:09 fixup_db.dat > -rwxr-xr-x   1 root  wheel    10298 Feb 13 11:09 fixup_x.dat > drwxr-xr-x   1 root  wheel    20480 Feb 13 11:09 overlays > -rwxr-xr-x   1 root  wheel    21169 Feb 13 11:09 rpi2.dtb > -rwxr-xr-x   1 root  wheel  2952960 Feb 13 11:09 start.elf > -rwxr-xr-x   1 root  wheel   793116 Feb 13 11:09 start_cd.elf > -rwxr-xr-x   1 root  wheel  4794472 Feb 13 11:09 start_db.elf > -rwxr-xr-x   1 root  wheel  3704808 Feb 13 11:09 start_x.elf > -rwxr-xr-x   1 root  wheel   521916 Feb 13 11:09 u-boot.bin > > root@NewFS:/mnt # ls -laR EFI > total 24 > drwxr-xr-x  1 root  wheel   4096 Feb 13 11:09 . > drwxr-xr-x  1 root  wheel  16384 Dec 31  1979 .. > drwxr-xr-x  1 root  wheel   4096 Feb 13 11:09 BOOT > > EFI/BOOT: > total 140 > drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 . > drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 .. > -rwxr-xr-x  1 root  wheel  133812 Feb 13 11:09 bootarm.efi > > root@NewFS:/mnt # more config.txt > init_uart_clock=3000000 > enable_uart=1 > kernel=u-boot.bin > kernel7=u-boot.bin > dtoverlay=mmc > audio_pwm_mode=2 > dtparam=audio=on,i2c_arm=on,spi=on > > root@NewFS:/mnt # ls -la overlays | grep mmc > -rwxr-xr-x  1 root  wheel    1221 Feb 13 11:09 mmc.dtbo > > Which I BELIEVE should work -- assuming that I can get "see" the SD > card from u-boot that is.... > > Installed rpi-related packages: > > root@NewFS:/mnt # pkg info|grep rpi > rpi-firmware-1.20210303.g20210303 Firmware for RaspberryPi Single > Board Computer > u-boot-rpi2-2023.01            Cross-build das u-boot for model rpi2 > u-boot-rpi3-2023.01            Cross-build das u-boot for model rpi3 > u-boot-rpi4-2023.01            Cross-build das u-boot for model rpi4 > I found a copy of the 2022-10 uboot: U-Boot 2022.10 (Oct 24 2022 - 02:01:47 +0000) DRAM:  948 MiB RPI 2 Model B (0xa21041) Core:  70 devices, 13 uclasses, devicetree: board MMC:   mmc@7e300000: 1 Loading Environment from FAT... ** Bad device specification mmc 0 ** In:    serial Out:   vidconsole Err:   vidconsole Net:   No ethernet found. starting USB... Bus usb@7e980000: USB DWC2 scanning bus usb@7e980000 for devices... 3 USB Device(s) found        scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot:  0 >> FreeBSD EFI boot block    Loader path: /boot/loader.efi    Initializing modules: ZFS UFS    Load Path: /efi\boot\bootarm.efi    Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,MBR,0xb5048a37,0x3f,0x18fe7)    Probing 3 block devices...not supported not supported not supported  done     ZFS found no pools     UFS found no partitions Failed to load '/boot/loader.efi' panic: No bootable partitions found! ## Application failed, r = 1 Can't remove invalid handle 00000000 EFI LOAD FAILED: continuing... MMC Device 2 not found no mmc device at slot 2 Device 0: unknown device Waiting for Ethernet connection... unable to connect. missing environment variable: pxeuuid Retrieving file: pxelinux.cfg/01-b8-27-eb-0d-05-01 Waiting for Ethernet connection... Hmmm... going back and looking at the 2023-01 version boot sequence again... same thing it appears; the u-boot DOES load the EFI loader, but dies there.  Am I trying to be too cute by half and should stick ubldr.bin in that boot partition and get rid of the EFI loader entirely? -- Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------cCbRAFFSFVjX9RRi9ynqDbkl Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 3/3/2023 16:12, Karl Denninger wrote:

Just tried to build -13STABLE for the RPi2 and ran into this (I'm using Crochet and have had to make some changes to the board-specific files, but it appears the problem that results in it not working is in uboot; I've made a number of changes since it looks like the system now wants to boot off EFI as opposed to what worked in -12, which would be ok if it can find the boot device -- I think (may be wrong here)

U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000)

DRAM:  948 MiB
RPI 2 Model B (0xa21041)
Core:  70 devices, 13 uclasses, devicetree: board
MMC:   mmc@7e300000: 1
Loading Environment from FAT... ** Bad device specification mmc 0 **
In:    serial
Out:   vidconsole
Err:   vidconsole
Net:   No ethernet found.
starting USB...
Bus usb@7e980000: USB DWC2
scanning bus usb@7e980000 for devices... 3 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot:  0
U-Boot>

Needless to say if I let it try to continue it fails as it can't find the SD card and "mmc dev" shows nothing present.

Obviously going to dig into this further myself but I recalled something about this uBoot version being broken on older Pis...

The layout of the disk on the boot partition is thus:

root@NewFS:/mnt # ls -la
total 12679
drwxr-xr-x   1 root  wheel    16384 Dec 31  1979 .
drwxr-xr-x  35 root  wheel       42 Jan 20 10:16 ..
drwxr-xr-x   1 root  wheel     4096 Feb 13 11:09 EFI
-rwxr-xr-x   1 root  wheel      709 Feb 13 11:09 README
-rwxr-xr-x   1 root  wheel    26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb
-rwxr-xr-x   1 root  wheel    52456 Feb 13 11:09 bootcode.bin
-rwxr-xr-x   1 root  wheel      141 Feb 13 11:09 config.txt
-rwxr-xr-x   1 root  wheel     7314 Feb 13 11:09 fixup.dat
-rwxr-xr-x   1 root  wheel     3187 Feb 13 11:09 fixup_cd.dat
-rwxr-xr-x   1 root  wheel    10298 Feb 13 11:09 fixup_db.dat
-rwxr-xr-x   1 root  wheel    10298 Feb 13 11:09 fixup_x.dat
drwxr-xr-x   1 root  wheel    20480 Feb 13 11:09 overlays
-rwxr-xr-x   1 root  wheel    21169 Feb 13 11:09 rpi2.dtb
-rwxr-xr-x   1 root  wheel  2952960 Feb 13 11:09 start.elf
-rwxr-xr-x   1 root  wheel   793116 Feb 13 11:09 start_cd.elf
-rwxr-xr-x   1 root  wheel  4794472 Feb 13 11:09 start_db.elf
-rwxr-xr-x   1 root  wheel  3704808 Feb 13 11:09 start_x.elf
-rwxr-xr-x   1 root  wheel   521916 Feb 13 11:09 u-boot.bin

root@NewFS:/mnt # ls -laR EFI
total 24
drwxr-xr-x  1 root  wheel   4096 Feb 13 11:09 .
drwxr-xr-x  1 root  wheel  16384 Dec 31  1979 ..
drwxr-xr-x  1 root  wheel   4096 Feb 13 11:09 BOOT

EFI/BOOT:
total 140
drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 .
drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 ..
-rwxr-xr-x  1 root  wheel  133812 Feb 13 11:09 bootarm.efi

root@NewFS:/mnt # more config.txt
init_uart_clock=3000000
enable_uart=1
kernel=u-boot.bin
kernel7=u-boot.bin
dtoverlay=mmc
audio_pwm_mode=2
dtparam=audio=on,i2c_arm=on,spi=on

root@NewFS:/mnt # ls -la overlays | grep mmc
-rwxr-xr-x  1 root  wheel    1221 Feb 13 11:09 mmc.dtbo

Which I BELIEVE should work -- assuming that I can get "see" the SD card from u-boot that is....

Installed rpi-related packages:

root@NewFS:/mnt # pkg info|grep rpi
rpi-firmware-1.20210303.g20210303 Firmware for RaspberryPi Single Board Computer
u-boot-rpi2-2023.01            Cross-build das u-boot for model rpi2
u-boot-rpi3-2023.01            Cross-build das u-boot for model rpi3
u-boot-rpi4-2023.01            Cross-build das u-boot for model rpi4

I found a copy of the 2022-10 uboot:

U-Boot 2022.10 (Oct 24 2022 - 02:01:47 +0000)

DRAM:  948 MiB
RPI 2 Model B (0xa21041)
Core:  70 devices, 13 uclasses, devicetree: board
MMC:   mmc@7e300000: 1
Loading Environment from FAT... ** Bad device specification mmc 0 **
In:    serial
Out:   vidconsole
Err:   vidconsole
Net:   No ethernet found.
starting USB...
Bus usb@7e980000: USB DWC2
scanning bus usb@7e980000 for devices... 3 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot:  0

>> FreeBSD EFI boot block
   Loader path: /boot/loader.efi

   Initializing modules: ZFS UFS
   Load Path: /efi\boot\bootarm.efi
   Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,MBR,0xb5048a37,0x3f,0x18fe7)
   Probing 3 block devices...not supported
not supported
not supported
 done
    ZFS found no pools
    UFS found no partitions
Failed to load '/boot/loader.efi'
panic: No bootable partitions found!
## Application failed, r = 1
Can't remove invalid handle 00000000
EFI LOAD FAILED: continuing...
MMC Device 2 not found
no mmc device at slot 2

Device 0: unknown device
Waiting for Ethernet connection... unable to connect.
missing environment variable: pxeuuid
Retrieving file: pxelinux.cfg/01-b8-27-eb-0d-05-01
Waiting for Ethernet connection...

Hmmm... going back and looking at the 2023-01 version boot sequence again... same thing it appears; the u-boot DOES load the EFI loader, but dies there.  Am I trying to be too cute by half and should stick ubldr.bin in that boot partition and get rid of the EFI loader entirely?

--
Karl Denninger
karl@denninger.net
The Market Ticker
[S/MIME encrypted email preferred]
--------------cCbRAFFSFVjX9RRi9ynqDbkl-- --------------ms030403000900020709040600 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DbowggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBxIwggT6oAMCAQICEgLG8yH4PQFdbd9x Ugmpzl1jXzANBgkqhkiG9w0BAQsFADB7MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlk YTEZMBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENB MSUwIwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENBMB4XDTIyMDYyOTE2MTYz NloXDTI3MDYyODE2MTYzNlowOjELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEX MBUGA1UEAwwOS2FybCBEZW5uaW5nZXIwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoIC AQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvW ZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B 3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTgy+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYI XgVVPgfZZrbJJb5HWOQpvvhILpPCD3xsYJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMi WapsatKm8mxuOOGOEBhAoTVTwUHlMNTg6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMb NQm1mWREQhw3axgGLSntjjnznJr5vsvXSYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZM qa20JLAF1YagutDiMRURU23iWS7bA9tMcXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5 CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1l y+5ZOZbxBAZZMod4y4b4FiRUhRI97r9lCxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY 2BlA7ExM8XShMd9bRPZrNTokPQPUCWCgCdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEE MDAuMCwGCCsGAQUFBzABhiBodHRwOi8vb2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNV HRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIFoDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYI KwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCGSAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBD bGllbnQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNV HSMEgcIwgb+AFF3AXsKnjdPND5+bxVECGKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQ MA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5 c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lz dGVtcyBMTEMgMjAxNyBDQYITAORIioIQzl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJs QGRlbm5pbmdlci5uZXQwDQYJKoZIhvcNAQELBQADggIBAKquc7cu0xc8FNtAQauZvocDzWQj 7HG9YvMbWnMi+ckhiA3rdW5NwWg0HBhBho1YlnqV+ntCVE2L8ezohHWm+KAdfXgpraL86Vsn 3ywNlZu/3COMpo2ALuHln8YQtH3Y8ebvzKMdlf2b5WB+7mOFIxXIr4AnNOLKCkq5ZhzC6JW6 Jvw3P0csiGa3UrfatYID5NvPgkaQvEgimEjG3psZqwQTL2Wxohvw783PrDt3wS0XeNhvQ61g 3QJFZKuv+bmGH3YBSPo1t6NUGAr+JozX5lDihB8JGkBt/NwdYec49a08uL0BbPaAJ7NjuIPG 7Y0Ak7PXZT37yx/Zla9PzLMJFgbelOkaatdzbblMZPDEVZ27l4lGMmV83Lm3YP17sdAyS/Wp mav7WmJUkQ9iuIKzSpdc82i9Mfujl1vbBtwtkHNPPtKuulIFM4ZwrPKjlVdLqTSqD8m9yHEi Y0PuAooq63OpJWF6hvMaiIPBWEAVIaDW9uG0MshLl9DnHnMyrJTfuC33Z9mOGMz7dRBjJd5Y W02xAzYnUuEBOpj+LQv5R8XIFMHFXktqEKvQrXeM2RU+PcZqKOBkTktxBLn3NI5VfA15Jk0c 5V5XcOqo3p2hvrwvXrinrb2pEREnoqmfrkXT3zOq5Y6ryRH8u734lGEF0dILXzoV4PM7XFit oTePoEjmMYIFBDCCBQACAQEwgZEwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGEx GTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTEl MCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQQISAsbzIfg9AV1t33FSCanO XWNfMA0GCWCGSAFlAwQCAwUAoIICQzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0yMzAzMDMyMjUwMjNaME8GCSqGSIb3DQEJBDFCBECBeQ5exLgiG9mchMLm OvcnYeO/M/sZ9bUiUvDNuOHUSdJKCzedomb90zFheZ0QgsBngnZbnwOUsdoAvVzSnsUrMGwG CSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAO BggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw gaIGCSsGAQQBgjcQBDGBlDCBkTB7MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTEZ MBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENBMSUw IwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENBAhICxvMh+D0BXW3fcVIJqc5d Y18wgaQGCyqGSIb3DQEJEAILMYGUoIGRMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9y aWRhMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMg Q0ExJTAjBgNVBAMMHEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0ECEgLG8yH4PQFdbd9x Ugmpzl1jXzANBgkqhkiG9w0BAQEFAASCAgADhuJKqO98mZ8A1FXVcWCVhV9cuCbK+27zTtaM C4rrRACc4PTMWdB5TRX7tkCu2wcxfwE9dzO+190Tboz/yobVV4tpNZpPMGsVAy1dhRvZ7jjt mCKhv88Dqb2VVN9l+xqJTgosj1SgB/NAgLTMKtTu9y4VdGGetBAdZqY54QfCBzgOXorGgmWy mZYquP/7SyUBkQOv0dyaNV0rkXzfUfs0zUVG3qTjV6ezHmD46DDd5HCcK6C0L0v83Ef5mIDN XjTsktTTzhUHRe28xReVeg0j/Jm8CZ/W+AhtmoMy7xaCFWfnvd+lhgLRXrprnPG6xl88rdTR CWs4n+2//Zc0129X8qslACKAkWw/Jwy2IYq+28sqK9xrMWEdYjI1IkkXEXEfNSu1OTyBZLnY xW/n2KYwM7lcVssJlSZAJlUER90PTNAW0yDdg9DSO0rBjp8uWi+jB6TxcBA9R6A9WorIcB2h 5/xYXh17Wjc6axM3nrapi/xgqwBLARLpIuWwlmV3XywOkH7GpcFHcaaI3xXa3qzbvQDR1tqp kiHJVgYhQYZpsnkbmt8S+xwH8AHmU08FPBSeMoje/PginaB2zv1TeGmb7keEg+9/g0A1iSE5 1+RueYVLP3e9llyh7FFnED+pw9yzQCYDnXLpIU8cydWfpInE/oVe2gst2eN6pqK5rCRV6AAA AAAAAA== --------------ms030403000900020709040600-- From nobody Sat Mar 4 00:36:27 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 4PT5WK5tC0z3wWW7 for ; Sat, 4 Mar 2023 00:36:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.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 4PT5WK1BKsz4SgC for ; Sat, 4 Mar 2023 00:36:45 +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=1677890203; bh=kvoYPcCqUTn5kLN3Ho6L4fC9wEUekZlwTS23ao88VnE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=jFjbIiZ7FsHjyrDOsztRkWRWFlt+A/R5kIB2QZ4HY/KrsMI2C9nOazPeCJBjLH4dUvyehFP39mpF2h1+mm+Gc2+y7RLeXG/bSHxTqFc+7EoFNRa+JtsehIPPQ4lzwoGbJdIPmYLffu3GXErRgsNYJqOfkA8qGlqWNUaNhnSd8h1wfJLh4qumZ2ACcDEULxeRZU/DBjOr7SEizGcvnK5SkFnXA53IkoxfHPMsgqU6N8ZOfsCypFP4R3OcgkwFrlb2NTsJWgjLKZjnGuehSBqyA3GprEXxaTCao0ICALzpBidX9YDFbdw+dre9kU0gmr1z824BpKtiaIjPuLSppW0E9Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677890203; bh=KUPX2Q92NMVSkWPVcuOl3m/3eZzJcu8gQzvfvXQWQID=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Z/itHd2wNPvcvcRrTN5Zvz5yJM3+rSf30gkYHMO2XwqEgAMiHNpozY8EfCwwwdoEn+AWr3I/mJyz3EakiPj3CHWoN25plZX2bAWuJUef7SENOULTU0V2QqH7ZS1l14mPDBLETFf4Qp6vNk4bkIFTzWn/lsqbFVASJuPri1YDlU1WvKs5VrqFHwoFWcwhS5R17H1cIzewZkeCc7molo9abGFWkgKWTkRFJrKy3x7+okJcyGNSrRSf6bHgDndtGnMIOMDRQKqwfhuSbbcE7OThYGi4Nokll74F1S1Vb/K+6YnMpaS78BwBxU9X73XpyqUOAnUfPiwKeUg7leOPEt7wGg== X-YMail-OSG: Ev0FmukVM1kId2_1mUzSBjYzrO7bs69ZAlxaar.vmVwebG7YZKjxNX6yzy7cfN3 5F2EtIgpkMe7TJTgMmtlt74zgi8grGn3yhujmkJuJM2Xg747yXjj0Lq39PPqj1dtJeH6CyxmmoGz xoWZgv_MZf9GefJBycLn2kyugU40YGs6oWMQCNPRLIHC81cO2y0HVSjj0_m5z.6lPs.29Ocxqk1J Su2oYgx1qE43GpF19IrgPsFEhc2xDrW.6agBk3gyL4.MmUUJzXNm0gaF5eyaqMs_8AoivAqRI_55 cj6_7Iz8n5S6Q0219SvD3vr95LecihD2Sc_OIueieC8deqoiYl4dUnXSeIzV9ZuCJZghJq.Sm7Cz p0zXwMjY3zqrZt4rFosHKVduOc_DncVNGY1yJ.UK9iD57KevPC8e1YjttF_uQ8dKrEUTGcaRb5si yAidRj0tZRTsm67lfp8ld.2xNFdmtXPyLrF_9e7LOPj69vo7mvsSRUWj0EnIwacKsYY4pksM21tf ZtXyYT3uS8I2aFlyrpFE9pjJiKd5cyyWaSR19ekss8AbCA7stKwLCSBB0E2WdPwjLQ2rXY86tL31 DZmQsZVm9XdVhM7hsA9SwX1BzPlurf9aIfSOWK6XsTlAO3LDjU0xjCEJjjaqwgP_C9WDHv2mSOvk SKDQCWO2sGHurEENnS09sHAqNvMqJX_8vZNCWiOeIXJyU76jxDqirtPIns2N5wUKwgHvXJymcPrD fiDRAMuweELZU0wJJfB2P.sTJGcvGEQI9k3jETyToASlD3PXTzbLMKcCWjTLG5vCrVsaGQNPu4nt QkM3.WDKYVg50rAHy0ArT0PU51JDphPfkyw4ctFUW_ckYUEEe9mxiisAM.mKAgi3s0VeqAQYglaz 1.DfVfm8mJtTWlx4Yep_yreEQZBxm_dg1t.ZVhUIE4IxvDFzn3C2Qv98XR3N.59_nDh_593WWvnI qa_XkMcPCpuOIfLvPqTlKPByXBwlmGW3XgFTKJrbnitL_60RMLTTgeCytG4pLYeYN1Bx0WflEA4B WFF8O4OAiIgJfc3wTcQ_eUSVMshPjJHsLkRunpEuWDM_A7JzY08Pi_A9r_kfdPdnK2.1OSEHvQfk 95DLsdBIvhcw0QIXSBQHnJKb2sv8.Rjqs8eHU64CpExFrWXPSJUhzWadFUgrexiZgpwjodFjtfoV saukk3v2We5Aocw4dtxRrYj.SMmZ4phptuWzj9oebtZ_bZav2K5wV_TH6juHuO4EBw7kVatlOJaY BCQC6PYJiYAI9H1dviyxapwz.ggeT4.Z4CCN.7VTYUVuKexJz2xQR9rMYvgAp5ZodVnM6OUH7gtf ZxfbGlVlJBYPOJBQ1zyvwgM252a3CGjpmkjiSG0xzsOGLYSbQPo8IZBJT0ttgSP1mKApxO21qTQq n9cNNjfJmkRwEghgNkffL6mxPCd5HMB356ubW_Vd6Y5wFdD8ZY9_DpzAuQiTcMYjX3.B4biyz7BQ L7S7egR_haNxodjlg3njwasCtBfBcZvdP2PwLx9gmpnguJcVZ2G0Z8Sa3AIc3g8g7gWjAK7nWlua UJ9wD5R.xtQ89qd73ljLIWAFXRGHv7G90oGF9h5UIcrglxz17GIpUDYvHk8uziN.YXmhpsBw.W0O EGRjBGfrvebZdrLXXfEirEexDLMVYO4Mry9W01rAKtGBZU2AaYLMVnTRxAeYxZ.KBxTBqO8mGizW O7_cNeHKWaIG7ocsWfgiBK0oq3iMm01MHHqeEnQe0XG6uuT4yzw05NZ6qA3HFPM1jZLFk1jnCHD_ ckoD.8WJhilwhp8inGu9SFx8K9SYtHZtXqzkBFou17e_nCO6kYLZYwsQUj_rj41oHzgQmXWnJDYZ hrc_zyLl.teKu2kZNvvReR9ABDd2WT4jMG8tZL0XDIs7f9hCKb6bbjzPpLhLH5TISiywp72c4n0M Wzx8V2pesmEm1iVdT1UTi02p40zYzoipynQGDO46WnxWkJ4UogZR0JNvQvX49R8oejZstErQ1Lqf gRQOliLJhOj_k.X0J1FTNEVyKBPVlBd5QMQZP6gkB_67zKxrT0KBpAmru4_go.hHo8n.iKUElHhW 4o.8bJHpLF63xB1QJVuJhzO8Tmkuc.JPB.v7TA1S0ju.CFaWOJwOsohMOvlCnQ996KfKAClPSsZI POIiV_Q5.mKbEgGWgHR_ilY4ZxwIW...tKyPo2spnnxr2HEYS.c26FPZ4Z.n57kf.qjLDXihCW_. NO7RoxlncZLH5_IjHYmSJQiZB91.pJRek9XSGe83QuC8UgCh5XAkszAIYuI8n71AxknrS2i6EzK8 eQw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 4 Mar 2023 00:36:43 +0000 Received: by hermes--production-gq1-6cf7749bc8-q7lrl (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7e7f6f6086ac754a0f6c37a797a94a8a; Sat, 04 Mar 2023 00:36:38 +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.400.51.1.1\)) Subject: Re: uBoot broken on RPI2 Model B? From: Mark Millard In-Reply-To: Date: Fri, 3 Mar 2023 16:36:27 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Karl Denninger X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PT5WK1BKsz4SgC X-Spamd-Bar: ---- 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-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Mar 3, 2023, at 14:50, Karl Denninger wrote: > On 3/3/2023 16:12, Karl Denninger wrote: >> Just tried to build -13STABLE for the RPi2 v1.1 (so: armv7) (I'll be testing this case.) v1.2 (so: aarch64 --but could also be used via armv7) >> and ran into this (I'm using Crochet and have had to make some = changes to the board-specific files, but it appears the problem that = results in it not working is in uboot; I've made a number of changes = since it looks like the system now wants to boot off EFI as opposed to = what worked in -12, which would be ok if it can find the boot device -- = I think (may be wrong here) >> U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000) >>=20 >> DRAM: 948 MiB >> RPI 2 Model B (0xa21041) >> Core: 70 devices, 13 uclasses, devicetree: board >> MMC: mmc@7e300000: 1 >> Loading Environment from FAT... ** Bad device specification mmc 0 ** >> In: serial >> Out: vidconsole >> Err: vidconsole >> Net: No ethernet found. >> starting USB... >> Bus usb@7e980000: USB DWC2 >> scanning bus usb@7e980000 for devices... 3 USB Device(s) found >> scanning usb for storage devices... 0 Storage Device(s) found >> Hit any key to stop autoboot: 0 >> U-Boot> >> Needless to say if I let it try to continue it fails as it can't find = the SD card and "mmc dev" shows nothing present. >> Obviously going to dig into this further myself but I recalled = something about this uBoot version being broken on older Pis... >> The layout of the disk on the boot partition is thus: >> root@NewFS:/mnt # ls -la >> total 12679 >> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . >> drwxr-xr-x 35 root wheel 42 Jan 20 10:16 .. >> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 EFI >> -rwxr-xr-x 1 root wheel 709 Feb 13 11:09 README >> -rwxr-xr-x 1 root wheel 26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb So: armv7 style. >> -rwxr-xr-x 1 root wheel 52456 Feb 13 11:09 bootcode.bin >> -rwxr-xr-x 1 root wheel 141 Feb 13 11:09 config.txt >> -rwxr-xr-x 1 root wheel 7314 Feb 13 11:09 fixup.dat >> -rwxr-xr-x 1 root wheel 3187 Feb 13 11:09 fixup_cd.dat >> -rwxr-xr-x 1 root wheel 10298 Feb 13 11:09 fixup_db.dat >> -rwxr-xr-x 1 root wheel 10298 Feb 13 11:09 fixup_x.dat >> drwxr-xr-x 1 root wheel 20480 Feb 13 11:09 overlays >> -rwxr-xr-x 1 root wheel 21169 Feb 13 11:09 rpi2.dtb RPi* firmware does not include such a rpi2.dtb . It is some sort of addition to the materials. My context will not have it. >> -rwxr-xr-x 1 root wheel 2952960 Feb 13 11:09 start.elf The following sort of thing could help confirm the match to what is in the official snapshot builds at this point: For example, for what I later report on testing (an official snapshot build installation): # strings /mnt/start.elf | grep VC_BUILD_ID_=20 VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:12:09 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) >> -rwxr-xr-x 1 root wheel 793116 Feb 13 11:09 start_cd.elf >> -rwxr-xr-x 1 root wheel 4794472 Feb 13 11:09 start_db.elf >> -rwxr-xr-x 1 root wheel 3704808 Feb 13 11:09 start_x.elf >> -rwxr-xr-x 1 root wheel 521916 Feb 13 11:09 u-boot.bin For reference: # strings /mnt/u-boot.bin | grep "U-Boot 202" U-Boot 2023.01 (Mar 02 2023 - 02:41:45 +0000) As for the bootarm.efi , as I remember there is no good string to show. So I'll show just: # ls -Tld /mnt/EFI/BOOT/bootarm.efi=20 -rwxr-xr-x 1 root wheel 1407668 Mar 1 19:55:18 2023 = /mnt/EFI/BOOT/bootarm.efi >> root@NewFS:/mnt # ls -laR EFI >> total 24 >> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 . >> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 .. >> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 BOOT >>=20 >> EFI/BOOT: >> total 140 >> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 . >> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 .. >> -rwxr-xr-x 1 root wheel 133812 Feb 13 11:09 bootarm.efi >> root@NewFS:/mnt # more config.txt >> init_uart_clock=3D3000000 >> enable_uart=3D1 >> kernel=3Du-boot.bin >> kernel7=3Du-boot.bin >> dtoverlay=3Dmmc The snapshot materials do not have the following 2 lines in the config.txt but do have the above: >> audio_pwm_mode=3D2 >> dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don >> root@NewFS:/mnt # ls -la overlays | grep mmc >> -rwxr-xr-x 1 root wheel 1221 Feb 13 11:09 mmc.dtbo >> Which I BELIEVE should work -- assuming that I can get "see" the SD = card from u-boot that is.... >> Installed rpi-related packages: >> root@NewFS:/mnt # pkg info|grep rpi >> rpi-firmware-1.20210303.g20210303 Firmware for RaspberryPi Single = Board Computer >> u-boot-rpi2-2023.01 Cross-build das u-boot for model rpi2 >> u-boot-rpi3-2023.01 Cross-build das u-boot for model rpi3 >> u-boot-rpi4-2023.01 Cross-build das u-boot for model rpi4 For reference: the gpart show output lines for the microsd card media in a reader were like: =3D> 63 249737153 da3 MBR (119G) 63 1985 - free - (993K) 2048 102400 1 fat32lba [active] (50M) 104448 10381312 2 freebsd (5.0G) 10485760 239251456 - free - (114G) =3D> 0 10381312 da3s2 BSD (5.0G) 0 128 - free - (64K) 128 10381184 1 freebsd-ufs (4.9G) (It will change if it boots in the RPi2 v1.1 .) > I found a copy of the 2022-10 uboot: > U-Boot 2022.10 (Oct 24 2022 - 02:01:47 +0000) >=20 > DRAM: 948 MiB > RPI 2 Model B (0xa21041) > Core: 70 devices, 13 uclasses, devicetree: board > MMC: mmc@7e300000: 1 > Loading Environment from FAT... ** Bad device specification mmc 0 ** > In: serial > Out: vidconsole > Err: vidconsole > Net: No ethernet found. > starting USB... > Bus usb@7e980000: USB DWC2 > scanning bus usb@7e980000 for devices... 3 USB Device(s) found > scanning usb for storage devices... 0 Storage Device(s) found > Hit any key to stop autoboot: 0 >=20 > >> FreeBSD EFI boot block > Loader path: /boot/loader.efi >=20 > Initializing modules: ZFS UFS > Load Path: /efi\boot\bootarm.efi > Load Device: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,MBR,0xb5048a= 37,0x3f,0x18fe7) > Probing 3 block devices...not supported > not supported > not supported > done > ZFS found no pools > UFS found no partitions > Failed to load '/boot/loader.efi' > panic: No bootable partitions found! > ## Application failed, r =3D 1 > Can't remove invalid handle 00000000 > EFI LOAD FAILED: continuing... > MMC Device 2 not found > no mmc device at slot 2 >=20 > Device 0: unknown device > Waiting for Ethernet connection... unable to connect. > missing environment variable: pxeuuid > Retrieving file: pxelinux.cfg/01-b8-27-eb-0d-05-01 > Waiting for Ethernet connection... > Hmmm... going back and looking at the 2023-01 version boot sequence = again... same thing it appears; the u-boot DOES load the EFI loader, but = dies there. Am I trying to be too cute by half and should stick = ubldr.bin in that boot partition and get rid of the EFI loader entirely? >=20 To test, I grabbed the official snapshot build: = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/FreeBSD-13.2= -STABLE-arm-armv7-GENERICSD-20230302-3912f99ecae6-254729.img.xz Then I did an unxz in the file that resulted and then dd'd the .img file to a microsd card: dd = if=3DFreeBSD-13.2-STABLE-arm-armv7-GENERICSD-20230302-3912f99ecae6-254729.= img of=3D/dev/da3 bs=3D1m conv=3Dsync,fsync status=3Dprogress So I plugged in the microsd card to the RPi2 v1.1 and powered on. It booted just fine. # gpart show =3D> 63 249737153 mmcsd0 MBR (119G) 63 1985 - free - (993K) 2048 102400 1 fat32lba [active] (50M) 104448 249628672 2 freebsd (119G) 249733120 4096 - free - (2.0M) =3D> 0 249628672 mmcsd0s2 BSD (119G) 0 128 - free - (64K) 128 245876608 1 freebsd-ufs (117G) 245876736 3751936 2 freebsd-swap (1.8G) # uname -apKU FreeBSD generic 13.2-STABLE FreeBSD 13.2-STABLE #0 = stable/13-n254729-3912f99ecae6: Thu Mar 2 04:05:56 UTC 2023 = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm = armv7 1302503 1302503 # freebsd-version -kru 13.2-STABLE 13.2-STABLE 13.2-STABLE # find -s /boot/msdos/ -print /boot/msdos/ /boot/msdos/EFI /boot/msdos/EFI/BOOT /boot/msdos/EFI/BOOT/bootarm.efi /boot/msdos/MLO /boot/msdos/bcm2709-rpi-2-b.dtb /boot/msdos/bootcode.bin /boot/msdos/config.txt /boot/msdos/dtb . . . /boot/msdos/dtb/zybo.dtb /boot/msdos/fixup.dat /boot/msdos/fixup_cd.dat /boot/msdos/fixup_db.dat /boot/msdos/fixup_x.dat /boot/msdos/overlays /boot/msdos/overlays/mmc.dtbo /boot/msdos/start.elf /boot/msdos/start_cd.elf /boot/msdos/start_db.elf /boot/msdos/start_x.elf /boot/msdos/u-boot.bin /boot/msdos/u-boot.img # swapinfo Device 1K-blocks Used Avail Capacity /dev/label/growfs_swap 1875964 0 1875964 0% # dumpon -vl kernel dumps on priority: device 0: /dev/null (That last is probably not as intended yet.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 4 01:48:04 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 4PT76H2d2Nz3wbj5 for ; Sat, 4 Mar 2023 01:48:39 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 4PT76G31J1z4Z7L for ; Sat, 4 Mar 2023 01:48:38 +0000 (UTC) (envelope-from karl@denninger.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net; dmarc=pass (policy=none) header.from=denninger.net Received: from denninger.net (097-081-026-048.res.spectrum.com [97.81.26.48]) by colo1.denninger.net (Postfix) with ESMTP id A84C8211087 for ; Fri, 3 Mar 2023 20:48:07 -0500 (EST) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 45AB1296A6B for ; Fri, 3 Mar 2023 20:48:07 -0500 (EST) Message-ID: <7284938e-2a69-af4a-e36e-dccce30e77d0@denninger.net> Date: Fri, 3 Mar 2023 20:48:04 -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 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: uBoot broken on RPI2 Model B? Content-Language: en-US To: freebsd-arm@freebsd.org References: From: Karl Denninger In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms060704070804000402080506" X-Spamd-Result: default: False [-4.88 / 15.00]; SIGNED_SMIME(-2.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.982]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+mx:c]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; R_DKIM_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[karl]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4PT76G31J1z4Z7L X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N This is a cryptographically signed message in MIME format. --------------ms060704070804000402080506 Content-Type: multipart/alternative; boundary="------------68sjdnkYVmVwMaxlOzcNK9b3" --------------68sjdnkYVmVwMaxlOzcNK9b3 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 3/3/2023 19:36, Mark Millard wrote: > On Mar 3, 2023, at 14:50, Karl Denninger wrote: > >> On 3/3/2023 16:12, Karl Denninger wrote: >>> Just tried to build -13STABLE for the RPi2 > v1.1 (so: armv7) (I'll be testing this case.) > v1.2 (so: aarch64 --but could also be used via armv7) > >>> and ran into this (I'm using Crochet and have had to make some changes to the board-specific files, but it appears the problem that results in it not working is in uboot; I've made a number of changes since it looks like the system now wants to boot off EFI as opposed to what worked in -12, which would be ok if it can find the boot device -- I think (may be wrong here) >>> U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000) >>> >>> DRAM: 948 MiB >>> RPI 2 Model B (0xa21041) >>> Core: 70 devices, 13 uclasses, devicetree: board >>> MMC: mmc@7e300000: 1 >>> Loading Environment from FAT... ** Bad device specification mmc 0 ** >>> In: serial >>> Out: vidconsole >>> Err: vidconsole >>> Net: No ethernet found. >>> starting USB... >>> Bus usb@7e980000: USB DWC2 >>> scanning bus usb@7e980000 for devices... 3 USB Device(s) found >>> scanning usb for storage devices... 0 Storage Device(s) found >>> Hit any key to stop autoboot: 0 >>> U-Boot> >>> Needless to say if I let it try to continue it fails as it can't find the SD card and "mmc dev" shows nothing present. >>> Obviously going to dig into this further myself but I recalled something about this uBoot version being broken on older Pis... >>> The layout of the disk on the boot partition is thus: >>> root@NewFS:/mnt # ls -la >>> total 12679 >>> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . >>> drwxr-xr-x 35 root wheel 42 Jan 20 10:16 .. >>> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 EFI >>> -rwxr-xr-x 1 root wheel 709 Feb 13 11:09 README >>> -rwxr-xr-x 1 root wheel 26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb > So: armv7 style. Yes.  I didn't think I COULD build for aarch64 on the Pi2.... that will work? >>> -rwxr-xr-x 1 root wheel 52456 Feb 13 11:09 bootcode.bin >>> -rwxr-xr-x 1 root wheel 141 Feb 13 11:09 config.txt >>> -rwxr-xr-x 1 root wheel 7314 Feb 13 11:09 fixup.dat >>> -rwxr-xr-x 1 root wheel 3187 Feb 13 11:09 fixup_cd.dat >>> -rwxr-xr-x 1 root wheel 10298 Feb 13 11:09 fixup_db.dat >>> -rwxr-xr-x 1 root wheel 10298 Feb 13 11:09 fixup_x.dat >>> drwxr-xr-x 1 root wheel 20480 Feb 13 11:09 overlays >>> -rwxr-xr-x 1 root wheel 21169 Feb 13 11:09 rpi2.dtb > RPi* firmware does not include such a rpi2.dtb . It > is some sort of addition to the materials. My context > will not have it. After I get through this message I will remove it and see if that changes anything (so far nothing else has.) >>> -rwxr-xr-x 1 root wheel 2952960 Feb 13 11:09 start.elf > The following sort of thing could help confirm the > match to what is in the official snapshot builds > at this point: > > For example, for what I later report on testing > (an official snapshot build installation): > > # strings /mnt/start.elf | grep VC_BUILD_ID_ > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 12:12:09 > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Feb 25 2021 > VC_BUILD_ID_BRANCH: bcm2711_2 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) root@NewFS:/mnt # strings start.elf|grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:12:09 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) Identical. >>> -rwxr-xr-x 1 root wheel 793116 Feb 13 11:09 start_cd.elf >>> -rwxr-xr-x 1 root wheel 4794472 Feb 13 11:09 start_db.elf >>> -rwxr-xr-x 1 root wheel 3704808 Feb 13 11:09 start_x.elf >>> -rwxr-xr-x 1 root wheel 521916 Feb 13 11:09 u-boot.bin > For reference: > > # strings /mnt/u-boot.bin | grep "U-Boot 202" > U-Boot 2023.01 (Mar 02 2023 - 02:41:45 +0000) root@NewFS:/mnt # strings u-boot.bin | grep 'U-Boot 202' U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000) This is the latest one I have, from: u-boot-rpi2-2023.01            Cross-build das u-boot for model rpi2 My crossbuild host says I have no updates available via the pkg system. > As for the bootarm.efi , as I remember there is no good > string to show. So I'll show just: > > # ls -Tld /mnt/EFI/BOOT/bootarm.efi > -rwxr-xr-x 1 root wheel 1407668 Mar 1 19:55:18 2023 /mnt/EFI/BOOT/bootarm.efi root@NewFS:/mnt # ls -Tld EFI/BOOT/bootarm.efi -rwxr-xr-x  1 root  wheel  133812 Feb 13 11:09:16 2023 EFI/BOOT/bootarm.efi Definitely not the same. >>> root@NewFS:/mnt # ls -laR EFI >>> total 24 >>> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 . >>> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 .. >>> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 BOOT >>> >>> EFI/BOOT: >>> total 140 >>> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 . >>> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 .. >>> -rwxr-xr-x 1 root wheel 133812 Feb 13 11:09 bootarm.efi >>> root@NewFS:/mnt # more config.txt >>> init_uart_clock=3000000 >>> enable_uart=1 >>> kernel=u-boot.bin >>> kernel7=u-boot.bin >>> dtoverlay=mmc > The snapshot materials do not have the followin > 2 lines in the config.txt but do have the above: > >>> audio_pwm_mode=2 >>> dtparam=audio=on,i2c_arm=on,spi=on Yes, those have to be there for the audio to work and for i2c inputs, which I do use. >>> root@NewFS:/mnt # ls -la overlays | grep mmc >>> -rwxr-xr-x 1 root wheel 1221 Feb 13 11:09 mmc.dtbo >>> Which I BELIEVE should work -- assuming that I can get "see" the SD card from u-boot that is.... >>> Installed rpi-related packages: >>> root@NewFS:/mnt # pkg info|grep rpi >>> rpi-firmware-1.20210303.g20210303 Firmware for RaspberryPi Single Board Computer >>> u-boot-rpi2-2023.01 Cross-build das u-boot for model rpi2 >>> u-boot-rpi3-2023.01 Cross-build das u-boot for model rpi3 >>> u-boot-rpi4-2023.01 Cross-build das u-boot for model rpi4 > For reference: the gpart show output lines for > the microsd card media in a reader were like: > > => 63 249737153 da3 MBR (119G) > 63 1985 - free - (993K) > 2048 102400 1 fat32lba [active] (50M) > 104448 10381312 2 freebsd (5.0G) > 10485760 239251456 - free - (114G) > > => 0 10381312 da3s2 BSD (5.0G) > 0 128 - free - (64K) > 128 10381184 1 freebsd-ufs (4.9G) > > (It will change if it boots in the RPi2 v1.1 .) > >> I found a copy of the 2022-10 uboot: >> U-Boot 2022.10 (Oct 24 2022 - 02:01:47 +0000) >> >> DRAM: 948 MiB >> RPI 2 Model B (0xa21041) >> Core: 70 devices, 13 uclasses, devicetree: board >> MMC: mmc@7e300000: 1 >> Loading Environment from FAT... ** Bad device specification mmc 0 ** >> In: serial >> Out: vidconsole >> Err: vidconsole >> Net: No ethernet found. >> starting USB... >> Bus usb@7e980000: USB DWC2 >> scanning bus usb@7e980000 for devices... 3 USB Device(s) found >> scanning usb for storage devices... 0 Storage Device(s) found >> Hit any key to stop autoboot: 0 >> >>>> FreeBSD EFI boot block >> Loader path: /boot/loader.efi >> >> Initializing modules: ZFS UFS >> Load Path: /efi\boot\bootarm.efi >> Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,MBR,0xb5048a37,0x3f,0x18fe7) >> Probing 3 block devices...not supported >> not supported >> not supported >> done >> ZFS found no pools >> UFS found no partitions >> Failed to load '/boot/loader.efi' >> panic: No bootable partitions found! >> ## Application failed, r = 1 >> Can't remove invalid handle 00000000 >> EFI LOAD FAILED: continuing... >> MMC Device 2 not found >> no mmc device at slot 2 >> >> Device 0: unknown device >> Waiting for Ethernet connection... unable to connect. >> missing environment variable: pxeuuid >> Retrieving file: pxelinux.cfg/01-b8-27-eb-0d-05-01 >> Waiting for Ethernet connection... >> Hmmm... going back and looking at the 2023-01 version boot sequence again... same thing it appears; the u-boot DOES load the EFI loader, but dies there. Am I trying to be too cute by half and should stick ubldr.bin in that boot partition and get rid of the EFI loader entirely? >> > To test, I grabbed the official snapshot build: > > http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/FreeBSD-13.2-STABLE-arm-armv7-GENERICSD-20230302-3912f99ecae6-254729.img.xz > > Then I did an unxz in the file that resulted and then > dd'd the .img file to a microsd card: > > dd if=FreeBSD-13.2-STABLE-arm-armv7-GENERICSD-20230302-3912f99ecae6-254729.img of=/dev/da3 bs=1m conv=sync,fsync status=progress > > So I plugged in the microsd card to the RPi2 v1.1 and > powered on. > > It booted just fine. > > # gpart show > => 63 249737153 mmcsd0 MBR (119G) > 63 1985 - free - (993K) > 2048 102400 1 fat32lba [active] (50M) > 104448 249628672 2 freebsd (119G) > 249733120 4096 - free - (2.0M) > > => 0 249628672 mmcsd0s2 BSD (119G) > 0 128 - free - (64K) > 128 245876608 1 freebsd-ufs (117G) > 245876736 3751936 2 freebsd-swap (1.8G) > > # uname -apKU > FreeBSD generic 13.2-STABLE FreeBSD 13.2-STABLE #0 stable/13-n254729-3912f99ecae6: Thu Mar 2 04:05:56 UTC 2023root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm armv7 1302503 1302503 > > # freebsd-version -kru > 13.2-STABLE > 13.2-STABLE > 13.2-STABLE > > # find -s /boot/msdos/ -print > /boot/msdos/ > /boot/msdos/EFI > /boot/msdos/EFI/BOOT > /boot/msdos/EFI/BOOT/bootarm.efi > /boot/msdos/MLO > /boot/msdos/bcm2709-rpi-2-b.dtb > /boot/msdos/bootcode.bin > /boot/msdos/config.txt > /boot/msdos/dtb > . . . > /boot/msdos/dtb/zybo.dtb > /boot/msdos/fixup.dat > /boot/msdos/fixup_cd.dat > /boot/msdos/fixup_db.dat > /boot/msdos/fixup_x.dat > /boot/msdos/overlays > /boot/msdos/overlays/mmc.dtbo > /boot/msdos/start.elf > /boot/msdos/start_cd.elf > /boot/msdos/start_db.elf > /boot/msdos/start_x.elf > /boot/msdos/u-boot.bin > /boot/msdos/u-boot.img > > # swapinfo > Device 1K-blocks Used Avail Capacity > /dev/label/growfs_swap 1875964 0 1875964 0% > > # dumpon -vl > kernel dumps on priority: device > 0: /dev/null > > (That last is probably not as intended yet.) > > > === > Mark Millard > marklmi at yahoo.com Hmmmm.... I will grab the "latest" and compare.  The difference has to lie in there /somewhere /since the snapshot does boot (I was looking for the correct one and wasn't sure which one it was -- thanks/.)/ It appears that the boot environment u-boot uses defaults to mmc 0, but mmc0 does not exist.  Mmc 1 /does; /from the u-boot prompt if I escape out I can select mmc 1 and, having done so, I can see the device//(its characteristics show up once I select it/.)/ What appears to be happening, however, is that the EFI loader thinks it came from and thus should boot from 0, and fails as there's nothing there.  Trying to get cute and use ubldr.bin instead didn't get me anywhere either (I have an old boot.scr file which, when included, does load the ubldr image but it hangs when it tries to start it and I can't escape out of it.) Here's one thing that I found, and its probably the issue -- from the snapshot: root@NewFS:/mnt2 # ls -al EFI/BOOT total 1384 drwxr-xr-x  1 root  wheel     4096 Mar  1 23:36 . drwxr-xr-x  1 root  wheel     4096 Mar  1 23:36 .. -rwxr-xr-x  1 root  wheel  1407668 Mar  1 22:55 bootarm.efi root@NewFS:/mnt2 # file EFI/BOOT/bootarm.efi EFI/BOOT/bootarm.efi: MS-DOS executable PE32 executable (EFI application) ARM Thumb, for MS Windows And from what was built (implying that the build code picked up the *wrong* file, perhaps one missing things...) root@NewFS:/mnt # ls -al EFI/BOOT total 140 drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 . drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 .. -rwxr-xr-x  1 root  wheel  133812 Feb 13 11:09 bootarm.efi root@NewFS:/mnt # file EFI/BOOT/bootarm.efi EFI/BOOT/bootarm.efi: MS-DOS executable PE32 executable (EFI application) ARM Thumb, for MS Windows That one runs, but can't find anything -- and is 1/10th the size of the one on the snapshot!  I will dig around and see if I can figure that one out, because the same "pickup" works as expected for the Pi3, so something odd is going on here.  A bit of swapping files around and I bet I can figure it out; will post back when I do. Thanks. -- Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------68sjdnkYVmVwMaxlOzcNK9b3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 3/3/2023 19:36, Mark Millard wrote:
On Mar 3, 2023, at 14:50, Karl Denninger <karl@denninger.net> wrote:


On 3/3/2023 16:12, Karl Denninger wrote:

Just tried to build -13STABLE for the RPi2

v1.1 (so: armv7) (I'll be testing this case.)
v1.2 (so: aarch64 --but could also be used via armv7)


and ran into this (I'm using Crochet and have had to make some changes to the board-specific files, but it appears the problem that results in it not working is in uboot; I've made a number of changes since it looks like the system now wants to boot off EFI as opposed to what worked in -12, which would be ok if it can find the boot device -- I think (may be wrong here)
U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000)

DRAM:  948 MiB
RPI 2 Model B (0xa21041)
Core:  70 devices, 13 uclasses, devicetree: board
MMC:   mmc@7e300000: 1
Loading Environment from FAT... ** Bad device specification mmc 0 **
In:    serial
Out:   vidconsole
Err:   vidconsole
Net:   No ethernet found.
starting USB...
Bus usb@7e980000: USB DWC2
scanning bus usb@7e980000 for devices... 3 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot:  0
U-Boot>
Needless to say if I let it try to continue it fails as it can't find the SD card and "mmc dev" shows nothing present.
Obviously going to dig into this further myself but I recalled something about this uBoot version being broken on older Pis...
The layout of the disk on the boot partition is thus:
root@NewFS:/mnt # ls -la
total 12679
drwxr-xr-x   1 root  wheel    16384 Dec 31  1979 .
drwxr-xr-x  35 root  wheel       42 Jan 20 10:16 ..
drwxr-xr-x   1 root  wheel     4096 Feb 13 11:09 EFI
-rwxr-xr-x   1 root  wheel      709 Feb 13 11:09 README
-rwxr-xr-x   1 root  wheel    26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb

So: armv7 style.

Yes.  I didn't think I COULD build for aarch64 on the Pi2.... that will work?


-rwxr-xr-x   1 root  wheel    52456 Feb 13 11:09 bootcode.bin
-rwxr-xr-x   1 root  wheel      141 Feb 13 11:09 config.txt
-rwxr-xr-x   1 root  wheel     7314 Feb 13 11:09 fixup.dat
-rwxr-xr-x   1 root  wheel     3187 Feb 13 11:09 fixup_cd.dat
-rwxr-xr-x   1 root  wheel    10298 Feb 13 11:09 fixup_db.dat
-rwxr-xr-x   1 root  wheel    10298 Feb 13 11:09 fixup_x.dat
drwxr-xr-x   1 root  wheel    20480 Feb 13 11:09 overlays
-rwxr-xr-x   1 root  wheel    21169 Feb 13 11:09 rpi2.dtb

RPi* firmware does not include such a rpi2.dtb . It
is some sort of addition to the materials. My context
will not have it.
After I get through this message I will remove it and see if that changes anything (so far nothing else has.) 
-rwxr-xr-x   1 root  wheel  2952960 Feb 13 11:09 start.elf

The following sort of thing could help confirm the
match to what is in the official snapshot builds
at this point:

For example, for what I later report on testing
(an official snapshot build installation):

# strings /mnt/start.elf | grep VC_BUILD_ID_ 
VC_BUILD_ID_USER: dom
VC_BUILD_ID_TIME: 12:12:09
VC_BUILD_ID_VARIANT: start
VC_BUILD_ID_TIME: Feb 25 2021
VC_BUILD_ID_BRANCH: bcm2711_2
VC_BUILD_ID_HOSTNAME: buildbot
VC_BUILD_ID_PLATFORM: raspberrypi_linux
VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean)
root@NewFS:/mnt # strings start.elf|grep VC_BUILD_ID_
VC_BUILD_ID_USER: dom
VC_BUILD_ID_TIME: 12:12:09
VC_BUILD_ID_VARIANT: start
VC_BUILD_ID_TIME: Feb 25 2021
VC_BUILD_ID_BRANCH: bcm2711_2
VC_BUILD_ID_HOSTNAME: buildbot
VC_BUILD_ID_PLATFORM: raspberrypi_linux
VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean)

Identical. 

-rwxr-xr-x   1 root  wheel   793116 Feb 13 11:09 start_cd.elf
-rwxr-xr-x   1 root  wheel  4794472 Feb 13 11:09 start_db.elf
-rwxr-xr-x   1 root  wheel  3704808 Feb 13 11:09 start_x.elf
-rwxr-xr-x   1 root  wheel   521916 Feb 13 11:09 u-boot.bin

For reference:

# strings /mnt/u-boot.bin | grep "U-Boot 202"
U-Boot 2023.01 (Mar 02 2023 - 02:41:45 +0000)

root@NewFS:/mnt # strings u-boot.bin | grep 'U-Boot 202'
U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000)

This is the latest one I have, from:

u-boot-rpi2-2023.01            Cross-build das u-boot for model rpi2

My crossbuild host says I have no updates available via the pkg system. 

As for the bootarm.efi , as I remember there is no good
string to show. So I'll show just:

# ls -Tld /mnt/EFI/BOOT/bootarm.efi 
-rwxr-xr-x  1 root  wheel  1407668 Mar  1 19:55:18 2023 /mnt/EFI/BOOT/bootarm.efi
root@NewFS:/mnt # ls -Tld EFI/BOOT/bootarm.efi
-rwxr-xr-x  1 root  wheel  133812 Feb 13 11:09:16 2023 EFI/BOOT/bootarm.efi

Definitely not the same. 

root@NewFS:/mnt # ls -laR EFI
total 24
drwxr-xr-x  1 root  wheel   4096 Feb 13 11:09 .
drwxr-xr-x  1 root  wheel  16384 Dec 31  1979 ..
drwxr-xr-x  1 root  wheel   4096 Feb 13 11:09 BOOT

EFI/BOOT:
total 140
drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 .
drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 ..
-rwxr-xr-x  1 root  wheel  133812 Feb 13 11:09 bootarm.efi
root@NewFS:/mnt # more config.txt
init_uart_clock=3000000
enable_uart=1
kernel=u-boot.bin
kernel7=u-boot.bin
dtoverlay=mmc

The snapshot materials do not have the followin
2 lines in the config.txt but do have the above:


audio_pwm_mode=2
dtparam=audio=on,i2c_arm=on,spi=on
Yes, those have to be there for the audio to work and for i2c inputs, which I do use.
root@NewFS:/mnt # ls -la overlays | grep mmc
-rwxr-xr-x  1 root  wheel    1221 Feb 13 11:09 mmc.dtbo
Which I BELIEVE should work -- assuming that I can get "see" the SD card from u-boot that is....
Installed rpi-related packages:
root@NewFS:/mnt # pkg info|grep rpi
rpi-firmware-1.20210303.g20210303 Firmware for RaspberryPi Single Board Computer
u-boot-rpi2-2023.01            Cross-build das u-boot for model rpi2
u-boot-rpi3-2023.01            Cross-build das u-boot for model rpi3
u-boot-rpi4-2023.01            Cross-build das u-boot for model rpi4

For reference: the gpart show output lines for
the microsd card media in a reader were like:

=>       63  249737153  da3  MBR  (119G)
         63       1985       - free -  (993K)
       2048     102400    1  fat32lba  [active]  (50M)
     104448   10381312    2  freebsd  (5.0G)
   10485760  239251456       - free -  (114G)

=>       0  10381312  da3s2  BSD  (5.0G)
         0       128         - free -  (64K)
       128  10381184      1  freebsd-ufs  (4.9G)

(It will change if it boots in the RPi2 v1.1 .)


I found a copy of the 2022-10 uboot:
U-Boot 2022.10 (Oct 24 2022 - 02:01:47 +0000)

DRAM:  948 MiB
RPI 2 Model B (0xa21041)
Core:  70 devices, 13 uclasses, devicetree: board
MMC:   mmc@7e300000: 1
Loading Environment from FAT... ** Bad device specification mmc 0 **
In:    serial
Out:   vidconsole
Err:   vidconsole
Net:   No ethernet found.
starting USB...
Bus usb@7e980000: USB DWC2
scanning bus usb@7e980000 for devices... 3 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot:  0


FreeBSD EFI boot block

   Loader path: /boot/loader.efi

   Initializing modules: ZFS UFS
   Load Path: /efi\boot\bootarm.efi
   Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,MBR,0xb5048a37,0x3f,0x18fe7)
   Probing 3 block devices...not supported
not supported
not supported
 done
    ZFS found no pools
    UFS found no partitions
Failed to load '/boot/loader.efi'
panic: No bootable partitions found!
## Application failed, r = 1
Can't remove invalid handle 00000000
EFI LOAD FAILED: continuing...
MMC Device 2 not found
no mmc device at slot 2

Device 0: unknown device
Waiting for Ethernet connection... unable to connect.
missing environment variable: pxeuuid
Retrieving file: pxelinux.cfg/01-b8-27-eb-0d-05-01
Waiting for Ethernet connection...
Hmmm... going back and looking at the 2023-01 version boot sequence again... same thing it appears; the u-boot DOES load the EFI loader, but dies there.  Am I trying to be too cute by half and should stick ubldr.bin in that boot partition and get rid of the EFI loader entirely?


To test, I grabbed the official snapshot build:

http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/FreeBSD-13.2-STABLE-arm-armv7-GENERICSD-20230302-3912f99ecae6-254729.img.xz

Then I did an unxz in the file that resulted and then
dd'd the .img file to a microsd card:

dd if=FreeBSD-13.2-STABLE-arm-armv7-GENERICSD-20230302-3912f99ecae6-254729.img of=/dev/da3 bs=1m conv=sync,fsync status=progress

So I plugged in the microsd card to the RPi2 v1.1 and
powered on.

It booted just fine.

# gpart show
=>       63  249737153  mmcsd0  MBR  (119G)
         63       1985          - free -  (993K)
       2048     102400       1  fat32lba  [active]  (50M)
     104448  249628672       2  freebsd  (119G)
  249733120       4096          - free -  (2.0M)

=>        0  249628672  mmcsd0s2  BSD  (119G)
          0        128            - free -  (64K)
        128  245876608         1  freebsd-ufs  (117G)
  245876736    3751936         2  freebsd-swap  (1.8G)

# uname -apKU
FreeBSD generic 13.2-STABLE FreeBSD 13.2-STABLE #0 stable/13-n254729-3912f99ecae6: Thu Mar  2 04:05:56 UTC 2023     root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm armv7 1302503 1302503

# freebsd-version -kru
13.2-STABLE
13.2-STABLE
13.2-STABLE

# find -s /boot/msdos/ -print
/boot/msdos/
/boot/msdos/EFI
/boot/msdos/EFI/BOOT
/boot/msdos/EFI/BOOT/bootarm.efi
/boot/msdos/MLO
/boot/msdos/bcm2709-rpi-2-b.dtb
/boot/msdos/bootcode.bin
/boot/msdos/config.txt
/boot/msdos/dtb
. . .
/boot/msdos/dtb/zybo.dtb
/boot/msdos/fixup.dat
/boot/msdos/fixup_cd.dat
/boot/msdos/fixup_db.dat
/boot/msdos/fixup_x.dat
/boot/msdos/overlays
/boot/msdos/overlays/mmc.dtbo
/boot/msdos/start.elf
/boot/msdos/start_cd.elf
/boot/msdos/start_db.elf
/boot/msdos/start_x.elf
/boot/msdos/u-boot.bin
/boot/msdos/u-boot.img

# swapinfo
Device          1K-blocks     Used    Avail Capacity
/dev/label/growfs_swap   1875964        0  1875964     0%

# dumpon -vl
kernel dumps on priority: device
0: /dev/null

(That last is probably not as intended yet.)


===
Mark Millard
marklmi at yahoo.com

Hmmmm....

I will grab the "latest" and compare.  The difference has to lie in there somewhere since the snapshot does boot (I was looking for the correct one and wasn't sure which one it was -- thanks.)

It appears that the boot environment u-boot uses defaults to mmc 0, but mmc0 does not exist.  Mmc 1 does; from the u-boot prompt if I escape out I can select mmc 1 and, having done so, I can see the device (its characteristics show up once I select it.)

What appears to be happening, however, is that the EFI loader thinks it came from and thus should boot from 0, and fails as there's nothing there.  Trying to get cute and use ubldr.bin instead didn't get me anywhere either (I have an old boot.scr file which, when included, does load the ubldr image but it hangs when it tries to start it and I can't escape out of it.)

Here's one thing that I found, and its probably the issue -- from the snapshot:

root@NewFS:/mnt2 # ls -al EFI/BOOT
total 1384
drwxr-xr-x  1 root  wheel     4096 Mar  1 23:36 .
drwxr-xr-x  1 root  wheel     4096 Mar  1 23:36 ..
-rwxr-xr-x  1 root  wheel  1407668 Mar  1 22:55 bootarm.efi
root@NewFS:/mnt2 # file EFI/BOOT/bootarm.efi
EFI/BOOT/bootarm.efi: MS-DOS executable PE32 executable (EFI application) ARM Thumb, for MS Windows

And from what was built (implying that the build code picked up the *wrong* file, perhaps one missing things...)

root@NewFS:/mnt # ls -al EFI/BOOT
total 140
drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 .
drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 ..
-rwxr-xr-x  1 root  wheel  133812 Feb 13 11:09 bootarm.efi
root@NewFS:/mnt # file EFI/BOOT/bootarm.efi
EFI/BOOT/bootarm.efi: MS-DOS executable PE32 executable (EFI application) ARM Thumb, for MS Windows

That one runs, but can't find anything -- and is 1/10th the size of the one on the snapshot!  I will dig around and see if I can figure that one out, because the same "pickup" works as expected for the Pi3, so something odd is going on here.  A bit of swapping files around and I bet I can figure it out; will post back when I do.

Thanks.

--
Karl Denninger
karl@denninger.net
The Market Ticker
[S/MIME encrypted email preferred]
--------------68sjdnkYVmVwMaxlOzcNK9b3-- --------------ms060704070804000402080506 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DbowggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBxIwggT6oAMCAQICEgLG8yH4PQFdbd9x Ugmpzl1jXzANBgkqhkiG9w0BAQsFADB7MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlk YTEZMBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENB MSUwIwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENBMB4XDTIyMDYyOTE2MTYz NloXDTI3MDYyODE2MTYzNlowOjELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEX MBUGA1UEAwwOS2FybCBEZW5uaW5nZXIwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoIC AQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvW ZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B 3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTgy+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYI XgVVPgfZZrbJJb5HWOQpvvhILpPCD3xsYJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMi WapsatKm8mxuOOGOEBhAoTVTwUHlMNTg6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMb NQm1mWREQhw3axgGLSntjjnznJr5vsvXSYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZM qa20JLAF1YagutDiMRURU23iWS7bA9tMcXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5 CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1l y+5ZOZbxBAZZMod4y4b4FiRUhRI97r9lCxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY 2BlA7ExM8XShMd9bRPZrNTokPQPUCWCgCdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEE MDAuMCwGCCsGAQUFBzABhiBodHRwOi8vb2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNV HRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIFoDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYI KwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCGSAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBD bGllbnQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNV HSMEgcIwgb+AFF3AXsKnjdPND5+bxVECGKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQ MA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5 c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lz dGVtcyBMTEMgMjAxNyBDQYITAORIioIQzl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJs QGRlbm5pbmdlci5uZXQwDQYJKoZIhvcNAQELBQADggIBAKquc7cu0xc8FNtAQauZvocDzWQj 7HG9YvMbWnMi+ckhiA3rdW5NwWg0HBhBho1YlnqV+ntCVE2L8ezohHWm+KAdfXgpraL86Vsn 3ywNlZu/3COMpo2ALuHln8YQtH3Y8ebvzKMdlf2b5WB+7mOFIxXIr4AnNOLKCkq5ZhzC6JW6 Jvw3P0csiGa3UrfatYID5NvPgkaQvEgimEjG3psZqwQTL2Wxohvw783PrDt3wS0XeNhvQ61g 3QJFZKuv+bmGH3YBSPo1t6NUGAr+JozX5lDihB8JGkBt/NwdYec49a08uL0BbPaAJ7NjuIPG 7Y0Ak7PXZT37yx/Zla9PzLMJFgbelOkaatdzbblMZPDEVZ27l4lGMmV83Lm3YP17sdAyS/Wp mav7WmJUkQ9iuIKzSpdc82i9Mfujl1vbBtwtkHNPPtKuulIFM4ZwrPKjlVdLqTSqD8m9yHEi Y0PuAooq63OpJWF6hvMaiIPBWEAVIaDW9uG0MshLl9DnHnMyrJTfuC33Z9mOGMz7dRBjJd5Y W02xAzYnUuEBOpj+LQv5R8XIFMHFXktqEKvQrXeM2RU+PcZqKOBkTktxBLn3NI5VfA15Jk0c 5V5XcOqo3p2hvrwvXrinrb2pEREnoqmfrkXT3zOq5Y6ryRH8u734lGEF0dILXzoV4PM7XFit oTePoEjmMYIFBDCCBQACAQEwgZEwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGEx GTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTEl MCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQQISAsbzIfg9AV1t33FSCanO XWNfMA0GCWCGSAFlAwQCAwUAoIICQzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0yMzAzMDQwMTQ4MDZaME8GCSqGSIb3DQEJBDFCBED0VkpAIDZ6nldYKv/0 IX9sEdX05YkRDH6iBUmmm4VvTIpfnxLr/ybnul1Zx7vM2JIXrQHjAlFVu6w9eAmNFeKzMGwG CSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAO BggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw gaIGCSsGAQQBgjcQBDGBlDCBkTB7MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTEZ MBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENBMSUw IwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENBAhICxvMh+D0BXW3fcVIJqc5d Y18wgaQGCyqGSIb3DQEJEAILMYGUoIGRMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9y aWRhMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMg Q0ExJTAjBgNVBAMMHEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0ECEgLG8yH4PQFdbd9x Ugmpzl1jXzANBgkqhkiG9w0BAQEFAASCAgAk1+jMCDkNB5I+A1zZDWEOi2Wuh4BllwVk143b 42pTEjzmoyI2HQdoL5YW6SncCDSZgA3rXDLGzkbAxkao5tUTGFZAUqS6gav+lNTNL/KXoHSZ H9HGyEwPLIuOsYGIIedw5JtkLDeEO0hzZkJux1PS+7yXS/xhtYzuFl+oWocbw/Us6uImdNQ4 PJmce2XK4C+q0B6ebhn4B111Bxw0aQ/FkCK5okQy4n109o4e0JksRTuBkuGLc+Udt24ksJQt 5k3CgOmqg06BEHNY+rOMqVRs+u7w9JSlom9jHCKm/uecIVsNmrAVaKChPUjVwmOzDcBvHac0 G8dFTGPdskIITYrTx7SWsFNyOEJPAzpEwQZZMiAlzjhiu6F2s/qBHn9UsXjRIB6hpvfjF9EM 8spZgMpJ1mdmJWypOhVJBD1nTsi7TrxqLsvepFdrik6USa3kUprLxQpZ/3RVVc3b1F+PhfFH 9F4O2GPXbDHOZYtRKTcK2/96B3G6btKlkNlmRLLKBNdLC1+/+fzR4uJWtFwP8RCihyWidnZc kMKqJUPJpZtysZ6qHjFaZpJc06eADBpbgqJQXWaWvmHpZgS02qF5optzEYdpgKQma5++ftZ9 hMoCeist0hIg1F0g1z2jB/DwCRIfhWoOy0zek5XKqvwjhyE7tSLObhwMHnYSLx6TN3InMAAA AAAAAA== --------------ms060704070804000402080506-- From nobody Sat Mar 4 02:35: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 4PT88X32czz3wfCf for ; Sat, 4 Mar 2023 02:35:40 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 4PT88V60SHz4lGj for ; Sat, 4 Mar 2023 02:35:38 +0000 (UTC) (envelope-from karl@denninger.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net; dmarc=pass (policy=none) header.from=denninger.net Received: from denninger.net (097-081-026-048.res.spectrum.com [97.81.26.48]) by colo1.denninger.net (Postfix) with ESMTP id 414D7211087 for ; Fri, 3 Mar 2023 21:35:38 -0500 (EST) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id E45D9296E07 for ; Fri, 3 Mar 2023 21:35:37 -0500 (EST) Message-ID: <0ca96a16-9322-6906-9db4-7945bb3d2f95@denninger.net> Date: Fri, 3 Mar 2023 21:35:35 -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 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: uBoot broken on RPI2 Model B? Content-Language: en-US To: freebsd-arm@freebsd.org References: <7284938e-2a69-af4a-e36e-dccce30e77d0@denninger.net> From: Karl Denninger In-Reply-To: <7284938e-2a69-af4a-e36e-dccce30e77d0@denninger.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms040304030201090102040108" X-Spamd-Result: default: False [-4.90 / 15.00]; SIGNED_SMIME(-2.00)[]; SUBJECT_ENDS_QUESTION(1.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)[denninger.net,none]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+mx:c]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; R_DKIM_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[karl]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4PT88V60SHz4lGj X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N This is a cryptographically signed message in MIME format. --------------ms040304030201090102040108 Content-Type: multipart/alternative; boundary="------------Is7lWsIGI3kozyRs06fhc0Tu" --------------Is7lWsIGI3kozyRs06fhc0Tu Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 3/3/2023 20:48, Karl Denninger wrote: > On 3/3/2023 19:36, Mark Millard wrote: >> On Mar 3, 2023, at 14:50, Karl Denninger wrote: >> >> ...... > > Hmmmm.... > > I will grab the "latest" and compare.  The difference has to lie in > there /somewhere /since the snapshot does boot (I was looking for the > correct one and wasn't sure which one it was -- thanks/.)/ > > It appears that the boot environment u-boot uses defaults to mmc 0, > but mmc0 does not exist.  Mmc 1 /does; /from the u-boot prompt if I > escape out I can select mmc 1 and, having done so, I can see the > device//(its characteristics show up once I select it/.)/ > > What appears to be happening, however, is that the EFI loader thinks > it came from and thus should boot from 0, and fails as there's nothing > there.  Trying to get cute and use ubldr.bin instead didn't get me > anywhere either (I have an old boot.scr file which, when included, > does load the ubldr image but it hangs when it tries to start it and I > can't escape out of it.) > > Here's one thing that I found, and its probably the issue -- from the > snapshot: > > root@NewFS:/mnt2 # ls -al EFI/BOOT > total 1384 > drwxr-xr-x  1 root  wheel     4096 Mar  1 23:36 . > drwxr-xr-x  1 root  wheel     4096 Mar  1 23:36 .. > -rwxr-xr-x  1 root  wheel  1407668 Mar  1 22:55 bootarm.efi > root@NewFS:/mnt2 # file EFI/BOOT/bootarm.efi > EFI/BOOT/bootarm.efi: MS-DOS executable PE32 executable (EFI > application) ARM Thumb, for MS Windows > > And from what was built (implying that the build code picked up the > *wrong* file, perhaps one missing things...) > > root@NewFS:/mnt # ls -al EFI/BOOT > total 140 > drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 . > drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 .. > -rwxr-xr-x  1 root  wheel  133812 Feb 13 11:09 bootarm.efi > root@NewFS:/mnt # file EFI/BOOT/bootarm.efi > EFI/BOOT/bootarm.efi: MS-DOS executable PE32 executable (EFI > application) ARM Thumb, for MS Windows > > That one runs, but can't find anything -- and is 1/10th the size of > the one on the snapshot!  I will dig around and see if I can figure > that one out, because the same "pickup" works as expected for the Pi3, > so something odd is going on here.  A bit of swapping files around and > I bet I can figure it out; will post back when I do. > > Thanks. > Ok, so this is what's going on and I have figured it out. The Crochet code was picking up boot1.efi which does run and should, you'd think, be enough to boot a MBR disk -- but isn't anymore.  The lua loader is not picked up by the build process and, once its put in the EFI directory it works and the unit boots. I'll figure out where to get it from and fix the build -- the rest was ok, but the EFI loader was not. Thanks -- now off to rebuild my poudriere environment for 13armv7 as what I have right now is for 12 and I need to rebuild the packages I use for 13. -- Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------Is7lWsIGI3kozyRs06fhc0Tu Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 3/3/2023 20:48, Karl Denninger wrote:
On 3/3/2023 19:36, Mark Millard wrote:
On Mar 3, 2023, at 14:50, Karl Denninger <karl@denninger.net> wrote:
......

Hmmmm....

I will grab the "latest" and compare.  The difference has to lie in there somewhere since the snapshot does boot (I was looking for the correct one and wasn't sure which one it was -- thanks.)

It appears that the boot environment u-boot uses defaults to mmc 0, but mmc0 does not exist.  Mmc 1 does; from the u-boot prompt if I escape out I can select mmc 1 and, having done so, I can see the device (its characteristics show up once I select it.)

What appears to be happening, however, is that the EFI loader thinks it came from and thus should boot from 0, and fails as there's nothing there.  Trying to get cute and use ubldr.bin instead didn't get me anywhere either (I have an old boot.scr file which, when included, does load the ubldr image but it hangs when it tries to start it and I can't escape out of it.)

Here's one thing that I found, and its probably the issue -- from the snapshot:

root@NewFS:/mnt2 # ls -al EFI/BOOT
total 1384
drwxr-xr-x  1 root  wheel     4096 Mar  1 23:36 .
drwxr-xr-x  1 root  wheel     4096 Mar  1 23:36 ..
-rwxr-xr-x  1 root  wheel  1407668 Mar  1 22:55 bootarm.efi
root@NewFS:/mnt2 # file EFI/BOOT/bootarm.efi
EFI/BOOT/bootarm.efi: MS-DOS executable PE32 executable (EFI application) ARM Thumb, for MS Windows

And from what was built (implying that the build code picked up the *wrong* file, perhaps one missing things...)

root@NewFS:/mnt # ls -al EFI/BOOT
total 140
drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 .
drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 ..
-rwxr-xr-x  1 root  wheel  133812 Feb 13 11:09 bootarm.efi
root@NewFS:/mnt # file EFI/BOOT/bootarm.efi
EFI/BOOT/bootarm.efi: MS-DOS executable PE32 executable (EFI application) ARM Thumb, for MS Windows

That one runs, but can't find anything -- and is 1/10th the size of the one on the snapshot!  I will dig around and see if I can figure that one out, because the same "pickup" works as expected for the Pi3, so something odd is going on here.  A bit of swapping files around and I bet I can figure it out; will post back when I do.

Thanks.

Ok, so this is what's going on and I have figured it out.

The Crochet code was picking up boot1.efi which does run and should, you'd think, be enough to boot a MBR disk -- but isn't anymore.  The lua loader is not picked up by the build process and, once its put in the EFI directory it works and the unit boots.

I'll figure out where to get it from and fix the build -- the rest was ok, but the EFI loader was not.

Thanks -- now off to rebuild my poudriere environment for 13armv7 as what I have right now is for 12 and I need to rebuild the packages I use for 13.

--
Karl Denninger
karl@denninger.net
The Market Ticker
[S/MIME encrypted email preferred]
--------------Is7lWsIGI3kozyRs06fhc0Tu-- --------------ms040304030201090102040108 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DbowggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBxIwggT6oAMCAQICEgLG8yH4PQFdbd9x Ugmpzl1jXzANBgkqhkiG9w0BAQsFADB7MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlk YTEZMBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENB MSUwIwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENBMB4XDTIyMDYyOTE2MTYz NloXDTI3MDYyODE2MTYzNlowOjELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEX MBUGA1UEAwwOS2FybCBEZW5uaW5nZXIwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoIC AQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvW ZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B 3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTgy+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYI XgVVPgfZZrbJJb5HWOQpvvhILpPCD3xsYJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMi WapsatKm8mxuOOGOEBhAoTVTwUHlMNTg6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMb NQm1mWREQhw3axgGLSntjjnznJr5vsvXSYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZM qa20JLAF1YagutDiMRURU23iWS7bA9tMcXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5 CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1l y+5ZOZbxBAZZMod4y4b4FiRUhRI97r9lCxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY 2BlA7ExM8XShMd9bRPZrNTokPQPUCWCgCdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEE MDAuMCwGCCsGAQUFBzABhiBodHRwOi8vb2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNV HRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIFoDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYI KwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCGSAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBD bGllbnQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNV HSMEgcIwgb+AFF3AXsKnjdPND5+bxVECGKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQ MA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5 c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lz dGVtcyBMTEMgMjAxNyBDQYITAORIioIQzl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJs QGRlbm5pbmdlci5uZXQwDQYJKoZIhvcNAQELBQADggIBAKquc7cu0xc8FNtAQauZvocDzWQj 7HG9YvMbWnMi+ckhiA3rdW5NwWg0HBhBho1YlnqV+ntCVE2L8ezohHWm+KAdfXgpraL86Vsn 3ywNlZu/3COMpo2ALuHln8YQtH3Y8ebvzKMdlf2b5WB+7mOFIxXIr4AnNOLKCkq5ZhzC6JW6 Jvw3P0csiGa3UrfatYID5NvPgkaQvEgimEjG3psZqwQTL2Wxohvw783PrDt3wS0XeNhvQ61g 3QJFZKuv+bmGH3YBSPo1t6NUGAr+JozX5lDihB8JGkBt/NwdYec49a08uL0BbPaAJ7NjuIPG 7Y0Ak7PXZT37yx/Zla9PzLMJFgbelOkaatdzbblMZPDEVZ27l4lGMmV83Lm3YP17sdAyS/Wp mav7WmJUkQ9iuIKzSpdc82i9Mfujl1vbBtwtkHNPPtKuulIFM4ZwrPKjlVdLqTSqD8m9yHEi Y0PuAooq63OpJWF6hvMaiIPBWEAVIaDW9uG0MshLl9DnHnMyrJTfuC33Z9mOGMz7dRBjJd5Y W02xAzYnUuEBOpj+LQv5R8XIFMHFXktqEKvQrXeM2RU+PcZqKOBkTktxBLn3NI5VfA15Jk0c 5V5XcOqo3p2hvrwvXrinrb2pEREnoqmfrkXT3zOq5Y6ryRH8u734lGEF0dILXzoV4PM7XFit oTePoEjmMYIFBDCCBQACAQEwgZEwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGEx GTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTEl MCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQQISAsbzIfg9AV1t33FSCanO XWNfMA0GCWCGSAFlAwQCAwUAoIICQzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0yMzAzMDQwMjM1MzZaME8GCSqGSIb3DQEJBDFCBEDQmW+iBNuL6xIiaGN+ xEsyX8Q1Htp7gjF/Qf2MrBwzyp+R4CaTuQ5rT86sPvFuPqo0knrl4ioJcDZ5BbHuichKMGwG CSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAO BggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw gaIGCSsGAQQBgjcQBDGBlDCBkTB7MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTEZ MBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENBMSUw IwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENBAhICxvMh+D0BXW3fcVIJqc5d Y18wgaQGCyqGSIb3DQEJEAILMYGUoIGRMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9y aWRhMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMg Q0ExJTAjBgNVBAMMHEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0ECEgLG8yH4PQFdbd9x Ugmpzl1jXzANBgkqhkiG9w0BAQEFAASCAgC5PsFYVAiCiTUbAwG88WEEyKHYiOj3KGdOSyZX rXB1zP4FvTR+AyK4K7G+kYGRUyBDNGJmSf4DtOM+5onP33iGKkibzaunhXI5kxWzanNoN1wU spPqNJcG/50CspYAz5FpO/RPhCb6GSXDgQTi5PG3IzO/ec5SAGUIizoB+R9usgyrVyvJHF5V ex2DRKGOSNPGzC5HlT4Snq8Ug3ArarTVhJguOtQJjqSWkT97iUeYjp8QB1ipBkOhswUj53qY X2MfQAm0aydm8E34J8prisYHR7+Qg16JhyNF+H3nA8jvFl1StrcikYCIYOid3blpaX58sfyY 2Nk5XQF9idRd10MTizshbdPNbxJ16mLZs6jB4+ppxK30o8o2XfQFtrTV6wMgDTfg9rbnmmyM hMCpt/vLfpIy8UfIwMuwr3kgLhnDt1gO8ktakRs10JLAAW0X2Iarp94u4lyCT5P/TxTvm8Ar +lU298eKbBMeF6xFjvEoKYuC0pM7lE7Ga0My33ag/wMzMFlltLd6eNIa76jQwbeA47VqLo+2 cUtK+5A06j+4sdfbWX7E1iJ+VnvAFFqsSvwNe3C+4dLPfD5xpcCDW8tQiqXq/TwD85vyPOFD 4GfLxBnB2Oj+INnj4jG9Xpi3/OAQfzBTiXPRaaRAefjhkyyS5rKyiN1WerqBBAJurZAEHgAA AAAAAA== --------------ms040304030201090102040108-- From nobody Sat Mar 4 03:16: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 4PT93Z3HxCz3wh0B for ; Sat, 4 Mar 2023 03:16:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (using TLSv1.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 4PT93Z0lKVz3D5C for ; Sat, 4 Mar 2023 03:16:25 +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=1677899783; bh=5xYsuVFWdu14h/BpMy2F46njJM8zw0+vEi7ia2NNyKE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=gOt5bwu4hOiu+CN9BpTLNzB1iOmbbW9J0PEzGFAU2GEby4uDj4AsytmF5F6atBEgmseRDPjLhy6FErv8JA/e5psLhxMzfUg8XLuT2vwthuel3WbnpDED0QeLn35E8fsS/EAEMslyXbJ8LAc/h/OteSx38vcafCTPtgHd/tG/0lbdY7oJtyXINj5VuEn/upy/UdgT3jRo43kGR7V52Dl1gUBS/RFmscBQ9ygcpIdCOl0f/lutUCNohf4aV1Gve7EbZqnBm6A1qKuXaWsUPnLLGWgb7ik4j7s+BWSWmAkLjk/xihwox66VV4Sqy0SOr/i2HKoW+4GUCqbPcxCL2Hircg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677899783; bh=Ykm6jZP0b5LYJk1quSzZZ1q+tNO4k4WQaDLGqXOui2a=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=XYu6tFmRUsnA4AR92KxzAqilbBGDFfdD0HxOFQ+tFi6mtNwI9R7Nj9QNocCf7ACAPQ/i9/Sq6u9+Ar8J5ZQ0X0Q+CDUA5fMbHD5TLPf0y1+q8afuSbuNUFSjki8b+F3fKTArfv9aJnWus9hfQTG/BBBfsSaA8t9PVDAq4udpBTeHhpxJ244YynhTMZF/kZrmbDfciTy/zwzh+EO1EwTKIHTDInCndugWvGO7TbXkdwAvPyj9KewFii6jZWI/JlTMDw0zP1tSIdr8IRgutQjA0X4ZCauCGKxCQLBp6dg16N/UweqSV1HRavW9h7YXxPeNj05gl7j8+xcEGOdlmeoHtA== X-YMail-OSG: vXzXtyUVM1mj1QzV5WeG83vWRNZD7u0qfP1G6nq.4j6h7IhsOURtJTVJ_8vG6_r BtmNbv_G0FyCiBmdEgxy_J5FCuRvm6mStg4yjzTwkBvrd6pvAOmIhu3DIe0dSra1L21oQ2bxBjgP mRrWmJdM1ukdNguc1g6mbCbhnT61Z5NUa4O3ldN3k_7RW.0C36bawbBXVWewrB7gIjPp5E4_KY0u d8CN1xQG.XzJRIWtWlbNVfZWnBfF41.UqTdoN81c4KVH.hoegWXKiriNI2BBOgxHyAkWdv4Q_vYa 7DW7md.w4zQFfW.stO9mWd6zdPuFOUCcLvRchtx350_F7PBQylTa3dL0OE_wF2v51kQK8hDTN3Hb XJ5EinlZl6gdQYeJVxw3F2GTB5FfT_ePif8iEbuIY7npdg5c.dbBcv_UF836UiMqz_McWQH27CaP YCo3q4utA34Di9eBmGWAKr8V9WRQ6RbtYCQDgN0Jht52Du.gr_vUGUVI9ptbNv56mHi1_bBGGlaZ hVaIrjKuVJPT4r1fJAzIKXwdAa0wYot23RO6A2KPCMLo5GJI3F0KDyMn8iv_bFfZ.BfIYMFS146F vvnLYzHtVc2SAmk6RFiHfkm236_2YCXIR4wYBxwRYUkso59iFmUmkDhjcXmX4oJoK9w55ruuB_YW TzaldWZPXps16vvel1iEAs4NsnUD7VN1nFnn5ViVLealI7IjP0Rl5TwM9aOERc3SRj3gzmqFO3o3 WgHb_gZq8cJdmO5iS0eji91rgFqcZJAqsrUxWHqzKsJgpLYPFNpHzd3E4GjHWUVUtgO98WFmXw70 aU8mjIWEzq_CAMfpxWP7uLC2r2xLyrzW8DVW7mhamFroI2MOTO6V5SuBqsHYcNkKr8RLfS3EkHco ITGloy4i6zjZxFL.hl3bMDhnjlNHSHWZxFkSuAm8PaTGnSDyw64d1FvbKlrPWgd3dvUShfe9SHo6 atmNewP_10_Gb2QPg8BkGNlPhTwmjMzjQh3a9EXzsruLb2hGAR_RHMSULDBiYFy1FiLvU.vHz7gK 61W3npG797YEW41Zx7CC.OG21PdJ9bnnqL4Yi02iHmJPIoGMeqI2WyjH2NOuNy4ffGCekrtPPGfY CejpuQmwWG6wCZOB4Y4A.9_CYpPeW4j2NF_YX009yZrNKZBXJGyRRpw1i4Rk5e2dVrNiQ.f6sjZ7 tfKBThRO3Ihg1fq_d8n.UJ_LbLXLZ.Mn9s9GssGXbyx6yMGY.s0S9myNYXqS5JiTA22DuQRELKYi 3p8A08PBzx585K938DddOCmD6H7xCL9T..1gzONGCK2DL9mJi3yUN6dSizYA2pyj2PqcsHLKY7qr tuWS8wn4MgtcscDITjryCRxpwfnuqzF0ymRYY5d1zKjYUsgaOW7oMbxHpZCIpNbcwPuDGs0.5Jji l9lmKEcPxhdizLXdKJBXB1PMfZWmjX0DJ0sEgxlYo3ou1gxRxxyn.l0yu2cujnMD7k8omjaPBevc v1dH5f1EW3vQjDLgFN5NGDfCSyrFnPUtq9pDPjybgc3xjcue9.4.se5wt1ydKv_0bvBBB_OUdrOu ZqMJ4quGEGtsbiNugsbhlm5EdvYv8wvu7.gywJHfW43NMdE949WymDk5H6GglnrGXA_OQ0HF0wqQ p2vqWZqHaZwLw0tmVt5CSodnqGrUnUf.phYtkl1OCFcLRQrz4Ul1sDEpqsmM9nNvm9.jYINzc1ig 6HiVf23u5Fec2KmKG5rZxleFXYxcRlJHQNpW72KK.ppLLmQN9HLx2WrNqHiWJ.DiAWHS_purdhJE _f75kT494OEzGK5rHYODl1x5IfUTf28qxczRdGNarGVL4uwaFpEBnqdCSgTbDWf9hyKHVVk4Npq. 2kHu7EqbU6TOUdGLRNw8fq6gtkp5aWSNmDNtryCekkZBi2zzcUBiulBF4MANTtAim9wdirD4d0me gffWSRYXspi9_VEEk4nx3BNG9MFCGWD4WjOWQDDMaa_3c7xs9Yq1aU4sINbzgi618Rw1QMh0dW35 ofcdxgIWDpubbT8jEwNZJ847ix2Os8OThi_022nD5mH_oYoLafZ9Puy5HFwPuFUQakDMiD5.rXgt ln1so7KXmNOoeBeAzXkMa8Ca2QNtB2nYiRD7UhkaZSd2myB..Pr4wfbxD.Aj.q_tUb7YF0Zvn0BL v24F60S2fQonIhbXGBwuqxzoumE6liH6aVrPzjYtjpZmN_lVsOW_6Lmxtv79i37.tbOu0jnL0u1K n019Ts9aonX6KwBx2hBU6ohkRe0Jhl_NbXhfvTgRWPSPgtynx2csN.jm9j5ojA_fGgCP4vPnn_A- - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 4 Mar 2023 03:16:23 +0000 Received: by hermes--production-bf1-777648578f-ch5jb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 52120c09202ef0e6f8d2a6a6bfb94245; Sat, 04 Mar 2023 03:16:20 +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.400.51.1.1\)) Subject: Re: uBoot broken on RPI2 Model B? From: Mark Millard In-Reply-To: <7284938e-2a69-af4a-e36e-dccce30e77d0@denninger.net> Date: Fri, 3 Mar 2023 19:16:08 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2FF02402-E038-46BA-83B0-3BE1E83E4548@yahoo.com> References: <7284938e-2a69-af4a-e36e-dccce30e77d0@denninger.net> To: Karl Denninger X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PT93Z0lKVz3D5C X-Spamd-Bar: ---- 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-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Mar 3, 2023, at 17:48, Karl Denninger wrote: > On 3/3/2023 19:36, Mark Millard wrote: >> On Mar 3, 2023, at 14:50, Karl Denninger wrote: >>=20 >>=20 >>> On 3/3/2023 16:12, Karl Denninger wrote: >>>=20 >>>> Just tried to build -13STABLE for the RPi2 >>>>=20 >> v1.1 (so: armv7) (I'll be testing this case.) >> v1.2 (so: aarch64 --but could also be used via armv7) >>=20 >>=20 >>>> . . . >>>> The layout of the disk on the boot partition is thus: >>>> root@NewFS:/mnt # ls -la >>>> total 12679 >>>> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . >>>> drwxr-xr-x 35 root wheel 42 Jan 20 10:16 .. >>>> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 EFI >>>> -rwxr-xr-x 1 root wheel 709 Feb 13 11:09 README >>>> -rwxr-xr-x 1 root wheel 26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb >>>>=20 >> So: armv7 style. > Yes. I didn't think I COULD build for aarch64 on the Pi2.... that = will work? Which type of RPi2? There is more than one. I've access to: a RPi2B v1.1 (Cortex-A7, so armv7 only) and: a RPi2B v1.2 (Cortex-A72, so aarch64 but also capable of armv7 use) RPi3B variants are also Cortex-A72 based, so aarch64, but are also armv7 capable. (I've access to a RPi3B as well.) Basically a RPi2B v1.2 is a variant of the RPi3B. As of the RPi4B's the RPi* folks quit trying to allow booting as armv7. But in FreeBSD you can chroot into a armv7 world on a RPi4B, for example. (Also on: RPi3B or RPi2B v1.2 booted as aarch64.) You can build armv7 ports on a RPi4B via poudriere, no quemu involved. The same for RPi3B booted as aarch64. The same for RPi2B v1.2 booted as aarch64. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 4 03:18:56 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 4PT96X5FmWz3wgxd for ; Sat, 4 Mar 2023 03:19:00 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 4PT96X4jjxz3DKN for ; Sat, 4 Mar 2023 03:19:00 +0000 (UTC) (envelope-from karl@denninger.net) Authentication-Results: mx1.freebsd.org; none Received: from denninger.net (097-081-026-048.res.spectrum.com [97.81.26.48]) by colo1.denninger.net (Postfix) with ESMTP id C543B211087; Fri, 3 Mar 2023 22:18:59 -0500 (EST) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 5C8F5297A70; Fri, 3 Mar 2023 22:18:59 -0500 (EST) Message-ID: <86daa74e-e929-e5e2-8388-c3629e14e106@denninger.net> Date: Fri, 3 Mar 2023 22:18:56 -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 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: uBoot broken on RPI2 Model B? Content-Language: en-US To: Mark Millard Cc: freebsd-arm@freebsd.org References: <7284938e-2a69-af4a-e36e-dccce30e77d0@denninger.net> <2FF02402-E038-46BA-83B0-3BE1E83E4548@yahoo.com> From: Karl Denninger In-Reply-To: <2FF02402-E038-46BA-83B0-3BE1E83E4548@yahoo.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms050200030500080203040308" X-Rspamd-Queue-Id: 4PT96X4jjxz3DKN X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a cryptographically signed message in MIME format. --------------ms050200030500080203040308 Content-Type: multipart/alternative; boundary="------------GoAOYdcyenyPpBV75EN1Z4E6" --------------GoAOYdcyenyPpBV75EN1Z4E6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 3/3/2023 22:16, Mark Millard wrote: > On Mar 3, 2023, at 17:48, Karl Denninger wrote: > >> On 3/3/2023 19:36, Mark Millard wrote: >>> On Mar 3, 2023, at 14:50, Karl Denninger wrote: >>> >>> >>>> On 3/3/2023 16:12, Karl Denninger wrote: >>>> >>>>> Just tried to build -13STABLE for the RPi2 >>>>> >>> v1.1 (so: armv7) (I'll be testing this case.) >>> v1.2 (so: aarch64 --but could also be used via armv7) >>> >>> >>>>> . . . >>>>> The layout of the disk on the boot partition is thus: >>>>> root@NewFS:/mnt # ls -la >>>>> total 12679 >>>>> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . >>>>> drwxr-xr-x 35 root wheel 42 Jan 20 10:16 .. >>>>> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 EFI >>>>> -rwxr-xr-x 1 root wheel 709 Feb 13 11:09 README >>>>> -rwxr-xr-x 1 root wheel 26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb >>>>> >>> So: armv7 style. >> Yes. I didn't think I COULD build for aarch64 on the Pi2.... that will work? > Which type of RPi2? There is more than one. > > I've access to: > > a RPi2B v1.1 (Cortex-A7, so armv7 only) > and: > a RPi2B v1.2 (Cortex-A72, so aarch64 but also capable of armv7 use) I have a bunch of v1.1s out there so they're armv7.   Not going away anytime soon given the number of them in the field..... :-) I didn't think aarch64 would work.... and won't on those.  Its fine on the Pi3s, of course. -- Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------GoAOYdcyenyPpBV75EN1Z4E6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit


On 3/3/2023 22:16, Mark Millard wrote:
On Mar 3, 2023, at 17:48, Karl Denninger <karl@denninger.net> wrote:


On 3/3/2023 19:36, Mark Millard wrote:

On Mar 3, 2023, at 14:50, Karl Denninger <karl@denninger.net> wrote:



On 3/3/2023 16:12, Karl Denninger wrote:


Just tried to build -13STABLE for the RPi2


v1.1 (so: armv7) (I'll be testing this case.)
v1.2 (so: aarch64 --but could also be used via armv7)



. . .
The layout of the disk on the boot partition is thus:
root@NewFS:/mnt # ls -la
total 12679
drwxr-xr-x 1 root wheel 16384 Dec 31 1979 .
drwxr-xr-x 35 root wheel 42 Jan 20 10:16 ..
drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 EFI
-rwxr-xr-x 1 root wheel 709 Feb 13 11:09 README
-rwxr-xr-x 1 root wheel 26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb


So: armv7 style.

Yes.  I didn't think I COULD build for aarch64 on the Pi2.... that will work?

Which type of RPi2? There is more than one.

I've access to:

a RPi2B v1.1 (Cortex-A7, so armv7 only)
and:
a RPi2B v1.2 (Cortex-A72, so aarch64 but also capable of armv7 use)

I have a bunch of v1.1s out there so they're armv7.   Not going away anytime soon given the number of them in the field..... :-)

I didn't think aarch64 would work.... and won't on those.  Its fine on the Pi3s, of course.

--
Karl Denninger
karl@denninger.net
The Market Ticker
[S/MIME encrypted email preferred]
--------------GoAOYdcyenyPpBV75EN1Z4E6-- --------------ms050200030500080203040308 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DbowggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBxIwggT6oAMCAQICEgLG8yH4PQFdbd9x Ugmpzl1jXzANBgkqhkiG9w0BAQsFADB7MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlk YTEZMBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENB MSUwIwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENBMB4XDTIyMDYyOTE2MTYz NloXDTI3MDYyODE2MTYzNlowOjELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEX MBUGA1UEAwwOS2FybCBEZW5uaW5nZXIwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoIC AQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvW ZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B 3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTgy+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYI XgVVPgfZZrbJJb5HWOQpvvhILpPCD3xsYJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMi WapsatKm8mxuOOGOEBhAoTVTwUHlMNTg6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMb NQm1mWREQhw3axgGLSntjjnznJr5vsvXSYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZM qa20JLAF1YagutDiMRURU23iWS7bA9tMcXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5 CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1l y+5ZOZbxBAZZMod4y4b4FiRUhRI97r9lCxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY 2BlA7ExM8XShMd9bRPZrNTokPQPUCWCgCdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEE MDAuMCwGCCsGAQUFBzABhiBodHRwOi8vb2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNV HRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIFoDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYI KwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCGSAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBD bGllbnQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNV HSMEgcIwgb+AFF3AXsKnjdPND5+bxVECGKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQ MA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5 c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lz dGVtcyBMTEMgMjAxNyBDQYITAORIioIQzl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJs QGRlbm5pbmdlci5uZXQwDQYJKoZIhvcNAQELBQADggIBAKquc7cu0xc8FNtAQauZvocDzWQj 7HG9YvMbWnMi+ckhiA3rdW5NwWg0HBhBho1YlnqV+ntCVE2L8ezohHWm+KAdfXgpraL86Vsn 3ywNlZu/3COMpo2ALuHln8YQtH3Y8ebvzKMdlf2b5WB+7mOFIxXIr4AnNOLKCkq5ZhzC6JW6 Jvw3P0csiGa3UrfatYID5NvPgkaQvEgimEjG3psZqwQTL2Wxohvw783PrDt3wS0XeNhvQ61g 3QJFZKuv+bmGH3YBSPo1t6NUGAr+JozX5lDihB8JGkBt/NwdYec49a08uL0BbPaAJ7NjuIPG 7Y0Ak7PXZT37yx/Zla9PzLMJFgbelOkaatdzbblMZPDEVZ27l4lGMmV83Lm3YP17sdAyS/Wp mav7WmJUkQ9iuIKzSpdc82i9Mfujl1vbBtwtkHNPPtKuulIFM4ZwrPKjlVdLqTSqD8m9yHEi Y0PuAooq63OpJWF6hvMaiIPBWEAVIaDW9uG0MshLl9DnHnMyrJTfuC33Z9mOGMz7dRBjJd5Y W02xAzYnUuEBOpj+LQv5R8XIFMHFXktqEKvQrXeM2RU+PcZqKOBkTktxBLn3NI5VfA15Jk0c 5V5XcOqo3p2hvrwvXrinrb2pEREnoqmfrkXT3zOq5Y6ryRH8u734lGEF0dILXzoV4PM7XFit oTePoEjmMYIFBDCCBQACAQEwgZEwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGEx GTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTEl MCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQQISAsbzIfg9AV1t33FSCanO XWNfMA0GCWCGSAFlAwQCAwUAoIICQzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0yMzAzMDQwMzE4NThaME8GCSqGSIb3DQEJBDFCBEBXayW7VPzKkJ57NH/Y /YyjYVO/+yc1kZ0M2DL2J05rCEUgp+eelPTISit+v72gXJICRl/YzMBdnUSLd1jn7iiMMGwG CSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAO BggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw gaIGCSsGAQQBgjcQBDGBlDCBkTB7MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTEZ MBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENBMSUw IwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENBAhICxvMh+D0BXW3fcVIJqc5d Y18wgaQGCyqGSIb3DQEJEAILMYGUoIGRMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9y aWRhMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMg Q0ExJTAjBgNVBAMMHEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0ECEgLG8yH4PQFdbd9x Ugmpzl1jXzANBgkqhkiG9w0BAQEFAASCAgBfo/q673EUK8ibbaQLYioz7SthnGCxsuoIIrt7 5pRfqKGeKZz6f1Sk6d6bx60fHtOCaSQWPG/3sUEQf0Gcw4D/m1PrtiFrhsjsuGlEB3mIMUVf 4Erp9lJnepKay49aVq9ljaPBc5aDk7G7PYNm0jUBswpNSta20UGpR0SbIi8aaA+56ojRmmbP mEmfxejWdxX+VeQpiWY4q+u/4AgdwHZfygnpFN3oQ4PpeC13OqYs7cNvKXqy2qSSCVlG2sA0 bDID6J2PE5SDAIvpE/dnKV1oOtR+PTt8o6v/efwwl31si3guq3JvZAG9P0Z08JaDRtTqUW+7 RrVT1vXFv7mq9gG5Ek1eA7RWfCjjwMMywHgma5FZu98IlMtei+6WWZMMS3BTb1RfwzoFWQEd iNcowrtlg2mgq3QVfipH5IsZzQolWlEvctTXom8WfMREm9uz/EY7/hbjHqbC2CzFB/Lx4R1f ZecoMQygAQH7lGkWOPtarTB99uRqv+aF6WN7EakJ9MTCf0JxsAG5IppaMC55BQPalNusIi9y mdWhHGz56hrx53eTMqj8WsrKUH5ftEw4YBdvKxLC/mhALoMjV9K3plL65P7/BKXUuxZsRb+B IuelTn1yUCxaxckSXZyVtOgfTH6UIbwpuhoA94zRvnqW/XkTFXZebHvx2auK3onhU+yI0AAA AAAAAA== --------------ms050200030500080203040308-- From nobody Sat Mar 4 07:21: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 4PTGVN4qbrz3vgrF for ; Sat, 4 Mar 2023 07:21:32 +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 4PTGVN1b3Dz3p1b for ; Sat, 4 Mar 2023 07:21:32 +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=1677914483; 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=VETxHk43sv/eFLIZkFZC3BkwTkMjS0GDinqF37wEVM8=; b=bJemO69h/BgRlAd4BLIEDo+nqsAteofHb2/qxrFZY9l5XVaRVpX1P5g06N38Bx16VRrLJC CaLDaTrddwJewYpD5A1J9JoCNQikUiALjst8C2bozE1qD3FVS/+KrWHZfBlyR4KmtBwHOQ oVa5NuCf/elE8Tl4wuw4bWWlnlG3lFc= 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 45ddd7e1 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 4 Mar 2023 07:21:23 +0000 (UTC) Date: Sat, 4 Mar 2023 08:21:22 +0100 From: Emmanuel Vadot To: Karl Denninger Cc: "freebsd-arm@freebsd.org" Subject: Re: uBoot broken on RPI2 Model B? Message-Id: <20230304082122.aa28fdf4e18f53fa58618329@bidouilliste.com> In-Reply-To: References: 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=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4PTGVN1b3Dz3p1b X-Spamd-Bar: ---- 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-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Fri, 3 Mar 2023 16:12:48 -0500 Karl Denninger wrote: > Just tried to build -13STABLE for the RPi2 and ran into this (I'm using=20 > Crochet and have had to make some changes to the board-specific files,=20 > but it appears the problem that results in it not working is in uboot;=20 > I've made a number of changes since it looks like the system now wants=20 > to boot off EFI as opposed to what worked in -12, which would be ok if=20 > it can find the boot device -- I think (may be wrong here) >=20 > U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000) >=20 > DRAM:=A0 948 MiB > RPI 2 Model B (0xa21041) > Core:=A0 70 devices, 13 uclasses, devicetree: board > MMC:=A0=A0 mmc@7e300000: 1 > Loading Environment from FAT... ** Bad device specification mmc 0 ** > In:=A0=A0=A0 serial > Out:=A0=A0 vidconsole > Err:=A0=A0 vidconsole > Net:=A0=A0 No ethernet found. > starting USB... > Bus usb@7e980000: USB DWC2 > scanning bus usb@7e980000 for devices... 3 USB Device(s) found > =A0=A0=A0=A0=A0=A0 scanning usb for storage devices... 0 Storage Device(= s) found > Hit any key to stop autoboot:=A0 0 > U-Boot> >=20 > Needless to say if I let it try to continue it fails as it can't find=20 > the SD card and "mmc dev" shows nothing present. >=20 > Obviously going to dig into this further myself but I recalled something= =20 > about this uBoot version being broken on older Pis... >=20 > The layout of the disk on the boot partition is thus: >=20 > root@NewFS:/mnt # ls -la > total 12679 > drwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0=A0 16384 Dec 31=A0 1979 . > drwxr-xr-x=A0 35 root=A0 wheel=A0=A0=A0=A0=A0=A0 42 Jan 20 10:16 .. > drwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0=A0=A0 4096 Feb 13 11:09 EFI > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0=A0=A0=A0 709 Feb 13 11:09 README > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0=A0 26745 Feb 13 11:09 bcm2709-rpi-= 2-b.dtb > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0=A0 52456 Feb 13 11:09 bootcode.bin > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0=A0=A0=A0 141 Feb 13 11:09 config.t= xt > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0=A0=A0 7314 Feb 13 11:09 fixup.dat > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0=A0=A0 3187 Feb 13 11:09 fixup_cd.d= at > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0=A0 10298 Feb 13 11:09 fixup_db.dat > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0=A0 10298 Feb 13 11:09 fixup_x.dat > drwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0=A0 20480 Feb 13 11:09 overlays > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0=A0 21169 Feb 13 11:09 rpi2.dtb > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0 2952960 Feb 13 11:09 start.elf > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0 793116 Feb 13 11:09 start_cd.elf > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0 4794472 Feb 13 11:09 start_db.elf > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0 3704808 Feb 13 11:09 start_x.elf > -rwxr-xr-x=A0=A0 1 root=A0 wheel=A0=A0 521916 Feb 13 11:09 u-boot.bin >=20 > root@NewFS:/mnt # ls -laR EFI > total 24 > drwxr-xr-x=A0 1 root=A0 wheel=A0=A0 4096 Feb 13 11:09 . > drwxr-xr-x=A0 1 root=A0 wheel=A0 16384 Dec 31=A0 1979 .. > drwxr-xr-x=A0 1 root=A0 wheel=A0=A0 4096 Feb 13 11:09 BOOT >=20 > EFI/BOOT: > total 140 > drwxr-xr-x=A0 1 root=A0 wheel=A0=A0=A0 4096 Feb 13 11:09 . > drwxr-xr-x=A0 1 root=A0 wheel=A0=A0=A0 4096 Feb 13 11:09 .. > -rwxr-xr-x=A0 1 root=A0 wheel=A0 133812 Feb 13 11:09 bootarm.efi >=20 > root@NewFS:/mnt # more config.txt > init_uart_clock=3D3000000 > enable_uart=3D1 > kernel=3Du-boot.bin > kernel7=3Du-boot.bin > dtoverlay=3Dmmc > audio_pwm_mode=3D2 > dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don >=20 > root@NewFS:/mnt # ls -la overlays | grep mmc > -rwxr-xr-x=A0 1 root=A0 wheel=A0=A0=A0 1221 Feb 13 11:09 mmc.dtbo >=20 > Which I BELIEVE should work -- assuming that I can get "see" the SD card= =20 > from u-boot that is.... >=20 > Installed rpi-related packages: >=20 > root@NewFS:/mnt # pkg info|grep rpi > rpi-firmware-1.20210303.g20210303 Firmware for RaspberryPi Single Board=20 > Computer > u-boot-rpi2-2023.01=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Cross-build das u-bo= ot for model rpi2 > u-boot-rpi3-2023.01=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Cross-build das u-bo= ot for model rpi3 > u-boot-rpi4-2023.01=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Cross-build das u-bo= ot for model rpi4 >=20 > --=20 > Karl Denninger > karl@denninger.net > /The Market Ticker/ > /[S/MIME encrypted email preferred]/ I would not be the first time that a u-boot update break booting on a board. I didn't test on RPI* the last two (or three) update. Just to be sure could you test the official image ? Latest armv7 14-CURRENT snapshot should have the last u-boot. Cheers, --=20 Emmanuel Vadot From nobody Sat Mar 4 08:48: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 4PTJR32mKmz3vlFJ for ; Sat, 4 Mar 2023 08:48:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-20.consmr.mail.gq1.yahoo.com (sonic310-20.consmr.mail.gq1.yahoo.com [98.137.69.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 4PTJR25lnwz3vQP for ; Sat, 4 Mar 2023 08:48:46 +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=1677919725; bh=KxejYfWJGOFq+47yS01QQOAwuFpwfv8IhOmGDCNitPY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=FvG309CBBiU6Gu16Dq9U+VAKsTOsN0vyutBcZWTS6d6121Tf+yTffTBsQIH4FABQrK67ZHN2jKjaO8TholK/zyRYx5++PR6Z6hobyyHC3VnBw/Um/lpZjNq8C68o0C//0Ximn60+eK2jzweqh8HMs1qffHL/6066ARpsSpnX0sTGhszYMKF8dvbosbnVuSUpbRs84Kavlq7fOItdHPyFPSC7ATyBRZAZt+IsepPqioseWnRNTS2vsWSko6VvZy/PXHb5lk9A4TQrTDqJuIWFgIhJ7Z2WJTbe/nz7rRUbaf0qowT9G8LJctmuaA27hDiWN8cFaEFBCiMynqeWNaBhWQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677919725; bh=wV9eApGWcl5C2qnWZm5Q+A/VvBUXMC5e3nUe+VBrcrx=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=FysS3ea/W/cSOFX5w4p74DHD1w65eVgRIcjWYiBU3yjfZiRm0rXDt1IXxYSJ45JJqc/0TrIpB3/oRL4WZQeM2hr+qpki6v7hhvn18WfvfvJMY9FfX72jNjDRZLzPbrs/OkDzkgT9cnzu7R6pZycChPy/d9OIjmM/ZvzuH05ih+q7yymheZQ6xN5MO+o735OfGZOYw14on4yIymYWJL5oIhRULDu48TMq0L/OoImX3GqFj0rNnovzzpC9EzyunkpArSjt1Y2LDHl3019IVPnm7ywvdAxLY4Bmh9AptexSv5YuwN+I+AxVflCWWrSv9IFabHIIeel85d0CmAAjfatiIA== X-YMail-OSG: 8j9f1scVM1kldnAPp_5wraJDSZuIxKP9snbNmNOJZgWqkzBZoyV91w5EQVkaOBr sXRfOs9Uagj5s1beO7_kxdo5cPjrK2t2B7.r1.FZ9QKnmWtKARwaOy0Y5kmWEUE.Xm4eJMCT0MI9 LlZ5.PvLBruqc3XxgkpRrHfGjLQb52btpHY0IL8IFCo_gi1uKUjKjZamQ19DE1tcmIWfvIB0V0Tf 7jInhlGdDpKcABjgA1nOmG331GwV1Qdc33fy2uj1ld4XTxPy0u4MnsWagKoHIX..hWCyNUnpFWdj 4QDezjrOGi39wjzP6qKppYzk7I2GKMb_l.9FB.dJ9gBZn_kW3xPwQro7L3QjQHd0kPG47ZjWbHQ. 4haKPzos8rZ2J0bjBikwx.ZfOWCFIm6oNkz64lCP7mDS8nlp5GtsLkIQL5fZZn3u0R5d5FLJnB_e Ezx_ZSUhUbyv_q8Y0hkBgzBrKuawuuxryS.M21Ww4ZvxqG4G8sWsKvY6xRU01q1q0NNMByCGXlUu .PR2jnx_Om6hV7ooR63W8rCWWDZ1aITs5E4Em2r561hRRZQ3E7swoVcUX.hVctLzy6oq0bpgUBgv BGOh3rPEYXezFkGYNlyNDF.RNa1V9Zp0ISsPeo2zgGs0mykuX1TDuLzTGDUXJmM2_JbSAOMdF9kZ 6aVofdc_aeMEndouaHDp8jsJN8iYuFBliyWrI5uqeGgpW.HWByfU1h70QND9TZfM.tGyJ6be3hVC NvBVwRjI1YvPVRaQaCxh2tb8_Fie2xjVylaI.4e8KuQviNd7tSWdP2KRgNfVTVziglDX2pGwz121 9PuHlvD.5NjK4Udos.449J52b2yTjg6MqG6WKcUqIYAihBGZ6gUoSYG7iy1Bkr_lEzBL6wF5x1hQ 6TIyq3GRUcBM.MWYvr4x7bJEB6tI86TjM9Pmnff2xEZ3GdAYkacunek6fR47z01Ptm2GnwowMTVO A8s2J4I_mpAqa7MEw0_ao3Oq1rVV_WaROVdbF_6g0plCFFCCNpRFY5jnYzqllTOSMvSclCGfnTfC pySzns8WDBWeq2Ptjye81f1UL97eFBkfFhpYXM4tgwGbRcTJyg4L4BKmDfiu2nAWN.kjmaTBDcmb 50o4WpnS2l9YHC8sCUy4GzRu82lqqeSKw48j7KKoja6V7Lb4qYd8m_wG.iyUGd58EMhu71L1AYn2 VLMv1XiVDYB0hZeUIC8Xo5STQfdgOdt73kHW_F.8LErEszcvMGbbgaM8cxrCX7BnbVMpcPY14qYD ApMczWBSDyzXYL8ya4c4i0zb5JTldCm2FtlwtfF3FO5l3Qs_kqJ4ru87G6CGn058Y6vulC6bBe_A eZbkjWM.ydkLENucQ.Luz0GdmPcrkUqtNBCqHyseee6.xcaPqnHPzz.RhPtNHj4P7wTxZZo0NEyp uV77f6VFjkq9kvQgBz6vKn5PPM73qGpLSPpJl34O9apSuzNd_cu.hwO6mHZ1hrOVNwINbbsCqDfZ DU7uGiDNIJ6GdpN_LsbqwgSmt4qlXYKKiRMtBwtJGRFxVOjqGYkiMvSA17_1duJx7BZ784rFc5ZK UgswFKPEakDMtS9rk3stMFp9Ee25T.H2LLPE71LN4tY2JsByJ9urmUdYQbAxHmAtBtUu7SqDNwpm 74C4Mjpaw80IaSRx0WBJxmSRyP9Q9Rb4W2UxhRFXYIV_0WcKSliVYd77tlPHT9j6QdDd.0pM39ON OdWHe66qDtylp8l9wTm_CzDV3amhBycIsv.k2sshCFqNx1o4FomVwt.NH.RQ.PEtPYEgZPCettBF kOOJS1qATHcx1isVvZ04rq6fIqXNwJxZJHQe2qNId.llMo..WAnfGDt5m.4PzrhtkJ0gaPaM4MYe tAlSwJQD5r8o3SPsCN_yqsjCRaqlwKvjinNBe1yKoGAA6JLzFX9XxPnzfAmAGFv1Fyqfq2UJ.Bwd J52c1v8Yu6BrwXvn2kEd7Ym7BsI9xWscnqXSqQ3PnNgD8xsrzDBFBcm95hqw1LbhM4rYnYKNdBNO bibWhaVgKMtT14OUr5yBYp6jM1G2w4QC6ULOylVndvGShh8eVKZqnDsg3DNcMagaRYhcrnWNnmye z4EQEX8trEHxZ3iqxq1tuKyw8kyqz9hI4gU.DLIyqyLeGLE.McxLYbtuiQXLBe0XiuqzP4og24cQ rYuE1E70ln633qcVsGD_CuMoy1.sQ4SQkTiZEuqj3XqsIYYkJAlbaujq_0xtfXbXBjKSNeOPiIrM k_X6.zzHXDjfJ318OQJyJmTVTN6CFIJQvFEn97hcv8CZIiIEktNQRll9G1bhl6ty_BobTbeE9l0E - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sat, 4 Mar 2023 08:48:45 +0000 Received: by hermes--production-bf1-777648578f-7gmg8 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4612330a51a02b34e2c1fe0bceed628f; Sat, 04 Mar 2023 08:48: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.400.51.1.1\)) Subject: Re: uBoot broken on RPI2 Model B? From: Mark Millard In-Reply-To: <20230304082122.aa28fdf4e18f53fa58618329@bidouilliste.com> Date: Sat, 4 Mar 2023 00:48:30 -0800 Cc: Karl Denninger , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: 7bit Message-Id: References: <20230304082122.aa28fdf4e18f53fa58618329@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PTJR25lnwz3vQP X-Spamd-Bar: ---- 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-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Mar 3, 2023, at 23:21, Emmanuel Vadot wrote: > On Fri, 3 Mar 2023 16:12:48 -0500 > Karl Denninger wrote: > >> Just tried to build -13STABLE for the RPi2 and ran into this (I'm using >> Crochet and have had to make some changes to the board-specific files, >> but it appears the problem that results in it not working is in uboot; >> I've made a number of changes since it looks like the system now wants >> to boot off EFI as opposed to what worked in -12, which would be ok if >> it can find the boot device -- I think (may be wrong here) >> >> U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000) >> >> DRAM: 948 MiB >> RPI 2 Model B (0xa21041) >> Core: 70 devices, 13 uclasses, devicetree: board >> MMC: mmc@7e300000: 1 >> Loading Environment from FAT... ** Bad device specification mmc 0 ** >> In: serial >> Out: vidconsole >> Err: vidconsole >> Net: No ethernet found. >> starting USB... >> Bus usb@7e980000: USB DWC2 >> scanning bus usb@7e980000 for devices... 3 USB Device(s) found >> scanning usb for storage devices... 0 Storage Device(s) found >> Hit any key to stop autoboot: 0 >> U-Boot> >> >> Needless to say if I let it try to continue it fails as it can't find >> the SD card and "mmc dev" shows nothing present. >> >> Obviously going to dig into this further myself but I recalled something >> about this uBoot version being broken on older Pis... >> >> The layout of the disk on the boot partition is thus: >> >> root@NewFS:/mnt # ls -la >> total 12679 >> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . >> drwxr-xr-x 35 root wheel 42 Jan 20 10:16 .. >> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 EFI >> -rwxr-xr-x 1 root wheel 709 Feb 13 11:09 README >> -rwxr-xr-x 1 root wheel 26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb >> -rwxr-xr-x 1 root wheel 52456 Feb 13 11:09 bootcode.bin >> -rwxr-xr-x 1 root wheel 141 Feb 13 11:09 config.txt >> -rwxr-xr-x 1 root wheel 7314 Feb 13 11:09 fixup.dat >> -rwxr-xr-x 1 root wheel 3187 Feb 13 11:09 fixup_cd.dat >> -rwxr-xr-x 1 root wheel 10298 Feb 13 11:09 fixup_db.dat >> -rwxr-xr-x 1 root wheel 10298 Feb 13 11:09 fixup_x.dat >> drwxr-xr-x 1 root wheel 20480 Feb 13 11:09 overlays >> -rwxr-xr-x 1 root wheel 21169 Feb 13 11:09 rpi2.dtb >> -rwxr-xr-x 1 root wheel 2952960 Feb 13 11:09 start.elf >> -rwxr-xr-x 1 root wheel 793116 Feb 13 11:09 start_cd.elf >> -rwxr-xr-x 1 root wheel 4794472 Feb 13 11:09 start_db.elf >> -rwxr-xr-x 1 root wheel 3704808 Feb 13 11:09 start_x.elf >> -rwxr-xr-x 1 root wheel 521916 Feb 13 11:09 u-boot.bin >> >> root@NewFS:/mnt # ls -laR EFI >> total 24 >> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 . >> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 .. >> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 BOOT >> >> EFI/BOOT: >> total 140 >> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 . >> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 .. >> -rwxr-xr-x 1 root wheel 133812 Feb 13 11:09 bootarm.efi >> >> root@NewFS:/mnt # more config.txt >> init_uart_clock=3000000 >> enable_uart=1 >> kernel=u-boot.bin >> kernel7=u-boot.bin >> dtoverlay=mmc >> audio_pwm_mode=2 >> dtparam=audio=on,i2c_arm=on,spi=on >> >> root@NewFS:/mnt # ls -la overlays | grep mmc >> -rwxr-xr-x 1 root wheel 1221 Feb 13 11:09 mmc.dtbo >> >> Which I BELIEVE should work -- assuming that I can get "see" the SD card >> from u-boot that is.... >> >> Installed rpi-related packages: >> >> root@NewFS:/mnt # pkg info|grep rpi >> rpi-firmware-1.20210303.g20210303 Firmware for RaspberryPi Single Board >> Computer >> u-boot-rpi2-2023.01 Cross-build das u-boot for model rpi2 >> u-boot-rpi3-2023.01 Cross-build das u-boot for model rpi3 >> u-boot-rpi4-2023.01 Cross-build das u-boot for model rpi4 >> >> -- >> Karl Denninger >> karl@denninger.net >> /The Market Ticker/ >> /[S/MIME encrypted email preferred]/ > > I would not be the first time that a u-boot update break booting on a > board. I didn't test on RPI* the last two (or three) update. > Just to be sure could you test the official image ? Latest armv7 > 14-CURRENT snapshot should have the last u-boot. Karl reported that he was using boot1.efi instead of loader.efi and just substituting in the likes of loader.efi got booting to work. Why boot1.efi ? Because that is what Crochet put in place. === Mark Millard marklmi at yahoo.com From nobody Sat Mar 4 14:03: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 4PTRQX4MbPz3w43Q for ; Sat, 4 Mar 2023 14:03:48 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 4PTRQW564Rz4Pdb for ; Sat, 4 Mar 2023 14:03:47 +0000 (UTC) (envelope-from karl@denninger.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net; dmarc=pass (policy=none) header.from=denninger.net Received: from denninger.net (097-081-026-048.res.spectrum.com [97.81.26.48]) by colo1.denninger.net (Postfix) with ESMTP id 4F3352110C0 for ; Sat, 4 Mar 2023 09:03:16 -0500 (EST) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id D59E932EF34 for ; Sat, 4 Mar 2023 09:03:15 -0500 (EST) Message-ID: Date: Sat, 4 Mar 2023 09:03:12 -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 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: uBoot broken on RPI2 Model B? Content-Language: en-US To: freebsd-arm@freebsd.org References: <20230304082122.aa28fdf4e18f53fa58618329@bidouilliste.com> From: Karl Denninger In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms070607020105020207070304" X-Spamd-Result: default: False [-4.90 / 15.00]; SIGNED_SMIME(-2.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; ARC_NA(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[karl]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4PTRQW564Rz4Pdb X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N This is a cryptographically signed message in MIME format. --------------ms070607020105020207070304 Content-Type: multipart/alternative; boundary="------------6UT4SR0uru7SerTJHML9NJnL" --------------6UT4SR0uru7SerTJHML9NJnL Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 3/4/2023 03:48, Mark Millard wrote: > On Mar 3, 2023, at 23:21, Emmanuel Vadot wrote: > >> On Fri, 3 Mar 2023 16:12:48 -0500 >> Karl Denninger wrote: >> >>> Just tried to build -13STABLE for the RPi2 and ran into this (I'm using >>> Crochet and have had to make some changes to the board-specific files, >>> but it appears the problem that results in it not working is in uboot; >>> I've made a number of changes since it looks like the system now wants >>> to boot off EFI as opposed to what worked in -12, which would be ok if >>> it can find the boot device -- I think (may be wrong here) >>> >>> U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000) >>> >>> DRAM: 948 MiB >>> RPI 2 Model B (0xa21041) >>> Core: 70 devices, 13 uclasses, devicetree: board >>> MMC: mmc@7e300000: 1 >>> Loading Environment from FAT... ** Bad device specification mmc 0 ** >>> In: serial >>> Out: vidconsole >>> Err: vidconsole >>> Net: No ethernet found. >>> starting USB... >>> Bus usb@7e980000: USB DWC2 >>> scanning bus usb@7e980000 for devices... 3 USB Device(s) found >>> scanning usb for storage devices... 0 Storage Device(s) found >>> Hit any key to stop autoboot: 0 >>> U-Boot> >>> >>> Needless to say if I let it try to continue it fails as it can't find >>> the SD card and "mmc dev" shows nothing present. >>> >>> Obviously going to dig into this further myself but I recalled something >>> about this uBoot version being broken on older Pis... >>> >>> The layout of the disk on the boot partition is thus: >>> >>> root@NewFS:/mnt # ls -la >>> total 12679 >>> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . >>> drwxr-xr-x 35 root wheel 42 Jan 20 10:16 .. >>> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 EFI >>> -rwxr-xr-x 1 root wheel 709 Feb 13 11:09 README >>> -rwxr-xr-x 1 root wheel 26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb >>> -rwxr-xr-x 1 root wheel 52456 Feb 13 11:09 bootcode.bin >>> -rwxr-xr-x 1 root wheel 141 Feb 13 11:09 config.txt >>> -rwxr-xr-x 1 root wheel 7314 Feb 13 11:09 fixup.dat >>> -rwxr-xr-x 1 root wheel 3187 Feb 13 11:09 fixup_cd.dat >>> -rwxr-xr-x 1 root wheel 10298 Feb 13 11:09 fixup_db.dat >>> -rwxr-xr-x 1 root wheel 10298 Feb 13 11:09 fixup_x.dat >>> drwxr-xr-x 1 root wheel 20480 Feb 13 11:09 overlays >>> -rwxr-xr-x 1 root wheel 21169 Feb 13 11:09 rpi2.dtb >>> -rwxr-xr-x 1 root wheel 2952960 Feb 13 11:09 start.elf >>> -rwxr-xr-x 1 root wheel 793116 Feb 13 11:09 start_cd.elf >>> -rwxr-xr-x 1 root wheel 4794472 Feb 13 11:09 start_db.elf >>> -rwxr-xr-x 1 root wheel 3704808 Feb 13 11:09 start_x.elf >>> -rwxr-xr-x 1 root wheel 521916 Feb 13 11:09 u-boot.bin >>> >>> root@NewFS:/mnt # ls -laR EFI >>> total 24 >>> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 . >>> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 .. >>> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 BOOT >>> >>> EFI/BOOT: >>> total 140 >>> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 . >>> drwxr-xr-x 1 root wheel 4096 Feb 13 11:09 .. >>> -rwxr-xr-x 1 root wheel 133812 Feb 13 11:09 bootarm.efi >>> >>> root@NewFS:/mnt # more config.txt >>> init_uart_clock=3000000 >>> enable_uart=1 >>> kernel=u-boot.bin >>> kernel7=u-boot.bin >>> dtoverlay=mmc >>> audio_pwm_mode=2 >>> dtparam=audio=on,i2c_arm=on,spi=on >>> >>> root@NewFS:/mnt # ls -la overlays | grep mmc >>> -rwxr-xr-x 1 root wheel 1221 Feb 13 11:09 mmc.dtbo >>> >>> Which I BELIEVE should work -- assuming that I can get "see" the SD card >>> from u-boot that is.... >>> >>> Installed rpi-related packages: >>> >>> root@NewFS:/mnt # pkg info|grep rpi >>> rpi-firmware-1.20210303.g20210303 Firmware for RaspberryPi Single Board >>> Computer >>> u-boot-rpi2-2023.01 Cross-build das u-boot for model rpi2 >>> u-boot-rpi3-2023.01 Cross-build das u-boot for model rpi3 >>> u-boot-rpi4-2023.01 Cross-build das u-boot for model rpi4 >>> >>> -- >>> Karl Denninger >>> karl@denninger.net >>> /The Market Ticker/ >>> /[S/MIME encrypted email preferred]/ >> I would not be the first time that a u-boot update break booting on a >> board. I didn't test on RPI* the last two (or three) update. >> Just to be sure could you test the official image ? Latest armv7 >> 14-CURRENT snapshot should have the last u-boot. > Karl reported that he was using boot1.efi instead of > loader.efi and just substituting in the likes of > loader.efi got booting to work. > > Why boot1.efi ? Because that is what Crochet put in > place. > Yes, and I remember when 13-x first showed up on my AMD box suddenly boot1 blew up there too which was a nasty little and unexpected surprise.  Not a big deal to fix once you realize what is going on but given the fact that u-boot updates have blown up booting on these devices before (and I've kept older versions around for this reason) that prompted me to ask if anyone else had seen a similar problem with the older Pi2s (my '3s are all ok with modern builds) on 13.x I've fixed Crochet to build and use the lua loader rather than boot1 for EFI and it appears to be working fine. -- Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------6UT4SR0uru7SerTJHML9NJnL Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 3/4/2023 03:48, Mark Millard wrote:
On Mar 3, 2023, at 23:21, Emmanuel Vadot <manu@bidouilliste.com> wrote:


On Fri, 3 Mar 2023 16:12:48 -0500
Karl Denninger <karl@denninger.net> wrote:


Just tried to build -13STABLE for the RPi2 and ran into this (I'm using 
Crochet and have had to make some changes to the board-specific files, 
but it appears the problem that results in it not working is in uboot; 
I've made a number of changes since it looks like the system now wants 
to boot off EFI as opposed to what worked in -12, which would be ok if 
it can find the boot device -- I think (may be wrong here)

U-Boot 2023.01 (Jan 26 2023 - 04:25:18 +0000)

DRAM:  948 MiB
RPI 2 Model B (0xa21041)
Core:  70 devices, 13 uclasses, devicetree: board
MMC:   mmc@7e300000: 1
Loading Environment from FAT... ** Bad device specification mmc 0 **
In:    serial
Out:   vidconsole
Err:   vidconsole
Net:   No ethernet found.
starting USB...
Bus usb@7e980000: USB DWC2
scanning bus usb@7e980000 for devices... 3 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot:  0
U-Boot>

Needless to say if I let it try to continue it fails as it can't find 
the SD card and "mmc dev" shows nothing present.

Obviously going to dig into this further myself but I recalled something 
about this uBoot version being broken on older Pis...

The layout of the disk on the boot partition is thus:

root@NewFS:/mnt # ls -la
total 12679
drwxr-xr-x   1 root  wheel    16384 Dec 31  1979 .
drwxr-xr-x  35 root  wheel       42 Jan 20 10:16 ..
drwxr-xr-x   1 root  wheel     4096 Feb 13 11:09 EFI
-rwxr-xr-x   1 root  wheel      709 Feb 13 11:09 README
-rwxr-xr-x   1 root  wheel    26745 Feb 13 11:09 bcm2709-rpi-2-b.dtb
-rwxr-xr-x   1 root  wheel    52456 Feb 13 11:09 bootcode.bin
-rwxr-xr-x   1 root  wheel      141 Feb 13 11:09 config.txt
-rwxr-xr-x   1 root  wheel     7314 Feb 13 11:09 fixup.dat
-rwxr-xr-x   1 root  wheel     3187 Feb 13 11:09 fixup_cd.dat
-rwxr-xr-x   1 root  wheel    10298 Feb 13 11:09 fixup_db.dat
-rwxr-xr-x   1 root  wheel    10298 Feb 13 11:09 fixup_x.dat
drwxr-xr-x   1 root  wheel    20480 Feb 13 11:09 overlays
-rwxr-xr-x   1 root  wheel    21169 Feb 13 11:09 rpi2.dtb
-rwxr-xr-x   1 root  wheel  2952960 Feb 13 11:09 start.elf
-rwxr-xr-x   1 root  wheel   793116 Feb 13 11:09 start_cd.elf
-rwxr-xr-x   1 root  wheel  4794472 Feb 13 11:09 start_db.elf
-rwxr-xr-x   1 root  wheel  3704808 Feb 13 11:09 start_x.elf
-rwxr-xr-x   1 root  wheel   521916 Feb 13 11:09 u-boot.bin

root@NewFS:/mnt # ls -laR EFI
total 24
drwxr-xr-x  1 root  wheel   4096 Feb 13 11:09 .
drwxr-xr-x  1 root  wheel  16384 Dec 31  1979 ..
drwxr-xr-x  1 root  wheel   4096 Feb 13 11:09 BOOT

EFI/BOOT:
total 140
drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 .
drwxr-xr-x  1 root  wheel    4096 Feb 13 11:09 ..
-rwxr-xr-x  1 root  wheel  133812 Feb 13 11:09 bootarm.efi

root@NewFS:/mnt # more config.txt
init_uart_clock=3000000
enable_uart=1
kernel=u-boot.bin
kernel7=u-boot.bin
dtoverlay=mmc
audio_pwm_mode=2
dtparam=audio=on,i2c_arm=on,spi=on

root@NewFS:/mnt # ls -la overlays | grep mmc
-rwxr-xr-x  1 root  wheel    1221 Feb 13 11:09 mmc.dtbo

Which I BELIEVE should work -- assuming that I can get "see" the SD card 
from u-boot that is....

Installed rpi-related packages:

root@NewFS:/mnt # pkg info|grep rpi
rpi-firmware-1.20210303.g20210303 Firmware for RaspberryPi Single Board 
Computer
u-boot-rpi2-2023.01            Cross-build das u-boot for model rpi2
u-boot-rpi3-2023.01            Cross-build das u-boot for model rpi3
u-boot-rpi4-2023.01            Cross-build das u-boot for model rpi4

-- 
Karl Denninger
karl@denninger.net
/The Market Ticker/
/[S/MIME encrypted email preferred]/

I would not be the first time that a u-boot update break booting on a
board. I didn't test on RPI* the last two (or three) update.
Just to be sure could you test the official image ? Latest armv7
14-CURRENT snapshot should have the last u-boot.

Karl reported that he was using boot1.efi instead of
loader.efi and just substituting in the likes of
loader.efi got booting to work.

Why boot1.efi ? Because that is what Crochet put in
place.

Yes, and I remember when 13-x first showed up on my AMD box suddenly boot1 blew up there too which was a nasty little and unexpected surprise.  Not a big deal to fix once you realize what is going on but given the fact that u-boot updates have blown up booting on these devices before (and I've kept older versions around for this reason) that prompted me to ask if anyone else had seen a similar problem with the older Pi2s (my '3s are all ok with modern builds) on 13.x

I've fixed Crochet to build and use the lua loader rather than boot1 for EFI and it appears to be working fine.

--
Karl Denninger
karl@denninger.net
The Market Ticker
[S/MIME encrypted email preferred]
--------------6UT4SR0uru7SerTJHML9NJnL-- --------------ms070607020105020207070304 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DbowggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBxIwggT6oAMCAQICEgLG8yH4PQFdbd9x Ugmpzl1jXzANBgkqhkiG9w0BAQsFADB7MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlk YTEZMBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENB MSUwIwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENBMB4XDTIyMDYyOTE2MTYz NloXDTI3MDYyODE2MTYzNlowOjELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEX MBUGA1UEAwwOS2FybCBEZW5uaW5nZXIwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoIC AQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvW ZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B 3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTgy+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYI XgVVPgfZZrbJJb5HWOQpvvhILpPCD3xsYJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMi WapsatKm8mxuOOGOEBhAoTVTwUHlMNTg6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMb NQm1mWREQhw3axgGLSntjjnznJr5vsvXSYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZM qa20JLAF1YagutDiMRURU23iWS7bA9tMcXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5 CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1l y+5ZOZbxBAZZMod4y4b4FiRUhRI97r9lCxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY 2BlA7ExM8XShMd9bRPZrNTokPQPUCWCgCdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEE MDAuMCwGCCsGAQUFBzABhiBodHRwOi8vb2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNV HRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIFoDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYI KwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCGSAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBD bGllbnQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNV HSMEgcIwgb+AFF3AXsKnjdPND5+bxVECGKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQ MA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5 c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lz dGVtcyBMTEMgMjAxNyBDQYITAORIioIQzl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJs QGRlbm5pbmdlci5uZXQwDQYJKoZIhvcNAQELBQADggIBAKquc7cu0xc8FNtAQauZvocDzWQj 7HG9YvMbWnMi+ckhiA3rdW5NwWg0HBhBho1YlnqV+ntCVE2L8ezohHWm+KAdfXgpraL86Vsn 3ywNlZu/3COMpo2ALuHln8YQtH3Y8ebvzKMdlf2b5WB+7mOFIxXIr4AnNOLKCkq5ZhzC6JW6 Jvw3P0csiGa3UrfatYID5NvPgkaQvEgimEjG3psZqwQTL2Wxohvw783PrDt3wS0XeNhvQ61g 3QJFZKuv+bmGH3YBSPo1t6NUGAr+JozX5lDihB8JGkBt/NwdYec49a08uL0BbPaAJ7NjuIPG 7Y0Ak7PXZT37yx/Zla9PzLMJFgbelOkaatdzbblMZPDEVZ27l4lGMmV83Lm3YP17sdAyS/Wp mav7WmJUkQ9iuIKzSpdc82i9Mfujl1vbBtwtkHNPPtKuulIFM4ZwrPKjlVdLqTSqD8m9yHEi Y0PuAooq63OpJWF6hvMaiIPBWEAVIaDW9uG0MshLl9DnHnMyrJTfuC33Z9mOGMz7dRBjJd5Y W02xAzYnUuEBOpj+LQv5R8XIFMHFXktqEKvQrXeM2RU+PcZqKOBkTktxBLn3NI5VfA15Jk0c 5V5XcOqo3p2hvrwvXrinrb2pEREnoqmfrkXT3zOq5Y6ryRH8u734lGEF0dILXzoV4PM7XFit oTePoEjmMYIFBDCCBQACAQEwgZEwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGEx GTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTEl MCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQQISAsbzIfg9AV1t33FSCanO XWNfMA0GCWCGSAFlAwQCAwUAoIICQzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0yMzAzMDQxNDAzMTRaME8GCSqGSIb3DQEJBDFCBEB58wgpmzA+d4pSHWXg /YcDidQcJdWJ2nlIz29YvztOGwPmZADGkuTFHZ57XnORIVVRTpBjR3VW/UgpS2rilH25MGwG CSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAO BggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw gaIGCSsGAQQBgjcQBDGBlDCBkTB7MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTEZ MBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENBMSUw IwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENBAhICxvMh+D0BXW3fcVIJqc5d Y18wgaQGCyqGSIb3DQEJEAILMYGUoIGRMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9y aWRhMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMg Q0ExJTAjBgNVBAMMHEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0ECEgLG8yH4PQFdbd9x Ugmpzl1jXzANBgkqhkiG9w0BAQEFAASCAgA69vCtYBykOGdluqkHdN5ItO/VdtZ9Xk92hswr gKBH9EuUjCpFyzNRzDS8CPgcuicTOE7TCUcPFe6Sf8oH2MNOrZf4ZUMw6oH22Mg+M6CtL4AI pZ7smJjSuEAbnBmidujhY1EMp37Jw2LVOcXpeu7HApF4NgAn8u3JeKWtO0k5zAttfyHdgEb0 39l1g+Gj0m5bd1glPw1+k1M2N9qwbdq4lya8PZQbV+dxmnSre3YINXqhYSK5zKzSlVpqM6iT HRmu7a6144W/oJuiHU7orI72QsnBvelvmn1iht1bVXVYrXbIJBKjPr0wEgZAI/NUn1IVlctc 57QR5QDudldhCO0unzDtvRajGB5ZylnWXMtWLN/Ag+FRGCEcUpptpHWWPE9xoA67NyU+wStz 1TN5oBcB/Ujz+iDwwvQHO00Fq0ig0ep4iIAPSuDwHrdRSel8xfNU2COiTo72PnYg1heeV/v8 DQlnjv3El1sMMOeTbFaoqlzz0YttwlYjuX9cAqFPIbrOXrk5sTQeLrrn1vMX+btoh1OFOt+4 EO7TlBELtDubivDgzCQoCLoIWTOU/9FDh+qK8SWJTsX1oIzWulETUpwEiu2Ij3rvhxuzLus4 ip8qs5SwgCUEW4EpbH9aYDBtDo1OS7YpZb7A0VeQ4DNynYE5SJ5q3exEu2iWlrBpapGEJgAA AAAAAA== --------------ms070607020105020207070304-- From nobody Sat Mar 4 14:47: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 4PTSPN30yjz3w5p2 for ; Sat, 4 Mar 2023 14:47:52 +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 4PTSPM6gyKz3Gy0 for ; Sat, 4 Mar 2023 14:47:51 +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=1677941269; bh=M2hsJxmxe/WuQOffIFFbRErwBkYXhiEUepKxE2T+u2M=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=aLaclDf9OF8NObD74gQJnrt+ew7evxjLe9YwyNOcrcy9BXJhbPBF6fQJYtBItlJzp5IchtCmzKY7F95tKDj8DkSWgS/IhepDi6wFSm/OVMpxsD3vfd8HKb6N9Nct92gMtfo9dyeaUYwJFN6i1nHWOms/dg5NWfb7oTDj/6djYp4fvJFEgB8f/lrTKDV/7Zy0VoScpb6EC2gG3jtDQ+sSVtYH1uYzypeCnFAsiIMS6dTnhVj433GEuws+NT6OMJmczaw65KvoGlU5R1YqbwmOm+x+srJ+OAU7CTrU+ELI4oveUpUHOdEGCmpPS3Cr2cHhgz9R9CsnNJeD4OBPzl9ODQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677941269; bh=+Is0FQN3n993uwd8ZHDfpGA5pV6HrQt2ZRmP37iiUL3=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=hovtJSCSAcC8RQEQFGN9zUBczRZBYLJtN2+ORZI3OeuSSP8mkhdf0SI5ABRwepKS8zL+VzZl8j3cUCACG+kHTbSyTmvrmSmm7C9NG40/rMJKZU+wqRTICOlVTVWI+86CddJhlWAn8yhN/YvWCdfL3GowMZFq0trjbM2QBcvAi7KrdgAoJj7Ik3ek1cXsRJVxRpNN2bQwZeQ7xXH4VR0sMLpJHh3Wqdb2EBhhbos1J7x3EcqOv10C4UyjxHnBs9k8GnQ/rXJ6l2hCZmh6KplL7Ub7oHpE5vW0LXo3m6rLVJItnJTGCXXRNc6aUqbDENRElNRPRL+yT5A2ZQ0AVaQ6lQ== X-YMail-OSG: gBmR8bcVM1l_JGJjnxdA8hUmKNDpegJabS0w6wOjqsL3Yc.A9QaqnIOryMqro66 j47GJEo823DQOy89VEkm4rEtXvuLFDbBWThQDN6t7fgW9oaaBLNZ6U9ENNi2JIEf9G9G2AkgVxDX etvcCrp09sbv8NuXGzBorZY6pEFu_llyvPp3Qp8Rgcq6KOFwoAR4GmehBfkoCaNyKsjPTkjenQMh hWs_deivgYRKU9_Rx4g.F7H_sEe0TyT_5XSMv3E1.rOt_WCBJkASfFeEBtNfkoD.kIobKZOm98MF PxCR55B1h87rBPvRUvGk7o9FeboYRymTV83q5Rgz46ZgBTEguALJYuepbRWyl5Ia8P8bWLEajOR_ IrlvP87RPFF.x10egViaOUwqYEW._Ob88Eos0tgBXZuk4wt2wvk_4eSgEdIwUFOBbWtEcmkjS7zw hLUie9R1zafq7FRIJwrOtklzcAZX6dbf3wke.xM6y5aINqbevezpzItZWdKnKRKqiIPB1qrMy_Ks Tvq6UnOHeEMpRB46_HDmsnMb2JzVXhdSKVcGINXB6lMh._IveP409lzYfRk5wWXqrefPONj34HvA XTM.D5cf0NNiA6LauM6BCotq2wJbBwapz3UtqIT0K38u82xyzajt1V6nkCo7PKXxKAOW0W_SJQ89 k32RRVk.AlSoo38e4un6OOUDC7.WEHrNSrQZgBiHgoAIy6.F3xX.z.7T3CAdXO3ueBjVeCTpHqHZ bVUstUa72MZ.X06uY5PDFO5JhFo6wfcPp3T.GfIhdKwsl7RhgfR1dY8ikQG_I34tx1nSERNsURLa Cp8f9RvRXkk26skzcaoWjeAtlLofg5yYVcFjsDoQ17fC0ZOgZcRA1nzGebsu5Uc3Yvg.AlrdTPP4 Pt6kUkV6mVWbh8I_PMrWgLjOCrTfZPZejc9iP1e23_8sPc4ELMnzsR2hZR3kRz9BQbIMQiBM1bEh uPW0f1N4koUj45GPWSUyxw4si3weJ3UVEtaeAt2oNTPntRZpWPUnwngtpXsR8LF5nVthx6EtsJdH 9qWPFvNSBuWEjgaW52AK2DK2XdwUqUPWyPD7uKLTQF4jh3p1lNrFcZv5GFfDXKbJ.KPkil7wVtTO ghaiJB6DOhxVGZShtuHwUT.Gj7o6UeQoFnw.GJnE3yOAasoQtADCVAgP2dkPEufdbmtAxdQP5Q45 Ap_rLLTZ_Rvs.uggahKhHk7kLLp0JKVfRdma7otmsEd.KMj0jwRwBJcJiwgHC5D89fQxzuhUE0zn ZJvowdolHUctLYAqWB9t6EWtLcPSXzcfH1muV4LUaUCFRfTZzEbXgUiuRWsN4ZXKSqZPdcXFGPFC uoNOa594LW2LtqWTRY4zx_JvpeWTVRxyPR_lQNo6syd6_6RwYTdLMeZbTuSCtUa05tyUeZElKjcy .syLCR7QnSn.4cxcnOskVxpiqiUcoL5xU9OJ8ytLdGcaAMkMTolSSws_74IXmob4LTa3qtDbOLqF xINljKlp8ugjtiYjgSrcGvdnDBMeFO51W.cuvaZg5yJEbYhUtNKRx1YG2rpwEhmHCmqYGlbi1xhM 2Ua12tFyFB6cT3N9rdi619ePbh3g_LpZ0EifaAzZIHHMVgLLOxEHxpmczAT1zTiUm.2uXucWmcms fV1DNAlQsX_84i9JUkXb_T_BWBFDHnFrIR2UxsK8FMKH4LQApp5s_IA44zs1SXc__U.H7nfxdJzk WamwWzAd.16ltURLDvbs5eMQKjD1EuPEUO4fIMQYu5jPTGMc4ZX6gifpY7wbCrgUPKKnC3ku2VKo axAZeyg_3EVyCEcDbJcTSA7qxRKawGrDULR_P7NpKixYEtxdtAF9av5EUY9yXbjZEUPM9uQtfcYQ OoSGhZKNEAiqBoMAp5UbRzR17tO9ebdY1VIaOJlI2ABGy5.gx0ERGcLpnNGcb26Jrzv1BVDu9rDB wqaOWeI.Dx49UPHFrIoNLzUjo1cjVf_POrOtiYguxy0gH0qwsHv9bSnqKnAD47UbHd.zM09fB.ox o6vb9xvmtfTQ2iCO2qLRQ.wPEng0IaHeCrlSadfIpayxSO5boSdzbwI4m4QsvxbdXoBVOl.mDEnq UBtorU7IPTFKedx4gE9JsMPnExEeviBOQhORy4y4n52yCLALyAdHaNgMXJFv5gN.jQ1GJm207Cw5 msdgmquUxdS4niL2iIOCgKQQwvQ3pxJAcURrj1z5DX_XgzCFWM7T0PZn_sKZAQDr5HUAccSANhW2 VxH6H5eZWGenw57jeAvIrvQUDs2VrGfxkMOH_4IRFuPZyuuE3dIK62_QKtktLyE3f9xkbHiGOdVU - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 4 Mar 2023 14:47:49 +0000 Received: by hermes--production-ne1-7688d778d7-775gg (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 35d95126b0914977ff9bea28257ba1bb; Sat, 04 Mar 2023 14:47: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.400.51.1.1\)) Subject: Re: uBoot broken on RPI2 Model B? From: Mark Millard In-Reply-To: Date: Sat, 4 Mar 2023 06:47:33 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <07AFC169-AC12-4812-A0F9-E53ED415E0CB@yahoo.com> References: <20230304082122.aa28fdf4e18f53fa58618329@bidouilliste.com> To: Karl Denninger X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PTSPM6gyKz3Gy0 X-Spamd-Bar: ---- 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-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Mar 4, 2023, at 06:03, Karl Denninger wrote: > On 3/4/2023 03:48, Mark Millard wrote: >>> . . . >> Karl reported that he was using boot1.efi instead of >> loader.efi and just substituting in the likes of >> loader.efi got booting to work. >>=20 >> Why boot1.efi ? Because that is what Crochet put in >> place. >>=20 >>=20 > Yes, and I remember when 13-x first showed up on my AMD box suddenly = boot1 blew up there too which was a nasty little and unexpected = surprise. Not a big deal to fix once you realize what is going on but = given the fact that u-boot updates have blown up booting on these = devices before (and I've kept older versions around for this reason) = that prompted me to ask if anyone else had seen a similar problem with = the older Pi2s (my '3s are all ok with modern builds) on 13.x > I've fixed Crochet to build and use the lua loader rather than boot1 = for EFI and it appears to be working fine. U-Boot 2023.01 did break booting 8 GiByte RPi4B 's via running out of a fixed sized allocation (given the type of U-Boot build that FreeBSD does). 2023.01 makes more use of allocation's space than 2022.10 and before did and 8 GiByte RPi4B 's end up with more in use than the other RPi* 's that FreeBSD supports. 2023.01 needs more of the space while U-Boot is working on loading the FreeBSD EFI loader. But the reported message for the problem is a misnomer. So it looks like an unmodified releng/13.2 is not doing going to boot 8 GiByte RPi4B 's, just like for stable/13 and main [so: 14] snapshots as things are for now. I expect that 2023.04 will have U-Boot fixed for this. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 4 15:45:54 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 4PTThb3JZgz3w8Jv for ; Sat, 4 Mar 2023 15:46:07 +0000 (UTC) (envelope-from mlist@jarasoft.net) Received: from zen.jarasoft.net (zen.jarasoft.net [IPv6:2a10:3781:150:1::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 ECDSA (P-384) client-digest SHA384) (Client CN "jarasoft.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PTThZ43V2z3PTr for ; Sat, 4 Mar 2023 15:46:06 +0000 (UTC) (envelope-from mlist@jarasoft.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of mlist@jarasoft.net designates 2a10:3781:150:1::3 as permitted sender) smtp.mailfrom=mlist@jarasoft.net; dmarc=none Received: from [10.10.10.155] (unknown [10.10.10.155]) by zen.jarasoft.net (Postfix) with ESMTPSA id 3A6DA992A0 for ; Sat, 4 Mar 2023 16:45:54 +0100 (CET) Message-ID: <9e0dc5a1-84c4-20d1-c204-cd8ecb8d3de5@jarasoft.net> Date: Sat, 4 Mar 2023 16:45:54 +0100 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 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Reply-To: mlist@jarasoft.net Content-Language: nl To: freebsd-arm@freebsd.org From: Jack Raats Subject: Banana Pi BPI-M2 Berry Organization: Jack Raats, Steenbergen, Nederland Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.19 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.90)[-0.895]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[jarasoft.net]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:206238, ipnet:2a10:3780::/29, country:NL]; HAS_REPLYTO(0.00)[mlist@jarasoft.net]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PTThZ43V2z3PTr X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N I'm looking for a FreeBSD image for the Banana Pi BPI-M2 Berry. The generic arm 7 doesn't work. Thanks Jack Raats