search for: usedefaultaddress

...via Syslinux wrote: > > > I have a patch that I think may help your situation of syslinux.efi > > being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if > > any of you are using an EFI ia32 platform). > > > > The basics are that we try to enable UseDefaultAddress as it helps > > certain clients with routing and works on numerous other clients. If > > we timeout on receiving a packet and have never received any packets, > > disable UseDefaultAddress and set the addresses manually. > > > > > > git://github.com/geneC/sysl...

from: Jeff Sloan <jeff_sloan at selinc.com> Based on commit: 9314e330 Setting UseDefaultAddress to TRUE uses invalid StationAddress and SubnetMask values. This is in a network with a local TFTP/MTFTP server. If the server is local, on the same subnet, UseDefaultAddress is set to false and the client ip and subnetmask are loaded, otherwise set UseDefaultAddress to TRUE. This is added to co...

I have a patch that I think may help your situation of syslinux.efi being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if any of you are using an EFI ia32 platform). The basics are that we try to enable UseDefaultAddress as it helps certain clients with routing and works on numerous other clients. If we timeout on receiving a packet and have never received any packets, disable UseDefaultAddress and set the addresses manually. git://github.com/geneC/syslinux.git https://github.com/geneC/syslinux.git Branch 1efip...

...== EFI_INVALID_PARAMETER)) efi_net_def_addr = 2; } @@ -158,6 +158,7 @@ void core_udp_connect(struct pxe_pvt_inode *socket, uint32_t ip, /* Re-use the existing local port number */ udata.StationPort = socket->net.efi.localport; +retry: if (efi_net_def_addr) { udata.UseDefaultAddress = TRUE; } else { @@ -170,6 +171,11 @@ void core_udp_connect(struct pxe_pvt_inode *socket, uint32_t ip, udata.TimeToLive = 64; status = core_udp_configure(udp, &udata, L"core_udp_connect"); + if (efi_net_def_addr && (status == EFI_NO_MAPPING)) { + efi_net_de...

...most complete. This requires a minimum of changes to the packet except that it contains NULL server ip so populate server from ProxyOffer packet. The information is loaded into pkt_v4 and then parsed. In efi/udp.c: Both updates are in core_udp_connect and core_udp_sendto functions. 1. Disable UseDefaultAddress, which is not complete. 2. Set StationAddress and SubnetMask to correct values from IPInfo struct because both fields are not necessarily populated. Signed-off-by: Jeff Sloan <jeff_sloan at selinc.com> --- diffstat results: pxe.c | 16 +++++++++++++++- udp.c | 12 ++++++++++-- 2 files...

...gt;> >> > I have a patch that I think may help your situation of syslinux.efi >> > being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if >> > any of you are using an EFI ia32 platform). >> > >> > The basics are that we try to enable UseDefaultAddress as it helps >> > certain clients with routing and works on numerous other clients. If >> > we timeout on receiving a packet and have never received any packets, >> > disable UseDefaultAddress and set the addresses manually. >> > >> > >> > git:/...

>>> 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 fails and returns EFI_UNSUPPORTED error, EF...

...;> I have a patch that I think may help your situation of syslinux.efi >> >> being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if >> >> any of you are using an EFI ia32 platform). >> >> >> >> The basics are that we try to enable UseDefaultAddress as it helps >> >> certain clients with routing and works on numerous other clients. If >> >> we timeout on receiving a packet and have never received any packets, >> >> disable UseDefaultAddress and set the addresses manually. >> >> >> >>...

...e: > from: Jeff Sloan <jeff_sloan at selinc.com> > > Update UEFI PXE proxyDHCP handling. > > This patch is based on commit ID 8a00e49 > > Modify two files to specify valid ip addresses. These files are efi/pxe.c > and efi/udp.c. 1) In commit 2e266c35, I proposed using UseDefaultAddress. As I recall, there were clients that didn't utilize the default routing otherwise. This may require more code to distinguish subnet-local versus remote. Looks like the thread starting at http://www.syslinux.org/archives/2013-November/021039.html 2) Why not touch efi/tcp.c also which also u...

...at gmail.com> wrote: >> >> I have a patch that I think may help your situation of syslinux.efi >> being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if >> any of you are using an EFI ia32 platform). >> >> The basics are that we try to enable UseDefaultAddress as it helps >> certain clients with routing and works on numerous other clients. If >> we timeout on receiving a packet and have never received any packets, >> disable UseDefaultAddress and set the addresses manually. >> >> >> git://github.com/geneC/syslinux.git...

