Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 4 May 2005 10:34:01 +0200
From:      Jose M Rodriguez <josemi@freebsd.jazztel.es>
To:        current@FreeBSD.org
Cc:        hackers@FreeBSD.org
Subject:   Fwd: Re: MFC pxe fixes
Message-ID:  <200505041034.01712.josemi@redesjm.local>
In-Reply-To: <E1DTEQp-000H0L-E5@cs1.cs.huji.ac.il>
References:  <E1DTEQp-000H0L-E5@cs1.cs.huji.ac.il>

next in thread | previous in thread | raw e-mail | index | archive | help
I think this is really a current/hackers thread.

=2D---------  Mensaje reenviado  ----------

Subject: Re: MFC pxe fixes
Date: Mi=E9rcoles, 4 de Mayo de 2005 10:30
=46rom: Jose M Rodriguez <josemi@redesjm.local>
To: Danny Braniss <danny@cs.huji.ac.il>
Cc: Jose M Rodriguez <josemi@freebsd.jazztel.es>, stable@freebsd.org

El Mi=E9rcoles, 4 de Mayo de 2005 09:36, Danny Braniss escribi=F3:
> sorry if this looks like im highjacking hte thread, but i've
> submitted a PR http://www.freebsd.org/cgi/query-pr.cgi?pr=3D61239
> which among other things, places ALL the dhcp variables in the
> environment.
>
> danny

I can't see how this will be on FreeBSD-5.4 or -stable.

If you're interested on this, open a thread on current.

This is about making pxeboot compiled with LOADER_TFTP_SUPPORT defined
works as documented.

Also, point that your workplan makes a second bootp transaction needed.

Try make the bootp/dhcp packet parser independent of bootp.c (At last,
exportable), so we can parse the 'bootplayer' binary packet pxe
allready have.

ALso, I'm not sure we can redefine CLASSID without breaking PXE (not
dhcp) compatibility.

Remember that the PXE bios has allready do the bootp/dhcp transaction
for us, and the correct path is only parse the 'bootplayer' (really a
bootp/dhcp packet in binary form) than we get from the bios.

=2D-
  josemi

=2D-
  josemi

=2D------------------------------------------------------



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200505041034.01712.josemi>