search for: alignz

...one pointer in here -%error "Sector 1 overflow" -%endif + %if rl_checkpt_off > 3F6h ; Need one extent + %assign rl_checkpt_overflow rl_checkpt_off - 3F6h + %error Sector 1 overflow by rl_checkpt_overflow bytes + %endif %endif -; Sector pointers - alignz 4 +; +; Extent pointers... each extent contains an 8-byte LBA and an 2-byte +; sector count. In most cases, we will only ever need a handful of +; extents, but we have to assume a maximally fragmented system where each +; extent contains only one sector. +; + alignz 2 MaxInitDataSiz...

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

...100644 --- a/core/diskfs.inc +++ b/core/diskfs.inc @@ -109,9 +109,9 @@ PXERetry dw 0 ; Extra PXE retries section .data16 global SerialNotice SerialNotice db 1 ; Only print this once + global IPAppends, numIPAppends %if IS_PXELINUX extern IPOption - global IPAppends, numIPAppends alignz 2 IPAppends dw IPOption numIPAppends equ ($-IPAppends)/2 diff --git a/core/elflink/advwrite.c b/core/elflink/advwrite.c deleted file mode 100644 index 4152eea..0000000 --- a/core/elflink/advwrite.c +++ /dev/null @@ -1,45 +0,0 @@ -/* ----------------------------------------------------------------...

This set of patches add some support for sector size >512. Currently it fixes extlinux, MBR for GPT and ext partitions. Other code is unaffected. This set of patches has been tested on a read Dell machine running a beta firmware.

Hi, These patches contain support for some features that are already in Syslinux 4 but weren't working properly on the elflink branch. It's another step closer to feature parity with Syslinux 4. Having to jump through the comboot API for localboot support is less than ideal and I'll eventually fix that, probably when we move a big chunk of code from asm to C. Also, there's a