similar to: [syslinux:firmware] efi, udp: implement receive timeout

Signed-off-by: Julien Viard de Galbert <jviarddegalbert at online.net> --- efi/udp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/efi/udp.c b/efi/udp.c index 1088f47..b0f13ad 100644 --- a/efi/udp.c +++ b/efi/udp.c @@ -163,7 +163,7 @@ void core_udp_connect(struct pxe_pvt_inode *socket, uint32_t ip, } else { udata.UseDefaultAddress = FALSE;

On Sun, Nov 24, 2013 at 6:29 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Wed, Nov 13, 2013 at 4:26 PM, Jason Matthews > <jason.david.matthews at gmail.com> wrote: >>>I played around with the udp4_cb function and it looked like it was coming >> back with token->Status == 512, which (if I read the spec right) isn't a >> valid value. I'm not

On 11/24/2013 03:29 AM, Gene Cumm wrote: >> >> (Sorry for the top posting.) > > I just started examining this and find it odd that the core_udp_recv() > doesn't zalloc() its token while core_udp_send()/core_udp_sendto() do. > All three are a part of commit fe283b78 by Matt Fleming. Should this > be made into a zalloc() rather than pushing it into the stack?

On Mon, Nov 25, 2013 at 10:52 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Sun, Nov 24, 2013 at 6:29 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >> On Wed, Nov 13, 2013 at 4:26 PM, Jason Matthews >> <jason.david.matthews at gmail.com> wrote: >>>>I played around with the udp4_cb function and it looked like it was coming >>> back with

On Wed, Nov 13, 2013 at 4:26 PM, Jason Matthews <jason.david.matthews at gmail.com> wrote: >>I played around with the udp4_cb function and it looked like it was coming > back with token->Status == 512, which (if I read the spec right) isn't a > valid value. I'm not sure what is coming through on that. I changed the if > to if (token->Event) { cb_status = 0; }

On Tue, Nov 26, 2013 at 2:02 PM, H. Peter Anvin <hpa at zytor.com> wrote: > On 11/24/2013 03:29 AM, Gene Cumm wrote: >>> >>> (Sorry for the top posting.) >> >> I just started examining this and find it odd that the core_udp_recv() >> doesn't zalloc() its token while core_udp_send()/core_udp_sendto() do. >> All three are a part of commit

Dear people on the Syslinux Mailinglist, Are there any known problems with the performance of TFTP in (U)EFI environments in general or maybe just on VMWare? Right now I'm running tests on two virtual environments using either VMWare Workstation 11.1.0 on a Fedora 21 system or VMWare Player 7.1.0 on an Ubuntu 14.10 system. Both virtual systems support PXE booting in UEFI mode. Both systems

On Jun 17, 2015 11:27 AM, "Oscar Roozen via Syslinux" <syslinux at zytor.com> wrote: > > Dear people on the Syslinux Mailinglist, > > Are there any known problems with the performance of TFTP in (U)EFI > environments in general or maybe just on VMWare? I don't believe so. I use Workstation 10.0.2 on Ubuntu 12.04 for the moment. > Right now I'm running

From: Sylvain Gault <sylvain.gault at gmail.com> Despite having native network capabilities, UEFI 2.4 (the most widely deployed at the moment) has no native DNS resolver. I propose here an implementation more or less inspired by the one found in core/legacynet/dnsresolv.c. Since it's non-trivial, I'd like to ask for a deep review of this code. I tried to make it as strong as

On Sat, 2015-07-18 at 07:43 -0400, Gene Cumm wrote: > On Thu, May 9, 2013 at 6:39 AM, syslinux-bot for Matt Fleming > <matt.fleming at intel.com> wrote: > > Commit-ID: fe283b78c973268f2d1f0309826ceeb5c9e8978d > > Gitweb: http://www.syslinux.org/commit/fe283b78c973268f2d1f0309826ceeb5c9e8978d > > Author: Matt Fleming <matt.fleming at intel.com> > >

On Thu, May 9, 2013 at 6:39 AM, syslinux-bot for Matt Fleming <matt.fleming at intel.com> wrote: > Commit-ID: fe283b78c973268f2d1f0309826ceeb5c9e8978d > Gitweb: http://www.syslinux.org/commit/fe283b78c973268f2d1f0309826ceeb5c9e8978d > Author: Matt Fleming <matt.fleming at intel.com> > AuthorDate: Fri, 22 Mar 2013 14:54:09 +0000 > Committer: Matt Fleming

From: Matt Fleming <matt.fleming at intel.com> For x86_64 versions of gnu-efi >= 3.0s GNU_EFI_USE_MS_ABI is enabled which turns on the Microsoft ABI, allowing the compiler to do all the work of interfacing with the EFI firmware instead of jumping through uefi_call_wrapper(). Add support to turn this on in the gnu-efi headers, otherwise we'll encounter undefined references to

I noticed several issues when diagnosing why pxechn.c32 didn't work in 5.01-pre3. 1) pxechn.c32, prdhcp.c32 and other modules crash Syslinux and force a reboot by executing an unresolved symbols. unload_pxe(), dns_resolv() and pxe_call() are the three. "Error: An undefined symbol was referenced" 2) In past versions, I built a debug build by having "CFLAGS += -DDEBUG=1"

On 05/10/2013 06:27 AM, syslinux-bot for Matt Fleming wrote: > > diff --git a/efi/main.c b/efi/main.c > index 31f0bff..27e7f8f 100644 > --- a/efi/main.c > +++ b/efi/main.c > @@ -1177,13 +1177,10 @@ static void efi_setcwd(CHAR16 *dp) > > EFI_STATUS efi_main(EFI_HANDLE image, EFI_SYSTEM_TABLE *table) > { > + EFI_PXE_BASE_CODE *pxe; > EFI_LOADED_IMAGE *info;

>>> > > Why promiscuous?? That seems to want to accept it on any local address > and put the NIC into promiscuous mode, avoiding the default MAC filter > in the NIC.? This should be uncessary as we're not capturinig. If I remember correctly, this was required for TFTP boot because otherwise it's impossible to accept DHCP packets when we have no IP address

>>> I'm also interested on this, but I do not quite understand the problem. Could you please tell us more about this issue (Wireshark) <<< Attached is a Wireshark capture using the current commit (43f5efa) from Patrick's repo, .Syslinux.efi is downloaded, there is an ARP and then nothing hits the wire from the client. The internal failing scenario is core_udp_sendto

Currently it appears that when PXE booting the domain search option is ignored and only the domain name option used for name resolution. The following patch adds support for domain search path usage when PXE booting: - adds parsing of the DHCP domain search option (119) - When resolving names via dns_resolv uses the search path if there's no dot in the name. - Reverts to the

On 06/24/2013 04:03 AM, syslinux-bot for Matt Fleming wrote: > > But there's no actual need to build any installers for EFI (none exist), > especially not since the stuff in utils/ is already built for BIOS and > doesn't need building again. > None exist, and none are needed... -hpa

On Sat, Jan 16, 2016 at 8:49 AM, Celelibi via Syslinux <syslinux at zytor.com> wrote: > 2016-01-15 22:23 UTC+01:00, Bateman, Matt via Syslinux <syslinux at zytor.com>: >> I am working on setting up a global boot server that serves up files across >> the WAN. I am running into a 5 minute timer that is rebooting my hosts >> before they can complete the kernel and

>I played around with the udp4_cb function and it looked like it was coming back with token->Status == 512, which (if I read the spec right) isn't a valid value. I'm not sure what is coming through on that. I changed the if to if (token->Event) { cb_status = 0; } Looks like the same thing with tcp.c. After I changed that callback, everything went through and I go into the OS