search for: core_udp_open

....efi.localport; >> + > > As HPA noted, this shouldn't be saved here. Commit 7ec052b on my > branch efi-fixes (will be renamed to efi-fixes-for-mfleming once Jason > gives more feedback). To clarify, this code-quote reuses (needed) while the removed one saves and should be in core_udp_open(). Perhaps a fallback-save in here if the local port is somehow still NULL. -- -Gene

...A noted, this shouldn't be saved here. Commit 7ec052b on my >>> branch efi-fixes (will be renamed to efi-fixes-for-mfleming once Jason >>> gives more feedback). >> >> To clarify, this code-quote reuses (needed) while the removed one >> saves and should be in core_udp_open(). Perhaps a fallback-save in >> here if the local port is somehow still NULL. >> > > If I understand the behavior of UEFI UDP network stack, the local port > choice is made by the firmware only on a call to Transmit. Thus > core_udp_open can't chose the local port, or...

>>> I have seen the capture but I couldn't find anything wrong there; When you get a minute please assemble the rest of info; so far it's not clear what the symptoms really are. <<< The IP4 config data struct contents from core_udp_open is included below. When UseDefaultAddress is TRUE, it passes 0.0.0.0 for StationAddress and NetMask. core_udp_open calls core_udp_configure which calls efiip4configure (BIOS). BIOS validates SA and NM but special-cases both null to allow for proxy. BIOS tries to find the GUID to configure but...

...;> >> As HPA noted, this shouldn't be saved here. Commit 7ec052b on my >> branch efi-fixes (will be renamed to efi-fixes-for-mfleming once Jason >> gives more feedback). > > To clarify, this code-quote reuses (needed) while the removed one > saves and should be in core_udp_open(). Perhaps a fallback-save in > here if the local port is somehow still NULL. > If I understand the behavior of UEFI UDP network stack, the local port choice is made by the firmware only on a call to Transmit. Thus core_udp_open can't chose the local port, or if it does, it's a &quo...

On Sat, Nov 9, 2013 at 9:22 AM, Jason Matthews <jason.david.matthews at gmail.com> wrote: > The setup I was using was in a chassis. Slot 8 of the chassis is the client > machine. It goes through Switch 1 (a Brocade switch) to the top of rack > (BNT). The mirror is in the chassis switch. Slot 3 of the same chassis is > connected to the mirror port in Switch 1. > > client =

.... On an existing repo: git remote add genec-gh git://github.com/geneC/syslinux.git git fetch genec-gh git checkout -b genec-efi-fixes-2-for-mfleming genec-gh/efi-fixes-2-for-mfleming On a newly cloned repo: git checkout -b genec-efi-fixes-2-for-mfleming origin/efi-fixes-2-for-mfleming >> core_udp_open() should bind to the local IP address and obtain a local >> UDP port allocation. core_udp_close() should release the UDP port >> allocation. >> >> core_udp_sendto() knows the remote IP address and remote UDP port and >> must calculate the GatewayAddress. core_udp_con...

...> > -- > -Gene > I took a clone of that, but it confuses me. The only reference I can find to efi are in gpxe and I can't get that to build (syntax errors in util/geniso). The version is listed as 4.07. I was under the impression 6.00 was the first version that supported efi. > core_udp_open() should bind to the local IP address and obtain a local > UDP port allocation. core_udp_close() should release the UDP port > allocation. > > core_udp_sendto() knows the remote IP address and remote UDP port and > must calculate the GatewayAddress. core_udp_connect() is passed the...

...e NULL if local or the address of the gateway if not local. > > -- > -Gene > >>> On Fri, Nov 8, 2013 at 2:57 PM, H. Peter Anvin <hpa at zytor.com> wrote: >>>> Here is a completely untested patch if someone wants to try and take it >>>> for a spin? core_udp_open() should bind to the local IP address and obtain a local UDP port allocation. core_udp_close() should release the UDP port allocation. core_udp_sendto() knows the remote IP address and remote UDP port and must calculate the GatewayAddress. core_udp_connect() is passed the remote IP address and U...

...c.com> wrote: >>>> > I have seen the capture but I couldn't find anything wrong there; > When you get a minute please assemble the rest of info; > so far it's not clear what the symptoms really are. > <<< > > The IP4 config data struct contents from core_udp_open is included below. > When UseDefaultAddress is TRUE, it passes 0.0.0.0 for StationAddress and > NetMask. core_udp_open calls core_udp_configure which calls efiip4configure > (BIOS). BIOS validates SA and NM but special-cases both null to allow for > proxy. BIOS tries to find the GUID to...

