[Dnsmasq-discuss] ProxyDHCP mode is broken for serving ipxe.efi to UEFI pxe clents
Dreamcat4
dreamcat4 at gmail.com
Fri May 6 22:51:28 BST 2016
Thanks Jarek!
Have tried your patch and switched to it in my auto builds now. Same
Bintray download URL as before:
https://dl.bintray.com/dreamcat4/linux/dnsmasq/
Re-formatted it so the patch will apply cleanly on v2.75 current release
version. Which is available here:
https://github.com/dreamcat4/docker-images/blob/master/linux-bin/dnsmasq/fix--dhcp-proxy-for-uefi-clients_02-mar-2016_jpolok.patch
The reason am using your patch now, is since you say it will be compatible
with more other uefi clients. So that is more good news to me. However it
is now necessary to add the following extra lines to dnsmasq.conf file.
Which is about this new option you added (skip menu). Otherwise uefi pxe
boot wont work at all. Like back to old days, where it just hangs, does
nothing like without any such uefi patch.
New lines to add to dnsmasq.conf:
pxe-skip-menu=X86-64_EFI
pxe-skip-menu=BC_EFI
The 2nd line was added for better compatibility (after other reports of
misbehaving clients), which is mentioned by David on other thread:
http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2015q4/010041.html
Anyway then it loads up the ipxe.efi. BTW, sorry for not being clear in my
previous mesg but the version of ipxe.efi have been testing with today is
v1.0.0+ (2d42d).
This lets me get forward enough to be encountering other bugs arounds
netbooting uefi. But those other new issue I am seeing now is nothing
related to dnsmasq itself. As that has finished / done its job by time of
those stages in the boot process.
Kind Regards
Dreamcat4
On Fri, May 6, 2016 at 12:58 PM, Jaroslaw Polok <Jaroslaw.Polok at cern.ch>
wrote:
> Hi
>
> On 06/05/16 12:40, Dreamcat4 wrote:
>
>
>> Perhaps later down the line (once more people get onboard and can start
>> using it), then this pxe UEFI mode can be improved even further. Either
>> buy some fresh eyes coming along to fix problems in ipxe.efi, or else
>> here in the dnsmasq behaviour. Or both. But we need to make it easier
>> for those guys to run it at least, so can see ahead to the next problem.
>>
>
> In case you would be interested:
>
> http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2016q1/010383.html
>
> That is my version of the patch, using a configuration option
> to allow more fine-grained control on how systems boot
> (by optionally matching by tag and/or architecture).
>
> We are using that patch in production since two months
> successfully booting all PXE/UEFI systems (x64 and aarch64)
> we have used so far (about 10 different x64 and 3 different
> aarch64 systems, plus qemu-kvm with Tianocore firmware)
>
> Dear Simon: would it be possible to review and include one
> of this patches in dnsmasq please ?
>
> Thanks
>
> Jarek
>
> _______________________________________________
> Dnsmasq-discuss mailing list
> Dnsmasq-discuss at lists.thekelleys.org.uk
> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/attachments/20160506/5cb06f0c/attachment.html>
More information about the Dnsmasq-discuss
mailing list