|
Re: [PATCH] add top-level .gitattributes file, dealing with .depex
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
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
|
By
Leif Lindholm <leif.lindholm@...>
·
#246
·
|
|
Re: [RFC 1/2] MdeModulePkg/EbcDxe: Add AARCH64 EBC VM support
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
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
|
By
Leif Lindholm <leif.lindholm@...>
·
#247
·
|
|
Re: [PATCH v2 2/7] BaseTools-GenFw:Add new x86_64 Elf relocation types for PIC/PIE code
[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'
[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'
|
By
Shi, Steven <steven.shi@...>
·
#248
·
|
|
Re: [RFC 1/2] MdeModulePkg/EbcDxe: Add AARCH64 EBC VM support
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
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
|
By
Ard Biesheuvel
·
#249
·
|
|
[patch] NetworkPkg: Fix assert issue in iSCSI driver
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
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
|
By
Zhang Lubo <lubo.zhang@...>
·
#250
·
|
|
Re: [patch] NetworkPkg: Fix assert issue in iSCSI driver
Reviewed-by: Ye Ting <ting.ye@...>
Reviewed-by: Ye Ting <ting.ye@...>
|
By
Ye, Ting <ting.ye@...>
·
#251
·
|
|
Re: [patch] NetworkPkg: Fix assert issue in iSCSI driver
Reviewed-by: Fu Siyuan <siyuan.fu@...>
Reviewed-by: Fu Siyuan <siyuan.fu@...>
|
By
Siyuan, Fu
·
#252
·
|
|
Re: [RFC 1/2] MdeModulePkg/EbcDxe: Add AARCH64 EBC VM support
(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
(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
|
By
Leif Lindholm <leif.lindholm@...>
·
#253
·
|
|
Re: [PATCH v2 2/7] BaseTools-GenFw:Add new x86_64 Elf relocation types for PIC/PIE code
(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
(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
|
By
Ard Biesheuvel
·
#254
·
|
|
[patch 0/2] BaseTools/VfrCompile: Add two new option for VfrCompile
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
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
|
By
Dandan Bi
·
#255
·
|
|
[patch 1/2] BaseTool/VfrCompile: Add missing question opcode
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
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
|
By
Dandan Bi
·
#256
·
|
|
[patch 2/2] BaseTools/VfrCompile: Add two new option for VfrCompile
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
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
|
By
Dandan Bi
·
#257
·
|
|
[PATCH] IntelFsp2Pkg: Locate FSP Info Header dynamically
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:
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:
|
By
Satya Yarlagadda <satya.p.yarlagadda@...>
·
#258
·
|
|
Re: [PATCH 1/2] BaseTools/GenFw AARCH64: convert ADRP to ADR if binary size allows it
@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
@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
|
By
Ard Biesheuvel
·
#259
·
|
|
Re: [PATCH] ArmPkg/Library: Add ArmReadSctlr for aarch64
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 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
|
By
Ard Biesheuvel
·
#260
·
|
|
Re: bugzilla whining
Thanks!
Haha, my pleasure :)
Cheers!
Laszlo
Thanks!
Haha, my pleasure :)
Cheers!
Laszlo
|
By
Laszlo Ersek
·
#261
·
|
|
Re: Ingebrigtsen: The End of Gmane?
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
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
|
By
Laszlo Ersek
·
#262
·
|
|
Re: [PATCH v5 0/8] BaseTools: add support for GCC5 in LTO mode
Ard,
Where can I check out your v5 patch?
Steven Shi
Intel\SSG\STO\UEFI Firmware
Tel: +86 021-61166522
iNet: 821-6522
Ard,
Where can I check out your v5 patch?
Steven Shi
Intel\SSG\STO\UEFI Firmware
Tel: +86 021-61166522
iNet: 821-6522
|
By
Shi, Steven <steven.shi@...>
·
#263
·
|
|
Re: [PATCH v5 0/8] BaseTools: add support for GCC5 in LTO mode
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.
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.
|
By
Ard Biesheuvel
·
#264
·
|
|
Re: [PATCH 1/2] BaseTools/GenFw AARCH64: convert ADRP to ADR if binary size allows it
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
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
|
By
Liming Gao
·
#265
·
|