I missed that it was for the build-tool source itself and not for the
targets that are built using edk2 and the API itself.
On Tue, Dec 11, 2018 at 2:55 PM Ard Biesheuvel
wrote:
> On Tue, 11 Dec 2018 at 23:53, David F. wrote:
> >
> > I don't know, to me it's very clear that U
As far as VS2008 - That's what I use for all my UEFI work. So don't drop
that, it's not obsolete, it's still usable.
On Tue, Dec 11, 2018 at 5:27 AM Gao, Liming wrote:
> Ard:
> This patch is good. It belongs to the part of BZ
> https://bugzilla.tianocore.org/show_bug.cgi?id=1377. I give
it for breaking existing code and for those that want the "native"
(best/fasted/most efficient) int size for the processor (similar again to
size_t)
On Tue, Dec 11, 2018 at 7:46 AM Laszlo Ersek wrote:
> On 12/11/18 08:11, David F. wrote:
> > Not sure why you'd take that out when
I think leaving it in is fine, it is its own directory and everything will
build with the build tools, when you start separating it, it may not build
so easily. It already take a bit of processing and scripting to compile
full blown apps ported to run on the direct UEFI platform (as well as
I ran in to it too, it was easy fix, the headers changed to those in MDEPKG
and the header file name changed. IIRC it was the same name minus the
leading Efi, so EfiShellParameters.h became ShellParameters.h. I don't
have a full list but one of the notes on that change points out the new
names.
Not sure why you'd take that out when someone using UINTN for variables may
want to use MAX_UINTN ?Future may be different.
On Mon, Dec 3, 2018 at 5:08 AM Laszlo Ersek wrote:
> On 11/30/18 23:45, Ard Biesheuvel wrote:
> > The maximum value that can be represented by the native word size
> >
I uses VS2008
On Mon, Dec 10, 2018 at 4:38 AM Gao, Liming wrote:
> Leif:
> Thanks for your suggestion. I will work out the patch set serials to
> remove those tool chains. I don't remember the usage model of UNIXGCC. II
> will wait for Rebecca response.
>
> Thanks
> Liming
> > -Original
atch
files since a "call" is now needed. I think the errorlevel is returned
from the call so it's sample to add call.
In short, you'll need to update build Conf if updating from older version
and adjust your batch files to use "call" for build.
On Sat, Dec 1, 2018 at 7:37 PM
Hi,
My last SVN update was from July 2018. I just did one Yesterday now my
build breaks linking with:
LibC.lib(Main.obj) : error LNK2001: unresolved external symbol SetJump
BaseLib.lib(LongJump.obj) : error LNK2001: unresolved external symbol
InternalLongJump
The build is using VS2008 and the
est Regards & Thanks,
>
> LONG, Qin
>
>
>
> *From:* edk2-devel [mailto:edk2-devel-boun...@lists.01.org] *On Behalf Of
> *David F.
> *Sent:* Thursday, May 3, 2018 12:26 AM
> *To:* Laszlo Ersek <ler...@redhat.com>
> *Cc:* edk2 developers list <edk
, 2018 at 3:21 AM, Laszlo Ersek <ler...@redhat.com> wrote:
> On 05/01/18 23:13, David F. wrote:
> > Hi,
> >
> > Had a fairly simple task of wanting to install the latest MS .crt
> > files for KEK, and their two files for the "db" (the Windows CA and
it is going to be ignored anyway?
Thanks.
On Tue, May 1, 2018 at 2:25 PM, Bill Paul <wp...@windriver.com> wrote:
> Of all the gin joints in all the towns in all the world, David F. had to walk
> into mine at 14:13 on Tuesday 01 May 2018 and say:
>
>> Hi,
>>
>> Ha
Hi,
Had a fairly simple task of wanting to install the latest MS .crt
files for KEK, and their two files for the "db" (the Windows CA and
UEFI CA) in a system placed in setup/custom mode. However, even
though it seemed to take the KEK, it never took the "db", always had a
problem on a DH77KC
I would submit a patch but over the years of fixes and enhancements,
they don't go anywhere. Then a couple years later someone does a
half-baked fix and I have to run merge resolution on svn.
Anyway, the problem with that is the s1 compare to 0 should be before
the s1++ (otherwise it matches when
Hi,
Is there a reliable (always available) way to get a timer tick in an
application similar to the old 18.2 per second timer tick from BIOS.
That one was always there, high speed access (no slow access to a RTC)
and the tick count is known (to approx calculate intervals for
polling and other
fLib APIs in BasePeCoffLib
> instead of LoadImage() and StartImage() service.
>
>>-Original Message-
>>From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
>>David F.
>>Sent: Friday, September 08, 2017 11:34 PM
>>To: Gary Lin <g...@suse.
tartImage() has the optional output ExitData. If ExitData is
> not NULL, the exit status will be from the image.
>
>>-Original Message-
>>From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
>>David F.
>>Sent: Friday, September 08, 201
Actually, even a StartImageEx() would be fine with parameter to allow options.
On Thu, Sep 7, 2017 at 7:51 PM, David F. <df7...@gmail.com> wrote:
> Thanks, looking forward, can the people on the board dealing with the
> specification please consider revising EFI_LOADED_IMAGE_PROTOCOL
Hi,
Is there a way to tell if the return code from StartImage() is
actually an error from StartImage() vs the exit code of some
application (generic application that may return an error code value
but not set exitdata).It would seem to conflict with
EFI_INVALID_PARAMETER and
ary Lin <g...@suse.com> wrote:
> On Thu, Sep 07, 2017 at 01:00:03PM -0700, David F. wrote:
>> Hello,
>>
>> What is the proper way to allow running another app that is verified
>> with a self-signed certificate?
>>
>> Example, App1 is signed with one t
Hi,
Implementing support for UEFI inside different OS environments, I
don't see anything in the spec about being able to find the various
Boot and Key values without trying 0-0x which is slow
(takes 10+ seconds).What's the better way?
Thanks.
Hello,
What is the proper way to allow running another app that is verified
with a self-signed certificate?
Example, App1 is signed with one that allows secure boot booting (in
firmware) and has a public key embedded in the signed code, App2 is
verified by App1 and so is allowed to run, but
Hello,
Testing a system with NVMe Intel SSD drive doesn't give a meaningful
description in the shell or converting the device path to text in
general using the EDK2 (you only get a "?"). It appears it's because
the MESSAGING_DEVICE_PATH for this Intel NVMe is vendor defined.
Where do you find
Just for information in general, where does one define the value for
_gUefiDriverRevision ?
TIA!!
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
So I'm back from years ago trying to work out the constructor order.
It doesn't seem any change I make causes autogen.c to change the order
to what I want to happen. At least if someone could indicate which
file I need to use to check the order, that would help. I presume
it's the .inf file of
25 matches
Mail list logo
