[Dnsmasq-discuss] [PATCH] Re: pxe-service entries in dnsmasq conf seem to fail non-proxy EFI boot
pemensik at redhat.com
Fri Oct 8 22:00:04 UTC 2021
I have made some attempts at PXE booting. I have to say, it is a mess.
Put my booting attempts at fedorapeople . I have asked on #ipxe IRC
channel. It seems pxe-service works only on biospc, client-arch == 0. I
were able to make simple menu on my father's lenovo desktop and my work
Thinkpad 490s. One instance of Raspberry 3. In Legacy mode, it works
somehow well. You are even to make local boot menu entries. I made it
possible to boot to memtest just fine.
However, any my attempt in EFI mode to boot using menus failed. There is
special function pxe_uefi_workaround, but to me it did not work. Current
code did never return reply from pxe port request. Because my laptop
does not send option 43 stuff in ipxe.efi request and I have not used
proxy, it just does not answer. I were able to make it return something.
It seems not well supported and should be avoided.
Guys at ipxe channel told me EFI does not include option 43 menu
support, which seems to be true. At that results, I think pxe-service
should be in general avoided if you want to support EFI. Just use tags
to offer first boot-file as ipxe.efi, then use ipxe script with possible
menus inside. That seems to be more reliable and well documented way.
I have fixed previous patch, it has to offer just based on boot item
supplied type. Client arch is not always sent in a request, even when it
is always present in discover, as I have noticed in Shrenik's dumps. I
think that patch makes improvement and allows pxe-service work just for
platforms related. Others should use dhcp-file with tags, depending on
Custom setting of tags depending on option:client-arch seems to be more
understandable and reliable.
I have had enough of PXE today.
On 10/7/21 23:10, Simon Kelley wrote:
> As an aside the the discussion, can I just point out that I don't have
> any way to test any of this dnsmasq functionality at the moment, and I'm
> very rusty on the PXE spec, especially as it relates to EFI.
> I don't therefore have much to contribute to this discussion, but I do
> think this is valuable work, and when you find a solution, I'll give the
> resulting patchset my full attention.
> Dnsmasq-discuss mailing list
> Dnsmasq-discuss at lists.thekelleys.org.uk
Red Hat, http://www.redhat.com/
email: pemensik at redhat.com
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 10558 bytes
Desc: not available
More information about the Dnsmasq-discuss