Reviewed-by: jiewen@intel.com
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Giri P Mudusuru
> Sent: Saturday, August 27, 2016 6:07 AM
> To: edk2-devel@lists.01.org
> Cc: Kinney, Michael D ; Yao, Jiewen
>
Reviewed-by: jiewen@intel.com
> -Original Message-
> From: Zeng, Star
> Sent: Friday, August 26, 2016 4:45 PM
> To: edk2-devel@lists.01.org
> Cc: Zeng, Star ; Yao, Jiewen ;
> Gao, Liming ; Zhang, Chao B
>
Adding Processor Firmware Interface Table (FIT) related defines & structures
Cc: Jiewen Yao
Cc: Michael Kinney
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Giri P Mudusuru
---
The TLS protocol allows for clients and servers to negotiate which
version of TLS to use. Newer versions are deemed safer, so when
they are available the client and server should opt to use them.
The EDK2 TLS code today only allows TLSv1.0 for TLS communication,
regardless of the target server's
Demonstrate the TLS regotiation in this feature branch. Remove the
code that calls EfiTlsVersion in the HttpDxe module.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Thomas Palmer
---
NetworkPkg/HttpDxe/HttpsSupport.c | 12 +---
1 file
The TLS protocol allows for clients and servers to negotiate which
version of TLS to use. Newer versions are deemed safer, so when
they are available the client and server should opt to use them.
The EDK2 TLS code today only allows TLSv1.0 for TLS communication,
regardless of the target server's
> On 26 aug. 2016, at 19:10, Leif Lindholm wrote:
>
>> On Fri, Aug 26, 2016 at 06:14:10PM +0100, Ard Biesheuvel wrote:
>>> On 26 August 2016 at 13:54, Leif Lindholm wrote:
On Wed, Aug 17, 2016 at 04:59:04PM +0200, Ard Biesheuvel wrote:
On Fri, Aug 26, 2016 at 06:14:10PM +0100, Ard Biesheuvel wrote:
> On 26 August 2016 at 13:54, Leif Lindholm wrote:
> > On Wed, Aug 17, 2016 at 04:59:04PM +0200, Ard Biesheuvel wrote:
> >> Instead of pessimistically copying at least 64 bytes from the VM stack
> >> to the
On 26 August 2016 at 13:54, Leif Lindholm wrote:
> On Wed, Aug 17, 2016 at 04:59:04PM +0200, Ard Biesheuvel wrote:
>> Instead of pessimistically copying at least 64 bytes from the VM stack
>> to the native stack, and popping off the register arguments again
>> before
Hi Lubo,
I believe the way we refer the version numbers seem different. I use
tortoise SVN to get the details of the edk2. When I checked the revision
numbers 22104 and 21740 for HttpBootDxe and HttpDxe drivers respectively, I
couldn't find anything. Please refer the attachments. By
On Wed, Aug 17, 2016 at 04:59:05PM +0200, Ard Biesheuvel wrote:
> The prototypes of EbcInterpret() and ExecuteEbcImageEntryPoint() are
> private to the AARCH64 implementation of EbcDxe, so we can shuffle
> the arguments around a bit and make the assembler thunking clue a lot
> simpler.
>
> For
On Wed, Aug 17, 2016 at 04:59:04PM +0200, Ard Biesheuvel wrote:
> Instead of pessimistically copying at least 64 bytes from the VM stack
> to the native stack, and popping off the register arguments again
> before doing the native call, try to avoid touching the stack completely
> if the VM stack
On Wed, Aug 17, 2016 at 04:59:03PM +0200, Ard Biesheuvel wrote:
> The thunk generation is needlessly complex, given that it attempts to
> deal with variable length instructions, which don't exist on AArch64.
>
> So replace it with a simple template coded in assembler, with a matching
> struct
On Wed, Aug 17, 2016 at 04:59:02PM +0200, Ard Biesheuvel wrote:
> Change to consistent // style comments. Also, remove bogus global
> definitions for external functions, and move the real exports to
> the top of the file.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
>
Many thanks - now pushed, together with the ArmVirtPkg one.
On Tue, Aug 23, 2016 at 04:57:54AM +, Tian, Feng wrote:
> Many thanks, Jordan
>
> Leif,
>
> I am ok with that. Reviewed-by: Feng Tian
>
> Thanks
> Feng
>
> -Original Message-
> From: Justen, Jordan L
On 26 August 2016 at 10:23, Leif Lindholm wrote:
> Since we now have EBC support for AArch64, enable it by default
> on both QEMU and Xen platforms.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Leif Lindholm
UEFI spec:
Each load option entry resides in a Boot, Driver, SysPrep,
OsRecovery or PlatformRecovery variable where is replaced
by a unique option number in printable hexadecimal representation using
the digits 0-9, and the upper case versions of the characters A-F
Per UEFI spec UpdateImageSize may or may not include Firmware Image
Authentication information. so for FMP auth capsule, UpdateImageSize
should include the Image auth info.
Cc: Liming Gao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Yonghong Zhu
Inherit the authentication status from FV.
Cc: Jiewen Yao
Cc: Liming Gao
Cc: Chao Zhang
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Star Zeng
---
Inherit the authentication status from FV.
Cc: Jiewen Yao
Cc: Liming Gao
Cc: Chao Zhang
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Star Zeng
---
Inherit the authentication status from FV.
Cc: Jiewen Yao
Cc: Liming Gao
Cc: Chao Zhang
Star Zeng (2):
MdeModulePkg DxeCore: Return correct AuthStatus for FvReadFile
IntelFrameworkModulePkg FwVolDxe: Return correct
Since we now have EBC support for AArch64, enable it by default
on both QEMU and Xen platforms.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Leif Lindholm
---
Resubmitting only 2/2, since 1/2 has not changed.
ArmVirtPkg/ArmVirt.dsc.inc
Yes, I agree it's weird.
We are looking at this and will get back to you if we have findings.
Thanks
Feng
-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Ramesh R.
Sent: Thursday, August 25, 2016 4:44 PM
To: edk2-devel
23 matches
Mail list logo