delta/syslinux.git/memdisk, branch syslinux-3.8x git.kernel.org: pub/scm/boot/syslinux/syslinux.git memdisk: Calculate mBFT checksum later 2010-03-31T01:09:59+00:00 Shao Miller shao.miller@yrdsb.edu.on.ca 2010-03-09T06:12:37+00:00 b5d635ad26b00ce242af7c1b31e34f41cb798fc9 We were calculating the mBFT checksum too early; dpt_ptr could change after checksumming, so we now do it after that possibility. Signed-off-by: Shao Miller <shao.miller@yrdsb.edu.on.ca> 
We were calculating the mBFT checksum too early; dpt_ptr could
change after checksumming, so we now do it after that possibility.

Signed-off-by: Shao Miller <shao.miller@yrdsb.edu.on.ca>
memdisk: MBR not recognized correctly 2010-03-30T22:19:41+00:00 Bodo Stroesser bstroesser at ts.fujitsu.com 2010-03-23T16:56:29+00:00 7be3ff1150edfbfe62e1aab9ad3f9824082019d5 This fixes a small inaccuracy in memdisk: get_disk_image_geometry() does not use MBR data to detect disk geometry, since it checks MBR signature at wrong offset. This normally does not cause problems, because memdisk guesses a reasonable value, if no MBR is found. Signed-off-by: Bodo Stroesser <bstroesser at ts.fujitsu.com> Signed-off-by: H. Peter Anvin <hpa@linux.intel.com> 
This fixes a small inaccuracy in memdisk:

get_disk_image_geometry() does not use MBR data to detect disk
geometry, since it checks MBR signature at wrong offset.

This normally does not cause problems, because memdisk guesses a
reasonable value, if no MBR is found.

Signed-off-by: Bodo Stroesser <bstroesser at ts.fujitsu.com>
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
memdisk: make "nopass" type-specific, add "nopassany" 2010-02-08T17:13:11+00:00 H. Peter Anvin hpa@zytor.com 2010-02-08T17:13:11+00:00 48d026fb89dee478f8e3a580b5298594331cc890 Make "nopass" specific to the current drive type. Add new option "nopassany", which also clobbers the drive counts of both types. Signed-off-by: H. Peter Anvin <hpa@zytor.com> 
Make "nopass" specific to the current drive type.  Add new option
"nopassany", which also clobbers the drive counts of both types.

Signed-off-by: H. Peter Anvin <hpa@zytor.com>
memdisk: fix non-prototype function declaration 2010-01-10T20:54:24+00:00 H. Peter Anvin hpa@zytor.com 2010-01-10T20:54:24+00:00 aeace38fa079d56b46898385a926df5356146b1d () is not a prototype, use (void) Signed-off-by: H. Peter Anvin <hpa@zytor.com> 
() is not a prototype, use (void)

Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Makefile: replace -W -Wall with centralized $(GCCWARN) 2010-01-10T20:49:30+00:00 H. Peter Anvin hpa@zytor.com 2010-01-10T20:48:06+00:00 71d20885019564586d5f4d316af220cdae2900f5 Replace -W -Wall hardcoded into a bunch of Makefiles with $(GCCWARN), a centralized variable defined in the root MCONFIG. Add -Wstrict-prototypes to the list of global warnings: we should never have non-prototyped declarations. Signed-off-by: H. Peter Anvin <hpa@zytor.com> 
Replace -W -Wall hardcoded into a bunch of Makefiles with $(GCCWARN),
a centralized variable defined in the root MCONFIG.  Add
-Wstrict-prototypes to the list of global warnings: we should never
have non-prototyped declarations.

Signed-off-by: H. Peter Anvin <hpa@zytor.com>
memdisk: Fix "might be used uninitialized" warning 2009-12-11T18:53:16+00:00 Shao Miller shao.miller@yrdsb.edu.on.ca 2009-12-11T18:53:16+00:00 cd5188bc5c189b6d374ccd4cd5eeba0d9f718ae1 Impact: Initializing variables The checksum_buf function was providing an incorrect checksum on at least one build. 
Impact: Initializing variables

