search for: geodsp1s

...er at start. Print '!' before data when an error is > encountered (but continue). Several macros to change codesize. Code > refactoring to reduce size. > > Signed-off-by: Gene Cumm <gene.cumm at gmail.com> > > index 4ea84c4..741c51f 100644 > --- a/diag/geodsp/geodsp1s.asm > +++ b/diag/geodsp/geodsp1s.asm > @@ -1,6 +1,6 @@ > ; ----------------------------------------------------------------------- > ; > -; Copyright 2010 Gene Cumm > +; Copyright 2010-2014 Gene Cumm +; Copyright 2010-2015 Gene Cumm ;-)

> > I ponder whether it would be possible to create a diagnostic MBR > which does not necessarily have to boot but rather tells what the > isohybrid MBR would perceive: Presence of partition table, > EBIOS or CBIOS, block address used with INT 13, content of the block > read by the first INT 13, ... > > One could preserve the isohybrid MBR of an ISO and replace it by >

...sp/README These programs could probably tell the perceived disk geometry factors for cylinders and heads by the first line. I understand they also make test reads of their own bytes in order to verify that addressing is correct. So yes, it would be interesting to see the output of geodspms.img or geodsp1s.img. The README is unclear about which one should be copied to the stick. Possibly one has to try both. Next question is where a Debian user gets the images geodsp1s.img.xz and geodspms.img.xz. "apt-file search geodsp" finds nothing on "jessie" or "testing". Debian &q...

Trying again to get a last call for Syslinux 4.04. I really want to release it this week. -hpa

...d probably tell the perceived disk geometry factors > for cylinders and heads by the first line. I understand they also make > test reads of their own bytes in order to verify that addressing is > correct. > > So yes, it would be interesting to see the output of geodspms.img > or geodsp1s.img. The README is unclear about which one should be > copied to the stick. Possibly one has to try both. > > Next question is where a Debian user gets the images geodsp1s.img.xz > and geodspms.img.xz. "apt-file search geodsp" finds nothing on "jessie" > or &quot...

From: Matt Fleming <matt.fleming at intel.com> The first two patches in this series are fixes for bugs reported by someone in #syslinux. The third makes dmitest.c32 actually wait for user input. If no one has any objections/concerns, I'll pull this into the official elflink branch. Matt Fleming (3): core: Print error message if we don't load ldlinux.c32 Clean up $(GPLLIB) leak

...LAGS = diff --git a/diag/geodsp/Makefile b/diag/geodsp/Makefile index 4c8eff6..04fd89e 100644 --- a/diag/geodsp/Makefile +++ b/diag/geodsp/Makefile @@ -19,7 +19,7 @@ # topdir = ../.. -# include $(topdir)/MCONFIG.embedded +# include $(topdir)/mk/embedded.mk coredir = $(topdir)/core BTARGET = geodsp1s.bin geodspms.bin mk-lba-img \ diff --git a/diag/mbr/Makefile b/diag/mbr/Makefile index a94253a..79ff9f0 100644 --- a/diag/mbr/Makefile +++ b/diag/mbr/Makefile @@ -17,7 +17,8 @@ topdir = ../.. mbrdir = $(topdir)/mbr -include $(topdir)/MCONFIG.embedded +MAKEDIR = $(topdir)/mk +include $(MAKEDIR)/...

From: Matt Fleming <matt.fleming at linux.intel.com> This series includes a patch (PATCH 1/6) that I sent previously but I thought it was worth sending it again since the rest of the series depends on it, and it also gives a bit of context. These cleanups make it simpler to do the big switchover to ELF modules on the elflink branch because the libraries in $LIBS are now contained in one