aboutsummaryrefslogtreecommitdiff
path: root/slirp
diff options
context:
space:
mode:
authorDavid Gibson <david@gibson.dropbear.id.au>2016-10-12 13:30:07 +1100
committerDavid Gibson <david@gibson.dropbear.id.au>2016-10-16 12:03:09 +1100
commitcd1b354ec05035f84bb05f591cb632770ad36e7c (patch)
tree58722af72c0d1d4e81602ed16302fead892542fb /slirp
parentd4d7a59a7a703220757cdc24d08a498db3e70212 (diff)
downloadqemu-cd1b354ec05035f84bb05f591cb632770ad36e7c.zip
qemu-cd1b354ec05035f84bb05f591cb632770ad36e7c.tar.gz
qemu-cd1b354ec05035f84bb05f591cb632770ad36e7c.tar.bz2
libqos: Isolate knowledge of spapr memory map to qpci_init_spapr()
The libqos code for accessing PCI on the spapr machine type uses IOBASE() and MMIOBASE() macros to determine the address in the CPU memory map of the windows to PCI address space. This is a detail of the implementation of PCI in the machine type, it's not specified by the PAPR standard. Real guests would get the addresses of the PCI windows from the device tree. Finding the device tree in libqos would be awkward, but we can at least localize this knowledge of the implementation to the init function, saving it in the QPCIBusSPAPR structure for use by the accessors. That leaves only one place to fix if we alter the location of the PCI windows, as we're planning to do. Signed-off-by: David Gibson <david@gibson.dropbear.id.au> Reviewed-by: Laurent Vivier <lvivier@redhat.com>
Diffstat (limited to 'slirp')
0 files changed, 0 insertions, 0 deletions