summaryrefslogtreecommitdiffstats
path: root/include/net/udplite.h
diff options
context:
space:
mode:
authorChristoffer Dall <christoffer.dall@linaro.org>2013-09-23 14:55:55 -0700
committerChristoffer Dall <christoffer.dall@linaro.org>2013-12-21 10:01:06 -0800
commite1ba0207a1b3714bb3f000e506285ae5123cdfa7 (patch)
treed4a231a1c19b0ae85e391ad43634ee549caf9c34 /include/net/udplite.h
parent39735a3a390431bcf60f9174b7d64f787fd6afa9 (diff)
downloadlinux-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