[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <54AFF128.1080603@redhat.com>
Date: Fri, 09 Jan 2015 16:18:00 +0100
From: Paolo Bonzini <pbonzini@...hat.com>
To: Radim Krčmář <rkrcmar@...hat.com>
CC: Feng Wu <feng.wu@...el.com>, tglx@...utronix.de, mingo@...hat.com,
hpa@...or.com, x86@...nel.org, gleb@...nel.org,
dwmw2@...radead.org, joro@...tes.org, alex.williamson@...hat.com,
jiang.liu@...ux.intel.com, eric.auger@...aro.org,
linux-kernel@...r.kernel.org, iommu@...ts.linux-foundation.org,
kvm@...r.kernel.org
Subject: Re: [v3 13/26] KVM: Define a new interface kvm_find_dest_vcpu() for
VT-d PI
On 09/01/2015 16:12, Radim Krčmář wrote:
> > The chipset doesn't support it. :(
>
> I meant that we need to recompute PI entries for lowest priority
> interrupts every time guest's TPR changes.
>
> Luckily, Linux doesn't use TPR, but other OS might be a reason to drop
> lowest priority from PI optimizations. (Or make it more complicated.)
Doing vector hashing is a possibility as well. I would like to know
what existing chipsets do in practice, then we can mimic it.
Paolo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists