Re: current for arm64 tries tftp first for some reason

Mark Millard <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]>
On Jan 10, 2024, at 05:07, Mark Millard <[email protected]> wrote:

> On Jan 10, 2024, at 03:42, void <[email protected]> wrote:
> 
>> On Tue, Jan 09, 2024 at 09:37:54PM -0800, Mark Millard wrote:
>>> 
>>> For the RPi4B context I'm dealing with I let the first
>>> time boot go through all its TFTP failures. It produced
>>> a:
>>> 
>>> -rwxr-xr-x  1 root wheel uarch      88 Dec 30 00:00:00 1979 /boot/efi/ubootefi.var
>>> 
>>> that was not there originally. I wonder if it gives a
>>> means of control over such things that would be
>>> remembered?
>> 
>> Did it subsequently boot quickly? Or did you have to edit the file?
> 
> The file is not a text file and I've no clue if any
> EFI variables happen to be related.
> 
> The HoneyComb automatically booted faster after the
> first time. The RPi4B and RPi3B have not.

The reference to the HoneyComb was incoherent. Ignore
it: not a U-Boot context at all. Sorry.

> More to figure out someday.



===
Mark Millard
marklmi at yahoo.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.