diff options
author | Hollis Blanchard <hollisb@us.ibm.com> | 2008-11-05 09:36:23 -0600 |
---|---|---|
committer | Avi Kivity <avi@redhat.com> | 2008-12-31 16:52:23 +0200 |
commit | d4cf3892e50b8e35341086a4fe2bb8a3989b55d4 (patch) | |
tree | adb3275c9d5a2a89605b705434e57e1d0fc48ae6 /.mailmap | |
parent | 9ab80843c01ac25139e635d018467e528729a317 (diff) | |
download | op-kernel-dev-d4cf3892e50b8e35341086a4fe2bb8a3989b55d4.zip op-kernel-dev-d4cf3892e50b8e35341086a4fe2bb8a3989b55d4.tar.gz |
KVM: ppc: optimize irq delivery path
In kvmppc_deliver_interrupt is just one case left in the switch and it is a
rare one (less than 8%) when looking at the exit numbers. Therefore we can
at least drop the switch/case and if an if. I inserted an unlikely too, but
that's open for discussion.
In kvmppc_can_deliver_interrupt all frequent cases are in the default case.
I know compilers are smart but we can make it easier for them. By writing
down all options and removing the default case combined with the fact that
ithe values are constants 0..15 should allow the compiler to write an easy
jump table.
Modifying kvmppc_can_deliver_interrupt pointed me to the fact that gcc seems
to be unable to reduce priority_exception[x] to a build time constant.
Therefore I changed the usage of the translation arrays in the interrupt
delivery path completely. It is now using priority without translation to irq
on the full irq delivery path.
To be able to do that ivpr regs are stored by their priority now.
Additionally the decision made in kvmppc_can_deliver_interrupt is already
sufficient to get the value of interrupt_msr_mask[x]. Therefore we can replace
the 16x4byte array used here with a single 4byte variable (might still be one
miss, but the chance to find this in cache should be better than the right
entry of the whole array).
Signed-off-by: Christian Ehrhardt <ehrhardt@linux.vnet.ibm.com>
Signed-off-by: Hollis Blanchard <hollisb@us.ibm.com>
Signed-off-by: Avi Kivity <avi@redhat.com>
Diffstat (limited to '.mailmap')
0 files changed, 0 insertions, 0 deletions