Yes. We have received feedback on lack of clarity regarding many memory
attributes in the UEFI & PI spec (e.g., capability versus settings, etc). I'll
work w/ the UEFI Forum to clarify in upcoming errata on those documents.
Vincent
-Original Message-
From: Yao, Jiewen [mailto:jiewen@
: Stefan Reinauer; Ma, Maurice; Agyeman, Prince; Patrick Georgi
Subject: Re: [edk2] edk2[17084] Pkg-Module: CorebootModulePkg
> On Mar 31, 2015, at 12:03 PM, Zimmer, Vincent
> wrote:
>
> Good question.
> Code has been public in a zip on http://firmware.intel.com for some time.
>
Good question.
Code has been public in a zip on http://firmware.intel.com for some time.
We have received feedback on that zip from coreboot community & others,
including Stefan, that helped inform moving it to live SCM on tianocore so that
it can be evolved with the community.
Wiki at
https://
I agree. I would keep the original .asm and .s, along w/ new .nasm, at
least as part of a transition period of engagement w/ the community.
Vincent
-Original Message-
From: Yao, Jiewen [mailto:jiewen@intel.com]
Sent: Wednesday, November 05, 2014 7:23 PM
To: Gao, Liming; Justen, Jorda
RPMB and make a “reasonable” assumption that
OS should not touch them directly. If no, then the content may be corrupted.
Thanks
Feng
From: Zimmer, Vincent [mailto:vincent.zim...@intel.com]
Sent: Saturday, November 01, 2014 05:07
To: edk2-devel@lists.sourceforge.net
Subject: Re: [ed
Good points on both sides.
I see UEFI Forum w/ USWG and ASWG (UEFI and ACPI spec, resp) as a place to
explore this a little further, although Fish may be right about ultimate scope
boundaries.
As such, I’ll take the action item to convey these concerns to those bodies
this upcoming week.
Vinc
but want it to meet the PI-imposed
requirements of before console connection or processing DriverOrder or
BootOrder.
Tim
-Original Message-
From: Zimmer, Vincent [mailto:vincent.zim...@intel.com]
Sent: Wednesday, April 30, 2014 6:06 PM
To: edk2-devel@lists.sourceforge.net
Subject: Re: [e
is isn't so much a question of 'if' we should do it, which we all agree
is good, but perhaps 'where' in the respective Bds driver?
Thanks,
Vincent
-Original Message-
From: Andrew Fish [mailto:af...@apple.com]
Sent: Wednesday, April 30, 2014 10:39 AM
To: edk2-dev
I agree w/ your concern and the proposed placement.
This omission has caused a lot of confusion.
Vincent
-Original Message-
From: Tim Lewis [mailto:tim.le...@insyde.com]
Sent: Wednesday, April 30, 2014 10:10 AM
To: edk2-devel@lists.sourceforge.net
Subject: [edk2] EndOfDxe?
I see that mor
Did you look at
https://svn.code.sf.net/p/efi-toolkit/code/trunk/efi-toolkit/apps/osloader/o
sloader.c, such as line 375 ?
Vincent
From: John Davis [mailto:davi...@gmail.com]
Sent: Friday, January 31, 2014 10:02 AM
To: edk2-devel@lists.sourceforge.net
Subject: [edk2] EFI OS Loaders and Beyond
o have accommodation.
Vincent
-Original Message-
From: Andrew Fish [mailto:af...@apple.com]
Sent: Tuesday, December 17, 2013 1:31 PM
To: edk2-devel@lists.sourceforge.net
Subject: Re: [edk2] Where does gEfiEndOfDxeEventGroupGuid get signaled?
On Dec 17, 2013, at 1:22 PM, Zimmer, Vincent
wrote:
&g
Good question
Ideally we could do it in the Dxe Core prior to Bds Entry invocation. In
practice it is done in the respective BDS prior to doing connects and
invoking 3rd party UEFI drivers.
Vincent
-Original Message-
From: Andrew Fish [mailto:af...@apple.com]
Sent: Tuesday, December 17,
ogous case would be a S3 bug fix workarounds. What
happens when the secure OS is performing a secure task, but the other OS
asks for a shutdown? Back to ACPI Global Lock?
Tim
From: Zimmer, Vincent [mailto:vincent.zim...@intel.com]
Sent: Thursday, December 05, 2013 10:0
Tim-
Not sure if this helps, but recall that in PI1.2.1 we introduced concept of
# of CPU's in SMM can be < # of CPU's in platform w/ M731 NumberOfCpus
clarification, so PI1.2.1+ can support models of some inside/some outside of
this alternate CPU mode. So I think your point on 'in TZ and out of
ey.ganyezu [mailto:stanley.gany...@gmail.com]
Sent: Tuesday, July 23, 2013 5:16 PM
To: Zimmer, Vincent; 'Andrew Fish'
Cc: edk2-devel@lists.sourceforge.net
Subject: 答复: [edk2] 答复: switch to 64 bit mode at PEI phase in X86
Hi Vincent,
Can we put these page table in CAR or firmware? Or y
Yes. You can create ROM'd page tables for a long-mode transition in SEC
prior to invoking a 64-bit PEI core. As implementation guidance, make sure
to set the access/dirty bits in the ROM'd page tables in code source code.
Vincent
-Original Message-
From: stanley.ganyezu [mailto:stanley.
OS makes the call. Firmware does the fix-ups.
>From chapter 7.4 of the UEFI 2.4 spec
The SetVirtualAddressMap() function is used by the OS loader. The function
can only be called at runtime, and is called by the owner of the system's
memory map: i.e., the component which called ExitBootServic
That's a good suggestion Stephen.
We don't want configuration issues to get in the way of people leveraging
the edk2 UEFI networking capabilities.
I'll look into seeing what we can publish in this space.
Vincent
-Original Message-
From: Stephen Polkowski [mailto:step...@centtech.com]
S
See Ousterhout’s distinction on threaded versus event-based programming
http://www.cc.gatech.edu/classes/AY2009/cs4210_fall/papers/ousterhout-threads.pdf
From: Chip Ueltschey [mailto:chipj...@gmail.com]
Sent: Thursday, May 16, 2013 11:29 AM
To: edk2-devel@lists.sourceforge.net
Subjec
More info also at
http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=SecurityPkg
From: Andrew Fish [mailto:af...@apple.com]
Sent: Wednesday, November 07, 2012 10:01 AM
To: edk2-devel@lists.sourceforge.net
Subject: Re: [edk2] Help:Uefi Image signing
The signing is documented i
For #1 Use AllocatePages() boot services with the type of AllocateAddress
[From UEFI Spec]
AllocatePages()
Summary
Allocates memory pages from the system.
Prototype
typedef
EFI_STATUS
AllocatePages(
IN EFI_ALLOCATE_TYPE Type,
IN EFI_MEMORY_TYPE MemoryType,
IN UINTN Pages,
21 matches
Mail list logo