> https://lists.01.org/mailman/listinfo/edk2-devel
--
=====
-Bill Paul(510) 749-2329 | Senior Member of Technical Staff,
wp...@windriver.com | Master of Unix-Fu - Wind River Systems
=
"I put a dol
this is what happens on warm reset:
> >>reset -c warm
> >>1. Until ArmEnableMmu() gets called, everything works as expected.
> >>
> >>Here is the stack right before ArmEnableMmu() is called:
> >> ArmConfigureMmu+0x4f8
> >>
PCIe segments.
> >
> > Thanks
> > Laszlo
> > ___
> > edk2-devel mailing list
> > edk2-devel@lists.01.org
> > https://lists.01.org/mailman/listinfo/edk2-devel
>
> __
> Sai
> ___
> edk2-devel mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinfo/edk2-devel
--
=
-Bill Paul(510) 749-2329 | Senior Member of Technical Staff,
_
> edk2-devel mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinfo/edk2-devel
--
=
-Bill Paul(510) 749-2329 | Senior Member
ill
> CommandParameter %x\n", TpmHashAlgorithmBitmap, CommandParameter)); Status
> = Tpm2PcrAllocateBanks (PlatformAuth, TpmHashAlgorithmBitmap,
> CommandParameter); if (EFI_ERROR (Status)) {
> return TCG_PP_OPERATION_RESPONSE_BIOS_FAILURE;
--
===
I am trying
> to automate the setup of Secure Boot and its keys.
>
> Thanks,
>
> Zach
> ___
> edk2-devel mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinfo/edk2-devel
--
mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinfo/edk2-devel
--
=
-Bill Paul(510) 749-2329 | Senior Member of Techn
ost systems in the world including complex servers have only one Host
Bridge.
Should probably be amended: it should probably say "Most Intel systems" and
even those systems probably do have more than one host bridge (root complex),
it's just that it doesn't look like it.
-Bill
ndows doesn't depend on it, the odds of this
protocol being included in a given build might be fairly slim. I'd like to
hear some other (hopefully better-informed) opinions on this matter.
-Bill
--
=====
-Bil
chments may contain proprietary (Draper
> non-public) and/or export-controlled information of Draper. If you are not
> the intended recipient of this email, please immediately notify the sender
> by replying to this email and immediately destroy all copies of this
> email.
d the code (software) on any other
> > > > hardware/board. As I have not yet ported PCI code on any other board
> > > > yet.
> > >
> > > I would recommend to base your expectations not on U-Boot but on UEFI
> > > running on a different architecture using similar net
ir
works if I can avoid it.
-Bill
> Thanks!
> Laszlo
> ___
> edk2-devel mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinfo/edk2-devel
--
==
s in the OVMF .dsc files. I believe it to be functionally
correct, but maybe there is a better way.
-Bill
> Thanks
> Laszlo
--
=====
-Bill Paul(510) 749-2329 | Senior Member of Technical Staff,
Of all the gin joints in all the towns in all the world, Jordan Justen had to
walk into mine at 16:46:07 on Thursday 16 June 2016 and say:
> On 2016-06-16 16:11:34, Bill Paul wrote:
> > Of all the gin joints in all the towns in all the world, Jordan Justen
> > had to
> >
Of all the gin joints in all the towns in all the world, Jordan Justen had to
walk into mine at 15:47:05 on Thursday 16 June 2016 and say:
> On 2016-06-16 14:11:01, Bill Paul wrote:
> > Of all the gin joints in all the towns in all the world, Jordan Justen
> > had to
> >
Of all the gin joints in all the towns in all the world, Jordan Justen had to
walk into mine at 12:54:33 on Thursday 16 June 2016 and say:
> On 2016-06-16 10:14:50, Bill Paul wrote:
> > Of all the gin joints in all the towns in all the world, Jordan Justen
> > had to
> >
Of all the gin joints in all the towns in all the world, Jordan Justen had to
walk into mine at 09:37:31 on Thursday 16 June 2016 and say:
> On 2016-06-16 09:19:41, Bill Paul wrote:
> > Of all the gin joints in all the towns in all the world, Jordan Justen
> > had to
> >
nd e-mail and it's not the one I used for development.
-Bill
> On 2016-06-15 16:36:12, Bill Paul wrote:
> > A while ago there was some talk of updating the UNIXGCC toolchain to
> > support a newer version of GCC and binutils. Unfortunately after almost
> > a year, nothi
d-but-set-variable can be
specified for RELEASE builds
- Documentation has been updated in tools_def to indicate the new GCC
and binutils versions
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Bill Paul
---
BaseTools/Conf/tools_def.template | 19 ---
Base
so that it uses the equivalent PE flags instead.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Bill Paul
---
OvmfPkg/OvmfPkgIa32.dsc| 3 ++-
OvmfPkg/OvmfPkgIa32X64.dsc | 3 ++-
OvmfPkg/OvmfPkgX64.dsc | 3 ++-
3 files changed, 6 insertions(+), 3 deletions(-)
di
should
be thoroughly reviewed to make sure I did it right.
With these fixes I was able to build working IA32 and X64 release images
of the OVMF firmware on my FreeBSD/amd64 host.
Bill Paul (2):
This commit updates the support for MinGW/UNIXGCC cross-build
toolchain.
This commit makes Ovmf
would
not be able to perform DMA transfers beyond the first 4GB of physical address
space. You would need to change the size field in the attribute register to
make the window bigger.
-Bill
> Regards,
> Shaveta
>
> -Original Message-
> From: Bill Paul [mailto:wp...@windriver
Of all the gin joints in all the towns in all the world, Bill Paul had to walk
into mine at 09:33:57 on Monday 28 March 2016 and say:
> Of all the gin joints in all the towns in all the world, Shaveta Leekha had
> to
>
> walk into mine at 00:29:39 on Monday 28 March 2016 and
anslation|0x14
> gArmPlatformTokenSpaceGuid.PcdPciMmio64Base|0x144000
> gArmPlatformTokenSpaceGuid.PcdPciMmio64Size|0x4000
> _______
> edk2-devel mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinf
Of all the gin joints in all the towns in all the world, Bill Paul had to walk
into mine at 10:30:26 on Monday 24 August 2015 and say:
> Of all the gin joints in all the towns in all the world, Ard Biesheuvel had
> to
>
> walk into mine at 10:22:59 on Monday 24 August 2015 and sa
Of all the gin joints in all the towns in all the world, Shubha Ramani had to
walk into mine at 12:54:12 on Wednesday 30 September 2015 and say:
> Circling back - thanks to everyone that answered my questions (Laszlo, Bill
> Paul, Ruiyu). But I ended up using PciCf8Lib and it worked
MdePkg\Library\BasePciCf8Lib\PciCf8Lib.c Shubha D.
> ramanishubharam...@gmail.com shubharam...@yahoo.com
>
>
> ___
> edk2-devel mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinfo/edk2-devel
--
=
t; On Sep 24, 2015, at 2:29 PM, Laszlo Ersek wrote:
> >
> > Laszlo
>
> ___
> edk2-devel mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinfo/edk2-devel
--
=
-Bill Paul(510) 749-2
Of all the gin joints in all the towns in all the world, Laszlo Ersek had to
walk into mine at 11:20:28 on Monday 14 September 2015 and say:
> On 09/14/15 18:53, Bill Paul wrote:
> > Of all the gin joints in all the towns in all the world, Laszlo Ersek had
> > to
> >
> &
er of
> further hidden requirements, and hidden gaps in ACPI support too, so
> it's just business as usual with Windows: whatever works, works, don't
> ask why.
>
> Just my opinion of course.
>
> Laszlo
>
> >> The only crazy thing you didn't try is
tive settings such as passwords
> should be deleted from the system and keys should also be removed from
> the key store. If the system BIOS includes any organization-specific
> customizations then a vendor-provided BIOS image should be installed.
> This phase of the platform life cycle reduces chances
you solve this
particular problem though (other than be persistent and add lots of debug
instrumentation), but I'm glad to see that at least someone is bothering to
test the 32-bit build.
-Bill
> Boot issues often have to do with ACPI details. It
> has also had some quirks
without the
> possibility or the desire to run a MS toolchains under Windows.
People should be able to build a known-good crossbuild toolchain. This is the
simplest way to provide that option.
By the way, do you think I can get you to update the mingw-gcc-build.py script
whil
Of all the gin joints in all the towns in all the world, Ard Biesheuvel had to
walk into mine at 10:22:59 on Monday 24 August 2015 and say:
> On 24 August 2015 at 19:20, Bill Paul wrote:
> > Of all the gin joints in all the towns in all the world, Ard Biesheuvel
> > had to
>
Of all the gin joints in all the towns in all the world, Ard Biesheuvel had to
walk into mine at 10:06:10 on Monday 24 August 2015 and say:
> On 24 August 2015 at 19:02, Bill Paul wrote:
> > Of all the gin joints in all the towns in all the world, Ard Biesheuvel
> > had to
>
Of all the gin joints in all the towns in all the world, Jordan Justen had to
walk into mine at 11:22:15 on Monday 17 August 2015 and say:
> On 2015-08-17 11:10:57, Bill Paul wrote:
> > Of all the gin joints in all the towns in all the world, David Woodhouse
> > had
> >
>
x27;t want to support this script, that's why I did the work for
you. :) Yes I've tested both IA32 and X64 builds. Yes they work fine.
There is value in being able to bootstrap your own cross-build toolchain on
whatever platform. I don't think you should be so quick to remove it.
Of all the gin joints in all the towns in all the world, Ard Biesheuvel had to
walk into mine at 00:55:26 on Friday 14 August 2015 and say:
> On 13 August 2015 at 21:57, Bill Paul wrote:
> > Of all the gin joints in all the towns in all the world, Ard Biesheuvel
> > had to
>
es and toolchains we care about. And MinGW would
> be useful for this purpose as well, especially since it is a free
> toolchain that implements LLP64.
>
> > (I wonder if we could get the MSVC build running under wine... now
> > *that* would be useful)
>
>
40 matches
Mail list logo
