From nobody Sat Jun 17 19:41:51 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 4Qk5yM4271z4flDP for ; Sat, 17 Jun 2023 19:42:03 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qk5yM3bqbz3qD9 for ; Sat, 17 Jun 2023 19:42:03 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1687030923; 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: in-reply-to:in-reply-to:references:references; bh=1HPv7nT8wXmIPgcrhky++XQe+kjQDpcNHvB2jFjVQY0=; b=ZqtdZikUNpPcpQFO2BciU250XGRmqp9ISM1Jr3fCFae7VPs0uLavYsGPsE5Uimzp9HNfh2 yFc6DvPfBRdJ96BLxWGcYnYtSu3I9IrSRMmRk44yx2CDWmHiSjxKeikp56Jp96J/voz07m w54uTpsP57zlyymYnwFZWfmuYi5skqS5Fqn68h5kbdhXcOjihiS6ars/U67cg3+EZQ9whp XEU1+6096+yv529RJhckjYeviYL6SDklra/Vv0z8nH8j113moFCbJmNE3HRQhsClAl8bJr kBnG2j3sg7xKKHb68EX+IUO8Zua6Nez7x6ZuTw68MNLos+YfIsd3Mwc36ISGow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1687030923; 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: in-reply-to:in-reply-to:references:references; bh=1HPv7nT8wXmIPgcrhky++XQe+kjQDpcNHvB2jFjVQY0=; b=pUnRF+P0N36K0gfOL+fWL4dUCGIW4hcT4ytE36DLFeGI5daHfMkHOhwjWwgEspTs4qRPdJ /jFqZzvI5+S43gtdIjM1ql2P9JkiMJaYQl2CwZmwr1lH8qvsz8B995KdSASuqvMml+Phus z+4QxaaglLVONsqPXX5CuSr/D+Y41+01svcacEnV3pWemBJQoW/LRu+PGVSn2mwzZF79/x hmskTfX0NZB/PcN5CkrFVmkgd+oyWrGR37nwF546du0rsUl8cuHq0BeUB4KVlNy1dHTEBs zISEcn0GC0Y4FnH7MSJAxJnkgbwhT8kyW4s+Wj1As+ndS8ikt+fw9QXe9ngdqA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1687030923; a=rsa-sha256; cv=none; b=XOUUW+BfMc+OvrTJhNSNbHv3PutIMFgQFjtWfid+UmD9IfJjTFDh1bApO0Bj2sNNmU4oKV J8/yaj9xqi4zE/jAgzv69HAOa2QTnStYaFUCHGhWEUWAj/qOBkxGoGL66gxb7UwYZKEc4E ZsO0KT17buVSh/fOh2Xfh5JZ3mffIdCnZDevveDo0Hq5SpDmfYVBqeCot3wZ3JQd+fm/SW QCpI1MCiGqGK9UF7jtl+AJ/nnorDfDkMDNO5UuCKSF4aOrelsSN/C7gGptgd8/06zH4tYZ fB4wSqxRmHsoCWDN72w7+/LAfgG/2rv5v7i0QV5MuO7YgIBkrTQ5V9myO6lJlg== Received: from mail-qt1-f178.google.com (mail-qt1-f178.google.com [209.85.160.178]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Qk5yM2hlmzxRq for ; Sat, 17 Jun 2023 19:42:03 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f178.google.com with SMTP id d75a77b69052e-3f9e9e9d06fso14895261cf.0 for ; Sat, 17 Jun 2023 12:42:03 -0700 (PDT) X-Gm-Message-State: AC+VfDwjOWP4fHrR0seH83oop0cROs2d/iYrwFhszMm7A7JdJlERtPQo BHS9Lpv9fdEKoTdDWeSKuREQNi8UkBA/gWkO/u0= X-Google-Smtp-Source: ACHHUZ7D+9T29xKL5QG+x4ETuh7813i/A+hu3izTVO8pAsRX9ivcsCebyR3ffBkiohQUXen0XVVdW+Gg61ylGIv6Jus= X-Received: by 2002:a05:622a:14f:b0:3f8:4612:5aa8 with SMTP id v15-20020a05622a014f00b003f846125aa8mr12116597qtw.18.1687030922752; Sat, 17 Jun 2023 12:42:02 -0700 (PDT) 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: <99542360-6350-4636-A9EA-CA9BBCC93C60@yahoo.com> <5D8D94E2-781D-4945-B721-EDD0BF56A8F2@yahoo.com> In-Reply-To: From: Nuno Teixeira Date: Sat, 17 Jun 2023 20:41:51 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: keyboard doesn't work at Boot Menu To: Mark Millard Cc: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="000000000000e0368505fe587e77" X-ThisMailContainsUnwantedMimeParts: N --000000000000e0368505fe587e77 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable (...) FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20230615-456c1199d3b3-263574.img doesn't boot either. Same error as above photo. Nuno Teixeira escreveu no dia s=C3=A1bado, 17/06/2023= =C3=A0(s) 20:19: > I've tryed to boot > FreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img bu= t > it doesn't boot. > Same error as I replace /boot/efi from stable. > > I sent an photo. > > Procedure: > > $ mount | grep msdosfs > $ /dev/gpt/efiboot0 on /boot/efi (msdosfs, local) > > $ 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 - ) > > (./: Can't restore time: Invalid argument > tar: Error exit delayed from previous errors. > > > > $ ls -Tld /boot/efi/EFI/*/* > $ -rwxr-xr-x 1 root wheel 1182604 Jun 15 04:47:12 2023 > /boot/efi/EFI/BOOT/bootaa64.efi > > 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 > > [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 > --- > > 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: >> >> > Hello Mark! >> >> Hello Nuno. >> >> 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. >> >> >> It is unclear what the context is here: Serial console? No serial >> console? >> >> >> >> What is in /boot/loader.conf ? I've a serial console context and have= : >> >> >> >> boot_multicons=3D"YES" >> >> boot_serial=3D"YES" >> >> >> > rpi4 connected to monitor via hdmi >> > >> > /boot/loader.conf: >> > >> > kern.geom.label.disk_ident.enable=3D"0" >> > kern.geom.label.gptid.enable=3D"0" >> > cryptodev_load=3D"YES" >> > zfs_load=3D"YES" >> > >> >> Is the stable/13 from a specific *.img* file from the likes of: >> >> >> >> http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/?C=3DM&= O=3DD >> >> >> >> ? If yes, which one? If self built, what commit was the build based o= n? >> >> >> >> Has this worked for you before? If yes, based on what commit back whe= n >> >> it last worked? >> >> >> > Instalation is from 13.2-RELEASE and firmware copied from it. >> >> [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.] >> >> 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.) >> >> # ls -Tld /boot/efi/EFI/*/* >> -rwxr-xr-x 1 root wheel 870956 Jun 13 18:24:42 2023 >> /boot/efi/EFI/BOOT/bootaa64.efi >> >> Is your bootaa64.efi the old ones from a 13.2-RELEASE ? >> From a recent stable/13 snapshot? I'll note that: >> >> loader: comconsole: don't unconditionally wipe out hw.uart.console Kyle >> Evans 2023-04-26 >> >> would not be in the old 13.2-RELEASE msdosfs file system >> contents. >> >> 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): >> >> >> http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/FreeBSD-13= .2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img.xz >> >> 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. >> >> > I'm tracking STABLE for some time and I'm at >> stable/13-n255602-e6c1e181ba7f >> >> 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? >> >> > Since first instalation that keyboard doesn't work in Boot menu. >> >> Another file that could have relevant content is >> config.txt in the msdosfs. >> >> >> 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: >> >> >> >> loader: comconsole: don't unconditionally wipe out hw.uart.console >> Kyle Evans 2023-04-26 >> >> >> >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >> >> > > -- > Nuno Teixeira > FreeBSD Committer (ports) > --=20 Nuno Teixeira FreeBSD Committer (ports) --000000000000e0368505fe587e77 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
(...)

