2016-10-22 12:46:35 +03:00
|
|
|
/*
|
|
|
|
* QEMU PowerPC PowerNV various definitions
|
|
|
|
*
|
|
|
|
* Copyright (c) 2014-2016 BenH, IBM Corporation.
|
|
|
|
*
|
|
|
|
* This library is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU Lesser General Public
|
|
|
|
* License as published by the Free Software Foundation; either
|
2020-10-16 17:53:46 +03:00
|
|
|
* version 2.1 of the License, or (at your option) any later version.
|
2016-10-22 12:46:35 +03:00
|
|
|
*
|
|
|
|
* This library is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
* Lesser General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU Lesser General Public
|
|
|
|
* License along with this library; if not, see <http://www.gnu.org/licenses/>.
|
|
|
|
*/
|
2019-03-15 17:51:21 +03:00
|
|
|
|
|
|
|
#ifndef PPC_PNV_H
|
|
|
|
#define PPC_PNV_H
|
2016-10-22 12:46:35 +03:00
|
|
|
|
|
|
|
#include "hw/boards.h"
|
2016-10-22 12:46:36 +03:00
|
|
|
#include "hw/sysbus.h"
|
2017-05-10 09:46:01 +03:00
|
|
|
#include "hw/ipmi/ipmi.h"
|
2016-10-22 12:46:42 +03:00
|
|
|
#include "hw/ppc/pnv_lpc.h"
|
2019-10-21 16:12:11 +03:00
|
|
|
#include "hw/ppc/pnv_pnor.h"
|
2017-04-05 15:41:26 +03:00
|
|
|
#include "hw/ppc/pnv_psi.h"
|
2017-04-05 15:41:27 +03:00
|
|
|
#include "hw/ppc/pnv_occ.h"
|
2019-09-12 12:30:54 +03:00
|
|
|
#include "hw/ppc/pnv_homer.h"
|
2019-03-06 11:50:11 +03:00
|
|
|
#include "hw/ppc/pnv_xive.h"
|
2019-03-08 01:35:44 +03:00
|
|
|
#include "hw/ppc/pnv_core.h"
|
2020-01-27 17:45:06 +03:00
|
|
|
#include "hw/pci-host/pnv_phb3.h"
|
ppc/pnv: Add models for POWER9 PHB4 PCIe Host bridge
These changes introduces models for the PCIe Host Bridge (PHB4) of the
POWER9 processor. It includes the PowerBus logic interface (PBCQ),
IOMMU support, a single PCIe Gen.4 Root Complex, and support for MSI
and LSI interrupt sources as found on a POWER9 system using the XIVE
interrupt controller.
POWER9 processor comes with 3 PHB4 PEC (PCI Express Controller) and
each PEC can have several PHBs. By default,
* PEC0 provides 1 PHB (PHB0)
* PEC1 provides 2 PHBs (PHB1 and PHB2)
* PEC2 provides 3 PHBs (PHB3, PHB4 and PHB5)
Each PEC has a set "global" registers and some "per-stack" (per-PHB)
registers. Those are organized in two XSCOM ranges, the "Nest" range
and the "PCI" range, each range contains both some "PEC" registers and
some "per-stack" registers.
No default device layout is provided and PCI devices can be added on
any of the available PCIe Root Port (pcie.0 .. 2 of a Power9 chip)
with address 0x0 as the firwware (skiboot) only accepts a single
device per root port. To run a simple system with a network and a
storage adapters, use a command line options such as :
-device e1000e,netdev=net0,mac=C0:FF:EE:00:00:02,bus=pcie.0,addr=0x0
-netdev bridge,id=net0,helper=/usr/libexec/qemu-bridge-helper,br=virbr0,id=hostnet0
-device megasas,id=scsi0,bus=pcie.1,addr=0x0
-drive file=$disk,if=none,id=drive-scsi0-0-0-0,format=qcow2,cache=none
-device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=2
If more are needed, include a bridge.
Multi chip is supported, each chip adding its set of PHB4 controllers
and its PCI busses. The model doesn't emulate the EEH error handling.
This model is not ready for hotplug yet.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
[ clg: - numerous cleanups
- commit log
- fix for broken LSI support
- PHB pic printinfo
- large QOM rework ]
Signed-off-by: Cédric Le Goater <clg@kaod.org>
Message-Id: <20200127144506.11132-2-clg@kaod.org>
[dwg: Use device_class_set_props()]
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
2020-01-27 17:45:05 +03:00
|
|
|
#include "hw/pci-host/pnv_phb4.h"
|
2020-09-03 23:43:22 +03:00
|
|
|
#include "qom/object.h"
|
2016-10-22 12:46:36 +03:00
|
|
|
|
2017-12-15 16:56:01 +03:00
|
|
|
#define TYPE_PNV_CHIP "pnv-chip"
|
2020-09-01 00:07:37 +03:00
|
|
|
OBJECT_DECLARE_TYPE(PnvChip, PnvChipClass,
|
qom: Remove module_obj_name parameter from OBJECT_DECLARE* macros
One of the goals of having less boilerplate on QOM declarations
is to avoid human error. Requiring an extra argument that is
never used is an opportunity for mistakes.
Remove the unused argument from OBJECT_DECLARE_TYPE and
OBJECT_DECLARE_SIMPLE_TYPE.
Coccinelle patch used to convert all users of the macros:
@@
declarer name OBJECT_DECLARE_TYPE;
identifier InstanceType, ClassType, lowercase, UPPERCASE;
@@
OBJECT_DECLARE_TYPE(InstanceType, ClassType,
- lowercase,
UPPERCASE);
@@
declarer name OBJECT_DECLARE_SIMPLE_TYPE;
identifier InstanceType, lowercase, UPPERCASE;
@@
OBJECT_DECLARE_SIMPLE_TYPE(InstanceType,
- lowercase,
UPPERCASE);
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
Reviewed-by: Cédric Le Goater <clg@kaod.org>
Acked-by: Cornelia Huck <cohuck@redhat.com>
Acked-by: Igor Mammedov <imammedo@redhat.com>
Acked-by: Paul Durrant <paul@xen.org>
Acked-by: Thomas Huth <thuth@redhat.com>
Message-Id: <20200916182519.415636-4-ehabkost@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
2020-09-16 21:25:17 +03:00
|
|
|
PNV_CHIP)
|
2016-10-22 12:46:36 +03:00
|
|
|
|
2020-09-03 23:43:22 +03:00
|
|
|
struct PnvChip {
|
2016-10-22 12:46:36 +03:00
|
|
|
/*< private >*/
|
|
|
|
SysBusDevice parent_obj;
|
|
|
|
|
|
|
|
/*< public >*/
|
|
|
|
uint32_t chip_id;
|
|
|
|
uint64_t ram_start;
|
|
|
|
uint64_t ram_size;
|
2016-10-22 12:46:37 +03:00
|
|
|
|
|
|
|
uint32_t nr_cores;
|
2020-01-06 17:56:39 +03:00
|
|
|
uint32_t nr_threads;
|
2016-10-22 12:46:37 +03:00
|
|
|
uint64_t cores_mask;
|
2019-11-25 09:58:03 +03:00
|
|
|
PnvCore **cores;
|
ppc/pnv: add XSCOM infrastructure
On a real POWER8 system, the Pervasive Interconnect Bus (PIB) serves
as a backbone to connect different units of the system. The host
firmware connects to the PIB through a bridge unit, the
Alter-Display-Unit (ADU), which gives him access to all the chiplets
on the PCB network (Pervasive Connect Bus), the PIB acting as the root
of this network.
XSCOM (serial communication) is the interface to the sideband bus
provided by the POWER8 pervasive unit to read and write to chiplets
resources. This is needed by the host firmware, OPAL and to a lesser
extent, Linux. This is among others how the PCI Host bridges get
configured at boot or how the LPC bus is accessed.
To represent the ADU of a real system, we introduce a specific
AddressSpace to dispatch XSCOM accesses to the targeted chiplets. The
translation of an XSCOM address into a PCB register address is
slightly different between the P9 and the P8. This is handled before
the dispatch using a 8byte alignment for all.
To customize the device tree, a QOM InterfaceClass, PnvXScomInterface,
is provided with a populate() handler. The chip populates the device
tree by simply looping on its children. Therefore, each model needing
custom nodes should not forget to declare itself as a child at
instantiation time.
Based on previous work done by :
Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Cédric Le Goater <clg@kaod.org>
[dwg: Added cpu parameter to xscom_complete()]
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
2016-10-22 12:46:40 +03:00
|
|
|
|
ppc/pnv: Add models for POWER9 PHB4 PCIe Host bridge
These changes introduces models for the PCIe Host Bridge (PHB4) of the
POWER9 processor. It includes the PowerBus logic interface (PBCQ),
IOMMU support, a single PCIe Gen.4 Root Complex, and support for MSI
and LSI interrupt sources as found on a POWER9 system using the XIVE
interrupt controller.
POWER9 processor comes with 3 PHB4 PEC (PCI Express Controller) and
each PEC can have several PHBs. By default,
* PEC0 provides 1 PHB (PHB0)
* PEC1 provides 2 PHBs (PHB1 and PHB2)
* PEC2 provides 3 PHBs (PHB3, PHB4 and PHB5)
Each PEC has a set "global" registers and some "per-stack" (per-PHB)
registers. Those are organized in two XSCOM ranges, the "Nest" range
and the "PCI" range, each range contains both some "PEC" registers and
some "per-stack" registers.
No default device layout is provided and PCI devices can be added on
any of the available PCIe Root Port (pcie.0 .. 2 of a Power9 chip)
with address 0x0 as the firwware (skiboot) only accepts a single
device per root port. To run a simple system with a network and a
storage adapters, use a command line options such as :
-device e1000e,netdev=net0,mac=C0:FF:EE:00:00:02,bus=pcie.0,addr=0x0
-netdev bridge,id=net0,helper=/usr/libexec/qemu-bridge-helper,br=virbr0,id=hostnet0
-device megasas,id=scsi0,bus=pcie.1,addr=0x0
-drive file=$disk,if=none,id=drive-scsi0-0-0-0,format=qcow2,cache=none
-device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=2
If more are needed, include a bridge.
Multi chip is supported, each chip adding its set of PHB4 controllers
and its PCI busses. The model doesn't emulate the EEH error handling.
This model is not ready for hotplug yet.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
[ clg: - numerous cleanups
- commit log
- fix for broken LSI support
- PHB pic printinfo
- large QOM rework ]
Signed-off-by: Cédric Le Goater <clg@kaod.org>
Message-Id: <20200127144506.11132-2-clg@kaod.org>
[dwg: Use device_class_set_props()]
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
2020-01-27 17:45:05 +03:00
|
|
|
uint32_t num_phbs;
|
|
|
|
|
ppc/pnv: add XSCOM infrastructure
On a real POWER8 system, the Pervasive Interconnect Bus (PIB) serves
as a backbone to connect different units of the system. The host
firmware connects to the PIB through a bridge unit, the
Alter-Display-Unit (ADU), which gives him access to all the chiplets
on the PCB network (Pervasive Connect Bus), the PIB acting as the root
of this network.
XSCOM (serial communication) is the interface to the sideband bus
provided by the POWER8 pervasive unit to read and write to chiplets
resources. This is needed by the host firmware, OPAL and to a lesser
extent, Linux. This is among others how the PCI Host bridges get
configured at boot or how the LPC bus is accessed.
To represent the ADU of a real system, we introduce a specific
AddressSpace to dispatch XSCOM accesses to the targeted chiplets. The
translation of an XSCOM address into a PCB register address is
slightly different between the P9 and the P8. This is handled before
the dispatch using a 8byte alignment for all.
To customize the device tree, a QOM InterfaceClass, PnvXScomInterface,
is provided with a populate() handler. The chip populates the device
tree by simply looping on its children. Therefore, each model needing
custom nodes should not forget to declare itself as a child at
instantiation time.
Based on previous work done by :
Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Cédric Le Goater <clg@kaod.org>
[dwg: Added cpu parameter to xscom_complete()]
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
2016-10-22 12:46:40 +03:00
|
|
|
MemoryRegion xscom_mmio;
|
|
|
|
MemoryRegion xscom;
|
|
|
|
AddressSpace xscom_as;
|
2019-03-08 01:35:38 +03:00
|
|
|
|
2021-01-26 20:10:59 +03:00
|
|
|
MemoryRegion *fw_mr;
|
2019-03-08 01:35:38 +03:00
|
|
|
gchar *dt_isa_nodename;
|
2020-09-03 23:43:22 +03:00
|
|
|
};
|
2018-06-18 20:05:39 +03:00
|
|
|
|
|
|
|
#define TYPE_PNV8_CHIP "pnv8-chip"
|
2020-09-03 23:43:22 +03:00
|
|
|
typedef struct Pnv8Chip Pnv8Chip;
|
2020-09-01 00:07:33 +03:00
|
|
|
DECLARE_INSTANCE_CHECKER(Pnv8Chip, PNV8_CHIP,
|
|
|
|
TYPE_PNV8_CHIP)
|
2018-06-18 20:05:39 +03:00
|
|
|
|
2020-09-03 23:43:22 +03:00
|
|
|
struct Pnv8Chip {
|
2018-06-18 20:05:39 +03:00
|
|
|
/*< private >*/
|
|
|
|
PnvChip parent_obj;
|
|
|
|
|
|
|
|
/*< public >*/
|
2017-04-03 10:46:05 +03:00
|
|
|
MemoryRegion icp_mmio;
|
2016-10-22 12:46:42 +03:00
|
|
|
|
|
|
|
PnvLpcController lpc;
|
2019-03-08 01:35:34 +03:00
|
|
|
Pnv8Psi psi;
|
2017-04-05 15:41:27 +03:00
|
|
|
PnvOCC occ;
|
2019-09-12 12:30:54 +03:00
|
|
|
PnvHomer homer;
|
2020-01-06 17:56:35 +03:00
|
|
|
|
2020-01-27 17:45:06 +03:00
|
|
|
#define PNV8_CHIP_PHB3_MAX 4
|
|
|
|
PnvPHB3 phbs[PNV8_CHIP_PHB3_MAX];
|
|
|
|
|
2020-01-06 17:56:35 +03:00
|
|
|
XICSFabric *xics;
|
2020-09-03 23:43:22 +03:00
|
|
|
};
|
2018-06-18 20:05:39 +03:00
|
|
|
|
|
|
|
#define TYPE_PNV9_CHIP "pnv9-chip"
|
2020-09-03 23:43:22 +03:00
|
|
|
typedef struct Pnv9Chip Pnv9Chip;
|
2020-09-01 00:07:33 +03:00
|
|
|
DECLARE_INSTANCE_CHECKER(Pnv9Chip, PNV9_CHIP,
|
|
|
|
TYPE_PNV9_CHIP)
|
2018-06-18 20:05:39 +03:00
|
|
|
|
2020-09-03 23:43:22 +03:00
|
|
|
struct Pnv9Chip {
|
2018-06-18 20:05:39 +03:00
|
|
|
/*< private >*/
|
|
|
|
PnvChip parent_obj;
|
|
|
|
|
|
|
|
/*< public >*/
|
2019-03-06 11:50:11 +03:00
|
|
|
PnvXive xive;
|
2019-03-08 01:35:35 +03:00
|
|
|
Pnv9Psi psi;
|
2019-03-08 01:35:39 +03:00
|
|
|
PnvLpcController lpc;
|
2019-03-08 01:35:42 +03:00
|
|
|
PnvOCC occ;
|
2019-09-12 12:30:54 +03:00
|
|
|
PnvHomer homer;
|
2019-03-08 01:35:44 +03:00
|
|
|
|
|
|
|
uint32_t nr_quads;
|
|
|
|
PnvQuad *quads;
|
ppc/pnv: Add models for POWER9 PHB4 PCIe Host bridge
These changes introduces models for the PCIe Host Bridge (PHB4) of the
POWER9 processor. It includes the PowerBus logic interface (PBCQ),
IOMMU support, a single PCIe Gen.4 Root Complex, and support for MSI
and LSI interrupt sources as found on a POWER9 system using the XIVE
interrupt controller.
POWER9 processor comes with 3 PHB4 PEC (PCI Express Controller) and
each PEC can have several PHBs. By default,
* PEC0 provides 1 PHB (PHB0)
* PEC1 provides 2 PHBs (PHB1 and PHB2)
* PEC2 provides 3 PHBs (PHB3, PHB4 and PHB5)
Each PEC has a set "global" registers and some "per-stack" (per-PHB)
registers. Those are organized in two XSCOM ranges, the "Nest" range
and the "PCI" range, each range contains both some "PEC" registers and
some "per-stack" registers.
No default device layout is provided and PCI devices can be added on
any of the available PCIe Root Port (pcie.0 .. 2 of a Power9 chip)
with address 0x0 as the firwware (skiboot) only accepts a single
device per root port. To run a simple system with a network and a
storage adapters, use a command line options such as :
-device e1000e,netdev=net0,mac=C0:FF:EE:00:00:02,bus=pcie.0,addr=0x0
-netdev bridge,id=net0,helper=/usr/libexec/qemu-bridge-helper,br=virbr0,id=hostnet0
-device megasas,id=scsi0,bus=pcie.1,addr=0x0
-drive file=$disk,if=none,id=drive-scsi0-0-0-0,format=qcow2,cache=none
-device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=2
If more are needed, include a bridge.
Multi chip is supported, each chip adding its set of PHB4 controllers
and its PCI busses. The model doesn't emulate the EEH error handling.
This model is not ready for hotplug yet.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
[ clg: - numerous cleanups
- commit log
- fix for broken LSI support
- PHB pic printinfo
- large QOM rework ]
Signed-off-by: Cédric Le Goater <clg@kaod.org>
Message-Id: <20200127144506.11132-2-clg@kaod.org>
[dwg: Use device_class_set_props()]
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
2020-01-27 17:45:05 +03:00
|
|
|
|
|
|
|
#define PNV9_CHIP_MAX_PEC 3
|
|
|
|
PnvPhb4PecState pecs[PNV9_CHIP_MAX_PEC];
|
2020-09-03 23:43:22 +03:00
|
|
|
};
|
2016-10-22 12:46:36 +03:00
|
|
|
|
2019-11-25 09:58:06 +03:00
|
|
|
/*
|
|
|
|
* A SMT8 fused core is a pair of SMT4 cores.
|
|
|
|
*/
|
|
|
|
#define PNV9_PIR2FUSEDCORE(pir) (((pir) >> 3) & 0xf)
|
2019-11-25 09:58:13 +03:00
|
|
|
#define PNV9_PIR2CHIP(pir) (((pir) >> 8) & 0x7f)
|
2019-11-25 09:58:06 +03:00
|
|
|
|
2019-12-05 21:44:51 +03:00
|
|
|
#define TYPE_PNV10_CHIP "pnv10-chip"
|
2020-09-03 23:43:22 +03:00
|
|
|
typedef struct Pnv10Chip Pnv10Chip;
|
2020-09-01 00:07:33 +03:00
|
|
|
DECLARE_INSTANCE_CHECKER(Pnv10Chip, PNV10_CHIP,
|
|
|
|
TYPE_PNV10_CHIP)
|
2019-12-05 21:44:51 +03:00
|
|
|
|
2020-09-03 23:43:22 +03:00
|
|
|
struct Pnv10Chip {
|
2019-12-05 21:44:51 +03:00
|
|
|
/*< private >*/
|
|
|
|
PnvChip parent_obj;
|
2019-12-05 21:44:53 +03:00
|
|
|
|
|
|
|
/*< public >*/
|
|
|
|
Pnv9Psi psi;
|
2019-12-05 21:44:54 +03:00
|
|
|
PnvLpcController lpc;
|
2020-09-03 23:43:22 +03:00
|
|
|
};
|
2019-12-05 21:44:51 +03:00
|
|
|
|
2020-09-03 23:43:22 +03:00
|
|
|
struct PnvChipClass {
|
2016-10-22 12:46:36 +03:00
|
|
|
/*< private >*/
|
|
|
|
SysBusDeviceClass parent_class;
|
|
|
|
|
|
|
|
/*< public >*/
|
|
|
|
uint64_t chip_cfam_id;
|
2016-10-22 12:46:37 +03:00
|
|
|
uint64_t cores_mask;
|
ppc/pnv: Add models for POWER9 PHB4 PCIe Host bridge
These changes introduces models for the PCIe Host Bridge (PHB4) of the
POWER9 processor. It includes the PowerBus logic interface (PBCQ),
IOMMU support, a single PCIe Gen.4 Root Complex, and support for MSI
and LSI interrupt sources as found on a POWER9 system using the XIVE
interrupt controller.
POWER9 processor comes with 3 PHB4 PEC (PCI Express Controller) and
each PEC can have several PHBs. By default,
* PEC0 provides 1 PHB (PHB0)
* PEC1 provides 2 PHBs (PHB1 and PHB2)
* PEC2 provides 3 PHBs (PHB3, PHB4 and PHB5)
Each PEC has a set "global" registers and some "per-stack" (per-PHB)
registers. Those are organized in two XSCOM ranges, the "Nest" range
and the "PCI" range, each range contains both some "PEC" registers and
some "per-stack" registers.
No default device layout is provided and PCI devices can be added on
any of the available PCIe Root Port (pcie.0 .. 2 of a Power9 chip)
with address 0x0 as the firwware (skiboot) only accepts a single
device per root port. To run a simple system with a network and a
storage adapters, use a command line options such as :
-device e1000e,netdev=net0,mac=C0:FF:EE:00:00:02,bus=pcie.0,addr=0x0
-netdev bridge,id=net0,helper=/usr/libexec/qemu-bridge-helper,br=virbr0,id=hostnet0
-device megasas,id=scsi0,bus=pcie.1,addr=0x0
-drive file=$disk,if=none,id=drive-scsi0-0-0-0,format=qcow2,cache=none
-device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=2
If more are needed, include a bridge.
Multi chip is supported, each chip adding its set of PHB4 controllers
and its PCI busses. The model doesn't emulate the EEH error handling.
This model is not ready for hotplug yet.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
[ clg: - numerous cleanups
- commit log
- fix for broken LSI support
- PHB pic printinfo
- large QOM rework ]
Signed-off-by: Cédric Le Goater <clg@kaod.org>
Message-Id: <20200127144506.11132-2-clg@kaod.org>
[dwg: Use device_class_set_props()]
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
2020-01-27 17:45:05 +03:00
|
|
|
uint32_t num_phbs;
|
2016-10-22 12:46:38 +03:00
|
|
|
|
2018-06-18 20:05:39 +03:00
|
|
|
DeviceRealize parent_realize;
|
|
|
|
|
2016-10-22 12:46:38 +03:00
|
|
|
uint32_t (*core_pir)(PnvChip *chip, uint32_t core_id);
|
2019-01-02 08:57:34 +03:00
|
|
|
void (*intc_create)(PnvChip *chip, PowerPCCPU *cpu, Error **errp);
|
2019-10-22 19:38:10 +03:00
|
|
|
void (*intc_reset)(PnvChip *chip, PowerPCCPU *cpu);
|
2019-10-24 17:27:22 +03:00
|
|
|
void (*intc_destroy)(PnvChip *chip, PowerPCCPU *cpu);
|
2019-12-13 15:00:07 +03:00
|
|
|
void (*intc_print_info)(PnvChip *chip, PowerPCCPU *cpu, Monitor *mon);
|
2018-06-15 18:25:34 +03:00
|
|
|
ISABus *(*isa_create)(PnvChip *chip, Error **errp);
|
2019-03-06 11:50:12 +03:00
|
|
|
void (*dt_populate)(PnvChip *chip, void *fdt);
|
2019-03-06 11:50:13 +03:00
|
|
|
void (*pic_print_info)(PnvChip *chip, Monitor *mon);
|
2019-12-13 15:00:13 +03:00
|
|
|
uint64_t (*xscom_core_base)(PnvChip *chip, uint32_t core_id);
|
2019-12-13 15:00:35 +03:00
|
|
|
uint32_t (*xscom_pcba)(PnvChip *chip, uint64_t addr);
|
2020-09-03 23:43:22 +03:00
|
|
|
};
|
2016-10-22 12:46:36 +03:00
|
|
|
|
2017-10-09 22:51:07 +03:00
|
|
|
#define PNV_CHIP_TYPE_SUFFIX "-" TYPE_PNV_CHIP
|
|
|
|
#define PNV_CHIP_TYPE_NAME(cpu_model) cpu_model PNV_CHIP_TYPE_SUFFIX
|
|
|
|
|
|
|
|
#define TYPE_PNV_CHIP_POWER8E PNV_CHIP_TYPE_NAME("power8e_v2.1")
|
2020-09-01 00:07:33 +03:00
|
|
|
DECLARE_INSTANCE_CHECKER(PnvChip, PNV_CHIP_POWER8E,
|
|
|
|
TYPE_PNV_CHIP_POWER8E)
|
2016-10-22 12:46:36 +03:00
|
|
|
|
2017-10-09 22:51:07 +03:00
|
|
|
#define TYPE_PNV_CHIP_POWER8 PNV_CHIP_TYPE_NAME("power8_v2.0")
|
2020-09-01 00:07:33 +03:00
|
|
|
DECLARE_INSTANCE_CHECKER(PnvChip, PNV_CHIP_POWER8,
|
|
|
|
TYPE_PNV_CHIP_POWER8)
|
2016-10-22 12:46:36 +03:00
|
|
|
|
2017-10-09 22:51:07 +03:00
|
|
|
#define TYPE_PNV_CHIP_POWER8NVL PNV_CHIP_TYPE_NAME("power8nvl_v1.0")
|
2020-09-01 00:07:33 +03:00
|
|
|
DECLARE_INSTANCE_CHECKER(PnvChip, PNV_CHIP_POWER8NVL,
|
|
|
|
TYPE_PNV_CHIP_POWER8NVL)
|
2016-10-22 12:46:36 +03:00
|
|
|
|
2017-10-09 22:51:07 +03:00
|
|
|
#define TYPE_PNV_CHIP_POWER9 PNV_CHIP_TYPE_NAME("power9_v2.0")
|
2020-09-01 00:07:33 +03:00
|
|
|
DECLARE_INSTANCE_CHECKER(PnvChip, PNV_CHIP_POWER9,
|
|
|
|
TYPE_PNV_CHIP_POWER9)
|
2016-10-22 12:46:36 +03:00
|
|
|
|
2019-12-05 21:44:51 +03:00
|
|
|
#define TYPE_PNV_CHIP_POWER10 PNV_CHIP_TYPE_NAME("power10_v1.0")
|
2020-09-01 00:07:33 +03:00
|
|
|
DECLARE_INSTANCE_CHECKER(PnvChip, PNV_CHIP_POWER10,
|
|
|
|
TYPE_PNV_CHIP_POWER10)
|
2019-12-05 21:44:51 +03:00
|
|
|
|
2016-10-22 12:46:36 +03:00
|
|
|
/*
|
2017-04-03 10:46:04 +03:00
|
|
|
* This generates a HW chip id depending on an index, as found on a
|
|
|
|
* two socket system with dual chip modules :
|
2016-10-22 12:46:36 +03:00
|
|
|
*
|
|
|
|
* 0x0, 0x1, 0x10, 0x11
|
|
|
|
*
|
|
|
|
* 4 chips should be the maximum
|
2017-04-03 10:46:04 +03:00
|
|
|
*
|
|
|
|
* TODO: use a machine property to define the chip ids
|
2016-10-22 12:46:36 +03:00
|
|
|
*/
|
|
|
|
#define PNV_CHIP_HWID(i) ((((i) & 0x3e) << 3) | ((i) & 0x1))
|
2016-10-22 12:46:35 +03:00
|
|
|
|
2017-04-03 10:46:04 +03:00
|
|
|
/*
|
|
|
|
* Converts back a HW chip id to an index. This is useful to calculate
|
|
|
|
* the MMIO addresses of some controllers which depend on the chip id.
|
|
|
|
*/
|
|
|
|
#define PNV_CHIP_INDEX(chip) \
|
|
|
|
(((chip)->chip_id >> 2) * 2 + ((chip)->chip_id & 0x3))
|
|
|
|
|
2019-11-25 09:58:07 +03:00
|
|
|
PowerPCCPU *pnv_chip_find_cpu(PnvChip *chip, uint32_t pir);
|
|
|
|
|
2017-12-15 16:56:01 +03:00
|
|
|
#define TYPE_PNV_MACHINE MACHINE_TYPE_NAME("powernv")
|
2020-09-03 23:43:22 +03:00
|
|
|
typedef struct PnvMachineClass PnvMachineClass;
|
|
|
|
typedef struct PnvMachineState PnvMachineState;
|
2020-09-01 00:07:33 +03:00
|
|
|
DECLARE_OBJ_CHECKERS(PnvMachineState, PnvMachineClass,
|
|
|
|
PNV_MACHINE, TYPE_PNV_MACHINE)
|
2019-12-13 14:59:50 +03:00
|
|
|
|
2019-12-13 14:59:56 +03:00
|
|
|
|
2020-09-03 23:43:22 +03:00
|
|
|
struct PnvMachineClass {
|
2019-12-13 14:59:50 +03:00
|
|
|
/*< private >*/
|
|
|
|
MachineClass parent_class;
|
|
|
|
|
|
|
|
/*< public >*/
|
|
|
|
const char *compat;
|
|
|
|
int compat_size;
|
2019-12-13 14:59:56 +03:00
|
|
|
|
|
|
|
void (*dt_power_mgt)(PnvMachineState *pnv, void *fdt);
|
2020-09-03 23:43:22 +03:00
|
|
|
};
|
2016-10-22 12:46:35 +03:00
|
|
|
|
2019-12-13 14:59:56 +03:00
|
|
|
struct PnvMachineState {
|
2016-10-22 12:46:35 +03:00
|
|
|
/*< private >*/
|
|
|
|
MachineState parent_obj;
|
|
|
|
|
|
|
|
uint32_t initrd_base;
|
|
|
|
long initrd_size;
|
2016-10-22 12:46:36 +03:00
|
|
|
|
|
|
|
uint32_t num_chips;
|
|
|
|
PnvChip **chips;
|
2016-10-22 12:46:43 +03:00
|
|
|
|
|
|
|
ISABus *isa_bus;
|
2017-04-05 15:41:26 +03:00
|
|
|
uint32_t cpld_irqstate;
|
2017-04-11 18:30:05 +03:00
|
|
|
|
|
|
|
IPMIBmc *bmc;
|
2017-04-11 18:30:06 +03:00
|
|
|
Notifier powerdown_notifier;
|
2019-10-21 16:12:11 +03:00
|
|
|
|
|
|
|
PnvPnor *pnor;
|
2020-01-27 17:41:54 +03:00
|
|
|
|
|
|
|
hwaddr fw_load_addr;
|
2019-12-13 14:59:56 +03:00
|
|
|
};
|
2016-10-22 12:46:35 +03:00
|
|
|
|
|
|
|
#define PNV_FDT_ADDR 0x01000000
|
2016-10-22 12:46:39 +03:00
|
|
|
#define PNV_TIMEBASE_FREQ 512000000ULL
|
2016-10-22 12:46:35 +03:00
|
|
|
|
2017-04-11 18:30:05 +03:00
|
|
|
/*
|
|
|
|
* BMC helpers
|
|
|
|
*/
|
2017-12-15 16:56:01 +03:00
|
|
|
void pnv_dt_bmc_sensors(IPMIBmc *bmc, void *fdt);
|
2017-04-11 18:30:06 +03:00
|
|
|
void pnv_bmc_powerdown(IPMIBmc *bmc);
|
2020-01-06 17:56:40 +03:00
|
|
|
IPMIBmc *pnv_bmc_create(PnvPnor *pnor);
|
2020-04-04 18:36:55 +03:00
|
|
|
IPMIBmc *pnv_bmc_find(Error **errp);
|
|
|
|
void pnv_bmc_set_pnor(IPMIBmc *bmc, PnvPnor *pnor);
|
2017-04-11 18:30:05 +03:00
|
|
|
|
ppc/pnv: add XSCOM infrastructure
On a real POWER8 system, the Pervasive Interconnect Bus (PIB) serves
as a backbone to connect different units of the system. The host
firmware connects to the PIB through a bridge unit, the
Alter-Display-Unit (ADU), which gives him access to all the chiplets
on the PCB network (Pervasive Connect Bus), the PIB acting as the root
of this network.
XSCOM (serial communication) is the interface to the sideband bus
provided by the POWER8 pervasive unit to read and write to chiplets
resources. This is needed by the host firmware, OPAL and to a lesser
extent, Linux. This is among others how the PCI Host bridges get
configured at boot or how the LPC bus is accessed.
To represent the ADU of a real system, we introduce a specific
AddressSpace to dispatch XSCOM accesses to the targeted chiplets. The
translation of an XSCOM address into a PCB register address is
slightly different between the P9 and the P8. This is handled before
the dispatch using a 8byte alignment for all.
To customize the device tree, a QOM InterfaceClass, PnvXScomInterface,
is provided with a populate() handler. The chip populates the device
tree by simply looping on its children. Therefore, each model needing
custom nodes should not forget to declare itself as a child at
instantiation time.
Based on previous work done by :
Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Cédric Le Goater <clg@kaod.org>
[dwg: Added cpu parameter to xscom_complete()]
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
2016-10-22 12:46:40 +03:00
|
|
|
/*
|
|
|
|
* POWER8 MMIO base addresses
|
|
|
|
*/
|
|
|
|
#define PNV_XSCOM_SIZE 0x800000000ull
|
|
|
|
#define PNV_XSCOM_BASE(chip) \
|
2019-06-12 20:43:45 +03:00
|
|
|
(0x0003fc0000000000ull + ((uint64_t)(chip)->chip_id) * PNV_XSCOM_SIZE)
|
ppc/pnv: add XSCOM infrastructure
On a real POWER8 system, the Pervasive Interconnect Bus (PIB) serves
as a backbone to connect different units of the system. The host
firmware connects to the PIB through a bridge unit, the
Alter-Display-Unit (ADU), which gives him access to all the chiplets
on the PCB network (Pervasive Connect Bus), the PIB acting as the root
of this network.
XSCOM (serial communication) is the interface to the sideband bus
provided by the POWER8 pervasive unit to read and write to chiplets
resources. This is needed by the host firmware, OPAL and to a lesser
extent, Linux. This is among others how the PCI Host bridges get
configured at boot or how the LPC bus is accessed.
To represent the ADU of a real system, we introduce a specific
AddressSpace to dispatch XSCOM accesses to the targeted chiplets. The
translation of an XSCOM address into a PCB register address is
slightly different between the P9 and the P8. This is handled before
the dispatch using a 8byte alignment for all.
To customize the device tree, a QOM InterfaceClass, PnvXScomInterface,
is provided with a populate() handler. The chip populates the device
tree by simply looping on its children. Therefore, each model needing
custom nodes should not forget to declare itself as a child at
instantiation time.
Based on previous work done by :
Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Cédric Le Goater <clg@kaod.org>
[dwg: Added cpu parameter to xscom_complete()]
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
2016-10-22 12:46:40 +03:00
|
|
|
|
2019-12-11 11:29:11 +03:00
|
|
|
#define PNV_OCC_COMMON_AREA_SIZE 0x0000000000800000ull
|
|
|
|
#define PNV_OCC_COMMON_AREA_BASE 0x7fff800000ull
|
2019-12-11 11:29:12 +03:00
|
|
|
#define PNV_OCC_SENSOR_BASE(chip) (PNV_OCC_COMMON_AREA_BASE + \
|
|
|
|
PNV_OCC_SENSOR_DATA_BLOCK_BASE(PNV_CHIP_INDEX(chip)))
|
2019-09-12 12:30:52 +03:00
|
|
|
|
2019-12-11 11:29:11 +03:00
|
|
|
#define PNV_HOMER_SIZE 0x0000000000400000ull
|
2019-09-12 12:30:52 +03:00
|
|
|
#define PNV_HOMER_BASE(chip) \
|
|
|
|
(0x7ffd800000ull + ((uint64_t)PNV_CHIP_INDEX(chip)) * PNV_HOMER_SIZE)
|
|
|
|
|
|
|
|
|
2017-04-03 10:46:05 +03:00
|
|
|
/*
|
|
|
|
* XSCOM 0x20109CA defines the ICP BAR:
|
|
|
|
*
|
|
|
|
* 0:29 : bits 14 to 43 of address to define 1 MB region.
|
|
|
|
* 30 : 1 to enable ICP to receive loads/stores against its BAR region
|
|
|
|
* 31:63 : Constant 0
|
|
|
|
*
|
|
|
|
* Usually defined as :
|
|
|
|
*
|
|
|
|
* 0xffffe00200000000 -> 0x0003ffff80000000
|
|
|
|
* 0xffffe00600000000 -> 0x0003ffff80100000
|
|
|
|
* 0xffffe02200000000 -> 0x0003ffff80800000
|
|
|
|
* 0xffffe02600000000 -> 0x0003ffff80900000
|
|
|
|
*/
|
|
|
|
#define PNV_ICP_SIZE 0x0000000000100000ull
|
|
|
|
#define PNV_ICP_BASE(chip) \
|
|
|
|
(0x0003ffff80000000ull + (uint64_t) PNV_CHIP_INDEX(chip) * PNV_ICP_SIZE)
|
|
|
|
|
2017-04-05 15:41:26 +03:00
|
|
|
|
|
|
|
#define PNV_PSIHB_SIZE 0x0000000000100000ull
|
|
|
|
#define PNV_PSIHB_BASE(chip) \
|
|
|
|
(0x0003fffe80000000ull + (uint64_t)PNV_CHIP_INDEX(chip) * PNV_PSIHB_SIZE)
|
|
|
|
|
|
|
|
#define PNV_PSIHB_FSP_SIZE 0x0000000100000000ull
|
|
|
|
#define PNV_PSIHB_FSP_BASE(chip) \
|
|
|
|
(0x0003ffe000000000ull + (uint64_t)PNV_CHIP_INDEX(chip) * \
|
|
|
|
PNV_PSIHB_FSP_SIZE)
|
|
|
|
|
2019-03-06 11:50:11 +03:00
|
|
|
/*
|
|
|
|
* POWER9 MMIO base addresses
|
|
|
|
*/
|
|
|
|
#define PNV9_CHIP_BASE(chip, base) \
|
|
|
|
((base) + ((uint64_t) (chip)->chip_id << 42))
|
|
|
|
|
|
|
|
#define PNV9_XIVE_VC_SIZE 0x0000008000000000ull
|
|
|
|
#define PNV9_XIVE_VC_BASE(chip) PNV9_CHIP_BASE(chip, 0x0006010000000000ull)
|
|
|
|
|
|
|
|
#define PNV9_XIVE_PC_SIZE 0x0000001000000000ull
|
|
|
|
#define PNV9_XIVE_PC_BASE(chip) PNV9_CHIP_BASE(chip, 0x0006018000000000ull)
|
|
|
|
|
2019-03-08 01:35:39 +03:00
|
|
|
#define PNV9_LPCM_SIZE 0x0000000100000000ull
|
|
|
|
#define PNV9_LPCM_BASE(chip) PNV9_CHIP_BASE(chip, 0x0006030000000000ull)
|
|
|
|
|
2019-03-08 01:35:35 +03:00
|
|
|
#define PNV9_PSIHB_SIZE 0x0000000000100000ull
|
|
|
|
#define PNV9_PSIHB_BASE(chip) PNV9_CHIP_BASE(chip, 0x0006030203000000ull)
|
|
|
|
|
2019-03-06 11:50:11 +03:00
|
|
|
#define PNV9_XIVE_IC_SIZE 0x0000000000080000ull
|
|
|
|
#define PNV9_XIVE_IC_BASE(chip) PNV9_CHIP_BASE(chip, 0x0006030203100000ull)
|
|
|
|
|
|
|
|
#define PNV9_XIVE_TM_SIZE 0x0000000000040000ull
|
|
|
|
#define PNV9_XIVE_TM_BASE(chip) PNV9_CHIP_BASE(chip, 0x0006030203180000ull)
|
|
|
|
|
2019-03-08 01:35:35 +03:00
|
|
|
#define PNV9_PSIHB_ESB_SIZE 0x0000000000010000ull
|
|
|
|
#define PNV9_PSIHB_ESB_BASE(chip) PNV9_CHIP_BASE(chip, 0x00060302031c0000ull)
|
2019-03-06 11:50:11 +03:00
|
|
|
|
2019-06-12 20:43:44 +03:00
|
|
|
#define PNV9_XSCOM_SIZE 0x0000000400000000ull
|
|
|
|
#define PNV9_XSCOM_BASE(chip) PNV9_CHIP_BASE(chip, 0x00603fc00000000ull)
|
|
|
|
|
2019-12-11 11:29:11 +03:00
|
|
|
#define PNV9_OCC_COMMON_AREA_SIZE 0x0000000000800000ull
|
|
|
|
#define PNV9_OCC_COMMON_AREA_BASE 0x203fff800000ull
|
2019-12-11 11:29:12 +03:00
|
|
|
#define PNV9_OCC_SENSOR_BASE(chip) (PNV9_OCC_COMMON_AREA_BASE + \
|
|
|
|
PNV_OCC_SENSOR_DATA_BLOCK_BASE(PNV_CHIP_INDEX(chip)))
|
2019-09-12 12:30:52 +03:00
|
|
|
|
2019-12-11 11:29:11 +03:00
|
|
|
#define PNV9_HOMER_SIZE 0x0000000000400000ull
|
2019-09-12 12:30:52 +03:00
|
|
|
#define PNV9_HOMER_BASE(chip) \
|
|
|
|
(0x203ffd800000ull + ((uint64_t)PNV_CHIP_INDEX(chip)) * PNV9_HOMER_SIZE)
|
2019-12-05 21:44:51 +03:00
|
|
|
|
|
|
|
/*
|
|
|
|
* POWER10 MMIO base addresses - 16TB stride per chip
|
|
|
|
*/
|
|
|
|
#define PNV10_CHIP_BASE(chip, base) \
|
|
|
|
((base) + ((uint64_t) (chip)->chip_id << 44))
|
|
|
|
|
|
|
|
#define PNV10_XSCOM_SIZE 0x0000000400000000ull
|
|
|
|
#define PNV10_XSCOM_BASE(chip) PNV10_CHIP_BASE(chip, 0x00603fc00000000ull)
|
|
|
|
|
2019-12-05 21:44:54 +03:00
|
|
|
#define PNV10_LPCM_SIZE 0x0000000100000000ull
|
|
|
|
#define PNV10_LPCM_BASE(chip) PNV10_CHIP_BASE(chip, 0x0006030000000000ull)
|
|
|
|
|
2019-12-05 21:44:53 +03:00
|
|
|
#define PNV10_PSIHB_ESB_SIZE 0x0000000000100000ull
|
|
|
|
#define PNV10_PSIHB_ESB_BASE(chip) PNV10_CHIP_BASE(chip, 0x0006030202000000ull)
|
|
|
|
|
|
|
|
#define PNV10_PSIHB_SIZE 0x0000000000100000ull
|
|
|
|
#define PNV10_PSIHB_BASE(chip) PNV10_CHIP_BASE(chip, 0x0006030203000000ull)
|
|
|
|
|
2019-03-15 17:51:21 +03:00
|
|
|
#endif /* PPC_PNV_H */
|