From nobody Sat Jun 17 19:46:31 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Qk63q74yLz4fm6D for ; Sat, 17 Jun 2023 19:46:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.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 4Qk63q4l85z3qx8 for ; Sat, 17 Jun 2023 19:46:47 +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=1687031206; bh=QtdY+wuKjd8iyPAwtUsRSZUwlVUmZCbujPRpZ/o9BQ8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=rstHzYxdq2I3e0VPfnQku4Hk9VGEbA/HUHaRIw/Li2JsO6KDxiCZR4RXk6YK7IzSmt8KASH3KrJwSk/Mp6nsrnWzkEjQyb0h0QDD9vzwg/SknKkFepdMX3u6ERdgDfxeH3dteu+eMzHDu/Gu5o55Ho2+YuflqA6LDGBxyOTrqbES6MXBH7c0jfV0kSZrBDC9swCkbgdVpPnJpiFbst9n2t4ZLCGLmsJuUqHwObzMbmP0+1LW8tXDmc2KCKKaXyEMRJefA1A8t1xwKUDmggfzFtjN71a28LCYfmGiIkk4s1cMLC3uscYp5x4z8An7Yox8OVMmfxzk2ZJtySDbSVPxPw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1687031206; bh=3kKK7DKRdPk2R0DrgRwo3g+6VQc2rFSpUVJ3BXauHTq=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=DQdzUvy9HrNqrpqZEtRFzdDoGU/ZZxFD7YX5E2jwVfZ/mYc4+3BrDbm0wJ7pBximh5EUPv4PD62n5vDqgWHORDLrfTWzvTGZ8dENxr6fuMOv7JlqPTG70pO6LiTbHFpBdbz4AsqgVan8HDKCUDsJRBBFYjVT/YImENs5TNWgOr5QibbVC+/LIo/Yr7u2X+5jM5HUDjDM1fR3H4yQGKFQEP7yNoik1mJtssAyLUHCtsPBq9XA/XY6EO0+U9XItcvcAdju3yjw+qr7PUgE66Syp9KUI/6n/NGaymcHczKfzKYVeZyO1o9IChquRHYNYBX8ewi6rnz2qxavKw9/q++QFg== X-YMail-OSG: Q7YksX4VM1nQEHA.CeJE4la7QiNwzHrBQg728uL8HjpCJ5DRbOzCP2333Uxdcy6 F7buQbAafRcjfMH7.vCi9O2hm22yLVb5_sh0TWeU_b9EUoe7scE.InwcDzKcvDmiLt_hzU9Kuoln kjLx3q2JIcfs_vxKgh6iaMnVRCKu3MoHr7iAePLnE3u_MReeIXRiRrvnWd0cyr4JOj9q1npBCO2v oL4EPIlZryFeWTNm6XD9CqjxkgHYLXJxVyM.5hkWCd9wSrmcG7yOo4d60VI3Zb4iZ7RiWbxopqD0 L6vNhezOUmCmZRacCz51TXIRjy6Ir7cVHO6kVQ.7JIXQo6kifSrywJJqc4jD__B7YPzOZZwReshF Aq2CVWoUd8_.YCyGu0NlKC0jgIZf3w.fojzGzUnOojP6wSVL90YKbvJIHDj2LWbOiOBV8m.BrnnI hKwcHl4BOlodUIsAxTAvsDtxBS8R3KFNDlIyp0hWopjeDVfubEflLjER.KmvR3XDRzjD.dq32sRL WgtGkC3cz0rh_tYAP59nIvWBEyA60Vz5Wn0gnowsQDQvk2mdyuUQtFuv3bZRkfHXVQB35nDPH4zT kfjOFUga9vlyhoraywM.hldEKTV.5.ioRP054xqomKvpQso7C1dUyfI5WFQ.qWDy7.bYiPg7O4EB KepfJngH9qtQO2_hR9jQpgpCQl6yENErr1HVrSnoc7Md5zTY4rFvTKLqd8AuhuHZVQbdKVtg1H7q DXnUH49YucHuB9tnOTMHrVURcII_CoTH1gruVHYvMwNKaF_t7J8IsbvdNU3JlFWAQVtX5VpjpQhy k1ITIvcrJq6Xt_a07Q72NRnSt1EG6MHNaVuhiXhPzUXhNkcFUYrla3wZs48TG7L50jQTCvmylRsA 8SeDNrnbLkK4Z4mvlD_v3DaLR6fa3F985OzjQJ6pQr.2FUMk0TqmZEfPRj7KQl9uP.2whjpaX1bx DbwIatMt.Yz8WIccExwq.xfYDcM4Db.4rQlbKRy3vw06QZiucHvp8vtKaPNFnqG9cf5mCW9uSeHd dF1nYh8SGzPN3VS7guMP1pa2UoGVd5rXxE7sya2Sh2TQa2FWuesz0OZerK0ic0DKr5uFQFqnGWdr bX.JUNKBCfb6pcTmyqI51SwFigRkEENx_gZSkoqaJk93VAhB.a2QYRmzAuBCMzFL8zzJzoKZqR_9 LAVfkHlf1C7mREqDnsGfT.YV2MOp1e_UAvB5aavr0pbH0ApMvv7G9kbAzuN6xItjrSjEqIYMx9fZ .8Ab1wXO784kDXDjnaMhy5YwlAAmUk7UO68TL.xhroTiZB.6lMdVsXtPaGOPxJE8YDkawKuvpFKC 3nyjhHpQtPiqdNC2xttMRLxohWTGjoDqRuuiE6bXO4zBl5Ffw3K2xVev9rYSSLC6aYgWXpeE1b6W DF0Cwm4dc44gRgEgbDDIHx3guEJ62bjDr4N_Ky1awd3eMvSNDMM0mBxNt0LMoW9SAAr1drKsK5cZ PAh6ZBPTkXnmPNHl7twEaiaDkTCaodH5oHsmknooAMB50LZu0Q.91E.Iuu.1dBqmic2HfMu5h9Q4 0FLNZLLyuZ6_Bi8CVQpV4uAir1.ro7K5Bt9jM89et7MOEZtCs22PndvU3.JGUqwQuTCUJmzKN6XR kBJoY9fg9Yq5pH6fxFZ9SK6ihjqXAFk1uTtvOZoR5SOKCZ0J24SVZLywjAle9e5PhuOxmgmaqL_R z1MZqjjl5I7p2ldB9CbQ.3jJXpfeNVVEqBGuRgQPLcJWSsmPoVqAqLYiOS.jJzR.rEXeRpIvkt.1 VaayRrjIkoSu5eYuF3IPvHt84DEaOdO8je2G4r6ggVXJVd_AB0YY6yzqLitaU2jkOcdHrZ0CNB6e 5macPBbOJYO25NNBDxEy1vKSxjKcW.fgqMulhlheTGUpvxnoUKU3uoWjVBEjlBhBIISAwqSvHstc 4_qYZtM2w67LKxTRul9B_iD0tq_78dh10xiIjyxvt7HA6mxJMB86Q7e3WjLKRgjrvIM.hlB9tgza XGhxpIXYwePlzWdmQUzAbFIpQOQBoU93TKvMUcsQiZWIPQ6Y1B0I96.7EzREXpUOOVYJWZ_duJzX O_nycKiA.mnNGENUbh9RvZ9Sjglcw.fHZpJd7DhGXcZWOkjf6BVefw8dHcFtl7K2fDXbFrQ4u8Pk S8ljPBQB9m9crUBx0PMROjZ8JK03NXLyyzuAJDbIW0_4hnoRnuYQYJrX4B_h0CXgujcW_qpJYXS. KXQuoU3lMGQOt1XR8uIQSpXKUMlxCrM1HlimPdvfZ_mkdqhbxUGpJiEzprNkVCXFtbsAbTSsiMsG Prjt_ X-Sonic-MF: X-Sonic-ID: 49729cd4-b7c1-4aea-b6ba-1425f211c2ce Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Jun 2023 19:46:46 +0000 Received: by hermes--production-bf1-54475bbfff-rfkvj (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a5387288592fee5fe7b6a24b1d2c251c; Sat, 17 Jun 2023 19:46: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 \(3731.600.7\)) Subject: Re: keyboard doesn't work at Boot Menu From: Mark Millard In-Reply-To: Date: Sat, 17 Jun 2023 12:46:31 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> <5D8D94E2-781D-4945-B721-EDD0BF56A8F2@yahoo.com> To: Nuno Teixeira X-Mailer: Apple Mail (2.3731.600.7) X-Rspamd-Queue-Id: 4Qk63q4l85z3qx8 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 Jun 17, 2023, at 12:19, Nuno Teixeira wrote: > I've tryed to boot = FreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img = but it doesn't boot. > Same error as I replace /boot/efi from stable. >=20 > I sent an photo. It is missing the history needed to see the original problem. But I've a serial console to get teh full text from. I've just tried the snapshot and it shows that the U-Boot it has is from a problematical version for 8 GiByet RPi4B's (a known historical issue): . . . U-Boot 2023.01 (Jun 15 2023 - 02:43:21 +0000) DRAM: 947 MiB (effective 7.9 GiB) RPI 4 Model B (0xd03115) . . . No EFI system partition BootOrder not defined EFI boot manager: Cannot load any image Found EFI removable media binary efi/boot/bootaa64.efi ** Reading file would overwrite reserved memory ** Failed to load 'efi/boot/bootaa64.efi' No UEFI binary known at 0x00080000 . . . The text "Reading file would overwrite reserved memory" is an known misnomer for what is actually happening in that U-Boot. The internal error code need not be indicating what is reported. # strings /mnt/u-boot.bin | grep "U-Boot 20" U-Boot 2023.01 (Jun 15 2023 - 02:43:21 +0000) systutils/u-boot-rpi-arm64 has not progressed to 2023.04 that has this fixed. So the snapshots are still being generated in a messed up state for 8 GiByte RPi4B's. Substituting the 13.2-RELEASE u-boot.bin into the msdosfs should get rid of this problem. I will be doing something analogous to continue my boot test. > Procedure: >=20 > $ mount | grep msdosfs > $ /dev/gpt/efiboot0 on /boot/efi (msdosfs, local) >=20 > $ mdconfig -t vnode -f = FreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img > $ mount -t msdosfs /dev/md0s1 /mnt > > $ cd /mnt > $ tar cf - . | ( cd /boot/efi && tar xvf - ) >=20 > (./: Can't restore time: Invalid argument > tar: Error exit delayed from previous errors. >=20 > >=20 > $ ls -Tld /boot/efi/EFI/*/* > $ -rwxr-xr-x 1 root wheel 1182604 Jun 15 04:47:12 2023 = /boot/efi/EFI/BOOT/bootaa64.efi >=20 > my config.txt: > --- > [all] > arm_64bit=3D1 > #dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don > dtoverlay=3Dmmc > dtoverlay=3Ddisable-bt > device_tree_address=3D0x4000 > kernel=3Du-boot.bin >=20 > [pi4] > hdmi_safe=3D0 > armstub=3Darmstub8-gic.bin > max_framebuffers=3D2 > hdmi_force_hotplug=3D1 > hdmi_group=3D2 > hdmi_drive=3D2 > hdmi_mode=3D82 > disable_overscan=3D1 > # overclock 20210303 > over_voltage=3D6 > arm_freq=3D2000 > sdram_freq_min=3D3200 > force_turbo=3D1 > --- >=20 > Mark Millard escreveu no dia s=C3=A1bado, = 17/06/2023 =C3=A0(s) 18:12: > On Jun 17, 2023, at 08:52, Nuno Teixeira wrote: >=20 > > Hello Mark! >=20 > Hello Nuno. >=20 > FYI: My example paths and such are from my main instead of a > stable/13 context. I may set up a stable/13 snapshot to better > match your context at some point, but not yet. >=20 > >> It is unclear what the context is here: Serial console? No serial = console? > >>=20 > >> What is in /boot/loader.conf ? I've a serial console context and = have: > >>=20 > >> boot_multicons=3D"YES" > >> boot_serial=3D"YES" > >>=20 > > rpi4 connected to monitor via hdmi > >=20 > > /boot/loader.conf: > >=20 > > kern.geom.label.disk_ident.enable=3D"0" > > kern.geom.label.gptid.enable=3D"0" > > cryptodev_load=3D"YES" > > zfs_load=3D"YES" > > =20 > >> Is the stable/13 from a specific *.img* file from the likes of: > >>=20 > >> = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/?C=3DM&O=3DD= > >>=20 > >> ? If yes, which one? If self built, what commit was the build based = on? > >>=20 > >> Has this worked for you before? If yes, based on what commit back = when > >> it last worked? > >>=20 > > Instalation is from 13.2-RELEASE and firmware copied from it. >=20 > [Note: main has /boot/efi/ as a mount point for the msdosfs. > Your stable/13 my still have /boot/msdos/ instead. That might > even depend on the details of how and when the configuration > was set up. The efi directory in the msdosfs may be named EFI > or named efi as well. I show/use EFI to make the name distinct > from main's mount point name, making references clear about > which.] >=20 > The following are from in the msdosfs file system but are > not from sysutils/rpi-firmware or from > sysutils/u-boot-rpi-arm64 . (The detailed content, size, > date, and such will not match any stable/13 details here.) >=20 > # ls -Tld /boot/efi/EFI/*/* > -rwxr-xr-x 1 root wheel 870956 Jun 13 18:24:42 2023 = /boot/efi/EFI/BOOT/bootaa64.efi >=20 > Is your bootaa64.efi the old ones from a 13.2-RELEASE ? > =46rom a recent stable/13 snapshot? I'll note that: >=20 > loader: comconsole: don't unconditionally wipe out hw.uart.console = Kyle Evans 2023-04-26 >=20 > would not be in the old 13.2-RELEASE msdosfs file system > contents. >=20 > In general, you may want to update to be using msdosfs > content from, say, the most recent stable/13 snaphot > (preserving any adjustments that you have been making > to config.txt or the like): >=20 > = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/FreeBSD-13.2= -STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img.xz >=20 > But, I'll note that updating BOOT/bootaa64.efi can be > done just by copying /boot/loader.efi to > BOOT/bootaa64.efi in the msdosfs. >=20 > > I'm tracking STABLE for some time and I'm at = stable/13-n255602-e6c1e181ba7f=20 >=20 > The snapshots contain things in final places that are not > in those places just by FreeBSD installation or > installation of ports. Have you been updating bootaa64.efi > by copying /boot/loader.efi to BOOT/bootaa64.efi in the > msdosfs? >=20 > > Since first instalation that keyboard doesn't work in Boot menu. >=20 > Another file that could have relevant content is > config.txt in the msdosfs. >=20 > >> Note: Warner's recent changes to stand/ for the subject area are = only > >> in main [so: 14] so far. So it appears that the only fairly recent > >> change for such for stable/13 has been: > >>=20 > >> loader: comconsole: don't unconditionally wipe out hw.uart.console = Kyle Evans 2023-04-26 > >>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com