The checksum_buf function was providing an incorrect checksum
on at least one build.
memdisk: Fix mBFT alignment 2009-12-11T18:52:15+00:00 Shao Miller shao.miller@yrdsb.edu.on.ca 2009-12-11T18:52:15+00:00 50e8504edee547ad9c9e8900550ec5c85b77435e Impact: Fixing mBFT alignment It was previously possible that the mBFT might not be 16-byte aligned because the .data section was not. 
Impact: Fixing mBFT alignment

It was previously possible that the mBFT might not be 16-byte
aligned because the .data section was not.
memdisk: slight cleanup of the "safe hook" structure 2009-12-07T23:02:14+00:00 H. Peter Anvin hpa@zytor.com 2009-12-07T23:02:14+00:00 6b588d85fe96f91b90035c897c6f015553e0d213 Make the "safe hook" structure code a bit more readable. Signed-off-by: H. Peter Anvin <hpa@zytor.com> 
Make the "safe hook" structure code a bit more readable.

Signed-off-by: H. Peter Anvin <hpa@zytor.com>
memdisk: "safe hook" and mBFT 2009-12-07T23:00:54+00:00 Shao Miller Shao.Miller@yrdsb.edu.on.ca 2009-12-07T04:03:43+00:00 569a7aa11d6ec9f93fb513fd55287afc785f2d9c Two additions to MEMDISK to support OS drivers. The "safe hook" structure ("Safe Master Boot Record INT 13h Hook Routines") is a means for an OS driver to follow a chain of INT 13h hooks, examining the hooks' vendors and assuming responsibility for hook functionality along the way. For MEMDISK, we guarantee an additional field which holds the physical address for the mBFT. The mBFT is an ACPI table which an OS driver can scan for. The mBFT contains the official MEMDISK Info structure (MDI) which itself includes parameters the OS will want to know about. The mBFT points back at the "safe hook" structure's physical address so that an OS supporting both "safe hook" chain-walking as well as mBFT-scanning can know that both refer to the same MEMDISK instance. Signed-off-by: Shao Miller <shao.miller@yrdsb.edu.on.ca> Signed-off-by: H. Peter Anvin <hpa@zytor.com> 
Two additions to MEMDISK to support OS drivers.

The "safe hook" structure ("Safe Master Boot Record INT 13h Hook Routines")
is a means for an OS driver to follow a chain of INT 13h hooks, examining
the hooks' vendors and assuming responsibility for hook functionality along
the way.  For MEMDISK, we guarantee an additional field which holds the
physical address for the mBFT.

The mBFT is an ACPI table which an OS driver can scan for.  The mBFT
contains the official MEMDISK Info structure (MDI) which itself includes
parameters the OS will want to know about.  The mBFT points back at the
"safe hook" structure's physical address so that an OS supporting both
"safe hook" chain-walking as well as mBFT-scanning can know that both
refer to the same MEMDISK instance.

Signed-off-by: Shao Miller <shao.miller@yrdsb.edu.on.ca>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
memdisk: pptr->cd_pkt.sect_count is in virtual sectors 2009-11-20T04:17:43+00:00 H. Peter Anvin hpa@zytor.com 2009-11-20T04:17:43+00:00 a0dae108231cdd929aff1f6551fcb70c806c0f99 Per the El Torito spec, pptr->cd_pkt.sect_count are in virtual sectors, i.e. 512-byte sectors. Signed-off-by: H. Peter Anvin <hpa@zytor.com> 
Per the El Torito spec, pptr->cd_pkt.sect_count are in virtual
sectors, i.e. 512-byte sectors.

Signed-off-by: H. Peter Anvin <hpa@zytor.com>