On 3/12/19 12:28 PM, Andrew Fish via edk2-devel wrote:
On Mar 12, 2019, at 10:05 AM, Laszlo Ersek wrote:
Hello Heyi,
On 03/12/19 07:56, Heyi Guo wrote:
Hi Laszlo,
I'm thinking about a proposal as below:
1. Reuse the framework of
d on the command line to begin with?
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
--
Brian J. Johnson
Enterprise X86 Lab
Hewlett Packard Enterprise
___
edk2-devel mailing list
edk2-devel@lists.01.or
On 1/24/19 5:30 AM, Laszlo Ersek wrote:
On 01/24/19 10:31, David Woodhouse wrote:
On Thu, 2019-01-24 at 01:48 +, Ni, Ray wrote:
David,
I think we got an agreement here to move CSM components in OvmfPkg.
I prefer we firstly clone the required CSM components in OvmfPkg right no.
Finally I
iling list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
--
Brian J. Johnson
Enterprise X86 Lab
Hewlett Packard Enterp
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
--
Brian J. Johnson
Enterprise X86 Lab
Hewlett Packard Enterprise
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
Email
notification preferences" there should be a checkbox for "Include your
own updates". That may do what you need.
--
Brian J. Johnson
Enterprise X86 Lab
Hewlett Packard Enterprise
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
cc?
Otherwise, we've just broken the workflow for
anyone
filtering on
whether they are on "to" or "cc".
Why was this change necessary?
Regards,
Leif
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.or
sts.01.org/mailman/listinfo/edk2-devel
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
--
Brian J. Johnson
Enterprise X86 Lab
Hewlett Packard Enterprise
___
making the most of the
restricted PEI environment. And having it standardized like this is, as
Andrew said, a lot better than the hacks people had to use beforehand.
Thanks,
--
Brian J. Johnson
Enterprise X86 Lab
Hewlett Packard Enterprise
brian.john...@hpe.com
ter. :) :)
https://www.hpe.com/us/en/product-catalog/servers/mission-critical-x86-servers/pip.hpe-superdome-flex-server.1010323140.html
(With many smilies)
Thanks,
--
Brian J. Johnson
Enterprise X86 Lab
Hewlett Packard Enterprise
brian.john...@hpe.
its other tests)
You can supply a NULL instance which always returns "unknown" for
platforms which don't want to perform their own validation.
Thanks,
--
Brian J. Johnson
Enterprise X86 Lab
Hewlett Packard Enterprise
brian.john...@hpe.com
_
On 11/24/2017 01:21 AM, Heyi Guo wrote:
Hi Brian,
在 11/9/2017 12:00 AM, Brian J. Johnson 写道:
On 11/08/2017 07:34 AM, Heyi Guo wrote:
On 11/08/2017 05:07 PM, Gerd Hoffmann wrote:
On Wed, Nov 08, 2017 at 04:44:37PM +0800, Heyi Guo wrote:
在 11/8/2017 4:34 PM, Ni, Ruiyu 写道:
No.
Even
ontext (ExceptionType, SystemContext);
+
+ //
+ // Dump stack trace
+ //
+ DumpStackTrace (SystemContext, );
+
+ //
+ // Dump image module names
+ //
+ DumpImageModuleNames (SystemContext);
+
//
- // Dump module image base and module entry point by RIP
+ // Dump stack contents
//
- DumpMo
On 11/14/2017 11:23 AM, Andrew Fish wrote:
On Nov 14, 2017, at 8:33 AM, Brian J. Johnson <brian.john...@hpe.com
<mailto:brian.john...@hpe.com>> wrote:
On 11/14/2017 09:37 AM, Paulo Alcantara wrote:
Hi Fan,
On 14/11/2017 12:03, Fan Jeff wrote:
Paul,
I like this feature very mu
X64->Rsp,
UnwondStacksCount);
}
--
2.11.0
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/
On 11/14/2017 09:37 AM, Paulo Alcantara wrote:
Hi Fan,
On 14/11/2017 12:03, Fan Jeff wrote:
Paul,
I like this feature very much. Actually, I did some POC one year ago
but I did finalize it.
In my POC, I could use EBP to tack the stack frame on IAS32 arch.
But for x64, I tried to use
CD to control this delay would be appropriate, though.
--
Brian J. Johnson
Enterprise X86 Lab
Hewlett Packard Enterprise
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
On 10/25/2017 08:13 PM, Dong, Eric wrote:
Laszlo,
-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
Laszlo Ersek
Sent: Wednesday, October 25, 2017 11:08 PM
To: Dong, Eric ; edk2-devel@lists.01.org
Cc: Ni, Ruiyu
On 10/24/2017 12:40 PM, Laszlo Ersek wrote:
Hi Eric,
On 10/24/17 17:23, Dong, Eric wrote:
Laszlo,
-Original Message-
From: Laszlo Ersek [mailto:ler...@redhat.com]
Sent: Tuesday, October 24, 2017 6:16 PM
To: Dong, Eric ; edk2-devel@lists.01.org
Cc: Ni, Ruiyu
stinfo/edk2-devel
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
--
Brian J. Johnson
Enterprise X86 Lab
Hewlett Packard Enterprise
brian.john...@hpe.com
+1 651 683 7521 Office
Eagan, MN
hpe.com
using the right search terms.
Could someone point out the specific section covering this requirement?
I have somebody asking me about it internally here.
Sorry to be both dense and pedantic,
--
Brian J. J
Please see if you can reproduce this issue.
Thanks,
Mike
The changes look fine to me. Unfortunately, I don't have that compiler
to test with.
If it's needed,
Reviewed-by: Brian Johnson <bjohn...@sgi.com>
-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.0
On 10/18/2016 10:34 AM, Brian J. Johnson wrote:
On 10/14/2016 03:37 PM, Laszlo Ersek wrote:
On 10/14/16 21:39, Brian J. Johnson wrote:
On 10/12/2016 03:17 AM, Ryan Harkin wrote:
On 7 October 2016 at 16:59, Leif Lindholm <leif.lindh...@linaro.org>
wrote:
Roy can now be found at Roy
Yes, git automatically detects copying and moving files, as long as both
halves of the action (remove + add) are in the same commit. There's a
nice explanation here:
https://git-scm.com/book/en/v2/Git-Basics-Recording-Changes-to-the-Repository#_git_mv
Brian
On 10/18/2016 12:59 AM, Kinney,
On 10/12/2016 03:17 AM, Ryan Harkin wrote:
On 7 October 2016 at 16:59, Leif Lindholm <leif.lindh...@linaro.org> wrote:
Roy can now be found at Roy Franz <roy.fr...@hpe.com> (cc:d).
On Fri, Oct 07, 2016 at 05:56:26PM +0200, Laszlo Ersek wrote:
Roy, Ryan,
On 10/07/16 16:53, Bria
For TtyTerm terminals, output a shorter escape sequence when possible
to move the cursor within the current line, and don't print any escape
sequence if the cursor is already at the correct position. This
removes extra cursor motion activity at the EFI shell prompt,
improving performance. It
evel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
--
Brian J. Johnson
My statements are my own, are not authorized by SGI, and do not
necessarily represent SGI’s positions.
___
On 09/15/2016 10:48 AM, Andrew Fish wrote:
On Sep 15, 2016, at 8:28 AM, Leif Lindholm wrote:
On Thu, Sep 15, 2016 at 03:54:56PM +0100, Ard Biesheuvel wrote:
The 'universal' PCI bus driver in MdeModulePkg contains a quirk to
degrade 64-bit PCI MMIO BARs to 32-bit in
the TSC frequency directly?
--
Brian J. Johnson
My statements are my own, are not authorized by SGI, and do not
necessarily represent SGI’s positions
Brian J. Johnson
My statements are my own, are not authorized by SGI, and do not
necessarily represent SGI’s positions.
___
edk2-devel mailing list
edk2-devel@lists.01.org
htt
On 06/30/2016 11:47 AM, Laszlo Ersek wrote:
On 06/30/16 18:39, Marcel Apfelbaum wrote:
On 06/30/2016 07:21 PM, Marcel Apfelbaum wrote:
On 06/30/2016 04:07 PM, Laszlo Ersek wrote:
Hi,
does anyone on this list have experience with $SUBJECT, using physical
UEFI firmware derived from edk2?
The
On 06/30/2016 09:35 AM, Laszlo Ersek wrote:
On 06/30/16 16:24, Brian J. Johnson wrote:
On 06/30/2016 08:07 AM, Laszlo Ersek wrote:
- Does PCIe hotplug into downstream ports work with any (phys) firmware
forked from edk2? Brian, Samer, do you guys have experience with this?
Yes, we
On 06/30/2016 08:07 AM, Laszlo Ersek wrote:
Hi,
does anyone on this list have experience with $SUBJECT, using physical
UEFI firmware derived from edk2?
The problem we're seeing with OVMF is the following: PCIe hotplug works
with PCIe root ports, but it doesn't work with PCIe downstream ports.
ot;%s" with "%a" in format strings.)
--
Brian J. Johnson
My statements are my own, are not authorized by SGI, and do not
necessarily repre
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
--
...@hpe.com]
Sent: Wednesday, February 17, 2016 2:14 AM
To: Andrew Fish; Brian J. Johnson
Cc: Bi, Dandan; edk2-devel@lists.01.org; Dong, Eric; Gao, Liming
Subject: RE: [edk2] [patch] MdeModulePkg: Make HII configuration settings
available to OS runtime
+1
I also would add there may be some HII strings
On 02/22/2016 11:44 AM, Laszlo Ersek wrote:
On 02/22/16 18:21, Brian J. Johnson wrote:
Here's another example of a bare metal machine with multiple PCI roots,
although they do not share resources (SGI UV1000, edited for brevity):
[snip an incredible amount of devices]
Does
>> Until in
>>>> allocation phase, root bridge #1 is assigned to [2G, 2.8G), #2 is
assigned
>>>> to [2.8G, 2.9G), #3 is assigned to [2.9G, 3G).
>>
>> Correct, but the regions do not have to be disjoint in the above
scenario.
>> root bridge #1 c
]
Sent: Wednesday, February 17, 2016 2:14 AM
To: Andrew Fish; Brian J. Johnson
Cc: Bi, Dandan; edk2-devel@lists.01.org; Dong, Eric; Gao, Liming
Subject: RE: [edk2] [patch] MdeModulePkg: Make HII configuration settings
available to OS runtime
+1
I also would add there may be some HII strings that are
t
time every time a package is added or string is changed. Also,
platforms should be able to decide if they want to offer this data to
the OS.
Why not just export the data once, using a "ready to boot" event hook?
Thanks,
--
hat UEFI
doesn't do interrupt-driven drivers. There's timer based polling (in
drivers), and there are busy loops (in applications, I guess).
I think you'll see the same behavior with network packet reception.
I said "reliably" beause in my environment I've had practically zero
issues
iles/2015-WW39-FCE.30.zip
I've never tried it with OVMF, YMMV.
--
Brian J. Johnson
My statements are my own, are not authorized by SGI, and do not
necessarily represent SGI’s
On 11/04/2015 02:08 PM, Laszlo Ersek wrote:
On 11/04/15 17:55, Kinney, Michael D wrote:
Laszlo,
BaseXApicX2ApicLib is intended to be used by platforms that support more >=256
CPUs.
If the current system configuration is < 256 CPUs, then the platform will
typically stay in APIC mode. If >=
e ICH9 spec.
I too am having a hard time finding a clear statement of whether or not
ioport 0xb2 should *automatically* raise an SMI on all processors.
Maybe it's platform-specific?
--
Brian J. Johnson
--
On 10/13/2015 11:49 AM, Laszlo Ersek wrote:
On 10/13/15 18:35, Brian J. Johnson wrote:
On 10/13/2015 08:26 AM, Laszlo Ersek wrote:
First of all, if the edk2 reference code (in the SMM core and in
PiSmmCpuDxeSmm) depends on such behavior justifiedly, then I think we
have a bug in the PI
issues often have to do with ACPI details. It
has also had some quirks re. what it expects in the EFI memory map,
although those have mostly related to really large systems (eg. PCIe
segment layout.)
I see you CC'd some folks at Microsoft. Hopefully they will be able to
give you more specific ad
On 09/03/2015 12:59 PM, Bill Paul wrote:
Of all the gin joints in all the towns in all the world, Brian J. Johnson had
to walk into mine at 08:51:20 on Thursday 03 September 2015 and say:
On 09/03/2015 05:08 AM, Laszlo Ersek wrote:
Hi,
64-bit Windows 8.1 boots on QEMU + OVMF just fine
47 matches
Mail list logo