similar to: PXELINUX 4.10-pre*

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

>> Hi, >> >> We have some problems while network booting thin clients. The type is T5540. >> >> At this moment we are using pxe linux 6.03. >> >> The systems are booting correctly with pxe linux version 6.03-pre14. >> We have seen the same error with version 6.03-pre9. >> >> The error message: >> >> Failed to load ldlinux.c32

On Thu, Jun 5, 2014 at 8:50 AM, Wissam Shoukair <wissams at mellanox.com> wrote: > Hi Gene, > > More information about this? > > I have found in the syslinux git that this commit id is the last good > commit: > > commit 41c29c26d70fde563d7c255872bbadad87a39dfa (tag: > refs/tags/syslinux-5.02-pre3) > Author: Matt Fleming <matt.fleming at intel.com> >

I''ve just uploaded 0.9.11-pre12 of the GPL PV drivers for Windows. Since -pre10 (and -pre11) I''ve fixed a heap of crashes that were plaguing xennet under load, and also rewritten the interrupt/event distribution logic to improve performance. Under windows 2003 I can now get network speeds of 1-2Gbit/second TX and 600Gbit/second RX, which is considerably better than I was

I''ve just uploaded 0.9.11-pre12 of the GPL PV drivers for Windows. Since -pre10 (and -pre11) I''ve fixed a heap of crashes that were plaguing xennet under load, and also rewritten the interrupt/event distribution logic to improve performance. Under windows 2003 I can now get network speeds of 1-2Gbit/second TX and 600Gbit/second RX, which is considerably better than I was

I am sending a patch that makes the debugging output of PXELINUX slightly more concise, without (intentionally) affecting its completeness at all. Additionally, I am proposing that the debugging output of PXELINUX -- specifically the messages that appear after the copyright statement, but before the menu is loaded -- only be shown in response to keyboard input (such as holding Shift or Alt, or

On Wed, Dec 17, 2014 at 5:54 AM, Willem Bargeman <willem at bargeman.eu> wrote: > On Wed, Dec 17, 2014 at 2:55 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >> On Tue, Dec 16, 2014 at 4:22 PM, Geert Stappers <stappers at stappers.nl> wrote: >>> On Tue, Dec 16, 2014 at 08:17:32PM +0100, Willem Bargeman wrote: >>>> >> Hi, >>>>

On Jun 05 2014, Ady wrote: > > I'm working on a system derived from ARCH linux, running what they > > call version 6.02-4 of the syslinux package (which would be your > > version 6.02 plus their/our patches). I've got a syslinux.cfg > > ArchLinux currently is already using 6.03-pre12 or newer, so I would > suggest for you to update. I want to keep the

Hello, A couple of months back there was this message on the list. http://syslinux.zytor.com/archives/2010-October/015459.html I have exactly the same result on just a few types of machines. Acer Tavelmate 8372 and 5742 InsydeH2O Bios v1.05 Broadcom UNDI PXE 2.1 V 14.0.8 It started after I upgrades pxelinux.0 to version 3.86 Versions tested and got the recursing: 3.86, 3.85, 3.84 and 3.83 On

> Message: 3 > Date: Fri, 06 Jun 2014 08:13:36 -0700 > From: "H. Peter Anvin" <hpa at zytor.com> > To: Andrew Rae <A.M.Rae at leeds.ac.uk>, "'syslinux at zytor.com'" > <syslinux at zytor.com> > Subject: Re: [syslinux] EFI booting over network - can't then load > anything > Message-ID: <5391DAA0.2050207 at

Hi Peter, (at least I hope it is you, who gets this mail) I have a problem while booting over the netwoork using PXELINUX. When I use a initrd smaller or equal 16 MB, everything works fine, but when I increase the size, the system doesn't boot. In case of a 32 MB initrd (same content, just bigger), I get the error-message, that the system couldn't mount root. From 64 MB on, the system

Hi, Sorry for putting the images. Posting this question again. I am trying to boot my node through network with the following configuration (even with KVM it is not getting booted): < domain type='kvm'> < name>Node-2-3</name> < os> < type>hvm</type> < boot dev='network'/> < boot dev='hd'/> <

The following changes since commit 89794a3d0b8659e2a143faeffc77877b45754c52: Matt Fleming (1): Merge branch 'dynamic-debug' into elflink are available in the git repository at: git://github.com/geneC/syslinux.git elflink-undi-debug-for-mfleming Gene Cumm (5): lwip: undiif: Fix debug options to unique *_DEBUG macros lwip: Allow LWIP_PLATFORM_* output to use

On Tue, Oct 27, 2015 at 10:15 PM, Bruno Cornec via Syslinux <syslinux at zytor.com> wrote: > Bruno Cornec via Syslinux said on Wed, Oct 28, 2015 at 01:45:22AM +0100: >> >> Is there a way to increase the debug level of syslinux.efi in order to >> check what it tries to do and diagnose more precisely what happens ? > > > Ok, I tried to modify mk/devel.mk to put:

I have just pushed out Syslinux 3.81-pre7; the only delta over -pre6 is a small change to meminfo.c32. I expect to make a 3.81 release probably early next week, so this is a last call notice. If you have any outstanding issues, or you have tests you want to do and want some more time (Dag - I know you said you were going to try to do some tests over the weekend), please speak up *now*. -hpa

On 2014?03?08? 05:56, Gene Cumm wrote: > In /etc/vmware/vmnet8/dhcpd/dhcpd.conf I added the following: > > host 7x { > hardware ethernet 00:0C:29:38:6B:6E; > filename "e6/bootx64.efi"; > next-server 172.21.1.1; > # option vendor-encapsulated-options >

file->offset is used to store position in index root between ntfs_readdir calls. Previously, pointer to buffer was stored in this field. However this buffer is reallocated and read each ntfs_readdir call so the pointer may become incorrect. Now offset in index root rather than pointer is stored in this field. Signed-off-by: Andy Alex <andy at r-tt.com> --- diff -uprN

Hi, I have been using 6.03-pre11 lpxelinux.0 to deliver standard (TFTP) and HTTP based vmlinuz and kernel images. Things are working fine. When I upgraded the same to 6.03-pre12 it stopped working. On the console of the machine that is booting, is stalls infinitely at the line: PXELINUX 6.03 lwIP 6.03-pre12 Copyright (C) 1994-2014 H. Peter Anvin et al Screen shot attached. FWIW: 1. the

Just a few bug-reports, before I forget: - A Windows installer bug for 4.06 and presumably 5.00-pre9 whereby the ADV contains backslashes. Reproduced with: syslinux.exe --directory \two\dirs e: - An open() (?) bug for 4.06 and presumably 5.00-pre9 whereby the filename /ubcd/custom/syslinux-5.00-pre9/com32/gplinclude/acpi/facs.h fails to open() after 134 iterations in a loop where it's

Hi all, wasnt sure whether this was the best place to put this information; but something seems to have gone 'backwards' in the later pre-releases of 6.03 regarding network booting. below are results of me testing - i did each a few times to make sure they are valid results. hope it helps identify something that's gone awry ? so far, 6.03 pre11 and pre13 (excluding efi32) seem most