similar to: Now available for testing: lwIP for PXELINUX

On Tue, Mar 11, 2014 at 11:08 AM, Eric PEYREMORTE <eric.peyremorte at iut-valence.fr> wrote: > Le 11/03/2014 15:27, Ady a ?crit : > >>> Le 11/03/2014 10:32, Eric PEYREMORTE a ?crit : >>> Some news here. I didn't test with 5.01 yet (didn't see that one sorry). >>> With 5.01 i don't have any problem. Problems begin with 5.10. >>> --

The following changes since commit 5b08704e284545c82b4c5d3ff3aaee815107f6ef: H. Peter Anvin (1): thread: allow marking invalid; allow for static mboxes are available in the git repository at: git://github.com/geneC1/syslinux.git lwip-undiif-fix-for-hpa Gene Cumm (4): lwip: undiif: Fix #error typo lwip: undiif: Fix debug option addressing in update_arp_entry()

> >> Hello Ady, > >> > >> To sum up : > >> > >> > >> _ 4.0x works; > >> _ 4.10-pre22 (lwip branch) works; > >> _ 5.01 (elflink branch) works; > >> _ 5.10 and beyond (lwip merge into elflink) fails; --> pxelinux.0 very slow, > >> lpxelinux.0 freezes (i don't get the menu) > >> > >> I

> Le 11/03/2014 10:32, Eric PEYREMORTE a ?crit : > Some news here. I didn't test with 5.01 yet (didn't see that one sorry). > With 5.01 i don't have any problem. Problems begin with 5.10. > -- > Eric PEYREMORTE Hello Eric: To sum up your report: _ 4.0x works; _ 4.10-pre22 (lwip branch) works; _ 5.01 (elflink branch) works; _ 5.10 (lwip merge into elflink) fails; I

Folks, I've just released the first prelease for the 5.10 series. The intention is to leave 5.02-pre3 where it is and move to 5.10-pre1. The only difference between 5.02-pre3 and 5.10-pre1 is the merge of the lwip branch (and a single commit to fixup the -DDEBUG=2 build), which warranted a bump in the version minor number. See the shortlog below for details of the differences between

On 6/6/19 8:16 AM, Ady Ady via Syslinux wrote: > >> the PXELINUX log line is >> printed (PXELINUX 6.04 lwIP 6.04-pre3 Copyright (C) 1994-2015 H. Peter >> Anvin et al), > > (snip) > > FWIW, the official binaries from 6.04-pre2 and 6.04-pre3 are not good > for troubleshooting. > > Is the same behavior present when testing with other versions? I would

