Re: rpi4 network boot

Matthew Grooms <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]>
On 2/7/2021 2:00 PM, Klaus Küchemann wrote:
> Am 07.02.2021 um 20:19 schrieb Torfinn Ingolfsen 
> <[email protected]>:
>> I believe he is asking you to verify that the fstab file for the _client_ (aka the diskless machine your'e trying to boot) is correct. That file exists as
>> ${NFSROOTDIR}/etc/fstab  on the boot server.
>>
>> HTH
>> -- 
>> Torfinn Ingolfsen <[email protected]>
>> _______________________________________________
>> [email protected] mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
>> To unsubscribe, send any mail to "[email protected]“
> Yes, the fstab-setup is important…... but then I realized Matthew`s boot environment :
> He has u-boot sitting on the pxe-Server, whereas the eeprom was flashed for completely diskless netboot
> as a requirement .
> With that setup in fact we will end up in n infinite loop of an 'genet0: gen_intr2‘ -console-output,
> regardless of fstab or whatever configuration elsewhere I tried.
Thanks for testing and re-producing that. Corroborating test results 
were also posted by others in the FreeBSD forum thread I referenced earlier.
> I have now refreshed the eeprom to it’s default(where diskless pxe-boot is disabled )
> And again successfully net-booted (14_current in this case) :
>
> https://dmesgd.nycbug.org/index.cgi?do=view&id=5917
>
> Since netboot from u-boot on the uSD requiresdonly 1 command by hand (load net0:/boot/kernel/kernel
> )(+ command :’boot’) and there’s no problem with the genet-driver I guess that
> It’s an issue of the pxe-flashed eeprom where we don’t yet know exactly what happens.

I have a slightly different take: The network device appears to work 
well initially when used by the eeprom and after the hand-off to u-boot. 
The FreeBSD genet driver generally works well unless the device is first 
used by eeprom/u-boot. I suspect that u-boot is performing some task 
that leaves the device in a state that is incompatible what FreeBSD 
expects and/or can work with. Perhaps there is a way to force some a 
full device reset of genet either before u-boot hands things off to 
FreeBSD or right after FreeBSD loads the genet driver? If so, maybe that 
would be worth trying, even as a hacky test, to see if it's the network 
device state that's wonky.

> So for now I guess netboot from uSD is a painless and well working setup,
> while to be honest:
> I don’t remember exactly at the moment how I figured to get it to work after trials&errors  :-) Ha Ha
> But I’ll leave the uSD untouched or copy the folder to have a point for a tutorial or so if someone is interested in.

Can that be done without human intervention? Perhaps with some sort of 
u-boot or EFI script that gets executed? If this method requires the 
user to enter a command to boot from the network, it's not an 
alternative to PXE.

Thanks,

-Matthew

_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[email protected]"
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.