On 09/24/2011 02:27 AM, Alexander Graf wrote:
> I think I'm getting your point. So what we want is:
>
> in timer handler:
>
> set_bit(TSR_DIS, vcpu->arch.tsr);
> kvm_make_request(KVM_REQ_PPC_TSR_UPDATE, vcpu);
> kvm_vcpu_kick(vcpu);
>
> in vcpu entry code:
>
> if (vcpu->requests)
> if (kvm_check_request(KVM_REQ_PPC_TSR_UPDATE, vcpu))
> kvmppc_update_tsr(vcpu);
>
> void kvmppc_update_tsr(struct kvm_vcpu *vcpu)
> {
> if (vcpu->arch.tsr & TSR_DIS &&
> vcpu->arch.tcr & TCR_DIE) {
> kvmppc_core_queue_dec(vcpu);
> }
> // XXX also implement dequeue!
> }
OK, this avoids the possibility for the guest to clear DIS/DIE after
enqueue but before delivery (which in the current patch is dealt with by
an extra check at delivery), and we only have to check one thing in the
common nothing-requested case (even if more things use this mechanism,
as long as we don't run out of bits).
If we convert external IRQs to using this as well, and expand the timer
case to include non-booke (maybe just use KVM_REQ_PENDING_TIMER?), we
should be able to de-atomicize pending_exceptions (which should be a
bigger win than de-atomicizing arch.tsr).
> case SPR_TSR:
> vcpu->arch.tsr &= ~TSR_DIS;
> kvmppc_update_tsr(vcpu);
Well, we should probably replace TSR_DIS here with the actual value that
the guest wrote. :-)
-Scott
--
To unsubscribe from this list: send the line "unsubscribe kvm-ppc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
