Reviewed-by: Jeff Fan for this serial of patches.
-Original Message-
From: Kinney, Michael D
Sent: Saturday, March 12, 2016 8:09 AM
To: edk2-devel@lists.01.org
Cc: Fan, Jeff; Yao, Jiewen
Subject: [Patch v2 00/21] UefiCpuPkg/Include: Add MSR include files
Add include files for Architectu
That's a good idea.
-- Original message--
From: Justen, Jordan L
Date: Fri, Mar 11, 2016 5:34 PM
To: Mangefeste, Tony;edk2-devel@lists.01.org;
Cc:
Subject:Re: [edk2] EDK2 Staging Repository 2nd Draft
On 2016-03-11 16:25:39, Mangefeste, Tony wrote:
>
> 6) Process to promote an edk2-staging
On 2016-03-11 16:25:39, Mangefeste, Tony wrote:
>
> 6) Process to promote an edk2-staging branch to edk2 trunk
> a) Request sent to edk2-devel that describes the feature, design,
> testing, etc.
> b) Stewards evaluate request and determine if the feature meets edk2
> criteria.
>
After collecting numerous feedback, here's a clean 2nd proposal for review.
* Message format clean
* Approval process updates for stanging -> EDK2 trunk
* The intention of the staging branch is _not_ to work on features that grow to
unreasonable sizes. It is to manage features in an isolated en
On Fri, 2016-03-11 at 17:53 +, David Woodhouse wrote:
> On Fri, 2016-03-11 at 09:45 -0800, James Bottomley wrote:
> >
> > > Did you *really* enable the building of openssl-1.0.2x/ssl/*.c in
> > > the
> > > above builds? Or are you talking about something different?
> >
> > No, and since I'm n
Add Skylake MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-14.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
UefiC
Add Haswell MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-10.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
UefiC
Add Pentium 4 MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-16.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
Uef
Add Pentium M MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-18.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
Uef
Add Core Solo/Duo MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-17.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
Add Broadwell MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-12.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
Uef
Add Ivy Bridge MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-9.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
Uef
Add Xeon Processor D MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-13.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
-
Add Xeon Phi MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-15.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
Uefi
Add Pentium MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-20.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
UefiC
Add top level MSR include file that includes the Architecural MSR
include file and all family specific MSR files from the Msr
subdirectory
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR).
Cc: Jeff Fan
Cc: Jiewen
Add P6 MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-19.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
UefiCpuPkg
Add include files for Architectural MSRs and family specific
MSRs described in section 35.1 to 35.20 of the
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR).
New in V2 based on review feedback from Jeff Fan
==
Add Xeon E7 MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-7.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
UefiCp
Add Silvermont MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-4.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
Uef
Add Core 2 MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-2.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
UefiCpu
Add Xeon 5600 MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-6.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
Uefi
Add Atom MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-3.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
UefiCpuPk
Add Sandy Bridge MSRs from:
Intel(R) 64 and IA-32 Architectures Software Developer's
Manual, Volume 3, December 2015, Chapter 35
Model-Specific-Registers (MSR), Section 35-8.
Cc: Jeff Fan
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Michael Kinney
---
U
No I was told to move to 2015 from edk2-masterJim S.
On Friday, March 11, 2016 11:21 AM, Jordan Justen
wrote:
For setting up a Linux build environment, I'd recommend starting with:
https://github.com/tianocore/tianocore.github.io/wiki/Using-EDK-II-with-Native-GCC
This will get you se
For setting up a Linux build environment, I'd recommend starting with:
https://github.com/tianocore/tianocore.github.io/wiki/Using-EDK-II-with-Native-GCC
This will get you setup to build from EDK II's main branch. Do you
need to use UDK2015?
-Jordan
On 2016-03-11 11:05:57, Jim Slaughter wrote:
I loaded Windows version 2015 and finally got the edksetup.sh to run.
I started this endeavor needing to build a library(s) with the Ffs functions
for use on an assignment.They are defined in the edk2-master under embeddedpkg
I believe.I cannot find them in 2015 under Source,
..\edk2\BaseTools\
Working with 2015.Under Linux, Red Hat, I do the following and get this
error?One document says with Linux you just need to do "make"?What is the
correct initialization?Jim S.
v-jaslau@fe01:~/edk2/2015> . edksetup.sh BaseTools
BaseTools not found in your tree, and EDK_TOOLS_PATH is not set.
Plea
Looks great. It's really helpful.
We can follow this for step-by-step integration & fixes. :-)
Best Regards & Thanks,
LONG, Qin
> -Original Message-
> From: David Woodhouse [mailto:dw...@infradead.org]
> Sent: Friday, March 11, 2016 9:24 AM
> To: edk2-de...@ml01.01.org
> Cc: Long, Qin ;
On Fri, 2016-03-11 at 09:45 -0800, James Bottomley wrote:
>
> > Did you *really* enable the building of openssl-1.0.2x/ssl/*.c in the
> > above builds? Or are you talking about something different?
>
> No, and since I'm not using it, separating it is fine with me.
And here's where I came in... i
On Fri, 2016-03-11 at 17:38 +, David Woodhouse wrote:
> On Fri, 2016-03-11 at 09:25 -0800, James Bottomley wrote:
> >
> > > With the ssl/ directory enabled?
> >
> > Yes, if you crack the package, this is the contents:
> >
> > /usr/include/edk2
> > /usr/include/edk2/Base.h
> > /usr/include/ed
On Fri, 2016-03-11 at 09:25 -0800, James Bottomley wrote:
>
> > With the ssl/ directory enabled?
>
> Yes, if you crack the package, this is the contents:
>
> /usr/include/edk2
> /usr/include/edk2/Base.h
> /usr/include/edk2/Guid
> /usr/include/edk2/Guid/GlobalVariable.h
> /usr/include/edk2/Guid/I
On Fri, 2016-03-11 at 17:30 +, David Woodhouse wrote:
> If we actually allow GCC to produce warnings, we'll see a lot of these:
> …/crypto/md5/md5_dgst.c:109:56: error: right-hand operand of comma expression
> has no effect [-Werror=unused-value]
>
> These were fixed in OpenSSL 1.1; backport
Since it's just a library archive, let's just build the ssl/ parts
unconditionally. If they're referenced, they'll get pulled in. If not
then they won't.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: David Woodhouse
---
An alternative approach, which might be simpler. qv.
More stuff got hidden. Some of this is tolerable. Other bits are
horrid, but given that we expose *requires* that we know the size
of the data structure, it's hard to see how we can avoid it.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: David Woodhouse
---
Really need to
From: Jiaxin Wu
The POSIX time() function can be called with a NULL pointer, but our
implementation in BaseCryptLib didn't cope with that. Fix it, since
we want to start building the ssl/ directory of OpenSSL too, and it
does precisely this.
Cc: Long Qin
Cc: Ye Ting
Contributed-under: TianoCor
If we actually allow GCC to produce warnings, we'll see a lot of these:
…/crypto/md5/md5_dgst.c:109:56: error: right-hand operand of comma expression
has no effect [-Werror=unused-value]
These were fixed in OpenSSL 1.1; backport the fix to our 1.0.2 tree too.
Contributed-under: TianoCore Contrib
[This space intentionally left blank, in case I accidentally venture
an opinion about the fact that we *ever* added '-w' to the build
flags of a security-sensitive piece of code.]
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: David Woodhouse
---
CryptoPkg/Library/Opens
In a couple of places, OpenSSL code uses the address of the strcmp()
function, and assigns it to another comparator function pointer.
Unfortunately, this falls foul of the inconsistent function ABI that we
use in EDKII. We '#define strcmp AsciiStrCmp' but AsciiStrCmp is an
EFIAPI function with the
From: Qin Long
OpenSSL 1.0.2g was released with several severity fixes at
01-Mar-2016(https://www.openssl.org/news/secadv/20160301.txt).
Upgrade the supported OpenSSL version in CryptoPkg/OpensslLib to
catch the latest release 1.0.2g.
(NOTE: RT4175 from David Woodhouse was included in 1.0.2g. The
Until we fix the git repository to store line endings properly and then
just check them out in the appropriate form for the platform, let's make
process_files.sh convert the opensslconf.h to DOS line endings when it
creates it.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by:
On Fri, 2016-03-11 at 16:32 +, David Woodhouse wrote:
> On Fri, 2016-03-11 at 07:54 -0800, James Bottomley wrote:
> >
> > I package it here:
> >
> > https://build.opensuse.org/package/show/home:jejb1:UEFI/OVMF
> >
> > in edk2-devel
>
> With the ssl/ directory enabled?
Yes, if you crack the
At git//, https://git.infradead.org/users/dwmw2/edk2.git and in
following emails you can find the following:
As before, the ones which update to OpenSSL HEAD, and after that, are
for comment only.
David Woodhouse (7):
CryptoPkg/OpensslLib: Convert saved opensslconf.h to DOS line endings
On Fri, 2016-03-11 at 07:54 -0800, James Bottomley wrote:
>
> I package it here:
>
> https://build.opensuse.org/package/show/home:jejb1:UEFI/OVMF
>
> in edk2-devel
With the ssl/ directory enabled?
--
dwmw2
smime.p7s
Description: S/MIME cryptographic signature
__
On Fri, 2016-03-11 at 09:00 +, David Woodhouse wrote:
> On Wed, 2016-02-24 at 16:15 +0800, Jiaxin Wu wrote:
> > --- a/CryptoPkg/CryptoPkg.dsc
> > +++ b/CryptoPkg/CryptoPkg.dsc
> > @@ -48,10 +48,11 @@
> >
> > UefiDriverEntryPoint|MdePkg/Library/UefiDriverEntryPoint/UefiDriver
> > EntryPoint.i
On 03/11/16 05:26, Gary Lin wrote:
> On Thu, Mar 10, 2016 at 12:31:18PM +0100, Laszlo Ersek wrote:
>> On 03/10/16 11:02, Gary Lin wrote:
>>> On Thu, Mar 10, 2016 at 10:20:12AM +0100, Laszlo Ersek wrote:
On 03/10/16 08:49, Gary Lin wrote:
>>
> I found that it's related to iPXE. If I disable
Hi,
not sure if I'm doing wrong something, but when I run the DEVICES
command, it pegs the CPU, and prints about 1 line per second near the
end of the list. Near the beginning of the list, a line can take several
seconds. I vaguely remember that this used to be much faster.
Thanks
Laszlo
On 03/11/16 05:26, Gary Lin wrote:
> On Thu, Mar 10, 2016 at 12:31:18PM +0100, Laszlo Ersek wrote:
>> On 03/10/16 11:02, Gary Lin wrote:
>>> On Thu, Mar 10, 2016 at 10:20:12AM +0100, Laszlo Ersek wrote:
On 03/10/16 08:49, Gary Lin wrote:
>>
> I found that it's related to iPXE. If I disable
On 11 March 2016 at 19:25, Laszlo Ersek wrote:
> On 03/11/16 13:19, Ard Biesheuvel wrote:
>> Unlike Linux on x86, which typically honors the PCI configuration performed
>> by the firmware, Linux on ARM assumes that the PCI subsystem needs to be
>> configured from scratch. This is not entirely unre
On 03/11/16 13:19, Ard Biesheuvel wrote:
> Unlike Linux on x86, which typically honors the PCI configuration performed
> by the firmware, Linux on ARM assumes that the PCI subsystem needs to be
> configured from scratch. This is not entirely unreasonable given the
> historical background of embedde
Unlike Linux on x86, which typically honors the PCI configuration performed
by the firmware, Linux on ARM assumes that the PCI subsystem needs to be
configured from scratch. This is not entirely unreasonable given the
historical background of embedded systems using very basic bootloaders,
but is no
On 11 March 2016 at 18:47, Laszlo Ersek wrote:
> On 03/11/16 03:53, Ard Biesheuvel wrote:
>> Unlike Linux on x86, which typically honors the PCI configuration performed
>> by the firmware, Linux on ARM assumes that the PCI subsystem needs to be
>> configured from scratch. This is not entirely unre
On 03/11/16 03:53, Ard Biesheuvel wrote:
> Unlike Linux on x86, which typically honors the PCI configuration performed
> by the firmware, Linux on ARM assumes that the PCI subsystem needs to be
> configured from scratch. This is not entirely unreasonable given the
> historical background of embedde
Add DEST_DIR_OUTPUT and DEST_DIR_DEBUG into AutoGenObject macro dict.
Because some module (eg: BaseUefiCpuLib) may use this macro in the make
file.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Yonghong Zhu
---
BaseTools/Source/Python/AutoGen/AutoGen.py | 2 ++
1 file ch
On Fri, 2016-03-11 at 09:39 +, Long, Qin wrote:
>
> > It looks like the libraries are built into an archive and then
> linked
> > statically. So only those objects which are *referenced* are
> actually
> > pulled into the build. Which means that if we just *add* the ssl/
> > directory to the O
> -Original Message-
> From: David Woodhouse [mailto:dw...@infradead.org]
> Sent: Friday, March 11, 2016 1:00 AM
> To: Wu, Jiaxin ; edk2-de...@ml01.01.org
> Cc: Ye, Ting ; Fu, Siyuan ; Long, Qin
>
> Subject: Re: [edk2] [Patch 2/6] CryptoPkg: Add OpensslTlsLib module to enable
> 'openssl
On Fri, 2016-03-11 at 00:20 -0800, Qin Long wrote:
> OpenSSL 1.0.2g was released with several severity fixes at
> 01-Mar-2016(https://www.openssl.org/news/secadv/20160301.txt).
> Upgrade the supported OpenSSL version in CryptoPkg/OpensslLib to
> catch the latest release 1.0.2g.
> (NOTE: RT4175 from
On Wed, 2016-02-24 at 16:15 +0800, Jiaxin Wu wrote:
> --- a/CryptoPkg/CryptoPkg.dsc
> +++ b/CryptoPkg/CryptoPkg.dsc
> @@ -48,10 +48,11 @@
>
> UefiDriverEntryPoint|MdePkg/Library/UefiDriverEntryPoint/UefiDriverEntryPoint.inf
>
> UefiApplicationEntryPoint|MdePkg/Library/UefiApplicationEntryPo
On Fri, 2016-03-11 at 12:35 +0800, Jiaxin Wu wrote:
> This patch is used to fix the potential system hang
> caused by the NULL 'time' parameter usage.
Looks good. Thanks.
> Cc: David Woodhouse
> Cc: Long Qin
> Cc: Ye Ting
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-b
OpenSSL 1.0.2g was released with several severity fixes at
01-Mar-2016(https://www.openssl.org/news/secadv/20160301.txt).
Upgrade the supported OpenSSL version in CryptoPkg/OpensslLib to
catch the latest release 1.0.2g.
(NOTE: RT4175 from David Woodhouse was included in 1.0.2g. The
new-gener
60 matches
Mail list logo
