similar to: Problems booting from local hd

I tried to replace display_labels asm code (ui.inc) with new C code (pm_display_labels), but the data i access in command_line doesn't seem to be always up to date. The patch i am working on is only for PXELINUX because of different vkernel structure: diff --git a/core/com32.inc b/core/com32.inc index 111590c..f19df7c 100644 --- a/core/com32.inc +++ b/core/com32.inc @@ -135,6 +135,7 @@

From: Matt Fleming <matt.fleming at intel.com> Since we can't use __intcall() for EFI, and since we can now have the ELF module code resolve all our symbols at runtime, we should delete as many references to __intcall() as possible and just access the symbols directly. The most interesting patch is the support for weak symbols. We need to be able to reference derivative-specific

I noticed several issues when diagnosing why pxechn.c32 didn't work in 5.01-pre3. 1) pxechn.c32, prdhcp.c32 and other modules crash Syslinux and force a reboot by executing an unresolved symbols. unload_pxe(), dns_resolv() and pxe_call() are the three. "Error: An undefined symbol was referenced" 2) In past versions, I built a debug build by having "CFLAGS += -DDEBUG=1"

The behaviour of default ISRs as provided by the BIOS varies wildly between platforms. Some will simply iret, some will send EOI, some will send EOI and disable the interrupt at the PIC, some will crash the machine due to single-bit errors in the ISR address. When PXENV_UNDI_ISR_IN_START returns PXENV_UNDI_ISR_OUT_NOT_OURS, send the EOI ourselves rather than risking the unpredictable behaviour

PXELINUX has stopped recognizing the keeppxe option on the kernel command line. Here is a patch to make it work again. With COM32, it is no longer possible to use preprocessor directives to determine the SYSLINUX variant. The code inside the #if will never be compiled. So, I changed it to use syslinux_filesystem() to determine the variant. Also, I moved the relevant code from

Our site has many Dell OptiPlex 790s, all of which are unable to use the 'localboot' PXELINUX option as they either hang at 'Booting from local disk...' or immediately reboot depending on which SYSLINUX version is used. Many people have suggested using chain.c32 to chain load the local disk as a workaround, but this causes problems with Windows 7 BitLocker as it detects the chain