Hey, I am running a custom-built router (based on a PCengines apu2c4 board, see https://github.com/rtr7/router7 for details) on which I am using PXE boot for recovery purposes, i.e. reverting to an older version of the software/configuration. In this scenario, my workstation acts as the DHCP, TFTP and HTTP server, and my router PXE boots into a recovery program. I have noticed a couple of times

I just pushed out Syslinux 4.10-pre21. This prerelease version fixes gPXE virtio support... again, if you have had a system with problems on 4.10-preX, I would appreciate your testing it out. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

Folks, Finally, Syslinux 5.10 has been released. This release includes a merge of the 4.10 development branch, which means that there's a new network stack availble, based on the lwIP embedded TCP/IP stack. The jump from the previous 5.01 release to 5.10 may be a little confusing, but a new network stack is such a large change that it deserved a significant bump in the version minor number.

If lwIP encounters a half-open connection (e.g. due to a restarted application reusing the same port numbers) it will correctly send a RST but will not resend the SYN until one retransmission timeout later (approximately three seconds). This can increase the time taken by lpxelinux.0 to fetch its configuration file from a few milliseconds to around 30 seconds. Fix by immediately retransmitting

The following changes since commit 6438fbcb6cb7e0cd40e4bb3681ada047fe77ffdd: Gene Cumm (1): Allow for UNDIIF_ID_DEBUG in 1 mk line are available in the git repository at: git://github.com/geneC/syslinux.git elflink-pxe-fixes-for-mfleming https://github.com/geneC/syslinux/tree/elflink-pxe-fixes-for-mfleming Gene Cumm (12): core/lwip/undi: Improve UNDIIF_ID_DEBUG messages

On 07/05/2013 01:02 PM, Gerardo Exequiel Pozzi wrote: > > 5.00 [pxelinux.0] OK 5.01 [pxelinux.0] OK 5.02-pre1 > [pxelinux.0] OK 5.02-pre2 [pxelinux.0] OK 5.02-pre3 [pxelinux.0] > BAD (freeze, no error messages, 100% CPU used) > > 5.10-pre1 [pxelinux.0] BAD (freeze, no error messages, 100% CPU > used) 5.10-pre2 [pxelinux.0] BAD (Failed to load: ldlinux.c32,

The UDP binding logic will reuse local port numbers immediately. This causes problems for TFTP, which assumes a very low probability of a source port number being reused. The consequence is that lpxelinux.0 may end up downloading an incorrect file (e.g. attempting to download pxelinux.cfg/default but actually receiving a copy of ldlinux.c32, due to the port number having been reused). Fix by

On Tue, Sep 17, 2013 at 9:36 AM, Matt Fleming <matt at console-pimps.org> wrote: > On Tue, 03 Sep, at 07:31:52PM, Gene Cumm wrote: >> The following changes since commit 6438fbcb6cb7e0cd40e4bb3681ada047fe77ffdd: >> Gene Cumm (1): >> Allow for UNDIIF_ID_DEBUG in 1 mk line >> >> are available in the git repository at: >> >>

Le 11/03/2014 17:54, Gene Cumm a ?crit : > On Tue, Mar 11, 2014 at 11:08 AM, Eric PEYREMORTE > <eric.peyremorte at iut-valence.fr> wrote: >> Le 11/03/2014 15:27, Ady a ?crit : >> >>>> Le 11/03/2014 10:32, Eric PEYREMORTE a ?crit : >>>> Some news here. I didn't test with 5.01 yet (didn't see that one sorry). >>>> With 5.01 i

Has anyone played with the syslinux/lwip.git tree? It works fine with pxelinux: qemu -boot n -net nic -net user,bootfile=/pxelinux.0,tftp=/pxe (although it hangs while trying to resolve www3.kernel.org because of the lack of proper DNS with -net user) The same command hangs earlier with gpxelinux.0 though: Getting cached packet 01 pxe_call op 0071 data 0x00012518 -- Pierre-Alexandre

Hi, thanks for writing cptime, after manually adding it to the Makefile of a lwip git checkout it compiled fine (same about prdhcp) (only isohybrid complained about a missing uuid/uuid.h)... I have a 64bit VM with VMXNET3 and go there this result: [image: cptime.png] (can everybody see the picture?) The download of a 180MB large file (Parted Magic initrd) takes between 60 and 72 seconds,

On 7/18/19 10:30 AM, Michael Stapelberg via Syslinux wrote: >>> >>> Is the same behavior present when testing with other versions? I would >>> suggest trying 6.04-pre1, and/or the binaries from Debian Sid / >>> Unstable (which are more up-to-date than official upstream 6.04-pre1). >>> Please note that you need to replace _all_ binaries (e.g. *.c32),

I've been working with Matt Burgess here on this problem, and have found the following: syslinux 3.08-pre10 ? broken >>> config.inc:max_cmd_len=255 syslinux 3.08-pre11 ? works >>> config.inc:max_cmd_len=1023 syslinux 3.08 ? works >>> config.inc:max_cmd_len=1023 syslinux 3.09-pre1 ? works >>> config.inc:max_cmd_len=1023 syslinux 3.09-pre2 ? broken

On Sun, Feb 8, 2015 at 7:49 PM, Alexey Orishko via Syslinux <syslinux at zytor.com> wrote: > Hi guys, > > I'm have a pure 64-bit system (Intel based). Due to that I can't use 32-bit ELF > extlinux binary provided in the syslinux-6.03 package. > > Unfortunately building extlinux installer failed... > > See error below after these command: > make bios clean