diff options
| author | David Woodhouse <dwmw2@infradead.org> | 2019-06-13 16:40:05 +0800 |
|---|---|---|
| committer | Hao A Wu <hao.a.wu@intel.com> | 2019-06-14 13:05:49 +0800 |
| commit | b0663641c977f97bef785c86978603c3a31a3d1c (patch) | |
| tree | 6691407c45c94113f4dfa3171edb4555c99e3756 /MdeModulePkg/MdeModulePkg.dec | |
| parent | 3207a872a405ea60417853cfcdb73b4fa06b795f (diff) | |
| download | edk2-b0663641c977f97bef785c86978603c3a31a3d1c.tar.gz edk2-b0663641c977f97bef785c86978603c3a31a3d1c.tar.bz2 edk2-b0663641c977f97bef785c86978603c3a31a3d1c.zip | |
OvmfPkg/Csm/LegacyBiosDxe: Fix Legacy16GetTableAddress call for E820 data
The DX register is supposed to contain the required alignment for the
allocation. It was zero, and SeaBIOS doesn't (well, didn't) cope well
with that. Set it appropriately.
Also set BX to indicate the regions it's OK to allocate in too. That
wasn't being initialised and was just using whatever the previous user
of the structure had left there.
Finally, actually return an error if the allocation fails. Instead of
going all the way through into the CSM and just letting it have a bogus
pointer to the E820 data.
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
Reviewed-by: Hao A Wu <hao.a.wu@intel.com>
Acked-by: Laszlo Ersek <lersek@redhat.com>
Diffstat (limited to 'MdeModulePkg/MdeModulePkg.dec')
0 files changed, 0 insertions, 0 deletions