aboutsummaryrefslogtreecommitdiff
path: root/arch/i386/boot/mtools.conf.in
diff options
context:
space:
mode:
authorH. Peter Anvin <hpa@zytor.com>2007-08-13 16:27:42 -0700
committerH. Peter Anvin <hpa@zytor.com>2007-08-14 17:54:47 -0700
commitc1a6e2b082a7cefe58315af7a461bbf2f33221a3 (patch)
tree81fbc5ec4232118b33e1e5acf5704462fe3c23d1 /arch/i386/boot/mtools.conf.in
parent362cea339a34e04caae6cad67ea9bde5c100d12b (diff)
[x86 setup] Don't use EDD to get the MBR signature
At least one machine has been identified in the field which advertises EDD for all drives but locks up if one attempts an extended read from a non-primary drive. The MBR is always at CHS 0-0-1, so there is no reason to use an extended read, other than the possibility that the BIOS cannot handle it. Although this might break as many machines as it fixes (a small number either way), the current state is a regression but the reverse is not. Therefore revert to the previous state of not using extended read. Quite probably the Right Thing to do is to read using plain (CHS) read and extended read on failure, but that change would definitely have to go through -mm first. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Diffstat (limited to 'arch/i386/boot/mtools.conf.in')
0 files changed, 0 insertions, 0 deletions