[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-arm] [RFC v4 4/5] hw/arm/virt: Add 2.10 machine type
From: |
Peter Maydell |
Subject: |
Re: [Qemu-arm] [RFC v4 4/5] hw/arm/virt: Add 2.10 machine type |
Date: |
Tue, 30 May 2017 17:04:52 +0100 |
On 13 May 2017 at 18:43, Eric Auger <address@hidden> wrote:
> The new machine type allows smmuv3 instantiation. A new option
> is introduced to turn the feature on/off (off by default).
Should we go for default-on, or would that break guests?
For other things added to the virt board I think the
approach we've taken has been:
* if this is just an extra device, simply provide it in the
new virt-n.nn machine by default
* if this is something that changes how the machine behaves
even for code that doesn't care about that feature (eg
EL2, EL3, since they change what mode you start in on boot)
then default it to off
* if the feature only works with TCG and not KVM then
maybe default it to off
thanks
-- PMM
- [Qemu-arm] [RFC v4 0/5] ARM SMMUv3 Emulation Support, Eric Auger, 2017/05/13
- [Qemu-arm] [RFC v4 1/5] hw/arm/smmu-common: smmu base class, Eric Auger, 2017/05/13
- [Qemu-arm] [RFC v4 3/5] hw/arm/virt: Add SMMUv3 to the virt board, Eric Auger, 2017/05/13
- [Qemu-arm] [RFC v4 4/5] hw/arm/virt: Add 2.10 machine type, Eric Auger, 2017/05/13
- Re: [Qemu-arm] [RFC v4 4/5] hw/arm/virt: Add 2.10 machine type,
Peter Maydell <=
- [Qemu-arm] [RFC v4 2/5] hw/arm/smmuv3: smmuv3 emulation model, Eric Auger, 2017/05/13
- [Qemu-arm] [RFC v4 5/5] hw/arm/virt-acpi-build: add smmuv3 node in IORT table, Eric Auger, 2017/05/13
- Re: [Qemu-arm] [RFC v4 0/5] ARM SMMUv3 Emulation Support, Peter Maydell, 2017/05/30