From: Michael Brown Date: Tue, 22 Mar 2016 17:33:21 +0000 (+0000) Subject: [pxe] Implicitly open network device in PXENV_UDP_OPEN X-Git-Tag: v1.20.1~496 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=3df598849b53c8bf5e87b6c300fdee6d0c0480f1;p=thirdparty%2Fipxe.git [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 --- diff --git a/src/arch/x86/interface/pxe/pxe_udp.c b/src/arch/x86/interface/pxe/pxe_udp.c index 071cb59db..5a04f0865 100644 --- a/src/arch/x86/interface/pxe/pxe_udp.c +++ b/src/arch/x86/interface/pxe/pxe_udp.c @@ -11,6 +11,7 @@ #include #include #include +#include #include #include @@ -180,6 +181,15 @@ static PXENV_EXIT_t pxenv_udp_open ( struct s_PXENV_UDP_OPEN *pxenv_udp_open ) { pxe_udp.local.sin_addr.s_addr = pxenv_udp_open->src_ip; DBG ( " %s\n", inet_ntoa ( pxe_udp.local.sin_addr ) ); + /* Open network device, if necessary */ + if ( pxe_netdev && ( ! netdev_is_open ( pxe_netdev ) ) && + ( ( rc = netdev_open ( pxe_netdev ) ) != 0 ) ) { + DBG ( "PXENV_UDP_OPEN could not (implicitly) open %s: %s\n", + pxe_netdev->name, strerror ( rc ) ); + pxenv_udp_open->Status = PXENV_STATUS ( rc ); + return PXENV_EXIT_FAILURE; + } + /* Open promiscuous UDP connection */ intf_restart ( &pxe_udp.xfer, 0 ); if ( ( rc = udp_open_promisc ( &pxe_udp.xfer ) ) != 0 ) {