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

[Michael Brown]

On Thursday 04 Nov 2010 15:22:43 Gianni Tedesco wrote:
> 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?

Sort of.  See http://ipxe.org/faq#how_does_ipxe_relate_to_gpxe_and_etherboot

Michael