search for: txdata

...>= 30) - dprintf("Failed to cancel UDP\n"); - - uefi_call_wrapper(udp->Cancel, 2, udp, &token); - dprintf("core_udp_recv: timed out\n"); - } + UDP_IO* udp_io; + EFI_UDP4* udp; + EFI_UDP4_COMPLETION_TOKEN* token=NULL; + EFI_UDP4_TRANSMIT_DATA* txdata=NULL; + EFI_UDP4_FRAGMENT_DATA* frag; - uefi_call_wrapper(udp->Poll, 1, udp); - } + udp_io = (UDP_IO*)socket->net.efi.context; + udp = udp_io->Protocol_Udp4; - if (cb_status == 0) - rv = 0; - /* Reset */ - cb_status = -1; - - if (rv) - goto bail; - - rxdata = t...

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

...to the source (one that doesn't work with same subnet) makes me wonder if > some of my libraries are bad or something. > > At any rate, thanks for all the help. I think I've learned more trying to > figure out what's going on with this than I have in the past year. Try txdata->GatewayAddress = &IPInfo.gateway; not txdata->GatewayAddress = IPInfo.gateway; -- -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?

...) makes me wonder if >>> some of my libraries are bad or something. >>> >>> At any rate, thanks for all the help. I think I've learned more trying to >>> figure out what's going on with this than I have in the past year. >> >> Try >> txdata->GatewayAddress = &IPInfo.gateway; >> not >> txdata->GatewayAddress = IPInfo.gateway; > > And with this forced, it does send the requests but it may not route > properly, depending on the gateway. > > The gateway must be NULL if local or the address of the g...

...odified version that would look suspicious. Anyway, syslinux.efi is supposed to be downloaded by the UEFI firmware itself. It succeed but keep restarting for no apparent reason. Maybe an early termination? I don't know. However your modified version is interesting... Try modifying the *other* txdata->GatewayAddress as well. :) It seems like you modified sendto but not send. The TFTP request is sent using "sendto" while the acknowledgement are sent using "send". Thus you need to patch both. I think you can open a bug report on the bugzilla<http://bugzilla.syslinux.org...

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

...'t work with same subnet) makes me wonder if >> some of my libraries are bad or something. >> >> At any rate, thanks for all the help. I think I've learned more trying to >> figure out what's going on with this than I have in the past year. > > Try > txdata->GatewayAddress = &IPInfo.gateway; > not > txdata->GatewayAddress = IPInfo.gateway; And with this forced, it does send the requests but it may not route properly, depending on the gateway. The gateway must be NULL if local or the address of the gateway if not local. -- -Gene...

...;>> some of my libraries are bad or something. >>>> >>>> At any rate, thanks for all the help. I think I've learned more trying to >>>> figure out what's going on with this than I have in the past year. >>> >>> Try >>> txdata->GatewayAddress = &IPInfo.gateway; >>> not >>> txdata->GatewayAddress = IPInfo.gateway; >> >> And with this forced, it does send the requests but it may not route >> properly, depending on the gateway. >> >> The gateway must be NULL if l...

I'm using tftp-hpa. I had disabled the blocksize option (-r blocksize) for some reason that I can't remember now. Re-enabling it and setting to 1468 gives the same results. Considering I'm using http to transfer the kernels, initrd and images, I don't think the slowness will be an problem. Thanks for the suggestions though. On Tue, Nov 5, 2013 at 8:20 PM, Celelibi <celelibi at

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

...atus != EFI_SUCCESS) { Print(L"Failed to configure UDP: %d\n", status); return; } } ? void core_udp_sendto(struct pxe_pvt_inode *socket, const void *data, size_t len, uint32_t ip, uint16_t port) { 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;...

Hi Alexander, thanks for your good work on the megatec_usb driver. I have made a few more (cosmetic) changes. Is the driver now working stably for your device? In particular, do the instant commands (and particularly "upsdrvctl -k") work properly? In this case, we could hopefully mark the device as "supported" and merge the driver to the main branch. There is still the

...rorport.pcap > Anyway, syslinux.efi is supposed to be downloaded by the UEFI firmware > itself. It succeed but keep restarting for no apparent reason. Maybe > an early termination? I don't know. > > However your modified version is interesting... > Try modifying the *other* txdata->GatewayAddress as well. :) > It seems like you modified sendto but not send. The TFTP request is > sent using "sendto" while the acknowledgement are sent using "send". > Thus you need to patch both. That makes sense. My observation is also that the transmit works,...

On 11/08/2013 07:52 AM, Jason Matthews wrote: > 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." twi...

Op 2013-11-07 om 02:23 schreef Celelibi: > 2013/11/6, Jason Matthews <jason.david.matthews at gmail.com>: > > I'm using tftp-hpa. I had disabled the blocksize option (-r blocksize) for > > some reason that I can't remember now. Re-enabling it and setting to 1468 > > gives the same results. Considering I'm using http to transfer the kernels, > > initrd