While I don't disagree, the PI dependency expression instruction set (section 10.7, PI spec 1.4 vol2) does not look Turing complete to me. Meaning it's "binary" in much the same way a .uni file

Hi Feng, For the record, http://opensource.org/licenses/bsd-license.php is the same as http://opensource.org/licenses/BSD-2-Clause. Which is mentioned explicitly under point 5 of the

[Steven]: In this example, the pie.o is just the object file which is not linked. And if you link this pie.o file, the linker will solve all these three R_X86_64_REX_GOTP symbol with same 'int n'

I don't object to using UINTN and UINT64 interchangeably in a file that is specific to an architecture where they resolve to the same thing. The thunking code is a bit clunky, and tries to deal with

The bug is caused by using already freed memory. If there is already an attempt and execute 'reconnect -r' command, all the AttemptConfig structure will be freed, but the mCallbackInfo->Current is

Reviewed-by: Ye Ting <ting.ye@...>

Reviewed-by: Fu Siyuan <siyuan.fu@...>

(Apologies, missed out on this branch of the thread on first pass since I was dropped from cc.) Since I was not certain of how this was historically, or should in the future, be interpreted I left

(adding back our friends on cc) CoffAddFixup() must be used for absolute symbol references only. These instructions contain relative symbol references, which are recalculated in

patch 1 is to fix a bug in current code. patch 2 is to add two compile option for VfrCompile. Cc: Liming Gao <liming.gao@...> Cc: Eric Dong <eric.dong@...> Contributed-under: TianoCore

The function CheckQuestionOpCode is to check whether the opcode is question opcode, but it misses two question opcodes: 'EFI_IFR_REF_OP' and 'EFI_IFR_RESET_BUTTON'. Now add them. Cc: Liming Gao

1.--autodefault option VfrCompile will generate default opcodes for questions if some default are missing. 2 --checkdefault option VfrCompile will check whether every question has no default

we need to locate the FSP Info Header by calculating offset dynamically to handle the scenario of FSP component is being rebased to different location. Cc: Maurice Ma <maurice.ma@...> Cc:

@Liming, @Leif: are there any objections to these patches? I know it is unfortunate that we need to modify instructions as part of the ELF to PE/COFF conversion, but it is very

Thanks for the patch. I don't think mentioning the UEFI-SCT here makes any sense, since the function is defined in ArmLIb.h, and simply missing from the AARCH64 implementation. I fixed this up when

Thanks! Haha, my pleasure :) Cheers! Laszlo

I think the Internet Archive intends to pick up the DB + WebUI: https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13501 Also, from Lars Ingebrigtsen (speaking to a yet

Ard, Where can I check out your v5 patch? Steven Shi Intel\SSG\STO\UEFI Firmware Tel: +86 021-61166522 iNet: 821-6522

https://git.linaro.org/people/ard.biesheuvel/uefi-next.git/shortlog/refs/heads/gcc5-lto-v5 or git://git.linaro.org/people/ard.biesheuvel/uefi-next.git gcc5-lto-v5 Thanks, Ard.

Ard: Your change is OK to me. I have no comment. Thanks Liming Sent: Monday, August 1, 2016 7:53 PM To: edk2-devel-01 <edk2-devel@...>; Gao, Liming <liming.gao@...>; Zhu, Yonghong