Displaying 3 results from an estimated 3 matches for "gnu_efi_use_ms_abi".
2013 Jan 08
1
[PATCH][firmware] efi: Fix build with gnu-efi >= 3.0s
From: Matt Fleming <matt.fleming at intel.com>
For x86_64 versions of gnu-efi >= 3.0s GNU_EFI_USE_MS_ABI is enabled
which turns on the Microsoft ABI, allowing the compiler to do all the
work of interfacing with the EFI firmware instead of jumping through
uefi_call_wrapper().
Add support to turn this on in the gnu-efi headers, otherwise we'll
encounter undefined references to uefi_call_wrapper()....
2015 Dec 01
1
[PATCH 0/2] Do not use the "red zone" on EFI
...re wchar_t is used are in the directories lzo and gpxe, same for
litteral strings with L prefix. We should probably enable this option
all the time given it would have no actual effect currently.
- -DEFI_FUNCTION_WRAPPER is still defined in some places but never
used at all. It shall be replaced by GNU_EFI_USE_MS_ABI under some
conditions.
So unless there is an objection I may send a patch for those options
although it should be a no-op.
Best regards,
Celelibi
2015 Nov 28
3
[PATCH 0/2] Do not use the "red zone" on EFI
2015-11-28 8:47 UTC+01:00, Ady via Syslinux <syslinux at zytor.com>:
>
>> From: Sylvain Gault <sylvain.gault at gmail.com>
>>
>> The System V ABI for x86-64 specify that a "red zone" is an area of 128
>> bytes
>> above the current stack frame. This area can be used by a called function
>> in
>> order to avoid the overhead of