[ipxe-devel] [gPXE-devel] [PATCH]: dhcp: Don't ignore duplicate offers when the dups differ by PXE options presence

Gianni Tedesco gianni.tedesco at citrix.com
Thu Nov 4 15:22:43 UTC 2010

On Wed, 2010-11-03 at 17:52 +0000, Michael Brown wrote:
> On Wednesday 03 Nov 2010 17:24:24 Gianni Tedesco wrote:
> > This fixes a regression against Altiris Rapideploy. During the DHCP
> > discover stage the Rapideploy server sends a relayed offer without PXE
> > options, a non-relayed offer without PXE and then a non-relayed offer
> > with PXE. This is a regression from the 0.9.6 days before
> > 9119b0c8af15333796e02433677a54e952b1a73d and before ignoring duplicate
> > DHCP offers. This regression causes the state-machine not to enter the
> > proxyDHCP state and therefore prevents the PXEClient server list and
> > menu from being retrieved which, in turn, prevents the boot ROM from
> > operating as expected.
> Could you possibly try iPXE (http://ipxe.org) to see if this problem has 
> already been fixed upstream?

Actually it has already been fixed in iPXE master! Thanks.

Looks like at least one of my previous patches is also redundant there.

Is there another mailing list where development is discussed then?


More information about the ipxe-devel mailing list