search for: efi_no_map

...on't know) not liking the UseDefaultAddress UDP option. There is already a workaround for some such configurations in the GIT master-head I am using, (2ea44cbedb297bd6b409d5c1e0402d5f89592be4 from 2018-03-26) however the detection for the need for the workaround is based on the return value EFI_NO_MAPPING received from core_udp_configure. On Hyper-V though, the aforementioned call returns successfully, but then the udp->Transmit call fails with the EFI_NO_MAPPING. (Which by the way leads to silent socket closure) When I rebuild the syslinux.efi with efi_net_def_addr forced to 0, the boot...

..._tcp_connect: stalling on configure with no mapping > core_tcp_connect: stalling on configure with no mapping > core_tcp_connect: stalling on configure with no mapping > core_tcp_connect: aborting on no mapping > tcp close failed: 17 > > So... this is EFI_NO_MAPPING. Is this very different from the > EFI_NO_MEDIA I get when booting via iPXE? > <<< > > very unlikely.... > A complete wireshark traffic capture would be handy. I will send you one directly. I can reveal now that it will not contain any packets after it has downloaded...

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 configure with no mapping core_tcp_connect: stalling on configure with no mapping core_tcp_connect: stalling on configure with no mapping core_tcp_connect: stalling on configure with no mapping core_tcp_connect: aborting on no mapping tcp close failed: 17 So... this is EFI_NO_MAPPING. Is this very different from the EFI_NO_MEDIA I get when booting via iPXE? Testing with commit 8702009f yields worse results: >> Booting Embedded LOM 1 Port 1 : HP Ethernet 1Gb 4-port 331i Adapter - NIC (PXE IPv4) >> Booting PXE over IPv4. Station IP address i...

...dr) { 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_def_addr = 0; + Print(L"disable UseDefaultAddress\n"); + goto retry; + } if (status != EFI_SUCCESS) { Print(L"Failed to configure UDP: %d\n", status); return; @@ -392,6 +398,7 @@ void core_udp_sendto(struct pxe_pvt_inode *socket, const void *data,...

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 =

...t's happening. I set it to use the Default Address. If you > set UseDefaultAddress to true and comment out the lines setting > StationAddress and SubnetMask, it takes a second to pull the dhcp info so I > had to put the udp->Configure line in a loop until it's status is not > EFI_NO_MAPPING. Once it's set, It looks like it takes the StationAddress, > SubnetMask and Gateway from the dhcp. Excellent info! I can put another commit on (hopefully tonight) to cover that. -- -Gene

...figure with no mapping ? ???core_tcp_connect: stalling on configure with no mapping ? ???core_tcp_connect: stalling on configure with no mapping ? ???core_tcp_connect: stalling on configure with no mapping ? ???core_tcp_connect: aborting on no mapping ? ???tcp close failed: 17 So... this is EFI_NO_MAPPING. Is this very different from the EFI_NO_MEDIA I get when booting via iPXE? <<< very unlikely.... A complete wireshark traffic capture would be handy. Are you trying to retrieve anything using http? >>> Now I upgrade the System ROM to version 1.40 and the NIC Firmware t...

>>> > >???So...this is EFI_NO_MAPPING. Is this very different from the >???EFI_NO_MEDIA I get when booting via iPXE? > <<< > > very unlikely.... <<< I really meant unlikely to be related issues... >>> > A complete wireshark traffic capture would be handy. I will send you one dir...

...le more grasp on what's happening. I set it to use the Default Address. If you set UseDefaultAddress to true and comment out the lines setting StationAddress and SubnetMask, it takes a second to pull the dhcp info so I had to put the udp->Configure line in a loop until it's status is not EFI_NO_MAPPING. Once it's set, It looks like it takes the StationAddress, SubnetMask and Gateway from the dhcp.

...use the Default Address. If > you > > set UseDefaultAddress to true and comment out the lines setting > > StationAddress and SubnetMask, it takes a second to pull the dhcp info > so I > > had to put the udp->Configure line in a loop until it's status is not > > EFI_NO_MAPPING. Once it's set, It looks like it takes the StationAddress, > > SubnetMask and Gateway from the dhcp. > > Excellent info! I can put another commit on (hopefully tonight) to cover > that. > > -- > -Gene > _______________________________________________ > Syslinu...

...gned int *f) +EFI_STATUS efi_udp_configure(UDP_IO *udp_io, short unsigned int *f) { - EFI_STATUS status; - int unmapped = 1; - jiffies_t start, last, cur; - - last = start = jiffies(); - while (unmapped){ - status = uefi_call_wrapper(udp->Configure, 2, udp, udata); - if (status != EFI_NO_MAPPING) - unmapped = 0; - else { - cur = jiffies(); - if ( (cur - last) >= EFI_NOMAP_PRINT_DELAY ) { - last = cur; - Print(L"%s: stalling on configure with no mapping\n", f); - } else if ( (cur - start) > EFI_NOMAP_PRINT_DELAY * EFI_NOMAP_PRINT_COUNT) { - Print(L"%...

On Mon, Aug 31, 2015 at 06:08:19AM -0400, Gene Cumm via Syslinux wrote: > On Aug 30, 2015 8:42 PM, "Derrick" <derrick22 at gmail.com> wrote: > > > > Gene thanks, here is the output > > > > My IP is 10.2.49.10 > > Img @ 71d89718 = 8cdcd40ca5f0 > > Udp @ 71d89718 = 8cdcd40ca5f0 > > Udp @ 71d89718 = 8cdcd40ca5f0 > > Udp @ 71d89718 =

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