Re: [Qemu-devel] [PATCH v2 2/2] RAM API: Make use of it for x86 PC

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 11/18/2010 05:46 PM, Anthony Liguori wrote:
On 11/18/2010 09:22 AM, Avi Kivity wrote:
On 11/18/2010 01:42 AM, Anthony Liguori wrote:
Gack.  For the benefit of those that want to join the fun without
digging up the spec, these magic flippable segments the i440fx can
toggle are 12 fixed 16k segments from 0xc0000 to 0xeffff and a single
64k segment from 0xf0000 to 0xfffff.  There are read-enable and
write-enable bits for each, so the chipset can be configured to read
from the bios and write to memory (to setup BIOS-RAM caching), and read
from memory and write to the bios (to enable BIOS-RAM caching).  The
other bit combinations are also available.

Yup. As Gleb mentions, there's the SDRAM register which controls whether 0xa0000 is mapped to PCI or whether it's mapped to RAM (but KVM explicitly disabled SMM support).

KVM not supporting SMM is a bug (albeit one that is likely to remain unresolved for a while). Let's pretend that kvm smm support is not an issue.

IIUC, SMM means that there two memory maps when the cpu accesses memory, one for SMM, one for non-SMM.

No. That's not what it means. With the i440fx, when the CPU accesses 0xa0000, it gets forwarded to the PCI bus no different than an access to 0xe0000.

If the CPU asserts the EXF4#/Ab7# signal, then the i440fx directs CPU accesses to 0xa0000 to RAM instead of the PCI bus.

That's what "two memory maps" mean. If you have one cpu in SMM and another outside SMM, then those two maps are active simultaneously.


Alternatively, if the SMRAM register is activated, then the i440fx will redirect 0xa0000 to RAM regardless of whether the CPU asserts that signal. That means that even without KVM supporting SMM, this mode can happen.

That's a single memory map that is modified under hardware control, it's no different than BARs and such.

Things aren't that bad - a ram_addr_t and a physical address are already different things, so we already have one level of translation.

Yeah, but ram_addr_t doesn't model anything meaningful IRL. It's an internal implementation detail.


Does it matter? We can say those are addresses on the memory bus. Since they are not observable anyway, who cares if the correspond with reality or not?

--
error compiling committee.c: too many arguments to function

--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux