From nobody Thu Oct 13 05:28:41 2022 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 4Mnyjx2t1Hz4f49t for ; Thu, 13 Oct 2022 05:28:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (using TLSv1.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 4Mnyjv6hpdz3Zdf for ; Thu, 13 Oct 2022 05:28:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1665638929; bh=h6Haj5btxBTTnA0fxwAuLKr2ygmKoeyAC37tx3f6148=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=hO0TQd24WmOmhKZv1KoXmiLEJPn9RS3/+npSB4ISWildYePWD1IH0nQhntDXIFTdSm/TXb70OA4hzXbgcNknlB0tzIukYY3FYCbc0SyGPyRdsQVl8dlawHdrr8wBY1dXrGHKKa3uL/Ycc1KMxiIRpxQLgT7Z0xVPoV9BwXCbziLcO8D+aVhRDRo0CDHFhuvNb8lF48Y+8FNJeQkCMuOBaiENQ9keScn6d55KAaF6pfrElM6DlsB5uQLjY6jZ6Nwd52r2uDPcrSlhyvd07E9xo//5uewpX/sPimK6PTG1g1bMpIgjR9cOozrp5PyvYtyoI/hQgVf5jmSo8+zS5rj/DQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1665638929; bh=AeIJhez3/prG2p6y2nAd6V5qtaXUhqkaOrTDNwH5/qq=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=T2+rNsUXqRoxF2z3r6+z6Q41WmzzElYfQ50X7XmRwuChVwqXj5gTG9I8By0YERn+uIrcPlfLu8sN1xTNLBR94TSjCox5Zp+fzkJPuKTfg7Rxm++V8WASm1/knKEuswcVUQZdIuwpAyjpLcsG+sKomwoTjZ3d6JMg7cPDW8C+/6UitRJV1LyBlXtSHsx82ncGreZGcRLxcNbZBR99AC3X94iUpvSOZuv8btzxKV7uKYUlWX5ZUydOSh6rRwyaeaWEztBpbFUlYCexHc/4hYlVsdZhPmSNTjDKopE/ssoRoz4vHhzoPHa1gJmkqaCHsBnFxKIXIADdjz5sOhjffjAJ1w== X-YMail-OSG: Q4pT7U8VM1lZD2HTj0442Tk0odlKQf.nerLRQ2.FfNTS7xHC3PwwiIt9Z7i8Lb_ FUzI_aEM1f3TLtN.lPVkjpCfBYxA4f6tn7GEykOmp1XkVswFv0Noto6Ri_8WRC6VcOVNAN2FaYaA 9x.qQQyj8HdLD4b6bk78LiXp37kJACuanTIoD8tuEd3XGAWMVJFGy8LwRohaJxNqCaMEb2koqn32 MIPPqJhlEusDMUwMKCQrqZxZpr9xImvh0KqWHv31yXZ0FIuo7YIBnEpt9zOmd390IH27059EaB7V OnYfz.GCSDN9TXK_ry_LLXw2gJSKm579GkTcC_Pte.i56bjPHjgcKegxD4EylCjv.WonD1kTdWl2 6jJnXK2DqZrh0S8QD.3z4q_LK7YVBOT6vGtzYq0qqAnKetJwc77sKlCqd7hqiC.qgU4J3km08KDv dgMv9RJKBvdJTwZeAS0F5YCYp3P65yfNQDeK533SzderJBT1JVKkJFEwssKwWZ1Eg1C.6pCYVW6m qn9gwXBvEYry52238qko80nQRj7qrgFrC_tIEpf50gyutODsuDb31YQbEUFVtChTOaudb6V3BjFd Ksv1MEpQIdBcSmNMJdGlebf367SPP8KfbhjYSe.nxE6B2EQtNNNn9rrqgP3uoTlw5i3ddkcQPdlX HwPu.IL0VoquGOyJ2Fuf8PbmDOjoTMyJHDmR.5tAEkMD51wimLdRGymzT9Y8AmuKyL07X2kqdbqD 8NGY5WFQaUsZ6MhhRHdDaJMoDGCdK7RXfzwwanvCGj0i4IXpTHTEXwfQaWu4N45KYrWsvAnTY0Ht 6vIeAHKrPTEjc6bS9DywXq0s_nThV7N3Sx_4C74cw7o3alg73ZDwUwsByyuh2BVqSrzlNm7cGUCH iZYXGebJspUYj.PkdTjuM2t5.eJoCr1dwCFjYCxxmcTNpk1FHTfA2dLczzgpGQ5XIDdaVTOXO0pT _qpdet5fkYd2c81r9wcwzaVG07Mtzd0JIoSDnr2iU_60hfpJJqCwaz7NVojzhhja1xt9LureHjz1 qKd.WDvCHKBHake1GmVQc19Rg.fWL6DvcnIOGilU85LF93R7naFMtifML6FGMeyYRvTA4X_1sYy_ eJY.rHThrFfghCrbxHwQRHstwB5gSPMrFLd_9u.38JBuOaO8z1zaJkVZ_hMZ4aiKbPMlncd.lYcQ pMRmve9qaeAwRSFCIxSF9cCik6jah6UTE0Ekgd.cEqmgnp857FPRhrBVHjs396M7ucqDyIKbrCcT UdlADgIChpyparaaYge0_KPx8bCzIv3Ub.3PpEHwDUjyJHR6G4yO3GAqqYocyWjwjcBni5crKWV1 h.vTYvZ6Oabj5P638EZrMzVVSgM2VTlkNGwNuxFORhV0Awn8ce8woMoiMvYgxP5gMwiOD7cX2_Hf OQKSaGvG1E__ALLfs2JrI6DzLIQ2RDz22SNUyA3iOF2Db3GvrnVyN1v0HeAXcumZtcsElZkGGUZt C03MzcQHme7HvTLt_InBU32IA_xr7RFw7UIqJuqn5kBXoeAHFUvZSCWAkFSA91wGolzoZk7jIT3n JRS8FmqtNvVI0PDIn8x95ZBrKFfHwGrLobHkdeEN3o3InOUxu162c_Pz1Yt1eDuP_b7cu9pB75mM Z8JtkRid45XXX.6UAH5edmuatEJJNt673HLh9vRmZ95O2_L82Fop9HEQIn23YAd5icsrkTGG57oc nT_pPeZSdsuBi92Q5i78fLKG020V8YIvY_DmPzYdGMXJm0BbTmHkE9fA1aPZ9vSsocyClGxoXQzg zQ80lGhXV37A8g0c0bmBk_jpGVhNtu1uPTp_o8jxomXS3NCSxwzTAr1RJ..fhDNHe0pi38aLepMC d3zVBazE8xg5jgkXE2IkIpmE9HSwc9AsB3RkOS6d98h.iBSeMMGEGtSvQralgPOt0varl5powll5 3OairnYba.IHjAJxCrqof22b3sQEUg3VyCm7whM0gB75EZrmoiVBfZ1215Fq7R2HOKRuir0WnPWV A2iNKejp0V2i8pQKcSF679r5MDsPHnQt8H5U8uvVJja.mbwuSmVZ55aveMz816mpNSezZAXg_m8A c6oS0WQ3TrrhDYR3DzLTD7OQ2eyu1os8bBteYAnrMfallfgcd6mVddYV_L.tzTT._06Tp3tTB3wx h2G9iaPoESaO7Q66cpVEMiFw0OfIgUcjX12zdodFyfPBmO41.EbknldwnJOHbKVCGq.5LpLZ_z3y .bxobLGbnDP_E5RJiO1Ntpo4MnZhzy4X48aNXQEPI5IYa4Tk83VtNW14E3J8b4Ood.dDU0IXfB2F DMg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 Oct 2022 05:28:49 +0000 Received: by hermes--production-bf1-585bd66ffc-gfghw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b6701a2b68fb6ae86f37009935544747; Thu, 13 Oct 2022 05:28:44 +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 \(3696.120.41.1.1\)) Subject: Re: FYI: FreeBSD-14.0-CURRENT-arm-armv7-GENERICSD-20220930-42dc8696df5-258315.img is broken for RPi2 v1.1 (so: armv7) From: Mark Millard In-Reply-To: <6A679278-69E0-4592-BFED-48ED8598C2F1@yahoo.com> Date: Wed, 12 Oct 2022 22:28:41 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <6BA96801-D70D-48EC-8DA9-F67C2826609A@yahoo.com> References: <6B46F46A-2CAF-42C9-9A04-63567D7DB9B2@yahoo.com> <28D78C89-E195-4EF1-BB7B-E7F75060BDC7@yahoo.com> <5B631C27-E68C-4F38-96B5-B311110A8F86@yahoo.com> <6EF84694-7CD7-4A9F-BF9C-DFFB52F557AD@yahoo.com> <6A679278-69E0-4592-BFED-48ED8598C2F1@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4Mnyjv6hpdz3Zdf X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=hO0TQd24; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.47 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.97)[-0.973]; 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]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-ThisMailContainsUnwantedMimeParts: N On 2022-Oct-11, at 19:55, Mark Millard wrote: > On 2022-Oct-11, at 12:10, Warner Losh wrote: >=20 >> On Tue, Oct 11, 2022 at 1:03 PM Warner Losh wrote: >>>=20 >>>=20 >>> On Tue, Oct 11, 2022 at 12:50 PM Mark Millard = wrote: >>> . . . >>>=20 >>> For: >>>=20 >>> boot-2022-09-16-15-45-b44869cba1b3-good >>> boot-2022-09-16-18-02-dd2b9c296776-bad >>>=20 >>> there are no armv7 artifacts available between. >>>=20 >>> The range is: >>>=20 >>> A) =E2=80=A2 git: b44869cba1b3 - main - sound: add patch for = Lenovo Legion 5 Intel Nuno Teixeira=20 >>> B) =E2=80=A2 git: a705c72f2142 - main - stand: use = archsw.arch_copyin instead of i386_copyin Warner Losh=20 >>> C) =E2=80=A2 git: 4c670b53a000 - main - stand: use = archsw.arch_copyin instead of direct call Warner Losh=20 >>> D) =E2=80=A2 git: 8b19d28d68a3 - main - stand: Create = MOD_ALIGN macro and use it everywhere Warner Losh=20 >>> E) =E2=80=A2 git: bca9c87b6104 - main - stand: Create = common/modinfo.h Warner Losh=20 >>> F) =E2=80=A2 git: 5d1531d9d4e7 - main - stand: Move = md_copymodules into modinfo.c and reduce copies Warner Losh=20 >>> G) =E2=80=A2 git: 2e6ed47a4609 - main - stand: Move MOD_xxx = macros from modinfo.h to .c Warner Losh=20 >>> H) =E2=80=A2 git: fc352701ff3a - main - stand: collapse all = copies of *copyenv into md_copyenv Warner Losh=20 >>> =E2=80=A2 git: e895ab3fbdc1 - main - stand: Remove dead store = to bi_kernelname Warner Losh=20 >>> =E2=80=A2 git: d43bcf62a218 - main - stand: Stop support = booting 4.x and earlier kernels Warner Losh=20 >>> =E2=80=A2 git: 59b1d074280d - main - i386: Mark the obsolete = fields in bootinfo with _was_ Warner Losh=20 >>> =E2=80=A2 git: 4134f677eb39 - main - i386: Make boot loader = smaller by reducing size of bootinfo Warner Losh=20 >>> =E2=80=A2 git: 9758dd3de1cd - main - stand: Allocate bootinfo = rather than have it be static Warner Losh=20 >>> =E2=80=A2 git: c0ecae78abbe - main - stand/elf: Only support = swapping headers on powerpc. Warner Losh=20 >>> =E2=80=A2 git: dd2b9c296776 - main - stand: fix mismerge = Warner Losh >>>=20 >> Yea, I did a bunch of refactoring. I'm surprised that this produced a = change at all. Would be nice to >> know which one of these caused the problems. >=20 > 5d1531d9d4e7 has the stand/common/metadata.c "align" > removal that the later dd2b9c296776 fixes as the > "mismerge". So it appears that most of the stages > would not build without adjustment for that. >=20 > So presume I've made the adjustment for any such > such cases below. >=20 > H) fc352701ff3a Bad > D) 8b19d28d68a3 Good > F) 5d1531d9d4e7 Bad > E) bca9c87b6104 Good >=20 > So the good -> bad back-to-back sequence pair is: >=20 > git: bca9c87b6104 - main - stand: Create common/modinfo.h Warner Los > git: 5d1531d9d4e7 - main - stand: Move md_copymodules into modinfo.c = and reduce copies Warner Losh >=20 >=20 > Note: I cross build armv7 via aarch64 normally. > There is no "buildstand" analogous to buildworld > or buildkernel that takes TARGET and TARGET_ARCH > for cross builds. Thus I ended up with a full > buildworld to establish a context for the cross > builds. >=20 I got another oddity to add to the evidence, although it might just be a separate issue. First off some context: With the additions to the microsd card: /boot/efi/bcm2710-rpi-2-b.dtb /boot/efi/bcm2710-rpi-3-b-plus.dtb /boot/efi/bcm2710-rpi-3-b.dtb /boot/efi/bcm2710-rpi-cm3.dtb I can have armv7 13.1-STABLE FreeBSD boot: RPi2B v1.1 (The official support targets this.) RPi2B v1.2 (not tested but I could) RPi3B+ (no access to such) RPi3B (tested) Computer Module 3 (no access to such) (I recently sent out notes out that are for mostly USB booting to match more closely Bob P.'s context. This has some more involved to span the range and some specifics of dealing with oddities of the media I have access to show up in order for me to demonstrate operation.) Part of the point of 13.1-STABLE here is avoiding all the recent EFI loader changes, not just one block of them. But for main [so: 14] and the same bca9c87b6104 based EFI loader that I reported as working on the RPi2B v1.1, I get differing behavior between: RPi2B v1.1 (boots with serial console & HDMI output throughout) vs. RPi3B (serial output stops and, when HDMO is connected, HDMI output keeps going) For the RPi3B, the last serial console line output is: Kernel args: (null) By contrast, for RPi2B v1.1 with both the serial console and the HDMI connected, both get console output, reaching the login prompt. (I've not certified every line is present on both. There could be differences for all I know.) So, in this context, the RPi3B seems to hit the console handling type of issue that you were originally expecting. I originally looked into this in case the results meant that you could use a bcm2710 based RPi* instead of a bcm2709 based one for investigating the armv7-style-boot with 5d1531d9d4e7 and later EFI loader problem(s), giving you more options. =3D=3D=3D Mark Millard marklmi at yahoo.com