From nobody Tue Jul 5 01:39:39 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 53C241D16A5D for ; Tue, 5 Jul 2022 01:39:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.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 4LcQMn4qZTz4hr0 for ; Tue, 5 Jul 2022 01:39:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1656985182; bh=8y08io4RNBpMTLyY1II4fppWEJpPeGfzGT+hmC6cLh8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=hU2H2ZeusI945hQapa0qMbCNre59NJeeZ/pTSC0wgOAPbbSLK/pL+IHukv7eKeT0VaRNZyqF5LNdzkiW7ln7ec0X6lxAO8ktcnbVEoGT2+CgOP0ezfXVY1jBw+wHOfveQfYhnB8ot5uV6Y6V+sCCaEG8Sd4qzqAazik3VIIThlahHt+digjpqI7i565H2aHYvxHAiQKs/kpg8zfr4ti6EwkAE4OD1Nfk4lfWQRJbSYNfnpkg1qKjqAFlLQy8F7r6ctZoXSI006SFC7wycG7MKkZD59I1fWwFOd4u5QoNPqu0DbxO9xV+GVJRDRMQ7pbRo/aKU27Q5kULvj0YGtmpTA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1656985182; bh=P/pKiwbCUjQCG0tSq7gfZ8t7yFOd0HPheFQDrsj4i8+=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=IkkFJYJ8p218mJkEnkQNYk1Zzo993VZnZuEjoe/ONqL/+L8UPo+iDW5tt+7CnNyVuMyIXPNjiwbu9T6aVAVNMN/nvOHk0VH293UId0ZnrUrMiikavKubZez1FnYJkJFSPwATXKR7QeIvRZDP8y5RGYXaR0F+Q38BvIGsWQqDdzo8tUKhzx8PUtuivKkOmkvYAgnLOs6/7DVzeBdBIoosBc6JJ2O10Q27ptDjKaZ2q1UOR3wq8RXGICDBdhbxn7BfC32dGHjSsNyh127cYcx/weuLB2JZ8ENFej8L1yC1+JX6f4wFGTKGUjkH1kUgWKffiYQljzQ30uZwkrs4zfKw+Q== X-YMail-OSG: _qQA5QYVM1nTCFByzxi0ThQWbJ0y9i2XQ.7Jg8tvEHo3Vl6FTziE_sMqYfTLwKM L7WnV5H9Us88vMlnc3nznoizJDbqqldbNi6rKydXzkSUvqsyAqoBlmG0RnV8nbh_svIW2icOaGz6 1tuytT9kqq1sxCWC.x81A1c8A5tJj77aao5MuO8wTevY60yFCdueZk9Xb4lA2QoI.7FAoMlFBe33 1xaS5JYXO.FiOTeg_3VXAkgtyo.EGwL1y3YxHS.YQ819ABapSs3Yh2PRRCNMAPg7a25uUY_6BwF8 .xbdmNCclvyOFXS7yhyruZh9oqQuTKAfuxP_u7gYODeSK_FyMkKmNkn4fAinrv_vPM6Hczm9tq6i 2oi._40hOrCtMnCODdadzsMSli_mMvtl6e7Z4GTM7FHBbpmwM4nwZetey764VfZnD2droRQtuqvp ET5kV7j1jZGfd6xvAgFbMvZLctCQWG28sUPcvMaRLW8gRH1GjmqjB7.RPUl6TMjjiXFQNYmBbxNi 9nAsZrUsKWYdKypwLCuowUfwJ_13hAPgAvORHOrWE8ymC6Kad4.Te1FQ7jBGV4_wArRnxWPr_Ft2 V5PFepp2Ehu7s0ePAeI8xA4i2rOy53DkSjgCDUPry0RA4HZ_sy72ZZDyKiTQ3Uol4qANQdxnbNrf 2hmLA7Xf_g6wYcJw5bo3q4XexB7FGXBvEO9T1ieUKx_M2elrbbvwFDUx6eKHBg2MA.FbhDBVh2RE uFfTYg2q1t.f.uB9FlA.5_0_zhI4ksS4.Iww7AjiEpLcQFgK2kJZ0OtX3tPSi0l7gjUXxlVx9JDH 7_UvvHgzv.iLM6VO8xpkIJYKtChb6CnnPbFB8JBghNRWIwRs3rvFulvs26rK7xhjD0.tpF.g1sRR 2UWsrBcxli7.Uz_Eq5QJP6y6eR.EkYaW_nhYfLbMyA5wzzVoyYjHiN2_b1AkNbqKPtdzLPFEOf6A 8d3.bfO17GXPuf5h5C_x9ex_kO50EFRXhpGqqXeJlI5b6fBuFhkbIA_rTg8YCTggzr4zMfXkz7_g Ignss24VpdMUOZxwHOnO73zywhrDh1uIQQIYah.axH5lSKXzp_CS72VROy0VaQb2EWq6Shus1uLM uaj33f.fwBNhyF5QvP5BQssoUaPPnOG_AqhdIluiTDZrD1B0SmLf0qQ89_9ZnX3neT1xwCQAPKVx dzoYLtiFOnp1CKmF8EyMHxmUz1e2x3L7VLv5CFQi3lImXXp87E413aKu_uQhRjQFHa_bprTWNn5G o9.66sLVQspJhNFKfq_M41B8ensp7Sve1vaEikJ6cGh5eDOXWgy.TaUC8m2N6swJ27Ac_lCZhTnB xG9dytakDeBYkSNd3unSZjv.dzyoiqjJbYdnbCLZlOc84coHQ_cFNVwW5W9nsAMdXvD9owqoXNY0 ei28uT4ZdVST8pC8_UkvxWa_GLu1MyexgnLp8HFHb9OZW7FKyM1_2iKLl63ibNVDm1X82D.5QZtC mrzFlMkuEtb3jcEpmJSd2IeugUpdzhF42C8mkURZdL5CxWb69ifuOhsXntHUZGh6jYonC5.KFVG8 QeivvCteZ.8hTeUOpLOQ4n2njc2Ie0UVXEmDUeZ4AUYVHcfepHYh84.FaWhC2ttYIuArQddyiU43 rK5op6Bx_vd48kn75Mze41iWD3EP587C28eZxM0ZKn..Wr1_zkng3mNaMQiEkuIrwvTSleBpRhK8 Xb.Ww9CyrKAVaNqS654E30qscKzwV4._UV8Gd9iQFpjj9FZAWexVoh8.Swck2CIexrR1ePJ3gg1_ GOjjDX0wuOikVx3zE_b1vBdj_hcjIaKtYpK2de8d6Aq42uqFzSIcKyb4dGFg8OlQEoEjoOz6qH6R a4HAKhpJoq4JHfgdqqcUarDRcin.z0OL1yrkA6sp5x7Ps0.ef.XJUIbsRItUG7EQQDP_8DZ5mvoL GfaTOXeBfZhfM3uissvIYqbD1apc7_OqZCdb5feFmAooDjnCu4TDPkXkqZTdaAQVg92WlncMVyuW _ZwtIjudTpXf5OzERR.O1FqY_Ed3Gwkm0kAtipBa1ryd1vijvrIp6q1L0X0LUpasa6UvbaZ3Eg_5 ycWjizGEsE0wBPD9.iXiUNfkT1_QnkXpIeVB8MrDYVHqf9WD96hylswxGjN.Hbx31U92uCdq2enU VJkAdDyF6iifuENjrLN8JXcBAdzOJPYvDAJFDr_Ck_8xTn78tERc3zXuM9.VGFhBraNKwKU6soSm K44JeNGEllX.r0zZrtPeBx6CYzuCM4zQjRtVJSnhAURle0hD1TgsLt8v.djYiA5LVNlhMZzBu1eJ VY.5MWma7ypzvzU2N3H7CvEpKOiYn4CIjmXltMqSuetdiHW2qtrQFwbQ4Sl30WeNNIgZrnw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Tue, 5 Jul 2022 01:39:42 +0000 Received: by hermes--production-gq1-56bb98dbc7-6v5v5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b1b09fffa619f236305c7e787e1de333; Tue, 05 Jul 2022 01:39:40 +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 14.0 \(3654.120.0.1.13\)) Subject: Re: Failed to execute custom kernels which where build on a RPi 4 operated by 13.1-RELEASE From: Mark Millard In-Reply-To: <0A80CA1D-A3B7-4565-A059-B55FF05DE51B@yahoo.com> Date: Mon, 4 Jul 2022 18:39:39 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <531137B1-0501-47AE-BC2F-62F57067356B@yahoo.com> References: <0A80CA1D-A3B7-4565-A059-B55FF05DE51B@yahoo.com> To: "Dr. Rolf Jansen" X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4LcQMn4qZTz4hr0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=hU2H2Zeu; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.34 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.84)[-0.844]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.991]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; MLMMJ_DEST(0.00)[freebsd-arm]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Jul-4, at 17:57, Mark Millard wrote: > On 2022-Jul-4, at 16:57, Dr. Rolf Jansen = wrote: >=20 >> Hello! >=20 > Hello. >=20 >> On my brand new RPi 4 B (0xb03115), operated by 13.1-RELEASE, I built = 2 custom kernels, with kernel configs from different sources. Building = and installing went through without issues. >=20 > Have you tried rebuilding the kernel without customizations to > see if the installed result boots? (Compare/contrast with having > the customizations.) >=20 > (I gather that the official 13.1-RELEASE installation does > boot the modern RPi4B okay. True?) >=20 > What type of boot media are in use in each boot test? microsd card? > USB3? USB2? >=20 > I have yet to have my hands on a 0xb03115 RPi4B variant (so: Rev 1.5). > It is my understanding that the RPi4B firmware vintage has to be > recent enough to correctly handle the new PMIC used on the rev 1.5 > variants: >=20 > QUOTE (of RPi engineers on its forums on 2022-Feb-08): > The PMIC has been changed. Needs firmware from April 21 or later > . . . > The firmware in both Raspberry Pi OS - Buster (legacy) and Bullseye = supports this. The bootloader has supported this since Apr 2021 = (previous default release). > END QUOTE >=20 > See: https://forums.raspberrypi.com/viewtopic.php?t=3D329299 >=20 >> cd / >> fetch = https://download.freebsd.org/releases/arm64/aarch64/13.1-RELEASE/src.txz >> tar -xzf src.txz >> cd /usr/src >>=20 >> Here is the last kernel config which I used: >>=20 >> cat /usr/src/sys/arm64/conf/GENERIC-RPi4 >>=20 >> include GENERIC >> ident GENERIC-RPi4 >> nooptions SOC_NVIDIA_TEGRA210 >>=20 >>=20 >> make -j4 buildkernel KERNCONF=3DGENERIC-RPi4 >> make installkernel KERNCONF=3DGENERIC-RPi4 >>=20 >> When restarting with any of the new kernels, booting stalls after = these messages in the serial console: >>=20 >> ... >> sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 >> sdhci_bcm0-slot0: Caps: 0x00000000 | Caps2: 0x00000000 >> sdhci_bcm0-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000 >> sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 >> sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >> uhub0: 5 ports with 4 removable, self powered >> mmc0: No compatible cards found on bus >>=20 >> The last line is not indicative for the error, since I see this as = well with the original GENERIC kernel, only then it does not even think = once and continues without pause in the boot sequence. >=20 > Looking at an old, saved capture of the serial console from a > prior RPi4B boot of main, I see the sequence: >=20 > . . . > uhub0: 5 ports with 4 removable, self powered > sdhci_bcm0-slot0: Got command interrupt 0x00030000, but there is no = active command. > sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER = DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > sdhci_bcm0-slot0: Sys addr: 0x00000000 | Version: 0x00009902 > sdhci_bcm0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 > sdhci_bcm0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 > sdhci_bcm0-slot0: Present: 0x000f0000 | Host ctl: 0x00000001 > sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 > sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00003947 > sdhci_bcm0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 > sdhci_bcm0-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bb > sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 > sdhci_bcm0-slot0: Caps: 0x00000000 | Caps2: 0x00000000 > sdhci_bcm0-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000 > sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 > sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > mmc0: No compatible cards found on bus > mmc1: No compatible cards found on bus > bcm2835_cpufreq0: ARM 2000MHz, Core 500MHz, SDRAM -1094MHz, Turbo ON > CPU 0: ARM Cortex-A72 r0p3 affinity: 0 > Cache Type =3D <64 byte D-cacheline,64 byte = I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> > Instruction Set Attributes 0 =3D > Instruction Set Attributes 1 =3D <> > . . . >=20 > This boot was via USB3, not the microsd card. Thus the >=20 > mmc1: No compatible cards found on bus >=20 > was expected in my sequence. Were you booting from USB3? > microsd card? . . .? >=20 > If the official 13.1-RELEASE image copy boots from the same > type of media, what displays at that point for the official > build? Is it a "bcm2835_cpufreq0:" line? >=20 > Note: the -1094MHz is from FreeBSD printing unsigned data > based on a signed interpretation. My configuration is set > up to run faster than the defaults as well ("ARM 2000MHz"). >=20 >> Is anyone able to build !!!working!!! custom kernels with the = 13.1-RELEASE sources on the very RPi 4? >=20 > You might want to try a boot -v to have more stages > output. It might give more accuracy about the last > stage that can successfully output. >=20 FYI in case it helps . . . Back in late 2022-Apr I sent notices to the list about my testing what vintages of RPi* firmware FreeBSD would tolerate/handle, the end result being: https://lists.freebsd.org/archives/freebsd-arm/2022-April/001302.html The pre-Rev 1.5 RPi4B's and the one RPi3B that I had to test worked for the firmware tagged 1.20210805 but not for tags after that. (So: after 2021-Apr and so able to handle the RPi4B Rev 1.5 PMIC.) Basically, FreeBSD presumes an ordering in the .dtb materials that is not required and changed in the more recent .dtb . files. The result for the more recent firmware versions that fail to mix well with FreeBSD is that FreeBSD tries to do something with something that is not yet set up for such use and crashes. The relevant definition that needs to be looked up to do the setup is later in the modern .dtb content order but in older .dtb versions happened to be earlier so there was no obvious failure at the time. =3D=3D=3D Mark Millard marklmi at yahoo.com