Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Guo Mang
---
Platform/BroxtonPlatformPkg/BuildBxtBios.sh | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/Platform/BroxtonPlatformPkg/BuildBxtBios.sh
b/Platform/BroxtonPlatformPkg/BuildBxtBios.sh
On 2018/8/23 10:53, Ruiyu Ni wrote:
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=1109
The patch doesn't change any behavior of this function.
It just renames the function to LocateVgaDevice() and renames
some parameters and local variables.
Contributed-under: TianoCore Contribution
On 2018/8/23 10:53, Ruiyu Ni wrote:
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=1109
Today's restriction of VGA device is to have only one VGA device
enabled per PCI segment. It's not correct because several segments
may share one IO / MMIO address space.
We should restrict to have one
On 08/24/18 03:18, Zeng, Star wrote:
> I tried both at
> https://github.com/lzeng14/tianocore/wiki/EDK-II-Release-Planning.
Thanks!
> In fact, I am ok with either one. :)
I like the version more where the URL is not human-readable (in the
rendered article). If we introduce, say, 5 features
Add following APIs to communicate with OP-TEE static TA:
1. OpteeInit
2. OpteeOpenSession
3. OpteeCloseSession
4. OpteeInvokeFunc
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Sumit Garg
---
ArmPkg/Include/Library/OpteeLib.h
Thanks. Agree and I will follow your preference to push it next week if no
concern from others. :)
Star
-Original Message-
From: Laszlo Ersek [mailto:ler...@redhat.com]
Sent: Friday, August 24, 2018 3:10 PM
To: Zeng, Star ; edk2-devel@lists.01.org
Cc: Kinney, Michael D ; Andrew Fish
;
On 23 August 2018 at 07:14, Haojian Zhuang wrote:
> Since hotkey 'f' is used to start AndroidFastbootApp. If user
> press 'f' key too long, it may be recognized pressing 'f' key
> multiple times. Then AndroidFastbootApp exists since it delcares
> any key press could make it exit.
>
> So only use
Hi Sumit,
On 24 August 2018 at 10:21, Sumit Garg wrote:
> Add following APIs to communicate with OP-TEE static TA:
> 1. OpteeInit
> 2. OpteeOpenSession
> 3. OpteeCloseSession
> 4. OpteeInvokeFunc
>
> Cc: Ard Biesheuvel
> Cc: Leif Lindholm
> Contributed-under: TianoCore Contribution Agreement
On 22 August 2018 at 19:42, Leif Lindholm wrote:
> On Tue, Aug 14, 2018 at 04:08:56PM +0800, Ming Huang wrote:
>> This module support updating the boot CPU firmware only.
>>
>> Contributed-under: TianoCore Contribution Agreement 1.1
>> Signed-off-by: Ming Huang
>
> As I said on v1, I have no
On 21 August 2018 at 07:50, Sughosh Ganu wrote:
> hi Ard,
>
> On Tue July 23, 2018 at 11:03PM +0530, Supreeth Venkatesh wrote:
>>
>> On Sat, 2018-07-21 at 20:06 +0900, Ard Biesheuvel wrote:
>> > On 20 July 2018 at 21:38, Sughosh Ganu wrote:
>> > >
>> > > From: Achin Gupta
>> > >
>> > > The
I see lots of 'MSFT' throughout code and this can reduce them.
Cc: Bob Feng
Cc: Yonghong Zhu
Cc: Liming Gao
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Jaben Carsey
---
BaseTools/Source/Python/AutoGen/AutoGen.py | 8
Hi Sumit
What use case you have in mind, to interface op-tee with UEFI.
What ARM proposed (Matteo in cc), to run MM mode in Secure side of machine with
SPM.
Moreover SPD (OP-TEE) and SPM(MM mode) cannot co-exists on current arm devices.
Then how do you see MM mode working.
Regards
Udit
>
+Achin
SPD (for OP-TEE and other Trusted-OSes payloads running at S-EL1) and SPM (for
Secure Partitions at S-EL0) are currently mutually exclusive into Trusted
Firmware-A codebase.
In other words, you cannot turn them on in parallel and execute both a S-EL1
Trusted OS AND (one or many) S-EL0
Hi Ard
> If MM mode is fundamentally incompatible with OP-TEE, then you cannot
> run both at the same time,
Both cannot coexist unless you have v8.4 CPU
Regards
Udit
>
>
> >> -Original Message-
> >> From: edk2-devel On Behalf Of Sumit
> >> Garg
> >> Sent: Friday, August 24, 2018
(+ Matteo)
On 24 August 2018 at 17:20, Udit Kumar wrote:
> Hi Sumit
> What use case you have in mind, to interface op-tee with UEFI.
>
> What ARM proposed (Matteo in cc), to run MM mode in Secure side of machine
> with SPM.
> Moreover SPD (OP-TEE) and SPM(MM mode) cannot co-exists on current
On Fri, 24 Aug 2018 at 15:57, Jerome Forissier
wrote:
>
>
>
> On 08/24/2018 11:21 AM, Sumit Garg wrote:
> > Add following APIs to communicate with OP-TEE static TA:
>
> "static TAs" are now preferably called "pseudo TAs" [1],
Sure will use "pseudo TAs" instead.
> but it seems this API could be
On Fri, 24 Aug 2018 at 17:48, Jerome Forissier
wrote:
>
>
>
> On 08/24/2018 02:09 PM, Sumit Garg wrote:
> > On Fri, 24 Aug 2018 at 15:57, Jerome Forissier
> > wrote:
> >>
> >>
> >>
> >> On 08/24/2018 11:21 AM, Sumit Garg wrote:
> >>> Add following APIs to communicate with OP-TEE static TA:
> >>
17 matches
Mail list logo