...en addressed machines that implement dual stack (IPv4+IPv6) versus single stack in efi_create_binding(), presuming it's symmetric. Recently I posted a patch to efi/pxe.c that's similar but uses more data to determine the potential validity of a EFI_PXE_BASE_CODE_PROTOCOL handle. Regarding UseDefaultAddress (as mentioned recently), some implementations don't route automatically unless it's used. -- -Gene

>>> What uEFI specification version does your system claim to be compliant with?? I'd like to read over the spec for the call to verify things. -- -Gene <<< I've tried to find the relationship between UseDefaultAddress and DHP relays but I couldn't find anything. The use of DHCP relays should be really transparent... Best, Patrick

...ve 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 fails and returns > EFI_UNSUP...

...k may help your situation of >>>> >> syslinux.efi being unable to load ldlinux.e64/ldlinux.e32 (though >>>> >> I don't know if any of you are using an EFI ia32 platform). >>>> >> >>>> >> The basics are that we try to enable UseDefaultAddress as it >>>> >> helps certain clients with routing and works on numerous other >>>> >> clients. If we timeout on receiving a packet and have never >>>> >> received any packets, disable UseDefaultAddress and set the addresses manually. >>&gt...

...gmail.com> wrote: > > > I have a patch that I think may help your situation of syslinux.efi > > being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if > > any of you are using an EFI ia32 platform). > > > > The basics are that we try to enable UseDefaultAddress as it helps > > certain clients with routing and works on numerous other clients. If > > we timeout on receiving a packet and have never received any packets, > > disable UseDefaultAddress and set the addresses manually. > > > > > > git://github.com/geneC/syslin...

...dn'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 fails and re...

...galbert 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; memcpy(&udata.StationAddress, &IPInfo.myip, sizeof(IPInfo.myip)); - memcpy(&udata.StationAddress, &IPInfo.netmask, sizeof(IPInfo.netmask)); + memcpy(&udata.SubnetMask, &IPInfo.netmask, sizeof(IPInfo.netmask)); } memcpy(&udata.RemoteAddress, &ip,...

...rk". This handle has the necessary > > "UDPv4ServiceBinding" (I see as "UDPv4Sb"). > > > > Thanks for the excellent data. It's been a while since I looked at > > the handle search code to debug this. > > Did you ever see a "disable UseDefaultAddress" message? The code > should have printed those original messages dump the new message then > try again at doing the network transaction. Yes, that was the last message I think. Then, after a while, it rebooted. I figured the names(Net vs. SimpleNetwork) to search for was standardized?...

>>> Setting UseDefaultAddress to TRUE uses invalid StationAddress and SubnetMask values. This is in a network with a local TFTP/MTFTP server. If the server is local, on the same subnet, UseDefaultAddress is set to false and the client ip and subnetmask are loaded, otherwise set UseDefaultAddress to TRUE. This is added to co...

...gt;> > >> I have a patch that I think may help your situation of syslinux.efi > >> being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if > >> any of you are using an EFI ia32 platform). > >> > >> The basics are that we try to enable UseDefaultAddress as it helps > >> certain clients with routing and works on numerous other clients. If > >> we timeout on receiving a packet and have never received any packets, > >> disable UseDefaultAddress and set the addresses manually. > >> > >> > >> git:/...