calls x86_Convert_Init() and
x86_Convert() to post process the buffer.
Thanks,
Andrew Fish
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#61503): https://edk2.groups.io/g/devel/message/61503
Mute This Topic: https://groups.io/mt
Mike,
Thanks so different encase.
Thanks,
Andrew Fish
> On Jun 12, 2020, at 12:25 PM, Kinney, Michael D
> wrote:
>
> Hi Andrew,
>
> Not related to patch vs patch set. All commits in a pr are being evaluated.
>
> After further evaluation, it appears it may b
Mike,
Is this an issue of assuming a patch vs. a patch set? Are there other places we
could run into this?
Thanks,
Andrew Fish
> On Jun 12, 2020, at 11:19 AM, Michael D Kinney
> wrote:
>
> Hi Ard,
>
> I think this is related to a patch series that deletes
> some file
machine, PC, or Mac.
BDS and DXE are actually defined in the PI Specs (still owned by the UEFI
Forum). PI is about building the modular BIOS, and UEFI is about how to write
Option ROMs and OS loaders.
Thanks,
Andrew Fish
> On Jun 9, 2020, at 2:56 AM, Tomas Pilar (tpilar) wrote:
>
o well. I can think of at least 3 ways ti could be
mapped? Match the instruction, Base 1st, Limit 1st.
Thanks,
Andrew Fish
> Mike
>
>> -Original Message-
>> From: Andrew Fish
>> Sent: Wednesday, June 3, 2020 5:57 PM
>> To: edk2-devel-groups-io ; Kinney,
f data that is not UINTN aligned. These
register point to a limit then base address. If you execute the instruction you
get 2 bytes of limit and 4 or 8 bytes of data. But Idtr[0] is base and Intro[1]
is limit, so reversed from the instruction order. What defines index 0 vs.
index 1 data content
The x86 instructions do limit then base, but the code is storing base, then
limit. Does anyone remember if this is properly defined some place?
Thanks,
Andrew Fish
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#60699): https://edk2
> On Jun 2, 2020, at 11:32 PM, Ard Biesheuvel wrote:
>
> On 6/3/20 12:28 AM, Andrew Fish wrote:
>>> On Jun 2, 2020, at 6:38 AM, Ard Biesheuvel
>>> wrote:
>>>
>>> From: Ard Biesheuvel
>>>
>>> The ChaosKey driver implements
> On Jun 2, 2020, at 8:33 PM, Andrew Fish via groups.io
> wrote:
>
>
>
>> On May 29, 2020, at 7:02 AM, Leif Lindholm wrote:
>>
>> The description of [Packages] sections stated that
>> "Packages must be listed in the order that may be requir
mand line, we should approach this programmatically.
>
I think the intent of this was to deal with duplicates include file names, and
it was not really about build performance.
Thanks,
Andrew Fish
> 3_edk_ii_inf_file_format/37_[packages]_sections.md | 7 ++-
> 1 file changed, 2 inser
ick look at the DXE Core and the
gBS->ConnectController() is not doing any book keeping, other than managing the
precedence rules, but it seems like it would be legal to add something in the
future. + Mike in case I’m off on this one.
Also It would like be a good idea to have a PCD to
Liming,
Sounds good. There is a Stewards meeting next Tuesday so please let us know if
there is any other feedback we could give that would be helpful.
Thanks,
Andrew Fish
> On May 28, 2020, at 8:00 PM, Liming Gao wrote:
>
> Stewards and all:
> Leif requests two patc
with git sendmail. It might be
worth while to have folks reach out inside their companies to see if there are
existing known good recipes?
Thanks,
Andrew Fish
> On May 27, 2020, at 3:07 PM, Rebecca Cran wrote:
>
> On 5/27/2020 6:12 AM, Laszlo Ersek wrote:
>
>> So, it could be a
> On May 26, 2020, at 4:45 AM, Laszlo Ersek wrote:
>
> On 05/26/20 06:10, Andrew Fish wrote:
>>
>>
>>> On May 25, 2020, at 12:31 PM, Laszlo Ersek wrote:
>>>
>>> Hi Andrew,
>>>
>>> On 05/24/20 23:20, Andrew Fish via group
> On May 25, 2020, at 12:31 PM, Laszlo Ersek wrote:
>
> Hi Andrew,
>
> On 05/24/20 23:20, Andrew Fish via groups.io <http://groups.io/> wrote:
>> With this BZ getting fixed we no longer need to special case XCODE.
>>
>> Cc: Ard Biesheuvel
>>
> On May 25, 2020, at 7:19 PM, Rebecca Cran wrote:
>
> On 5/24/20 9:30 PM, Andrew Fish via groups.io wrote:
>
>> I could open source an lldb symbolication Python script and I'm happy to
>> explain the common logic to some one to make it easier to port this lld
ls/Conf/*.template files that are checked in.
Thanks,
Andrew Fish
> I also recommend you use VS2015, 2017, or VS2019 and let us know what issues
> you see after these 2 changes.
>
> Mike
>
> From: devel@edk2.groups.io <mailto:devel@edk2.groups.io>
> mailto:devel@ed
> On May 25, 2020, at 12:15 PM, Laszlo Ersek wrote:
>
> (+Rebecca, +Andrei)
>
> On 05/25/20 05:30, Andrew Fish via groups.io wrote:
>> The full Star Trek quote from Spock is: " I am endeavoring, ma'am, to
>> construct a mnemonic memory circuit using stone k
> On May 25, 2020, at 11:10 AM, Laszlo Ersek wrote:
>
> Hi Andrew,
>
> On 05/25/20 06:09, Andrew Fish wrote:
>
>> I also found I had to Bing/Google to find the detailed instructions I
>> needed as a developer, as the Wiki seems to assume you just know the
filenames not paths
-h, --helpShow help for the command
Thanks,
Andrew Fish
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#60203): https://edk2.groups.io/g/devel/message/60203
Mute This Topic: https://groups.io/mt/744
SEC/PEI/DXE/FVMAIN_COMPACT size savings in % 31/42/21/10
To turn off for good source level debugging add this to your INF.
[BuildOptions]
XCODE:*_*_*_CC_FLAGS = -O0 -fno-lto
Andrew Fish (1):
BaseTools: Turn on Link Time Optimization (LTO) for XCOODE
BaseTools/Conf/tools_def.template | 16
FVMAIN_COMPACT [33%Full] 3440640 total, 1165352 used, 2275288 free
Signed-off-by: Andrew Fish
Cc: Liming Gao
Cc: Zhiguang Liu
---
BaseTools/Conf/tools_def.template | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/BaseTools/Conf/tools_def.template
b/BaseTools
an existing empty section, or add a new section header.
If there is not space to add a new section header append to the
last section. The resource entry if found via a directory entry
so the PE/COFF loading code does not depend on the section type.
Signed-off-by: Andrew Fish
Cc: Bob Feng
Cc
With this BZ getting fixed we no longer need to special case XCODE.
Cc: Ard Biesheuvel
Cc: Jiewen Yao
Cc: Jordan Justen
Cc: Philippe Mathieu-Daudé
Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=557
Signed-off-by: Andrew Fish
Signed-off-by: Andrew Fish
---
OvmfPkg/OvmfPkgIa32.dsc
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=557
Build a nul lib in [Hii-Binary-Package.UEFI_HII] so the makefile
dependencies are satisfied.
Add --rc to Genfw in [Dynamic-Library-File] to inject the *hii.rc
data if it exists.
Signed-off-by: Andrew Fish
Cc: Bob Feng
Cc: Liming Gao
.
Andrew Fish (3):
BaseTools/GenFv: Add PE/COFF resource sections injection to GenFw
BaseTools: Add PE/COFF resource sections support for XCODE
OvmfwPkg: Don't exclude XCODE Modules
BaseTools/Conf/build_rule.template | 15 +-
BaseTools/Source/C/GenFw/GenFw.c | 370
> reciprocal of that ratio.
>
I'd also point out that the processes you chose kind of defines your quanta of
work. It is likely you would be willing to tackle a really big change as a
large patch set, that you would likely break up into multiple PRs in a squash
on commit world. In a squash o
d see a list of the commits/patch set and see only the diffs
for those. I'm not sure how github does it.
In our world we don't require the squash. We also have a set of command line
tools that help automate common operations.
Thanks,
Andrew Fish
> 2. With GitHub branch protections requ
https://github.com/tianocore/tianocore.github.io/wiki/Code-Contributions link
to https://github.com/tianocore/edk2/blob/master/Readme.md is broken.
Thanks,
Andrew Fish
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#59764): https
is
always the .debug section.
[1]
https://github.com/tianocore/edk2/blob/master/MdePkg/Library/BasePeCoffLib/BasePeCoff.c#L1521
Thanks,
Andrew Fish
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#59715): https://edk2.groups.io/g/devel/me
you get the menu if you exit the UEFI Shell. On other platform
it works like the old BIOS Setup so you have to hold some vendor specific snag
key on boot?
Thanks,
Andrew Fish
> Thanks.
>
> --
> Jim Slaughter
>
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages
ootManagerLib|UefiPayloadPkg/Library/PlatformBootManagerLib/PlatformBootManagerLib.inf
Thanks,
Andrew Fish
PS If we broke out BaseTools parser for edk2 build config files we could build
a smart git grep. Something like:
$ edk2-git-grep -p OvmfPkg/OvmfPkgX64.dsc
Then you only see files that are
Crazy question. Should we add a VirtualizationPkg and move everything under
that? I'm not sure the disruption to OVMF is worth, but figured I'd ask.
Thanks,
Andrew Fish
> On May 11, 2020, at 9:36 AM, Kinney, Michael D
> wrote:
>
> I agree that ArmVirtPkg contents should be adde
u need a library to link in to the
CpuExceptionHandlerLib that allows you to override the handler. If
CpuInterruptHandlerOverride() returns NULL you do the current behavior if not
NULL then you call the returned handler.
EFI_CPU_INTERRUPT_HANDLER
EFIAPI
OverrideCpuInterruptHandler (
IN EFI_EXC
Bret,
How does that test work? Does it make a custom FDF file?
Thanks,
Andrew Fish
> On May 7, 2020, at 9:45 AM, Bret Barkelew via groups.io
> wrote:
>
> I know I’ve also seen tests that randomize the driver dispatch order to try
> to catch these “implementation-speci
re there in the first place, and I suspect it is a different issue.
>
It is good to get the history. In general the APRIORI files are used to force a
dispatch order for debugging, like getting status codes or serial output
quicker.
>From an architectural point of view the dispatch order is
Oh and ImageHandle and *SystemTable are passed into every EFI Driver and App
when it is loaded and this is how the Driver gets access to EFI services, and
can figured the location it was loaded from.
Thanks,
Andrew Fish
> On May 4, 2020, at 9:16 PM, Andrew Fish via groups.io
>
MdeModulePkg/Logo/LogoDxe.inf
Thanks,
Andrew Fish
> On May 4, 2020, at 9:05 PM, jim slaughter
> wrote:
>
> Hello,
>
> I am trying to display a logo during the uEFI boot.
> Found logo.c file. New to this code base.
> I assume I must call:
> Initial
that means you started
running code from the FD.
So maybe the App is faulting in some way and if you ran it under a debugger you
would find out why?
[1] $ git grep "SEC Has Started"
EmulatorPkg/Sec/Sec.c:83: DEBUG ((EFI_D_ERROR, "SEC Has Started\n"));
Thanks,
Andrew Fish
t is our preference for a process.
Maybe it would be useful to summarize the issue and state the pro and cons?
Thanks,
Andrew Fish
> How many points do folks thing we need for a merge? I'd say +2.
>
> A
> From: devel@edk2.groups.io <mailto:devel@edk2.groups.io>
> mailto:devel@
the EFI spec.
PXE was a PC BIOS specification for network booting, UNDI (Universal Network
Device Interface) was a standardized abstraction for NIC hardware that goes
back to PC BIOS
The cross link for specs referenced in the UEFI Spec is here:
https://uefi.org/uefi. The idea is to keep th
ePkg/Core/Dxe/Event/Tpl.c#L95
Thanks,
Andrew Fish
> On Apr 3, 2020, at 5:48 PM, Stanley Gan wrote:
>
> I have an event callback function not called. So, I want to track event
> execution in UEFI. There is a "DEBUG_EVENT" debug level in EDKII. But no
> module in EDKII
to map a local file system so that i can setup a
> startup.nsh?
>
I think you can mount a dir as a FAT32 disk by passing this to QEMU `-drive
file=fat:rw:c:\Exchange,format=raw,media=disk`
Thanks,
Andrew Fish
> Thanks
> Sean
>
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You r
This works on my MacBook Pro
$ getconf _NPROCESSORS_ONLN
8
The macOS centric way is this:
$ sysctl -n hw.logicalcpu
8
Thanks,
Andrew FIsh
> On Mar 23, 2020, at 5:38 AM, Laszlo Ersek wrote:
>
> On 03/22/20 00:03, Rebecca Cran wrote:
>> Thank you. I think we probably do
define (DEClare) the legal PCD types and the default value.
Adding the info to the OVMF DSC file lets the platform build control the PCD
type and the default value.
Feel free to file a bugzilla and ask for a command line build option to control
this feature.
Thanks,
Andrew Fish
> On Mar
odule(self, *args) method of lldb.SBTarget instance
>> AddModule(SBTarget self, SBModule module) -> bool
>> AddModule(SBTarget self, char const * path, char const * triple, char
>> const * uuid) -> SBModule
>> AddModule(SBTarget self, char const * path, char con
st * triple, char const
* uuid) -> SBModule
AddModule(SBTarget self, char const * path, char const * triple, char const
* uuid_cstr, char const * symfile) -> SBModule
AddModule(SBTarget self, SBModuleSpec module_spec) -> SBModule
The minimum you need to symbolicate a frame is uu
ANGPDB path, but if you want to connect lldb to QEMU you
need to set plugin.process.gdb-remote.target-definition-file [1] to [2].
[1] lldb -o "settings set plugin.process.gdb-remote.target-definition-file
x86_64_target_definition.py" -o "gdb-remote 9000"
[2]
https://github.com/llvm-
gEfiMdePkgTokenSpaceGuid.PcdUefiLibMaxPrintBufferSize|8000
}
Thanks,
Andrew Fish
> On Mar 18, 2020, at 2:31 PM, Vitaly Cheptsov wrote:
>
> Mike,
>
> That explains the current behaviour, but makes me even more confused.
>
> I do not really understand how DEC
t; structure assignment.
>
Laszlo,
My brain has flipped too.
For x86 I find smaller structure assignments can cause the optimizer to
optimize away the memcpy/memset and you only see issue issues on a NOOPT build
since DEBUG builds tend to be size optimized. I tend to hit this
> On Mar 4, 2020, at 10:18 AM, Laszlo Ersek wrote:
>
> On 03/04/20 18:53, Andrew Fish wrote:
>>
>>
>>> On Mar 4, 2020, at 5:33 AM, Laszlo Ersek wrote:
>>>
>>> On 03/03/20 22:12, Vitaly Cheptsov wrote:
>>>> Hello,
>>>>
ime Drivers, code
running on the AP, and other places that the ASSERTs could have side effects.
> - I'm unfriendly towards callbacks. They make the behavior of code
> implicit rather than explicit, and implicit is more difficult to reason
> about. IMO callbacks should be considered a last r
ter a driver is loaded it is generally always called indirectly
via its protocol APIs. It is common for applications to not run at elevated TPL
at all.
Thanks,
Andrew Fish
> — My own approach makes sense, as it reduces the amount of code in every
> DebugLib and actually simplifies the de
line.
>
> Best regards,
> Marvin
>
> Am 20.02.2020 um 00:55 schrieb Andrew Fish:
>>
>>
>>> On Feb 17, 2020, at 12:26 AM, Marvin Häuser >> <mailto:mhaeu...@outlook.de>> wrote:
>>>
>>> Good day Andrew,
>>>
>>> Fir
f the day a pointer is also a
flexible array in C so that is the other option.
Thanks,
Andrew Fish
>
> Mike
>
>> -Original Message-
>> From: af...@apple.com <mailto:af...@apple.com> > <mailto:af...@apple.com>>
>> Sent: Thursday, Feb
> On Feb 26, 2020, at 1:42 AM, Laszlo Ersek wrote:
>
> Hi Andrew,
>
> On 02/25/20 22:35, Andrew Fish wrote:
>
>> Laszlo,
>>
>> The FLASH offsets changing breaking things makes sense.
>>
>> I now realize this is like updating the EFI ROM witho
> On Feb 26, 2020, at 1:42 AM, Laszlo Ersek wrote:
>
> Hi Andrew,
>
> On 02/25/20 22:35, Andrew Fish wrote:
>
>> Laszlo,
>>
>> The FLASH offsets changing breaking things makes sense.
>>
>> I now realize this is like updating the EFI ROM witho
Mike,
Flexible array members must be the last element of a struct but they can not
be the only element.
This is non standard behavior from the compilers that are not throwing the
error.
Why not just use a pointer?
> On Feb 26, 2020, at 10:03 PM, Michael D Kinney
> wrote:
>
> Liming,
>
>
> On Feb 25, 2020, at 12:40 PM, Laszlo Ersek wrote:
>
> Hi Andrew,
>
> On 02/25/20 19:56, Andrew Fish wrote:
>> Laszlo,
>>
>> If I understand this correctly is it not more complicated than just size. It
>> also assumes the memory layout is the sam
> On Feb 25, 2020, at 12:40 PM, Laszlo Ersek wrote:
>
> Hi Andrew,
>
> On 02/25/20 19:56, Andrew Fish wrote:
>> Laszlo,
>>
>> If I understand this correctly is it not more complicated than just size. It
>> also assumes the memory layout is the sam
and S4 layouts consistent
between boots, I'm not aware of any mechanism to keep the memory map address
the same between versions of the firmware?
Thanks,
Andrew Fish
> On Feb 25, 2020, at 9:53 AM, Laszlo Ersek wrote:
>
> On 02/24/20 16:28, Daniel P. Berrangé wrote:
>> On Tu
and S4 layouts consistent
between boots, I'm not aware of any mechanism to keep the memory map address
the same between versions of the firmware?
Thanks,
Andrew Fish
> On Feb 25, 2020, at 9:53 AM, Laszlo Ersek wrote:
>
> On 02/24/20 16:28, Daniel P. Berrangé wrote:
>> On Tu
Dst =%s (%r)\n", Dst, Status);
SetConstraintHandler (AssertConstraintHandler);
StrCpyS (Dst, sizeof (Dst), L"Too Long");
Thanks,
Andrew Fish
PS Since I'm on a crazy idea roll another idea would be to add a
MdePkgCompatability.dsc.inc file that could be used to future proof adding
to do in a global sense even if there is a PCD. It
almost seems like we should have wrappers for the Safe string functions that
implement the behavior you want as a caller. I'm not sure about that, but it
seems like it is worth talking about?
Thanks,
Andrew Fish
> On Feb 14, 2020, at 7:31
Python and wrap it in a lib so it can
optionally get built into the UEFI Shell binary.
Thanks,
Andrew Fish
> On Feb 11, 2020, at 1:54 PM, Andrew Fish wrote:
>
>
>
>> On Feb 11, 2020, at 1:30 PM, Jim Dailey wrote:
>>
>> Andrew,
>>
>> Granted such
ng the _QUIET to
debug.
I'd thought I throw out the other forms for folks to think about. I'm probably
biased as I used to looking at code and seeing things like
require_action_string(Arg1 != NULL, ErrorExit, Status = EFI_INVALID_PARAMETER,
"1st Arg1 check");
Thanks,
Andrew Fish
PS
OVMF config that seems to be PcdOvmfLockBoxStorageBase and
PcdOvmfPeiMemFvBase. It is easy enough to move MEMFD_BASE_ADDRESS to a much
higher address, but I'm not sure if there are any restrictions to the addresses
I can use?
Thanks,
Andrew Fish
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You
have a platform in a common core base, and update the EDK2 code to pick up
security fixes it seems the PCD data base implies you have to freeze Dynamic
PCD usage in your common core?
Thanks,
Andrew Fish
> On Feb 11, 2020, at 7:54 PM, Liming Gao wrote:
>
> Andrew:
> Current im
ilar to shell
>> variables) so that the change could be installed and survive a reboot. I also
>> think there can be a simple shell command that manages extensions (so that
>> they can be installed by a script)
>>
>> Tim
>>
>> -Original Message-
&
n3.efi");
Seems like this could just plug into the Shell via a ShellExecute(). So for
example you could make Python a UEFI Shell command via a library and that
library constructor could also teach the shell that a .py file could be an
executable?
Thanks,
Andrew Fish
-=-=-=-=-=-=-=-=-=
adding a Dynamic PCD could potentially change the token
layout and thus break compatibility? Is there any scheme to keep a previous
token layout?
Thanks,
Andrew Fish
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#54154): https://edk2
for
GetNextToken() in PCD_PROTOCOL [1] vs EFI_PCD_PROTOCOL [2]. Also
EFI_PCD_PROTOCOL does not have the *Ex functions, so you need PCD_PROTOCOL
anyway to have access to the *Ex versions of the API.
[1] https://github.com/tianocore/edk2/blob/master/MdePkg/Include/Protocol/Pcd.h
[2]
https://github.co
> On Jan 14, 2020, at 8:46 AM, Ard Biesheuvel wrote:
>
> On Mon, 13 Jan 2020 at 18:57, Andrew Fish via Groups.Io
> wrote:
>>
>> Ard,
>>
>> Is the problem GFX console? Would it be possible to have a PCD to assume
>> graphics console, and if n
was written to make the
ConSpliter see it?
Thanks,
Andrew Fish
> On Jan 13, 2020, at 9:28 AM, Ard Biesheuvel wrote:
>
> On Fri, 10 Jan 2020 at 17:23, Laszlo Ersek <mailto:ler...@redhat.com>> wrote:
>>
>> On 01/10/20 15:37, Ni, Ray wrote:
>>> Ard,
>>&
te complex and let us not get bogged down in all that to get
something working.
[1] *Pkg/Test/UnitTest/[Library|Protocol|Ppi|Guid]
Thanks,
Andrew Fish
> On Dec 2, 2019, at 3:12 PM, Michael D Kinney
> wrote:
>
> Hi Bret,
>
> Thanks for posting this content. Host based uni
The most common cause of something like this is a syntax error in the INF file.
Thanks,
Andrew Fish
>
> - Failed -
> Build end time: 04:22:15, Dec.03 2019
> Build total time: 00:00:22
>
> [cmd=build -u --genfds-multi-thread -D DOCUMENT_BUILD=None -D
> XMLCLI_COMPILE=TRUE -D
I was looking at creating a staging branch to work on Bz2387. The README [1]
for edk2-staging (about branch) mentions that edk2-staging/master tracks
edk2/master, but I see it was last synced in June?
I'm not clear on the process for updating the edk2-staging/master? It is not
setup to
generates PE/COFF image.
>>> And, PE/COFF image debug symbol is PDB. So, PE also means PDB.
>>>
>>> Last, I just review the changes. Tool chain name update is not big. If you
>>> accept CLANGPE as tool chain name,
>>> I will send the patch so
generates PE/COFF image.
>>> And, PE/COFF image debug symbol is PDB. So, PE also means PDB.
>>>
>>> Last, I just review the changes. Tool chain name update is not big. If you
>>> accept CLANGPE as tool chain name,
>>> I will send the patch so
_ is muscle memory. I like adding the PDB part as the clang debugger
does not support PDB for 1st class debugging.
Thanks,
Andrew Fish
> Regards,
>
> Leif
>
> On Thu, Nov 07, 2019 at 11:54:04AM -0600, Andrew Fish wrote:
>> Leif,
>>
>> I think I proposed CLAN
Leif,
I think I proposed CLANG_PDB or CLANG_PECOFF. I seem to like CLANG_PDB as
assuming the PDE debugging experience is awesome/exists on Linux and macOS is
not a given.
Thanks,
Andrew Fish
> On Nov 7, 2019, at 11:19 AM, Leif Lindholm wrote:
>
> Oops, sorry, missed this
Ray,
Is there an obvious hook point we could point Jeff and Ashish at?
Long term it would be a good idea to have a Wiki page to give some guidance on
how to customize the BDS.
Thanks,
Andrew Fish
> On Nov 5, 2019, at 9:20 PM, Ni, Ray wrote:
>
> Andrew,
> I agree with your opi
ould.
Should we write a BZ for the variable stack not to update a variable if the
data is not changing?
Thanks,
Andrew Fish
>
> [...]
>
> Thanks
> Laszlo
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply O
option points to the media
supporting
LoadFile protocol.
Reference: UEFI Spec chapter 3.3 Boot Option Variables Default Boot Behavior
The function won't delete the boot option not added by itself.
**/
VOID
EFIAPI
EfiBootManagerRefreshAllBootOption (
VOI
> On Nov 5, 2019, at 3:54 AM, Laszlo Ersek wrote:
>
> On 11/05/19 07:15, Andrew Fish via Groups.Io wrote:
>
>> You could also edit any existing variables that point to your Load File to
>> make sure they follow the rules you care about?
>>
>> It is l
oint of view for a platform to edit the nvram
boot variables based on platform boot policy.
Thanks,
Andrew Fish
> Thanks
> Ashish
>
> From: af...@apple.com
> Sent: Monday, November 4, 2019 10:22 PM
> To: Ashish Singhal
> Cc: devel@edk2.groups.io; Ni, Ray ; La
all your protocol to get a memory buffer and then just
pass that buffer into gBS->LoadImage ()?
Thanks,
Andrew Fish
> On Nov 4, 2019, at 11:06 PM, Ashish Singhal wrote:
>
> Hello Andrew,
>
> On my platform, I am installing Load File protocol on a handle which I do not
> wa
the handle based on some platform policy. This is the only
way you can filter based on things getting connected at different times during
boot.
Thanks,
Andrew Fish
> Thanks
> Ashish
>
> -Original Message-
> From: Ni, Ray mailto:ray...@intel.com>>
> Sent: Mon
Liming,
Thanks for looking into this. It is always good to try and do things the same
way on different tool chains if possible.
Thanks,
Andrew Fish
> On Nov 3, 2019, at 9:40 PM, Liming Gao wrote:
>
> Andrew:
> I did some investigation. Seemly, there is no way to disabl
tation is not required to be constructed out of PI Spec
components, but the EDKII UEFI implementation is constructed using the PI
Specification.
[1] https://acpica.org/downloads/uefi-support
[2] Sorry I could not make up a better name at the time.
Thanks,
Andrew Fish
> On Oct 31, 2019, at 1:3
the same behavior?
Thanks,
Andrew Fish
> On Oct 30, 2019, at 6:46 PM, Liming Gao wrote:
>
> Yes. This is the expect behavior. Compiler optimization is disabled, then Od
> option will be used for VS tool chain.
>
> From: devel@edk2.groups.io <mailto:devel@edk2.groups.io&g
t we could move to launching via the debugger
for all paths?
[1] https://github.com/tianocore/edk2/blob/master/EmulatorPkg/build.sh#L221
Thanks,
Andrew Fish
> On Oct 30, 2019, at 9:16 AM, Michael D Kinney
> wrote:
>
> Liming,
>
> This may be something that is better wit
used with -M or -MM, specifies a file to write the dependencies to. If
> no -MF switch is given the preprocessor sends the rules to the same place it
> would send preprocessed output.
> When used with the driver options -MD or -MMD, -MF overrides the default
> dependency output file.
>
s -MD or -MMD, -MF overrides the default
dependency output file.
If file is -, then the dependencies are written to stdout.
Thanks,
Andrew Fish
> On Oct 28, 2019, at 8:03 AM, Yao, Jiewen wrote:
>
> I think we need avoid confusing for future.
> I don’t believe .d is good choice
2_70_SYSTEM_TABLE_REVISION ((2
<< 16) | (70))
MdePkg/Include/Uefi/UefiSpec.h:1780:#define EFI_SYSTEM_TABLE_REVISION
EFI_2_70_SYSTEM_TABLE_REVISION
Thanks,
Andrew Fish
> On Oct 21, 2019, at 1:15 AM, serges...@yandex.ru wrote:
>
> When runs "ver" command in
.
Thanks,
Andrew Fish
> On Oct 17, 2019, at 12:27 AM, Ni, Ray wrote:
>
> Liming,
> Emulator is using a generic SEC module. The host specific module is called
> "Host".
> So I prefer to change the macro to "WIN_HOST_BUILD", with this change,
> Reviewe
> On Oct 14, 2019, at 6:11 AM, Laszlo Ersek wrote:
>
> On 10/12/19 08:42, Andrew Fish wrote:
>> Laszlo,
>>
>> For 2) this is very unfortunate. I think the root cause is for those
>> of us who work on x86 hardware day to day we get programed that
.globl _gRelocation## @gRelocation
.p2align3
_gRelocation:
.quad _main
.subsections_via_symbols
If you have questions about a specific chunk of code to convert let me know.
Thanks,
Andrew Fish
> On Oct 12, 2019, at 12:46 AM, Liming Gao wrote:
>
> A
section relocations for XCODE,
and map them to .text for the other toolchain?
Thanks,
Andrew Fish
> On Oct 11, 2019, at 1:56 AM, Laszlo Ersek wrote:
>
> On 10/11/19 01:17, Lendacky, Thomas wrote:
>> On 10/3/19 10:12 AM, Tom Lendacky wrote:
>>>
>>>
>>&
Junhao
FYI there is a regression in master for OVFM right now:
https://bugzilla.tianocore.org/show_bug.cgi?id=2266 so you might be hitting
that.
Thanks,
Andrew Fish
> On Oct 11, 2019, at 11:13 PM, Junhao Gao wrote:
>
>
>
>> -Original Message-
>> From: D
301 - 400 of 2186 matches
Mail list logo
