Greg Kurz 96dbc9af35 spapr_pci: don't create 64-bit MMIO window if we don't need to
When running a pseries-2.2 or older machine type, we get the following
lines in info mtree:

address-space: memory
...
ffffffffffffffff-ffffffffffffffff (prio 0, i/o): alias
 pci@800000020000000.mmio64-alias @pci@800000020000000.mmio
  ffffffffffffffff-ffffffffffffffff

address-space: cpu-memory
...
ffffffffffffffff-ffffffffffffffff (prio 0, i/o): alias
 pci@800000020000000.mmio64-alias @pci@800000020000000.mmio
  ffffffffffffffff-ffffffffffffffff

The same thing occurs when running a pseries-2.7 with

    -global spapr-pci-host-bridge.mem_win_size=2147483648

This happens because we always create a 64-bit MMIO window, even if
we didn't explicitely requested it (ie, mem64_win_size == 0) and the
32-bit window is below 2GiB. It doesn't seem to have an impact on the
guest though because spapr_populate_pci_dt() doesn't advertise the
bogus windows when mem64_win_size == 0.

Since these memory regions don't induce any state, we can safely
choose to not create them when their address is equal to -1,
without breaking migration from existing setups.

Signed-off-by: Greg Kurz <groug@kaod.org>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
2017-09-15 10:29:48 +10:00
..
2016-10-04 13:28:07 +01:00
2017-08-31 12:29:07 +02:00
2017-09-08 16:15:17 +03:00
2017-08-02 18:30:13 -03:00
2017-09-08 09:30:55 +10:00
2017-08-10 14:33:43 +01:00
2017-09-15 10:29:48 +10:00
2016-05-18 15:04:27 +03:00
2016-01-29 15:07:25 +00:00
2017-08-30 18:23:26 +02:00
2017-09-04 18:41:01 +01:00
2017-08-31 12:29:07 +02:00
2016-10-28 18:17:24 +03:00
2017-09-15 10:29:48 +10:00
2017-08-30 18:23:25 +02:00