From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 10524 invoked from network); 23 Jun 2021 09:10:44 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 23 Jun 2021 09:10:44 -0000 Received: from out0.migadu.com ([94.23.1.103]) by 1ess; Wed Jun 23 05:03:25 -0400 2021 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=krj.st; s=key1; t=1624439002; 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; bh=EC73j8/qCsruGJ0ey6Yoyptvh18Yif6veVOBpfee4F4=; b=MGr4FvNt7SZnjT6q8D4z019mI4jWsDGlb99AykUvDnXF8H9P7QfvNqM2Xd1hccPRuzD8UE J1MvEQexx5e6ubWEeKR1hvBAx8hhewseGaQVklpXIf8zccRB0k7M7qMUAhxpPog57zBw23 QILN/7JvEqLKx40Z7iUfZxFL2lEtm6dbz+uh//pGVCGJ0+SieQK6XdMjyWbzj6BfPvCABy Ui3v0bqN5M9ibmcWndpDPRh6iZmv4ZB1leDVy5o056dRD3rRRdsE6MKSaz7ihCw8XgVOZK qKcEPF0DtcCxzh1skRqwNUyqpjWHARnJKvDQdUVQ3HcEkV/fTA/DAAwFndj1kg== Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Wed, 23 Jun 2021 05:03:15 -0400 Message-Id: X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: "k.st" To: <9fans@9fans.net> Cc: <9front@9front.org> X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: o@krj.st List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: information-scale high-performance-oriented controller Subject: [9front] 9front on rpi4 rev 1.4 Reply-To: 9front@9front.org Precedence: bulk I recently acquired a new 2GB raspberry pi 4, tried to run the 9front pi3 image on it, and got the exact same sdhc: readerror intr 2008002 stat 1fff0000 error as mentioned in [1]. Strangely, the image works fine on an old 4GB rpi 4 I have. I don't think the memory difference matters here. The only other difference I could notice is the "revision number" of the two devices. The old rpi4 (working) is revision 1.2, linux$ cat /proc/cpuinfo processor : 0 model name : ARMv7 Processor rev 3 (v7l) BogoMIPS : 108.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idiv= t vfpd32 lpae evtstrm crc32=20 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 1 model name : ARMv7 Processor rev 3 (v7l) BogoMIPS : 108.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idiv= t vfpd32 lpae evtstrm crc32=20 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 2 model name : ARMv7 Processor rev 3 (v7l) BogoMIPS : 108.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idiv= t vfpd32 lpae evtstrm crc32=20 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 3 model name : ARMv7 Processor rev 3 (v7l) BogoMIPS : 108.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idiv= t vfpd32 lpae evtstrm crc32=20 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 Hardware : BCM2711 Revision : c03112 Serial : [REDACTED] Model : Raspberry Pi 4 Model B Rev 1.2 while the new model (not working) is revision 1.4 linux$ cat /proc/cpuinfo processor : 0 model name : ARMv7 Processor rev 3 (v7l) BogoMIPS : 126.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idiv= t vfpd32 lpae evtstrm crc32=20 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 1 model name : ARMv7 Processor rev 3 (v7l) BogoMIPS : 126.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idiv= t vfpd32 lpae evtstrm crc32=20 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 2 model name : ARMv7 Processor rev 3 (v7l) BogoMIPS : 126.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idiv= t vfpd32 lpae evtstrm crc32=20 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 3 model name : ARMv7 Processor rev 3 (v7l) BogoMIPS : 126.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idiv= t vfpd32 lpae evtstrm crc32=20 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 Hardware : BCM2711 Revision : b03114 Serial : [REDACTED] Model : Raspberry Pi 4 Model B Rev 1.4 I'm not sure about the exact hardware difference between the two revisions, though one thing I notice is that the older model seems to have a dedicated EEPROM for VL805 USB firmware linux$ sudo rpi-eeprom-update *** UPDATE AVAILABLE *** BOOTLOADER: update available CURRENT: Thu 03 Sep 2020 12:11:43 PM UTC (1599135103) LATEST: Thu 29 Apr 2021 04:11:25 PM UTC (1619712685) RELEASE: default (/lib/firmware/raspberrypi/bootloader/default) Use raspi-config to change the release. VL805_FW: Dedicated VL805 EEPROM VL805: up to date CURRENT: 000138a1 LATEST: 000138a1 while the newer model doesn't: linux$ sudo rpi-eeprom-update *** UPDATE AVAILABLE *** BOOTLOADER: update available CURRENT: Tue 16 Feb 2021 01:23:36 PM UTC (1613481816) LATEST: Thu 29 Apr 2021 04:11:25 PM UTC (1619712685) RELEASE: default (/lib/firmware/raspberrypi/bootloader/default) Use raspi-config to change the release. VL805_FW: Using bootloader EEPROM VL805: up to date CURRENT: 000138a1 LATEST: 000138a1 I'm not sure how this affects the booting of 9front. I can confirm the firmware difference doesn't matter. I downgraded the newer model's firmware to 03 Sep 2020, still got the same error. However, Richard Miller's 9pi image does work on the newer model. Maybe something needs to be backported to 9front. I also tried to boot freebsd on this newer model of rpi4 and ran into a similar issue (works on old model, doesn't work on new model). There are some discussions on the freebsd forum that might be related - https://forums.freebsd.org/threads/stuck-in-u-boot-during-freebsd-13-inst= all-on-raspberry-pi-400.79941/ - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D255080 The fix proposed in [2] works, but it doesn't apply to 9front. Does anyone have any successes with booting 9front on a rpi4 rev 1.4? - kst [1]: https://inbox.vuxu.org/9front/0100017720d2f6b4-a93bc058-3523-49a3-99c9= -41d030c74716-000000@email.amazonses.com/T/#u [2]: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D255080#c15