Hi
On 05/10/2016 04:55 PM, Simon Kelley wrote:
Lots of good info. Thanks everybody. Some more queries.
First, I'm minded to go with Michael's choice for "enabling"
workarounds; ie do what's needed to make things work with buggy PXe
menu's when there's exactly one relevant menu entry.
OK, so if num_services > 1 the current behavior is expected
(working on BIOS not working on UEFI) , right ?
Maybe an additional log message could be provided in such case ?
Also, Michael's patch works for CSA = 6,7,8 and 9 -> please add CSA = 11
too
(aarch64 EFI, I have same problems there on 3 different arm 64
systems):
or maybe that should be the default for all CSA's ?
(to avoid necessity of changing source code for any other arches in
the future ?)
Second,
<name>.0 vs. <name>.efi
[...]
convention. But Jarek's patch doesn't do this and works, so this must
only be a server-side thing (ie, using Jarek's patch, the file has to be
renamed as <name>.0 on the TFTP server, the client doesn't care what it
is. Don't know what to do there, I'm tempted to make the behaviour the
same in every case, but if everybody else is booting <name>.efi files,
that may be confusing.
In our experience (lots of hw models PXE booted since .. some time) the
.0 was only needed in some early PXE BIOSes and only when using PXE
menu (the proxy DHCP mode).
I personally think that current PXE/BIOS behavior is confusing (auto
adding .0): but as it was pointed out already changing that would
break backwards compatibility ... so guess .0 for x86PC and .efi for CSA
= 6,7,8,9 and 11 (perhaps other ??) will be more consistent ..
(or perhaps an option to make dnsmasq not to add suffixes there would
be a possibility too ? ...)
Third,
both patches, AFAIK only address Proxy-DHCP mode, which has separate
code from that sending PXE options with "normal" DHCP when a proxy-dhcp
server isn't used. Should the modifications to the PXE options be made
in that case too?
There should not be a need for that I believe: when dnsmasq operates
in 'standard' mode it acts as a boot server already: what Michael's
patch does for proxyDHCP is to 'downgrade' the 'PXE built-in menu
system' to reply as a boot server.
Fourth,>> - It gives more flexibility: the workaround can be applied only
to predefined <tag> and <CSA> (sorry - patched man page should be
improved to state that clearly): so we can use that to implement
for example sthg like this:
- match on given hwaddr prefix with dhcp-match, then tag
- match on tag and client architecture and apply workaround only
then.
You can also use tags with my patch and achieve the same thing.
Yes, indeed, - sorry must have been looking at wrong code ...
[...]
Thanks !
Best Regards
Jarek
__
-------------------------------------------------------
_ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _
_ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
______________________________________+41_75_411_9487 _
_______________________________________________
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
