search for: gatewayaddress

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

...rce (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?

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

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 =

...eming >> 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 UDP port, calculates the GatewayAddress and >> stores all three for core_udp_send(). core_udp_send() should only >> copy the local/remote IP address/UDP port and GatewayAddress, then set >> the other flags/values a...

...t 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 > remote IP address and UDP port, calculates the GatewayAddress and > stores all three for core_udp_send(). core_udp_send() should only > copy the local/remote IP address/UDP port and GatewayAddress, then set > the other flags/values as needed. > &...

...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 UDP port, calculates the GatewayAddress and > >> stores all three for core_udp_send(). core_udp_send() should only > >> copy the local/remote IP address/UDP port and GatewayAddress, then set > >> the...

...sion 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/> for that exac...

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

...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 >> On Fri, N...

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

...p > 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, but the recieve fai...

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." twice before anything...

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