similar to: [syslinux:master] tftp: Report server IP address on debug message

It is supposed to match but sometimes it doesn't; I had the case where I contacted my local server on my public adress and responded from the loopback. So it was the same server from two different addresses which confused then the rest of the code. By adding this print I was able to get the situation immediately and fixed it. That's why I added that information on the debug print.

On Fri, Sep 4, 2015 at 4:28 PM, Geert Stappers via Syslinux <syslinux at zytor.com> wrote: > On Fri, Sep 04, 2015 at 09:15:07AM -0700, syslinux-bot for Erwan Velu wrote: >> Commit-ID: 66105926f3d748de827eb863913171efb9624165 >> Gitweb: http://www.syslinux.org/commit/66105926f3d748de827eb863913171efb9624165 >> Author: Erwan Velu <erwanaliasr1 at gmail.com>

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

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;

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

Sebastian, On 01/15/2015 12:49 AM, Sebastian Herbszt wrote: > which version of pxelinux were you trying? Looks like < 5.x. the one from Fedora 20, syslinux-4.05. It turns out that pxelinux.0 from Fedora 21, syslinux-6.03, reports "Failed to load ldlinux.c32" when ldlinux.c32 can't be read, and "Loading <FILE>... failed: No such file or directory" when the

A fancy pointers logic has been replaced with a plain old if / else branches. It was assigning only half of a 64 bits integer which is then assigned to a size_t. Thus leading to a bug on platform where size_t is 64 bits. Resolves bug #26 Signed-off-by: Celelibi <celelibi at gmail.com> --- Not sure if genec already issued a pull request for this patch or not. Anyway, here it is as

On Sat, Sep 12, 2015 at 08:42:15AM -0400, Gene Cumm via Syslinux wrote: > On Sat, Sep 12, 2015 at 7:37 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > > On Sat, Sep 12, 2015 at 7:08 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > >> On Sat, Sep 12, 2015 at 5:54 AM, Teun Docter > >> <teun.docter at brightcomputing.com> wrote: > >>> On

Hello Andreas, Andreas Gruenbacher wrote: > Sebastian, > > On 01/15/2015 12:49 AM, Sebastian Herbszt wrote: > > which version of pxelinux were you trying? Looks like < 5.x. > > the one from Fedora 20, syslinux-4.05. > > It turns out that pxelinux.0 from Fedora 21, syslinux-6.03, reports > "Failed to load ldlinux.c32" when ldlinux.c32 can't be

When attempting to build syslinux in parallel (make -j5), I encountered the following error at the end: rm -f liblpxelinux.a ar cq liblpxelinux.a rawcon.o ./fs/pxe/dhcp_option.o ./fs/pxe/pxe.o ./fs/pxe/tftp.o ./fs/pxe/urlparse.o ./lwip/src/netif/ethernetif.o ./lwip/src/netif/etharp.o ./lwip/src/netif/slipif.o ./lwip/src/netif/ppp/md5.o ./lwip/src/netif/ppp/randm.o ./lwip/src/netif/ppp/chpms.o

That is perfectly true. I had a beautiful bug in the code .... Switching from python to C have some weird side-effect. Indenting is not enough, brackets are required.... So I pushed https://github.com/ErwanAliasr1/syslinux/commit/5a122d218553a6d4019273653ba9fad66d6ae79e with the fix. I tested it on my multi-disk system with success. I also changed the name of the function. 2016-07-17 8:21

On Sat, Sep 12, 2015 at 7:08 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Sat, Sep 12, 2015 at 5:54 AM, Teun Docter > <teun.docter at brightcomputing.com> wrote: >> On 2015-09-12 04:58, Gene Cumm wrote: >>>> >>>> I've captured the following DHCP ACK: >>>> >>>> 10.141.20.1.bootps > 10.141.20.2.bootpc: [udp sum ok]

The idea is to boot a disk in an mbr fashion while using the GPT (not filesystem) label to detect the disk. That is useful when you use grub2 & gpt. I was in case where my nodes (100s) have 8 disks each and no guarantee of which disk is "bootable" in the disk. This way I can tell "please boot the disk that have one partition labelled "xyz"". So nothing related

Hi folks, As per Ady request (thanks for the reminder), I forgot to send the patches I run in Mageia. There is two of them : One is making errors in parsing modules.alias not fatal. The other one is adding an option to chain to avoid reading garbage on the command line. I had some issues with gfxboot and had to implement that. I know it's a workaround, I don't really get if that's

Thanks for pointing this out. Applied in 3b3bc3675519e1530adab27480196eb3f1a458bc Note that I've been adding some code in that branch to support the tftp WRQ from libupload when running with lpxelinux. 2015-09-02 12:18 GMT+02:00 Gene Cumm <gene.cumm at gmail.com>: > On Fri, Aug 14, 2015 at 4:41 AM, Erwan Velu via Syslinux > <syslinux at zytor.com> wrote: > > Hi

Hi folks, I've been off for a pretty long time and I'm trying to resume a little bit. While testing HDT I found some serious bugs in HDT's CLI mode but also took the time to update the DMI detection tables. Please find my hw_update branch which is in sync with the current git tree. https://github.com/ErwanAliasr1/syslinux/commits/hw_update Erwan,

The exisiting label= option offer to boot on a gpt partition that have a particular label. The existing guuid= option offer to boot on a disk or partition with a particular label. This new option offer to boot the disk that have a partition which have a given label. The label is so just a way to detect a disk to boot. A typical use is for making an intelligent localboot like : label

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

I have dyndns.org account, so added the name below and mapped the IP address to it for now. Rather than having to remember the number. http://hdt-project.dyndns.org/ Not sure what the status is. On 5 May 2016 at 7:02, Pierre-Alexandre Meyer wrote: Date sent: Thu, 5 May 2016 07:02:51 -0400 Subject: Re: [syslinux] HDT site down?? From: Pierre-Alexandre Meyer <pierre at mouraf.org> To:

On Sun, Feb 28, 2016 at 04:26:07PM +0000, Patrick Masotta via Syslinux wrote: > > > I have re-implemented /efi/udp.c > Signed-off-by: Patrick Masotta <masottaus at yahoo.com> > > diff -uprN a/core/fs/pxe/pxe.h b/core/fs/pxe/pxe.h > --- a/core/fs/pxe/pxe.h 2014-10-06 10:27:44.000000000 -0600 > +++ b/core/fs/pxe/pxe.h 2016-02-28 08:44:47.127996962 -0700 > @@