This repository has been archived on 2020-12-06. You can view files and clone it, but cannot push or open issues or pull requests.

Michael Brown 3df598849b [pxe] Implicitly open network device in PXENV_UDP_OPEN ... Some end-user configurations have been observed in which the first NBP (such as GRUB2) uses the UNDI API and then transfers control to a second NBP (such as pxelinux) which uses the UDP API. The first NBP closes the network device using PXENV_UNDI_CLOSE, which renders the UDP API unable to transmit or receive packets. The correct behaviour under these circumstances is (as often) simply not documented by the PXE specification. Testing with the Intel PXE stack suggests that PXENV_UDP_OPEN will implicitly reopen the network device if necessary, so match this behaviour. Signed-off-by: Michael Brown <mcb30@ipxe.org>		2016-03-22 17:33:21 +00:00
..
pxe_call.c	[bios] Add bin-x86_64-pcbios build platform	2016-02-16 19:32:32 +00:00
pxe_entry.S	[librm] Provide an abstraction wrapper for prot_call	2016-02-18 23:23:38 +00:00
pxe_exit_hook.c	[bios] Add bin-x86_64-pcbios build platform	2016-02-16 19:32:32 +00:00
pxe_file.c	[bios] Add bin-x86_64-pcbios build platform	2016-02-16 19:32:32 +00:00
pxe_loader.c	[bios] Add bin-x86_64-pcbios build platform	2016-02-16 19:32:32 +00:00
pxe_preboot.c	[bios] Add bin-x86_64-pcbios build platform	2016-02-16 19:32:32 +00:00
pxe_tftp.c	[bios] Add bin-x86_64-pcbios build platform	2016-02-16 19:32:32 +00:00
pxe_udp.c	[pxe] Implicitly open network device in PXENV_UDP_OPEN	2016-03-22 17:33:21 +00:00
pxe_undi.c	[bios] Add bin-x86_64-pcbios build platform	2016-02-16 19:32:32 +00:00