search for: udp4protocol

...Signed-off-by: Julien Viard de Galbert <jviarddegalbert at online.net> > --- > efi/udp.c | 24 ++---------------------- > 1 file changed, 2 insertions(+), 22 deletions(-) That almost certainly explains the decaying download rates. > extern EFI_GUID Udp4ServiceBindingProtocol, Udp4Protocol; > > -/* > - * This UDP binding is configured to operate in promiscuous mode. It is > - * only used for reading packets. It has no associated state unlike > - * socket->net.efi.binding, which has a remote IP address and port > - * number. > - */ This part has me puzzled why...

...rt <jviarddegalbert at online.net> --- efi/udp.c | 24 ++---------------------- 1 file changed, 2 insertions(+), 22 deletions(-) diff --git a/efi/udp.c b/efi/udp.c index 8f4d7dc..4032d0b 100644 --- a/efi/udp.c +++ b/efi/udp.c @@ -10,14 +10,6 @@ extern EFI_GUID Udp4ServiceBindingProtocol, Udp4Protocol; -/* - * This UDP binding is configured to operate in promiscuous mode. It is - * only used for reading packets. It has no associated state unlike - * socket->net.efi.binding, which has a remote IP address and port - * number. - */ -static struct efi_binding *udp_reader; - static int volatile...

On Wed, May 31, 2017 at 10:06 AM, Matt Fleming <matt at codeblueprint.co.uk> wrote: > On Wed, 31 May, at 07:45:00AM, Gene Cumm wrote: >> > extern EFI_GUID Udp4ServiceBindingProtocol, Udp4Protocol; >> > >> > -/* >> > - * This UDP binding is configured to operate in promiscuous mode. It is >> > - * only used for reading packets. It has no associated state unlike >> > - * socket->net.efi.binding, which has a remote IP address and port >> &g...

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;

...mer; + EFI_EVENT CB_OK_Event; + RX rx; +}UDP_IO; + + +#define EFI_IP4_EQUAL(Ip1, Ip2) (CompareMem ((Ip1), (Ip2), sizeof (EFI_IPv4_ADDRESS)) == 0) +EFI_IPv4_ADDRESS mZeroIp4Addr = {{0, 0, 0, 0}}; +static BOOLEAN volatile UseDefaultSetting = TRUE; + extern EFI_GUID Udp4ServiceBindingProtocol, Udp4Protocol; -/* - * This UDP binding is configured to operate in promiscuous mode. It is - * only used for reading packets. It has no associated state unlike - * socket->net.efi.binding, which has a remote IP address and port - * number. - */ -static struct efi_binding *udp_reader; + + + +/** + Poll the...

...68SCF ver. F50. 08/04/2014 PXE boot, syslinux.efi gets perfectly TFTP transferred, it nevers asks for ldlinux.e64, and immediately gives up. I have traced the problem to: /syslinux-6.03/efi/udp.c\core_udp_open() /syslinux-6.03/efi/main.c\efi_create_binding(&Udp4ServiceBindingProtocol, &Udp4Protocol); /syslinux-6.03/gnu-efi/gnu-efi-3.0/lib/hand.c\LibLocateHandle(ByProtocol, bguid, NULL, &nr_handles, &handles); When LibLocateHandle() try to locate EFI_UDP4_SERVICE_BINDING_PROTOCOL it fails with EFI_NOT_FOUND (14) which looks like an HP firmware issue. Newer versions of the HP Eliteboo...

The variable 'ok' is never used and generates a warning. Remove it. Also ntfssect.c is designed to be compiled in non Unicode mode when using MSVC compilers, so remove all ambiguity about it (LPCTSTR -> LPCSTR, use of 'A' API calls) so that it doesn't break when compiled in Unicode mode, which is what Rufus uses with MSVC. -------------- next part --------------

On Wed, 31 May, at 07:45:00AM, Gene Cumm wrote: > > extern EFI_GUID Udp4ServiceBindingProtocol, Udp4Protocol; > > > > -/* > > - * This UDP binding is configured to operate in promiscuous mode. It is > > - * only used for reading packets. It has no associated state unlike > > - * socket->net.efi.binding, which has a remote IP address and port > > - * number. > >...

> Hi All, > > My PXE configurations works fine for a bios PXE (the server in legacy > mode) but hangs in an EUFI mode. Look like it can transfer the bootx64.efi > but not the next one ldlinux.e64 > > > Any ideas? > > Thanks > Latest updates (including firmware) for the HP ML350 Gen9 were released on 2014DEC19 (v1.21); I would suggest double-checking

...> PXE boot, syslinux.efi gets perfectly TFTP transferred, it nevers asks for ldlinux.e64, and immediately gives up. > > I have traced the problem to: > > /syslinux-6.03/efi/udp.c\core_udp_open() > /syslinux-6.03/efi/main.c\efi_create_binding(&Udp4ServiceBindingProtocol, &Udp4Protocol); > /syslinux-6.03/gnu-efi/gnu-efi-3.0/lib/hand.c\LibLocateHandle(ByProtocol, bguid, NULL, &nr_handles, &handles); > > When LibLocateHandle() try to locate EFI_UDP4_SERVICE_BINDING_PROTOCOL it fails with > EFI_NOT_FOUND (14) which looks like an HP firmware issue. > Newer ve...

Hi All, My PXE configurations works fine for a bios PXE (the server in legacy mode) but hangs in an EUFI mode. Look like it can transfer the bootx64.efi but not the next one ldlinux.e64 Any ideas? Thanks Software> syslinux ver 6.3 atftp 7.1 Log server side >> Booting Embedded LOM 1 Port 1 : HP Ethernet 1Gb 4-port 331i Adapter - NIC (PXE IPv4) >> Booting PXE over

...rt) { EFI_UDP4_COMPLETION_TOKEN *token; EFI_UDP4_TRANSMIT_DATA *txdata; EFI_UDP4_FRAGMENT_DATA *frag; EFI_UDP4_CONFIG_DATA udata; EFI_STATUS status; struct efi_binding *b; EFI_UDP4 *udp; (void)socket; b = efi_create_binding(&Udp4ServiceBindingProtocol, &Udp4Protocol); if (!b) return; udp = (EFI_UDP4 *)b->this; token = zalloc(sizeof(*token)); if (!token) goto out; txdata = zalloc(sizeof(*txdata)); if (!txdata) goto bail; memset(&udata, 0, sizeof(udata)); /* Re-use the existing local port number */ udat...