Hi Peter, The main part of this pull request includes commits that try to replace as many __intcall() invocations as possible. Some remain, but not many (and eventually they'll be gone too). There's also a patch to make better use of ld's --as-needed option and various other bug fixes/cleanups. The following changes since commit ff7334a2ce536b7f4b1f6d6f93ff4e285a3bd45a: Only

Hello, Starting version PXELINUX 3.83 2009-10-05, i am not able to boot anymore using "localboot 0" entry. It show "" Booting from local disk... """ Then loop on the network boot of the interface then after a few try show the message: """ It appears your computer has less than 268K of low ("DOS") ... Boot failed: press a key to

HAS_LOCALBOOT is set unconditionally in config.inc. Signed-off-by: Sebastian Herbszt <herbszt at gmx.de> diff --git a/core/comboot.inc b/core/comboot.inc index 59db7ec..d6f670c 100644 --- a/core/comboot.inc +++ b/core/comboot.inc @@ -723,13 +723,9 @@ comapi_idle: ; ; INT 22h AX=0014h Local boot ; -%if HAS_LOCALBOOT comapi_localboot: mov ax,P_DX jmp local_boot -%else

Hello, On a computer with a real serial port do I mis some output. It is 'real serial port' as opposed to virtual hardware. The text that I mis is 'My IP address seems to be' and the decreasing hexadecimal IP-adress staircase. The banner and the copyright message are displayed. pxelinux.cfg/default is fetched and its "SAY command" is shown. Have a look at this

On Fri, Jun 10, 2016 at 2:06 AM, Adam Goldman via Syslinux <syslinux at zytor.com> wrote: > PXELINUX has stopped recognizing the keeppxe option on the kernel > command line. Here is a patch to make it work again. > > With COM32, it is no longer possible to use preprocessor directives to > determine the SYSLINUX variant. The code inside the #if will never be > compiled. So,

Use MY_NAME for syslinux_banner in isolinux and pxelinux. This is already done in ldlinux and extlinux. Signed-off-by: Sebastian Herbszt <herbszt at gmx.de> diff --git a/core/isolinux.asm b/core/isolinux.asm index ef7d92d..23429bd 100644 --- a/core/isolinux.asm +++ b/core/isolinux.asm @@ -1034,7 +1034,7 @@ writestr_early equ writestr ; Data that needs to be in the first sector ;

EFI devices should be allowed to use host names for remote servers. Only adds ipv4 host name functionality for efi devices. Reuses core/fs/pxe/dnsresolv.c parse_dotquad code to implement. Signed-off-by: Lincoln Thurlow <lincoln at isi.edu> --- efi/pxe.c | 49 +++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 49 insertions(+) diff --git a/efi/pxe.c b/efi/pxe.c index

FYI -- Did some more digging. These two changes lets SENDCOOKIES behavior work as desired/intended. --- syslinux-6.02/com32/include/syslinux/pxe_api.h 2013-10-13 13:59:03.000000000 -0400 +++ syslinux-6.02-changed/com32/include/syslinux/pxe_api.h 2013-11-21 17:00:57.379519000 -0500 @@ -589,7 +589,7 @@ void __weak unload_pxe(uint16_t flags); uint32_t __weak dns_resolv(const char *);

Hello, I'm still trying to setup RIS (Remote Installation Service -w2k) with PXE Linux, but before that I must say that the mail list archive is a _good_ idea. Back to RIS. When I start from pxelinux memdisk initrd=risbootdisk.img I get an error: No UNDI Driver found. The risbootdisk.img is a bootdisk from Microsoft, which starts a RIS installation. When I boot from floppy it works fine,

In pxelinux.asm the xchg instruction in xchg ax,ax . data_on_top: should be xchg ax,dx, I think At the end of pxe_get_cached_info routine,there is and ax,ax jnz .err It is supposed to test for AX status, but since pxenv does pushad and popad, AX doesn't contain status. In fact the other routines calling pxenv don't have this bug.

Hi Peter, I traced over these routines you suggested briefly and I didn't see where it invokes PXE UNDI_API (PXENV_UNDI_SHUTDOWN(0x5) to shut down the device. When this is invoked, my UNDI driver will put the device into an inactive state so that it doesn't do any more DMA read/write over PCIe bus anymore. What am I missing? Thanks! Kevin -----Original Message----- From: H. Peter

Hmm... well adding the __export stopped the "undefined symbol" error from showing up when I add "SENDCOOKIES" in the config, however I'm still not seeing any cookies being sent to my webserver. Any ideas on how to further debug? (if you want to send me the debug compile options privately that's okay too) -----Original Message----- From: H. Peter Anvin [mailto:hpa at

Just passing this bit of feedback on! :) jack. ----- Forwarded message from Thorsten Titze <thorsten.titze@hangar-eleven.de> ----- Delivered-To: jack@64.139.18.57 Delivered-To: jack@icecast.org Delivered-To: jack@xiph.org Date: Sun, 07 Oct 2001 12:42:19 +0200 To: feedback@vorbis.com From: Thorsten Titze <thorsten.titze@hangar-eleven.de> Subject: Ogg Vorbis RC2 library for Dreamcast

more dreamcast news ----- Forwarded message from Thorsten Titze <thorsten.titze@hangar-eleven.de> ----- To: feedback@vorbis.com From: Thorsten Titze <thorsten.titze@hangar-eleven.de> Subject: Ogg/Vorbis for Dreamcast Organization: http://www.hangar-eleven.de Hello, just wanted to let you know that my sources of the Dreamcast Ogg/Vorbis Player library have now been included into