[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH for-4.5] EFI: Fix efi_arch_allocate_mmap_buffer() to return new size
On Wed, 2014-10-22 at 11:07 +0100, Jan Beulich wrote: > >>> On 22.10.14 at 06:18, <roy.franz@xxxxxxxxxx> wrote: > > --- a/xen/common/efi/boot.c > > +++ b/xen/common/efi/boot.c > > @@ -271,6 +271,9 @@ static void __init PrintErrMesg(const CHAR16 *mesg, > > EFI_STATUS ErrCode) > > case EFI_COMPROMISED_DATA: > > mesg = L"Compromised data"; > > break; > > + case EFI_BUFFER_TOO_SMALL: > > + mesg = L"Buffer too small"; > > + break; > > I don't really mind this change, but ... > > > @@ -1038,7 +1041,7 @@ efi_start(EFI_HANDLE ImageHandle, EFI_SYSTEM_TABLE > > *SystemTable) > > > > efi_bs->GetMemoryMap(&efi_memmap_size, NULL, &map_key, > > &efi_mdesc_size, &mdesc_ver); > > - efi_memmap = efi_arch_allocate_mmap_buffer(efi_memmap_size); > > + efi_memmap = efi_arch_allocate_mmap_buffer(&efi_memmap_size); > > if ( !efi_memmap ) > > blexit(L"Unable to allocate memory for EFI memory map"); > > ... it would not have helped here, as you don't even get to see the > error code here. This patch came about because I was seeing: Cannot obtain memory map: ErrCode: 0x8000000000000005 which I suppose is a different path. I don't think the allocation above would have ever returned EFI_BUFFER_TOO_SMALL, would it? Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |