Use the new acpi_pm_base variable instead.
Signed-off-by: Gerd Hoffmann
---
src/fw/acpi.c | 14 +++---
src/fw/biostables.c | 1 +
src/fw/paravirt.h | 2 --
src/fw/pciinit.c| 16
src/fw/smm.c| 4 ++--
src/util.h | 1 +
6 files changed, 19
If qemu is new enough to support acpi table loading,
then go move pmbase out of the way. This allows to
use the whole 0x1000 -> 0x io address space on q35.
piix has hotplug ports in the 0xa000 -> 0xafff area,
so we can't do the same there.
Signed-off-by: Gerd Hoffmann
---
src/fw/paravirt.c
Avoid using PORT_ACPI_PM_BASE in smm code so we can remove it.
Largely based on a older patch from Kevin.
Signed-off-by: Gerd Hoffmann
---
src/fw/biostables.c | 2 +-
src/fw/smm.c| 4 ++--
src/util.h | 2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/fw/b
Hi,
Digged out an old patch from the mailing list, to make smm use
acpi_pm1a_cnt. This allows to make the acpi pmbase a variable
and figure where to place the registers at runtime.
With these preparations in place we can go move acpi pm registers
below 0x1000 for new enougth qemu (2.0+). The
On Mo, 2014-05-12 at 11:00 -0400, Kevin O'Connor wrote:
> On Mon, May 12, 2014 at 03:28:25PM +0200, Gerd Hoffmann wrote:
> > Hi,
> >
> > This patch adds a config option to move PORT_ACPI_PM_BASE,
> > then use the full I/O address space on q35.
> >
> > Patches have been sent already a few months
On Fri, May 09, 2014 at 04:12:32PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > > ... so it's time kick freeze + release candidate I guess ;)
> > >
> > > Are there any pending patches for the next release which should better
> > > make it into the release candidate?
> >
> > I just sent a few fixes
On Thu, 2014-04-24 at 22:02 -0400, Kevin O'Connor wrote:
> I've been considering a possible architectural change to SeaBIOS.
> Currently, SeaBIOS contains a mix of 16bit code and 32bit code. All
> of the initialization and bootup code is done in regular 32bit mode,
> but runtime code (the callback
On Tue, May 13, 2014 at 02:58:29PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> Digged out an old patch from the mailing list, to make smm use
> acpi_pm1a_cnt. This allows to make the acpi pmbase a variable
> and figure where to place the registers at runtime.
>
> With these preparations in place we
On Tue, May 13, 2014 at 03:27:30PM +0100, David Woodhouse wrote:
> On Thu, 2014-04-24 at 22:02 -0400, Kevin O'Connor wrote:
> > I've been considering a possible architectural change to SeaBIOS.
> > Currently, SeaBIOS contains a mix of 16bit code and 32bit code. All
> > of the initialization and bo
On Tue, 2014-05-13 at 12:45 -0400, Kevin O'Connor wrote:
> That is interesting. Do you have a link to code or a spec handy? (I
> looked through the "Compatibility Support Module Specification" again
> and I see it talks about SMMs, but it seems to say that what is
> implemented is "IBV" specific.
Signed-off-by: Kevin O'Connor
---
vgasrc/vgaentry.S | 10 ++
1 file changed, 10 insertions(+)
diff --git a/vgasrc/vgaentry.S b/vgasrc/vgaentry.S
index 6e31c4e..11197f1 100644
--- a/vgasrc/vgaentry.S
+++ b/vgasrc/vgaentry.S
@@ -47,7 +47,17 @@ _rom_header_signature:
// Force a f
Since commit d85c22e44ee4e24f2be19d579ea8fa0066a85fbb,
when pulling aggregate tables from fw_cfg, we generate
a default type 0 (bios info) structure if one isn't
already provided.
This patch enables the "virtual machine" bit within the
bios_characteristics_extension_bytes field of the default
type
12 matches
Mail list logo