FreeBSD-14.0-CURRENT-a= rm64-aarch64-RPI-20230615-456c1199d3b3-263574.img doesn't boot either.<= /div>
Same error as above photo.

Nuno Teixeira <eduardo@freebsd.org> escreveu no dia s= =C3=A1bado, 17/06/2023 =C3=A0(s) 20:19:
I've tryed to boot FreeBS= D-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf4e-255597.img but it doe= sn't boot.
Same error as I replace /boot/efi from stable.

I sent an photo.

Procedu= re:

$ mount | grep msdosfs
$ /de= v/gpt/efiboot0 on /boot/efi (msdosfs, local)

$ mdc= onfig -t vnode -f FreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492f5bf= 4e-255597.img
$ mount -t msdosfs /dev/md0s1 /mnt
<ba= ckup and clean /boot/efi>
$ cd /mnt
$ tar cf - .= | ( cd /boot/efi && tar xvf - )

(./: Can&= #39;t restore time: Invalid argument
tar: Error exit delayed from previo= us errors.

<cp my config.txt to /boot/efi>

$ ls -Tld /boot/efi/EFI/*/*
$ -rwxr-xr-x =C2=A01= root =C2=A0wheel =C2=A01182604 Jun 15 04:47:12 2023 /boot/efi/EFI/BOOT/boo= taa64.efi

my config.txt:
---
[= all]
arm_64bit=3D1
#dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don
dto= verlay=3Dmmc
dtoverlay=3Ddisable-bt
device_tree_address=3D0x4000
k= ernel=3Du-boot.bin

[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 202= 10303
over_voltage=3D6
arm_freq=3D2000
sdram_freq_min=3D3200
fo= rce_turbo=3D1
---

<= div dir=3D"ltr" class=3D"gmail_attr">Mark Millard <marklmi@yahoo.com> escreveu no dia= s=C3=A1bado, 17/06/2023 =C3=A0(s) 18:12:
On Jun 17, 2023, at 08:52, Nuno Teixeira <eduardo@freebsd.org> wrote:

> Hello Mark!

Hello=C2=A0 Nuno.

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.

>> It is unclear what the context is here: Serial console? No serial = console?
>>
>> What is in /boot/loader.conf ? I've a serial console context a= nd have:
>>
>> boot_multicons=3D"YES"
>> boot_serial=3D"YES"
>>
> rpi4 connected to monitor via hdmi
>
> /boot/loader.conf:
>
> kern.geom.label.disk_ident.enable=3D"0"
> kern.geom.label.gptid.enable=3D"0"
> cryptodev_load=3D"YES"
> zfs_load=3D"YES"
>=C2=A0
>> Is the stable/13 from a specific *.img* file from the likes of: >>
>> http://ftp3.f= reebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.2/?C=3DM&O=3DD
>>
>> ? If yes, which one? If self built, what commit was the build base= d on?
>>
>> Has this worked for you before? If yes, based on what commit back = when
>> it last worked?
>>
> Instalation is from 13.2-RELEASE and firmware copied from it.

[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.]

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.)

# ls -Tld /boot/efi/EFI/*/*
-rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 870956 Jun 13 18:24:42 2023 /boot= /efi/EFI/BOOT/bootaa64.efi

Is your bootaa64.efi the old ones from a 13.2-RELEASE ?
>From a recent stable/13 snapshot? I'll note that:

loader: comconsole: don't unconditionally wipe out hw.uart.console Kyle= Evans 2023-04-26

would not be in the old 13.2-RELEASE msdosfs file system
contents.

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):

http://ftp3.freebsd.org/pub/FreeBSD/snap= shots/ISO-IMAGES/13.2/FreeBSD-13.2-STABLE-arm64-aarch64-RPI-20230615-894492= f5bf4e-255597.img.xz

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.

> I'm tracking STABLE for some time and I'm at stable/13-n255602= -e6c1e181ba7f

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?

> Since first instalation that keyboard doesn't work in Boot menu.
Another file that could have relevant content is
config.txt in the msdosfs.

>> Note: Warner's recent changes to stand/ for the subject area a= re only
>> in main [so: 14] so far. So it appears that the only fairly recent=
>> change for such for stable/13 has been:
>>
>> loader: comconsole: don't unconditionally wipe out hw.uart.con= sole Kyle Evans 2023-04-26
>>

=3D=3D=3D
Mark Millard
marklmi at yahoo.com



--
Nuno Teixeira
FreeBSD Committ= er (ports)


--
Nuno Teixeira
FreeBSD Committ= er (ports)
--000000000000e0368505fe587e77--