rg
> Cc: Cetola, Stephano ;
> Kinney, Michael D ; Gao,
> Liming ; Carsey, Jaben
>
> Subject: Re: [edk2] [RFC] Plan to delete ShellBinPkg
> from edk2/master
>
> On 04/03/19 04:17, Ni, Ray wrote:
> >
> >
> >> -Original Message-
> >> From: edk
Hello,
Today we enter a freeze for commits that add/remove
files or directories in edk2/master. This is in
preparation for the commits that change the edk2 repo
to a BSD+Patent License on April 9. Commits that make
changes to existing files are acceptable during this
transition. Once the lice
version
of Licence.txt to use "TianoCore and contributors"
Thanks,
Mike
> -Original Message-
> From: Leif Lindholm [mailto:leif.lindh...@linaro.org]
> Sent: Tuesday, March 26, 2019 11:54 AM
> To: Kinney, Michael D
> Cc: edk2-devel@lists.01.org
> Subject:
Hi Leif,
Thanks for the reviews. Responses below.
Mike
> -Original Message-
> From: Leif Lindholm [mailto:leif.lindh...@linaro.org]
> Sent: Tuesday, March 26, 2019 11:09 AM
> To: Kinney, Michael D
> Cc: edk2-devel@lists.01.org
> Subject: Re: [edk2] [PATCH V2] Chan
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Monday, March 25, 2019 11:33 AM
> To: Kinney, Michael D ; Wu,
> Hao A ; edk2-devel@lists.01.org
> Cc: Justen, Jordan L ; Ard
> Biesheuvel ; Ni, Ray
>
> Subject: Re: [PATCH v2 2/3] OvmfPkg: Add an Super
> Biesheuvel ; Ni, Ray
> ; Kinney, Michael D
>
> Subject: Re: [PATCH v2 2/3] OvmfPkg: Add an Super IO bus
> driver
>
> Hello Hao,
>
> (+Mike)
>
> my apologies that I seem unable to collect my thoughts
> in one go... So
> here's another comment:
>
2 AM
> To: Kinney, Michael D ;
> edk2-devel@lists.01.org
> Subject: Re: [edk2] [PATCH V2] Change EDK II to
> BSD+Patent License
>
> Hi Mike,
>
> On 03/23/19 03:25, Kinney, Michael D wrote:
> > Hello,
> >
> > New in V2
> > =
> > * Remove C
atent
831e2096e8 edk2: Add License-History.txt
Best regards,
Mike
> -Original Message-
> From: Kinney, Michael D
> Sent: Friday, March 22, 2019 6:49 PM
> To: edk2-devel@lists.01.org; Kinney, Michael D
>
> Subject: [RFC v3] Change EDK II to BSD+Patent License
>
>
Hello,
Based on review of the RFC V2, there are some updates required to
Readme.md in the root of the edk2 repository.
Changes for V3
===
* Move the portions of Contributions.txt in the root of edk2 to
Readme.md in the root of edk2 that describe how to contribute
along with the co
9 5:10 AM
> To: Lars Kurth ; Julien Grall
> ; Kinney, Michael D
>
> Cc: edk2-devel@lists.01.org; Ard Biesheuvel
> ; Justen, Jordan L
> ; Anthony Perard
> ; Marc-André Lureau
> ; Stefan Berger
>
> Subject: Re: [edk2] PATCH] Change EDK II to BSD+Patent
> Licens
Hi Narendra,
With this implementation, you have moved the save/restore
location to a module global variable. The name should be
prefixed with 'm' to make that clear.
mCr2
I do not think using a module global is MP safe.
The current implementation uses a local on the stack that
is MP
Hi Tomas,
Thanks for the contribution. I agree we need this feature.
We have been working on updates to GenerateCapsule that
add support for one or more embedded drivers and multiple
payloads and the option to provide all the configuration
information in a JSON file. It also extends decode
and d
What are the PCDs settings you are using for the
SerialPortLib?
Thanks,
Mike
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org]
> On Behalf Of Jacob Burkholder
> Sent: Tuesday, March 19, 2019 7:06 PM
> To: edk2-devel@lists.01.org
> Subject: [edk2] SerialDxe
ndholm [mailto:leif.lindh...@linaro.org]
> Sent: Tuesday, March 19, 2019 10:59 AM
> To: Kinney, Michael D
> Cc: Justen, Jordan L ; edk2-
> de...@lists.01.org
> Subject: Re: [edk2] PATCH] Change EDK II to BSD+Patent
> License
>
> Hi Mike,
>
> I see where Jordan is
.
Best regards,
Mike
> -Original Message-
> From: Justen, Jordan L
> Sent: Thursday, March 14, 2019 11:04 AM
> To: Kinney, Michael D ;
> edk2-devel@lists.01.org
> Subject: Re: [edk2] PATCH] Change EDK II to BSD+Patent
> License
>
> On 2019-03-13 10:54:
2019 3:56 AM
> To: Kinney, Michael D
> Cc: Justen, Jordan L ; edk2-
> de...@lists.01.org; Julien Grall
> ; Anthony Perard
>
> Subject: Re: [edk2] PATCH] Change EDK II to BSD+Patent
> License
>
> Hi Mike,
>
> On 03/13/19 18:54, Kinney, Michael D wrote:
> >
at.com]
> Sent: Tuesday, March 12, 2019 11:01 AM
> To: Kinney, Michael D ;
> edk2-devel@lists.01.org
> Subject: Re: [edk2] [RFC v2] Change EDK II to
> BSD+Patent License
>
> On 03/10/19 01:15, Kinney, Michael D wrote:
> > Hello,
> >
> > Changes for V2
> > ==
rg
> Cc: Kinney, Michael D ; Gao,
> Liming ; Zhang, Chao B
>
> Subject: [edk2] [patch 1/2] SecurityPkg: Remove
> duplicated BSD license
>
> REF: https://bugzilla.tianocore.org/show_bug.cgi?id=1612
>
> Cc: Chao Zhang
> Cc: Jian Wang
> Cc: Michael D Kinney
Hello,
Changes for V2
===
* Replace 2-Clause BSD License in file headers with SPDX-License-Identifier
statement. This reduces the size of the file headers and the size
of the patches for this change. Based on the following post:
https://01.org/blogs/jc415/2018/open-source-hac
Sent: Wednesday, March 6, 2019 11:25 PM
To: Gao, Liming ; af...@apple.com
Cc: Kinney, Michael D ; edk2-devel-01
Subject: RE: [edk2] [PATCH 3/3] MdePkg/BaseSynchronizationLib: Remove inline
X86 assembly code
Thanks.
I also recommend to take a look at MdePkg\Library\BaseSynchronizationLib.
That
Laszlo,
The information I provided below is incorrect. The PCD referenced
does support all PCD types as Jiewen noted.
Mike
> -Original Message-
> From: Kinney, Michael D
> Sent: Thursday, March 7, 2019 10:10 AM
> To: Laszlo Ersek ; Vanguput,
> Narendra K ; edk2-
>
Laszlo,
Good news is that the PCD being used is a Feature Flag.
[PcdsFeatureFlag]
## Indicates if SMM Profile will be enabled.
# If enabled, instruction executions in and data accesses to memory outside
of SMRAM will be logged.
# It could not be enabled at the same time with SMM static p
(). Can we limit this BZ
to only those 2 functions?
Mike
From: Gao, Liming
Sent: Wednesday, March 6, 2019 4:28 PM
To: af...@apple.com
Cc: Zhang, Shenglei ; edk2-devel-01
; Kinney, Michael D
Subject: RE: [edk2] [PATCH 3/3] MdePkg/BaseSynchronizationLib: Remove inline
X86 assembly code
Andrew:
I
Hi Liming and Bob,
I see several EDK II specification updates.
I do not see consistent updates to the Revision History
In the README.md with link to the BZ for the document
change. Please make sure all revision histories are
up to date with BZ links, and as each BZ is closed put
the links to com
performance.
Thanks,
Mike
> -Original Message-
> From: Gao, Liming
> Sent: Tuesday, March 5, 2019 1:33 PM
> To: af...@apple.com; Zhang, Shenglei
>
> Cc: edk2-devel-01 ; Kinney,
> Michael D
> Subject: RE: [edk2] [PATCH 3/3]
> MdePkg/BaseSynchronizationLib: Remove
Hello,
This RFC follows up on the proposal from Mark Doran to change the
EDK II Project to a BSD+Patent License.
https://lists.01.org/pipermail/edk2-devel/2019-February/036260.html
The review period for this license change is 30 days. If there is no
unresolved feedback on April 9, 2019
simulate the update of a
FW storage device using a 32-byte UEFI Variable that
is unique for each adapter.
Best regards,
Mike
> -Original Message-
> From: Tomas Pilar (tpilar)
> [mailto:tpi...@solarflare.com]
> Sent: Monday, February 11, 2019 2:37 AM
> To: Kinney, Michael D
# FmpDevicePkg Multiple Controllers
This branch is used to evaluate methods to update the FmpDevicePkg to support
drivers that manage multiple controllers and also provide a firmware update
capability to each managed controller. The primary use case is the update of
a PCI Option ROM when multiple
> Cc: Kinney, Michael D
> Subject: Intel Platforms in Bugzilla
>
> Hi Mike,
>
> The devel-MinPlatform branch in the edk2-platforms repo
> is being used to develop Intel platform code. We plan
> to move this work to the master branch in edk2-
> platforms after a refactor in the
9, 2019 8:19 AM
> To: edk2-devel@lists.01.org
> Cc: Kinney, Michael D ;
> Gao, Liming
> Subject: RE: [PATCH] MdePkg/UefiLib: Simplify protocol
> un/installation abstraction
>
> Hello Mike/Lao,
>
> Were you able to have a look at this?
>
> Thanks
> Ashish
&
> boun...@lists.01.org] On Behalf Of Rebecca Cran via
> edk2-devel
> Sent: Thursday, February 14, 2019 12:28 PM
> To: Jeremiah Cox ; Ard
> Biesheuvel
> Cc: Kinney, Michael D ;
> edk2-devel@lists.01.org; Laszlo Ersek
>
> Subject: Re: [edk2] [edk2-announce] Community M
You can avoid the reboot on the first boot if the HOB
is initialized with sizes that match the usage on that
specific platform.
If you look at the boot logs, you will see messages that
show the memory type information table. You can use that
information after a couple of boots to see the memory u
Hi Thomas,
I have been looking into this topic of multiple controllers this
week. I have some prototype code that I think resolves the issues
but needs a bit more work on some corner cases.
I am using the PCI Option ROM use case to evaluate the changes.
PCI Option ROM can use Bus Specific Driver
; To: Kinney, Michael D ;
> edk2-devel@lists.01.org; leif.lindh...@linaro.org
> Subject: Re: [edk2] [PATCH v5 edk2-platforms 18/22]
> Platform/RaspberryPi/RPi3 *NON-OSI*: Add ATF binaries
>
> Hi Michael,
>
> On 2019.02.06 22:39, Kinney, Michael D wrote:
> > Hi Pete,
>
Hi Pete,
We have the edk2-non-osi repository for binaries. Do some of
the patches in this series really belong there?
https://github.com/tianocore/edk2-non-osi
Thanks,
Mike
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-
> boun...@lists.01.org] On Behalf Of Pete Batard
>
Hi Brad,
In order to update a FW storage device in UEFI, a UEFI driver
that produces the Firmware Management Protocol is required.
There are some protocols to access I2C devices, so the
implementation of the Firmware Management Protocol for
an I2C device can use the I2C protocols to perform the
Reviewed-by: Michael D Kinney
> -Original Message-
> From: Kubacki, Michael A
> Sent: Monday, February 4, 2019 5:57 PM
> To: edk2-devel@lists.01.org
> Cc: Kinney, Michael D ;
> Desimone, Nathaniel L ;
> Sinha, Ankit ; Chiu, Chasel
> ; Oram, Isaac W
> ; Gao,
February 4, 2019 5:16 PM
> To: edk2-devel@lists.01.org
> Cc: Kinney, Michael D ;
> Desimone, Nathaniel L ;
> Sinha, Ankit ; Chiu, Chasel
> ; Oram, Isaac W
> ; Gao, Liming
>
> Subject: [edk2-platforms/devel-MinPlatform][PATCH v2
> 1/1] ReadMe.md: Update Minimum Platform
om: Ryszard Knop
> [mailto:ryszard.k...@linux.intel.com]
> Sent: Wednesday, January 30, 2019 9:27 AM
> To: Ard Biesheuvel ; edk2-
> de...@lists.01.org; Carsey, Jaben
>
> Cc: Kacperski, Kamil ; Jin,
> Eric ; Orlowski, Pawel
> ; Kinney, Michael D
> ; Hsiung, Harry L
>
&
@lists.01.org] On Behalf Of Ashish Singhal
> Sent: Tuesday, January 29, 2019 1:09 PM
> To: Gao, Liming ; Kinney, Michael
> D
> Cc: edk2-devel@lists.01.org
> Subject: [edk2] Fmp Payload Header Usage
>
> Hello Michael/Liming,
>
> I am trying to use FmpDevicePkg for FMP base
ure, there
is a place to move them that is easy to review.
Do you want to propose the specific types/defines that
should be moved?
Best regards,
Mike
> -Original Message-
> From: af...@apple.com [mailto:af...@apple.com]
> Sent: Tuesday, January 22, 2019 5:00 PM
> To: Kinney,
Hi Michael,
1) Is this content intended for a new branch or an
existing branch in the edk2-platforms repo? The
subject line of the commit message can help clarify
this. The required format is:
[PATCH][platforms/branch]: Package/Module: Subject
2) The patch email size is large
> -Original Message-
> From: af...@apple.com [mailto:af...@apple.com]
> Sent: Friday, January 18, 2019 9:24 AM
> To: Felix Poludov
> Cc: Kinney, Michael D ;
> edk2-devel@lists.01.org
> Subject: Re: [edk2] History question about Base.h and
> its alternate parallel name space..
Felix,
Is there a specific set that would have the most benefit?
Is EFI_GUID sufficient?
Mike
> -Original Message-
> From: Felix Polyudov [mailto:fel...@ami.com]
> Sent: Wednesday, January 16, 2019 3:10 PM
> To: 'Andrew Fish' ; Kinney, Michael D
>
>
Hi Andrew,
I though the reason was a bit more technical. We have a
MODULE_TYPE of BASE. Library instances that use the BASE
MODULE_TYPE are declaring that the library interfaces are
safe to be linked against a module of any other type (SEC,
PEI, DXE, SMM, DXE_RUNTIME, UEFI_DRIVER, UEFI_APP).
We
Reviewed-by: Michael D Kinney
Mike
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-
> boun...@lists.01.org] On Behalf Of Ard Biesheuvel
> Sent: Wednesday, January 16, 2019 9:45 AM
> To: Gao, Liming ; Qian, Yi
>
> Cc: Wu, Hao A ; edk2-
> de...@lists.0
Hello,
I shared an RFC in November to add an edk2-apps repository.
https://lists.01.org/pipermail/edk2-devel/2018-November/00.html
Feedback in this thread discussed that there are three types
of applications. Apps that use libc, UEFI Shell apps,
and UEFI Applications. I would like this RFC
Reviewed-by: Michael D Kinney
> -Original Message-
> From: Zeng, Star
> Sent: Tuesday, January 15, 2019 2:30 AM
> To: edk2-devel@lists.01.org
> Cc: Zeng, Star ; Kinney, Michael D
> ; Steele, Kelly
>
> Subject: [PATCH V3 15/17] QuarkMin: Use merged variable
>
e to BaseTools.
Thanks,
Mike
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-
> boun...@lists.01.org] On Behalf Of
> karunakarpoosapa...@dell.com
> Sent: Thursday, January 10, 2019 10:34 PM
> To: Kinney, Michael D ; Gao,
> Liming ; ler...@redhat.com; edk2-
There is one additional constraint for adding conditionals
to INF files.
The UEFI Distribution Packaging Specification defines a
format to share package and module content in a standard
format and uses an XML schema for the metadata. We need to
be able to convert between INF <--> XML and DEC <--
12:59 PM
> To: edk2-devel@lists.01.org
> Cc: Kinney, Michael D ; Gao,
> Liming ; Fu, Siyuan
> ; Wu, Jiaxin ;
> Ashish Singhal
> Subject: [PATCH v4 0/2] Provide UEFILib functions for
> protocol uninstallation
>
> An issue was seen in IScsiDxe in NetworkPkg where dri
remain unchanged, and the
uninstall APIs use the same logic as the install APIs.
Best regards,
Mike
> -Original Message-
> From: Ashish Singhal [mailto:ashishsin...@nvidia.com]
> Sent: Tuesday, January 8, 2019 9:24 AM
> To: Kinney, Michael D ;
> edk2-devel@lists.01.org; Gao
2019 2:51 PM
> To: Kinney, Michael D ;
> edk2-devel@lists.01.org; Gao, Liming
> ; Fu, Siyuan
> ; Wu, Jiaxin
> Subject: RE: [PATCH v3 0/2] Provide UEFILib functions
> for protocol uninstallation.
>
> Hi Mike,
>
> I build both DEBUG and RELEASE variant of the library
.01.org; Kinney, Michael D
> ; Gao, Liming
> ; Fu, Siyuan
> ; Wu, Jiaxin
> Subject: RE: [PATCH v3 0/2] Provide UEFILib functions
> for protocol uninstallation.
>
> + Maintainers
>
> -Original Message-
> From: Ashish Singhal
> Sent: Sunday, January 6,
driver model related protocol
that can be used in error paths in the entry point and in unload handlers.
Thanks,
Mike
From: Ashish Singhal [mailto:ashishsin...@nvidia.com]
Sent: Thursday, January 3, 2019 4:16 PM
To: Kinney, Michael D ; edk2-devel@lists.01.org
Cc: Gao, Liming ; Fu, Siyuan ; Wu
protocol would be useful, so the driver entry point and
the driver unload functions can use matching APIs.
Mike
From: Ashish Singhal [mailto:ashishsin...@nvidia.com]
Sent: Thursday, January 3, 2019 3:39 PM
To: edk2-devel@lists.01.org
Cc: Kinney, Michael D ; Gao, Liming
; Fu, Siyuan ; Wu, Jiaxin
com]
> Sent: Monday, December 10, 2018 8:40 AM
> To: Jin, Eric ; Leif Lindholm
> ; Kinney, Michael D
>
> Cc: edk2-devel@lists.01.org; Dong Wei
> Subject: RE: SCT bugzilla topic?
>
> I guess we are in agreement that "EDK2-Test" product and
> "UEFI-SC
I can update BZ once there is a clear decision on what is required.
Mike
> -Original Message-
> From: Jin, Eric
> Sent: Sunday, December 9, 2018 6:19 PM
> To: Supreeth Venkatesh ; Leif
> Lindholm ; edk2-
> de...@lists.01.org
> Cc: Kinney, Michael D ; Dong
> Wei ;
exception process for content
that can not follow this preference.
Thanks,
Mike
> -Original Message-
> From: Matteo Carlini [mailto:matteo.carl...@arm.com]
> Sent: Friday, December 7, 2018 12:07 PM
> To: Leif Lindholm ; Kinney,
> Michael D
> Cc: edk2-devel@lists.01
.
Best regards,
Mike
> -Original Message-
> From: Carsey, Jaben
> Sent: Friday, November 30, 2018 7:50 AM
> To: Ni, Ruiyu ; krishnaLee
> ; Kinney, Michael D
>
> Cc: edk2-devel@lists.01.org
> Subject: RE: [edk2] [RFC] Proposal to add edk2-apps
> reposito
om: Ni, Ruiyu
> Sent: Thursday, November 29, 2018 7:32 PM
> To: edk2-devel@lists.01.org; Kinney, Michael D
>
> Subject: RE: [RFC] Proposal to add edk2-apps repository
>
> Mike,
> It's a great idea to have another edk2-apps repo.
>
> I have a question not quite related
> -Original Message-
> From: Leif Lindholm [mailto:leif.lindh...@linaro.org]
> Sent: Thursday, November 29, 2018 2:41 PM
> To: Kinney, Michael D
> Cc: edk2-devel@lists.01.org
> Subject: Re: [edk2] [RFC] Proposal to add edk2-apps
> repository
>
> On Thu, Nov 2
Hello,
This RFC follows up on the proposal from Mark Doran to change the
EDK II Project to an Apache 2.0 License.
https://lists.01.org/pipermail/edk2-devel/2018-October/030385.html
** Please provide feedback on the proposal by Friday 12/7/18. **
I will be following up with pointers to p
Hello,
I would like to propose the creation of a new
repository called edk2-apps. This repository
would initially be used to host the following
packages from the edk2 repository:
* AppPkg
* StdLib
* StdLibPrivateInternalFiles
These 3 packages provide support for the libc along
with applications
Tom,
Thanks for noticing this issue. I need a little
time to evaluate this use case and see what changes
are required to make this work for a UEFI driver
that manages many controllers.
Thanks,
Mike
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-
> boun...@lists.01.org] On
for Vlv2 and
update the instructions to match.
Thanks,
Mike
> -Original Message-
> From: Wei, David
> Sent: Thursday, November 22, 2018 10:00 PM
> To: edk2-devel@lists.01.org
> Cc: Sun, Zailiang ; Qian, Yi
> ; Kinney, Michael D
> ; Wei, David
>
> Subject: [Pa
Ray,
One additional note. There are some tools in
BaseTools that are only used by Duet. We should
remove those tools too.
Mike
> -Original Message-
> From: Kinney, Michael D
> Sent: Tuesday, November 20, 2018 3:21 PM
> To: Leif Lindholm ; Ni, Ruiyu
> ; Kinney, Michael
; To: Ni, Ruiyu
> Cc: edk2-devel@lists.01.org; Gao, Liming
> ; Richardson, Brian
> ; Cetola, Stephano
> ; Kinney, Michael D
> ; Laszlo Ersek
>
> Subject: Re: [edk2] [RFC] Proposal to remove DuetPkg
>
> On Tue, Nov 20, 2018 at 05:27:13AM +, Ni, Ruiyu
> wrote:
&
using
8254 to use HPET instead, we can make a big step towards
removing the entire package.
Mike
> -Original Message-
> From: Gao, Liming
> Sent: Sunday, November 18, 2018 9:16 PM
> To: Kinney, Michael D ;
> Zhang, Shenglei ; Ni, Ruiyu
> ; edk2-devel@lists.01.org
Hi Stephano,
GitHub supports discussions for teams.
If we added a new team to the GitHub TianoCore
organization for all developers that want to be
involved in community topics and design discussions
(which should closely match the current members of
edk2-devel) then that may be a simple option th
.
Please explain why we can't support both in single set of sources. Are there
technical reasons or resource reasons?
Thanks,
Mike
From: Gao, Liming
Sent: Friday, November 16, 2018 7:02 AM
To: edk2-devel@lists.01.org
Cc: Kinney, Michael D ; leif.lindh...@linaro.org;
Laszlo Ersek (ler...@redha
Liming,
Thanks. This looks good to me.
Mike
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Wednesday, November 14, 2018 7:39 AM
> To: Gao, Liming ; edk2-
> de...@lists.01.org
> Cc: Kinney, Michael D ;
> Cetola, Stephano ;
> leif
changes. I do the same for document change in GitBook because GitHub
provides a good way to view markdown document changes on a branch.
Thanks,
Mike
From: Cohen, Eugene [mailto:eug...@hp.com]
Sent: Wednesday, November 14, 2018 6:59 AM
To: Zhang, Chao B ; Kinney, Michael D
; edk2-devel@lists.01
; From: Zhang, Shenglei
> Sent: Tuesday, November 13, 2018 7:32 PM
> To: Ni, Ruiyu ; edk2-
> de...@lists.01.org
> Cc: Kinney, Michael D ;
> Gao, Liming
> Subject: RE: [edk2] [PATCH 6/8] IntelFrameworkPkg:
> Remove the redundant INFs
>
> Ray
> Thanks for your constructive
that must be met
before the new lib class meets the requirements for edk2/master.
Mike
From: Cohen, Eugene [mailto:eug...@hp.com]
Sent: Tuesday, November 13, 2018 3:24 PM
To: Kinney, Michael D ; edk2-devel@lists.01.org;
Yao, Jiewen ; Zhang, Chao B
Cc: Bin, Sung-Uk (빈성욱)
Subject: RE: [PATCH 3
Jiewen,
There are I2C examples for TPM12 in the
QuarkPlatformPkg. Would that we a good example
too?
Could this new lib class be used for both
TPM12 and TPM20 devices?
Mike
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-
> boun...@lists.01.org] On Behalf Of Yao, Jiewen
> Se
Eugene,
It appears you are expecting the Address parameter
to be the full MMIO address for DTPM. If you are
wanting this lib class to abstract the access for
different bus types, shouldn’t the Address be the
relative address from a base?
Or are you using the full DTPM MMIO address on
purpose an
ughes-f...@arm.com;
> alexei.fedo...@arm.com; Andrew Fish ;
> Laszlo Ersek ; Kinney, Michael D
>
> Subject: Re: [PATCH v1] Maintainers.txt: Change
> DynamicTablesPkg maintainer
>
> +Andrew, Laszlo and Mike.
>
> Hi Sami,
>
> For my part, I can confirm that Evan is no l
Eugene,
I understand the intent.
Do we know for sure with a change like this that
MMIO and non-MMIO TPMs support the same registers
and require the exact same sequence of register
access to function correctly? If not, then the
value of adding this new lib class is small.
Also, some of the non-M
dhat.com]
> Sent: Friday, November 9, 2018 9:24 AM
> To: Kinney, Michael D ;
> Leif Lindholm ; Gao, Liming
> ; Cetola, Stephano
>
> Cc: edk2-devel@lists.01.org
> Subject: Re: [edk2] [patch] MdeModulePkg/DisplayEngine:
> Remove useless NULL ptr check for NewPos
>
> On 1
, Chao B ; Leif
> Lindholm
> Cc: Kinney, Michael D ;
> edk2-devel@lists.01.org; Yao, Jiewen
>
> Subject: Re: [edk2] [Patch] SecurityPkg: Fix TPM device
> compatibility issue
>
> On 11/09/18 15:46, Zhang, Chao B wrote:
> > Hi Leif:
> >The NTC1310 can wor
ents
published through GitBook along with a catch all called
"Other Document". Is this the drop down you would like
to see "Wiki" added?
Thanks,
Mike
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Friday, November 9, 2018 8:33
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Friday, November 9, 2018 8:27 AM
> To: Gao, Liming ; Leif Lindholm
>
> Cc: edk2-devel@lists.01.org; Andrew Fish
> ; Richardson, Brian
> ; Kinney, Michael D
> ; Cetola, Stephano
>
> Subje
mance improvement in the BZ.
Mike
> -Original Message-
> From: Gao, Liming
> Sent: Friday, November 9, 2018 6:17 AM
> To: Kinney, Michael D ;
> Feng, Bob C ; edk2-
> de...@lists.01.org
> Cc: Carsey, Jaben
> Subject: RE: [edk2] [Patch] BaseTools: Optimize string
> concate
Sean,
As a clarification. The UNI specs does list 2 on-disk formats.
This was done so tools could support both in the transition
from UTF-16LE with BOM to UTF-8 without BOM.
The strong recommendation is for all EDK II open source packages to
use UTF-8 without a BOM. Since platform packages not
Bob,
Is this for edk2/master or for the Python 3 conversion in the
edk2-staging branch? If it is for the edk-staging branch, then
the Subject is not correct.
Thanks,
Mike
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-
> boun...@lists.01.org] On Behalf Of BobCF
> Sent: Thur
heuvel [mailto:ard.biesheu...@linaro.org]
> Sent: Tuesday, November 6, 2018 9:58 AM
> To: edk2-devel@lists.01.org
> Cc: Rabeda, Maciej ; Kinney,
> Michael D ; Jin, Eric
> ; leif.lindh...@linaro.org; Ard
> Biesheuvel
> Subject: [PATCH edk2-staging 00/19]
> IntelUndiPkg/GigUndiDxe: b
Marvin,
Thanks. This is a good improvement.
Reviewed-by: Michael D Kinney
Mike
> -Original Message-
> From: Gao, Liming
> Sent: Thursday, November 1, 2018 6:33 PM
> To: marvin.haeu...@outlook.com; edk2-devel@lists.01.org
> Cc: Kinney, Michael D
> Subject: RE:
Reviewed-by: Michael D Kinney
Mike
> -Original Message-
> From: Leif Lindholm [mailto:leif.lindh...@linaro.org]
> Sent: Thursday, November 1, 2018 8:37 AM
> To: edk2-devel@lists.01.org
> Cc: Kinney, Michael D ;
> Gao, Liming
> Subject: [PATCH 3/6] IntelFramew
Leif,
The MSR definitions are only used by Mtrr.c, and Mtrr.c is only
used for IA32 and X64 builds in the INF file.
It would be simpler to move the #include
into Mtrr.c. That would avoid the use of #if.
Mike
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-
> boun...@lists.0
that the need to pay attention to this change.
Mike
> -Original Message-
> From: Fu, Siyuan
> Sent: Tuesday, October 30, 2018 5:52 PM
> To: Kinney, Michael D ;
> Zeng, Star ; edk2-
> de...@lists.01.org
> Cc: Leif Lindholm ; Andrew
> Fish (af...@apple.com) ; Laszlo Er
to guarantee no build breaks.
Thanks,
Mike
> -Original Message-
> From: Fu, Siyuan
> Sent: Tuesday, October 30, 2018 1:23 AM
> To: Zeng, Star ; edk2-
> de...@lists.01.org
> Cc: Kinney, Michael D ; Leif
> Lindholm ; Andrew Fish
> (af...@apple.com) ; Laszlo Ersek
>
Chris,
Thanks! That is working as expected now.
Mike
> -Original Message-
> From: Chris Co [mailto:christopher...@microsoft.com]
> Sent: Monday, October 29, 2018 3:50 PM
> To: Kinney, Michael D ;
> edk2-devel@lists.01.org
> Subject: RE: Another Test Message - please i
Start new test message thread.
Mike
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
Another test with reply_goes_to_list set to "Poster".
Mike
> -Original Message-
> From: Chris Co [mailto:christopher...@microsoft.com]
> Sent: Monday, October 29, 2018 1:12 PM
> To: Kinney, Michael D ; EDK
> II Development ; Gretzinger,
> Adam R ; Jeremiah C
I will put the reply_goes_to_list option back to
"Poster".
Mike
> -Original Message-
> From: Leif Lindholm [mailto:leif.lindh...@linaro.org]
> Sent: Monday, October 29, 2018 2:10 PM
> To: Kinney, Michael D
> Cc: EDK II Development ;
> Cetola, Stephano
> Su
Leif,
Very strange. When I do the same on that email, it
shows Paul on the To address line.
Mike
> -Original Message-
> From: Leif Lindholm [mailto:leif.lindh...@linaro.org]
> Sent: Monday, October 29, 2018 1:40 PM
> To: Kinney, Michael D
> Cc: EDK II Develop
changes is to enable those users to be re-activated.
Thanks,
Mike
> -Original Message-
> From: Leif Lindholm [mailto:leif.lindh...@linaro.org]
> Sent: Monday, October 29, 2018 12:54 PM
> To: EDK II Development
> Cc: Kinney, Michael D ;
> Cetola, Stephano
> Subject:
Hi Chris,
I am trying a different configuration setting to see
if the posters reply-to address can be preserved.
Please try both a Reply and a Reply-All to
this test message.
Thanks,
Mike
> -Original Message-
> From: Kinney, Michael D
> Sent: Monday, October 29, 2018 11:3
Hello,
Some configuration changes have been made to
the edk2-devel mailing list to handle posts from
a domain with a DMARC Reject/Quarantine policy
enabled. If this is detected then the from address
is now munged.
One side effect of this setting is that the
behavior of Reply has changed. Inste
1 - 100 of 1181 matches
Mail list logo