diff options
author | Christoffer Dall <christoffer.dall@linaro.org> | 2013-09-23 14:55:55 -0700 |
---|---|---|
committer | Christoffer Dall <christoffer.dall@linaro.org> | 2013-12-21 10:01:06 -0800 |
commit | e1ba0207a1b3714bb3f000e506285ae5123cdfa7 (patch) | |
tree | d4a231a1c19b0ae85e391ad43634ee549caf9c34 /include/net/udplite.h | |
parent | 39735a3a390431bcf60f9174b7d64f787fd6afa9 (diff) | |
download | linux-e1ba0207a1b3714bb3f000e506285ae5123cdfa7.tar.gz linux-e1ba0207a1b3714bb3f000e506285ae5123cdfa7.tar.bz2 linux-e1ba0207a1b3714bb3f000e506285ae5123cdfa7.zip |
ARM: KVM: Allow creating the VGIC after VCPUs
Rework the VGIC initialization slightly to allow initialization of the
vgic cpu-specific state even if the irqchip (the VGIC) hasn't been
created by user space yet. This is safe, because the vgic data
structures are already allocated when the CPU is allocated if VGIC
support is compiled into the kernel. Further, the init process does not
depend on any other information and the sacrifice is a slight
performance degradation for creating VMs in the no-VGIC case.
The reason is that the new device control API doesn't mandate creating
the VGIC before creating the VCPU and it is unreasonable to require user
space to create the VGIC before creating the VCPUs.
At the same time move the irqchip_in_kernel check out of
kvm_vcpu_first_run_init and into the init function to make the per-vcpu
and global init functions symmetric and add comments on the exported
functions making it a bit easier to understand the init flow by only
looking at vgic.c.
Acked-by: Marc Zyngier <marc.zyngier@arm.com>
Signed-off-by: Christoffer Dall <christoffer.dall@linaro.org>
Diffstat (limited to 'include/net/udplite.h')
0 files changed, 0 insertions, 0 deletions