...h git://github.com/geneC/syslinux.git > git fetch genec-gh > git checkout -b genec-efi-fixes-2-for-mfleming > genec-gh/efi-fixes-2-for-mfleming > > On a newly cloned repo: > > git checkout -b genec-efi-fixes-2-for-mfleming > origin/efi-fixes-2-for-mfleming > > >> core_udp_open() should bind to the local IP address and obtain a local > >> UDP port allocation. core_udp_close() should release the UDP port > >> allocation. > >> > >> core_udp_sendto() knows the remote IP address and remote UDP port and > >> must calculate the Gate...

...gt; > > I have seen the capture but I couldn't find anything wrong there; > > When you get a minute please assemble the rest of info; > > so far it's not clear what the symptoms really are. > > <<< > > > > The IP4 config data struct contents from core_udp_open is included below. > > When UseDefaultAddress is TRUE, it passes 0.0.0.0 for StationAddress and > > NetMask. core_udp_open calls core_udp_configure which calls > efiip4configure > > (BIOS). BIOS validates SA and NM but special-cases both null to allow for > > proxy. BIOS...

>>> 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

...on HP Elitebook 2560p and 8460p latest firmware installed: 2560p 68SSU ver. F50. 08/04/2014 8460p 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...

...efi.binding, which has a remote IP address and port > + * number. > + */ > +static struct efi_binding *udp_reader; > + > +/** > + * Open a socket > + * > + * @param:socket, the socket to open > + * > + * @out: error code, 0 on success, -1 on failure > + */ > +int core_udp_open(struct pxe_pvt_inode *socket) > +{ > + memset(&udata, 0, sizeof(udata)); > + udata.AcceptPromiscuous = TRUE; > + udata.AcceptAnyPort = TRUE; Why promiscuous? That seems to want to accept it on any local address and put the NIC into promiscuous mode, avoiding the default...

Here is a completely untested patch if someone wants to try and take it for a spin? -hpa -------------- next part -------------- diff --git a/efi/udp.c b/efi/udp.c index 59bb426..60a8fe9 100644 --- a/efi/udp.c +++ b/efi/udp.c @@ -41,8 +41,7 @@ int core_udp_open(struct pxe_pvt_inode *socket) udp = (EFI_UDP4 *)udp_reader->this; memset(&udata, 0, sizeof(udata)); - udata.AcceptPromiscuous = TRUE; - udata.AcceptAnyPort = TRUE; + udata.AcceptBroadcast = TRUE; status = uefi_call_wrapper(udp->Configure, 2, udp, &udata);...

I did change both instances of txdata->GatewayAddress, but I think something may be wrong in my toolchain. If I extract syslinux.zip and attempt to make from there (without modifying any files), the cached DHCP packet isn't read on the same subnet. I receive "Succeed to download NBP file." twice before anything from syslinux is loaded, so I believe the duplicate request for

...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 efi_udp_has_recv = 0; int volatile efi_net_def_addr = 1; @@ -76,17 +68,11 @@ int core_udp_open(struct pxe_pvt_inode *socket) EFI_STATUS status; EFI_UDP4 *udp; - (void)socket; - - udp_reader = efi_create_binding(&Udp4ServiceBindingProtocol, &Udp4Protocol); - if (!udp_reader) - return -1; - b = efi_create_binding(&Udp4ServiceBindingProtocol, &Udp4Proto...

...gateway if not local. >> >> -- >> -Gene >> >>>> On Fri, Nov 8, 2013 at 2:57 PM, H. Peter Anvin <hpa at zytor.com> wrote: >>>>> Here is a completely untested patch if someone wants to try and take it >>>>> for a spin? > > core_udp_open() should bind to the local IP address and obtain a local > UDP port allocation. core_udp_close() should release the UDP port > allocation. > > core_udp_sendto() knows the remote IP address and remote UDP port and > must calculate the GatewayAddress. core_udp_connect() is passed the...

> 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

...; + * number. > > + */ > > +static struct efi_binding *udp_reader; > > + > > +/** > > + * Open a socket > > + * > > + * @param:socket, the socket to open > > + * > > + * @out: error code, 0 on success, -1 on failure > > + */ > > +int core_udp_open(struct pxe_pvt_inode *socket) > > +{ > > > + memset(&udata, 0, sizeof(udata)); > > + udata.AcceptPromiscuous = TRUE; > > + udata.AcceptAnyPort = TRUE; > > Why promiscuous? That seems to want to accept it on any local address > and put the NIC into...