On 14.02.15 23:02, Laszlo Ersek wrote:
> Currently we allocate IO BARs bottom-up in the
> EfiPciHostBridgeAllocateResources phase of the enumeration.
>
>> GCD:AddIoSpace(Base=,Length=0001)
>> GcdIoType= I/O
>> Status = Success
>> GCDIoType Range
>> ==
On 14.02.15 23:02, Laszlo Ersek wrote:
> Similarly to the previous patch, we can now multiplex input from the USB
> keyboard.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Laszlo Ersek
I would like to make -usb on -M virt spawn an xHCI controller rather
than uhci
On Sat, Feb 14, 2015 at 1:52 PM, Andrew Fish wrote:
> My patch in November never got integrated into the mainline. Try this, it
> will set the toolchain to XCODE5 and everything should compile.
>
Reviewed-by: Bruce Cran
Thanks, the problems were all due to using the wrong toolset.
The only a
On 2015-02-14 12:52:26, Andrew Fish wrote:
> Update OS Major number checking to future proof it, and default to XCODE5
> (clang + lldb).
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Andrew Fish
>
> git diff OvmfPkg/build.sh
> diff --git a/OvmfPkg/build.sh b/OvmfPk
This change allows QEMU parameters to have spaces. For example:
OvmfPkg/build.sh qemu -kernel vmlinuz -append "kernel-param1 param2"
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jordan Justen
---
OvmfPkg/build.sh | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-
Having this entry point in QemuFwCfgAcpi.c should not cause a problem
for the other driver which supports Xen and older QEMU versions.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jordan Justen
---
OvmfPkg/AcpiPlatformDxe/QemuFwCfgAcpi.c| 38
Also, could we perhaps use 'newer' instead of 'later' in the error message?
And perhaps add the version number in brackets - e.g. "OvmfPkg requires
Snow Leopard (OS X 10.8) or newer". Again maybe use 'newer' in the line
about Mavericks too?
--
Bruce
On Sun, Feb 15, 2015 at 6:36 PM, Jordan Juste
Eventually two tables will be installed first (FACS, FACP), and the
remaining will be installed at the ReadyToBoot event.
In this patch they will still continue to all be published during the
driver's entry point.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jordan Juste
Before we launch the QEMU kernel, we should signal the ReadyToBoot
event.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jordan Justen
---
OvmfPkg/Library/PlatformBdsLib/PlatformBdsLib.inf | 1 +
OvmfPkg/Library/PlatformBdsLib/QemuKernel.c | 6 ++
2 files change
Given all the trouble we've had recently with ACPI tables and
gEfiPciEnumerationCompleteProtocolGuid, this series attempts to remove
the gEfiPciEnumerationCompleteProtocolGuid dependency by instead
delaying publishing of ACPI tables until the ReadyToBoot signal.
Unfortunately, some S3 code wants t
Since the protocol is in the depex, there is no reason to expect we
might fail to locate the protocol.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jordan Justen
---
OvmfPkg/AcpiPlatformDxe/AcpiPlatform.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --
All tables except the FACS and FACP will now be delayed, and only
published at the ReadyToBoot signal.
This will allow QEMU to rebuild the tables after PCI enumeration.
Since not all platforms will have PCI enumeration, using ReadyToBoot
guarantees that the tables will be published. (Whereas depe
Since we are now using the ReadyToBoot event, we no longer need to
have gEfiPciEnumerationCompleteProtocolGuid in our depex list.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jordan Justen
---
OvmfPkg/AcpiPlatformDxe/AcpiPlatformDxe.inf | 2 +-
1 file changed, 1 inserti
if DownloadAndInstallTables EarlyTablesOnly is TRUE:
Publish FACS and FACP tables
else
Publish all tables othere than FACS and FACP
We immediately call DownloadAndInstallTables with EarlyTablesOnly set
to TRUE, and then FALSE in this patch, so all of the tables will still
be published at the d
Now we print if we will install or skip each ACPI table found.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jordan Justen
---
OvmfPkg/AcpiPlatformDxe/QemuFwCfgAcpi.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/OvmfPkg/AcpiPlatformDxe/QemuF
> On Feb 15, 2015, at 6:05 PM, B Cran wrote:
>
> Also, could we perhaps use 'newer' instead of 'later' in the error message?
I’m fine with changing the wording.
> And perhaps add the version number in brackets - e.g. "OvmfPkg requires Snow
> Leopard (OS X 10.8) or newer". Again maybe use 'n
On 2015-02-15 18:46:55, Andrew Fish wrote:
>
> > On Feb 15, 2015, at 5:36 PM, Jordan Justen
> > wrote:
> >
> > On 2015-02-14 12:52:26, Andrew Fish wrote:
> >> Update OS Major number checking to future proof it, and default to XCODE5
> >> (clang + lldb).
> >>
> >> Contributed-under: TianoCore C
I found the newer version of GDB only supports Python3. So the
udk-debugger-script written in Python2 syntax cannot work with those
Python3-Gdb. New version of UDK Debugger will re-write the script in Python3
syntax. If you meet the Python2/3 issue, you can have a try to convert the
python scri
18 matches
Mail list logo
