delta/syslinux.git/dos/syslinux.c, branch lua

dos: include the ADV in the file size to be sector mapped

2010-06-25T22:25:22+00:00

We need to include the ADV in the size of the file that must be sector
mapped.

Signed-off-by: H. Peter Anvin

dos: vacuous ADV support

2010-06-23T00:07:03+00:00

Vacuous ADV support: install an empty ADV.

Signed-off-by: H. Peter Anvin

Merge syslinux/extlinux patch code and core code

2010-06-21T00:07:52+00:00

Merge the SYSLINUX and EXTLINUX patching code and core code, removing
EXTLINUX as a separate derivative.  All the disk-based systems now use
the same code.

Signed-off-by: H. Peter Anvin

Make syslinux installer real "pathbased"

2010-06-09T17:57:27+00:00

The previous merging extlinux/syslinux patch is not sufficient, the
syslinux is not real "patchbased", hence:

* fill currentdir in patcharea
* search "extlinux.conf" and "syslinux.cfg" for generic_load_config
* define boot_image and boot_sector macro for ldsyslinux
  this could make further merging extlinux and syslinux possible

Signed-off-by: Alek Du 
Signed-off-by: H. Peter Anvin

Merge branch 'master' into fsc

2009-12-22T17:38:43+00:00

Resolved Conflicts:
	com32/Makefile
	com32/lib/sys/open.c
	com32/modules/Makefile
	dos/Makefile
	dos/com16.ld
	dos/syslinux.c
	version

Signed-off-by: H. Peter Anvin

dos: int 25/26 may be register-dirty; wrap them in assembly

2009-11-13T21:44:08+00:00

int 25h and int 26h are known to be register-dirty for some versions
of DOS -- unlike int 21h, which is usually clean.  As such, wrap those
in assembly functions.

Signed-off-by: H. Peter Anvin

dos: always try the FAT32-aware direct I/O calls first

2009-11-12T00:05:34+00:00

Always try the FAT32-aware direct I/O calls before trying the legacy
raw I/O calls.  The reason for doing this is that the FAT32 stuff may
be implemented as an add-on.

Signed-off-by: H. Peter Anvin

dos: DOS version 7.10 is 0x070a, not 0x0710...

2009-11-11T23:52:37+00:00

Fix DOS version 7.10 (first FAT32-capable version) check.

Perhaps we should just call the FAT32 calls blindly and fall back to
the old calls if they fail?

Signed-off-by: H. Peter Anvin

dos: fix the soft-locking loop

2009-11-11T07:50:10+00:00

Code the soft-locking loop correctly.

Signed-off-by: H. Peter Anvin

dos: try to handle both raw DOS mode and Windows mode

2009-11-11T07:46:03+00:00

The locking API works very different in raw DOS mode and in Windows
mode.  The hierarchial locking is only available in the latter mode;
in the former mode we can only use levels 0 and 4.

Signed-off-by: H. Peter Anvin