aboutsummaryrefslogtreecommitdiffstats
path: root/arch
diff options
context:
space:
mode:
authorAlexander Graf <agraf@suse.de>2010-02-19 05:00:46 -0500
committerAvi Kivity <avi@redhat.com>2010-04-25 05:37:58 -0400
commit20a340abd3f7a1ca4d11502ec71d52b4f414326e (patch)
treec32e9bfb9645ac5a7e6a8366bbcfdb2017c63569 /arch
parentc10207fe86b1761c3ad135eb922fdb41bbde3025 (diff)
KVM: PPC: Enable use of secondary htab bucket
We had code to make use of the secondary htab buckets, but kept that disabled because it was unstable when I put it in. I checked again if that's still the case and apparently it was only exposing some instability that was there anyways before. I haven't seen any badness related to usage of secondary htab entries so far. This should speed up guest memory allocations by quite a bit, because we now have more space to put PTEs in. Signed-off-by: Alexander Graf <agraf@suse.de> Signed-off-by: Avi Kivity <avi@redhat.com>
Diffstat (limited to 'arch')
-rw-r--r--arch/powerpc/kvm/book3s_64_mmu_host.c9
1 files changed, 1 insertions, 8 deletions
diff --git a/arch/powerpc/kvm/book3s_64_mmu_host.c b/arch/powerpc/kvm/book3s_64_mmu_host.c
index f2899b297ffd..25bd4ede722c 100644
--- a/arch/powerpc/kvm/book3s_64_mmu_host.c
+++ b/arch/powerpc/kvm/book3s_64_mmu_host.c
@@ -257,16 +257,9 @@ map_again:
257 257
258 if (ret < 0) { 258 if (ret < 0) {
259 /* If we couldn't map a primary PTE, try a secondary */ 259 /* If we couldn't map a primary PTE, try a secondary */
260#ifdef USE_SECONDARY
261 hash = ~hash; 260 hash = ~hash;
261 vflags ^= HPTE_V_SECONDARY;
262 attempt++; 262 attempt++;
263 if (attempt % 2)
264 vflags = HPTE_V_SECONDARY;
265 else
266 vflags = 0;
267#else
268 attempt = 2;
269#endif
270 goto map_again; 263 goto map_again;
271 } else { 264 } else {
272 int hpte_id = kvmppc_mmu_hpte_cache_next(vcpu); 265 int hpte_id = kvmppc_mmu_hpte_cache_next(vcpu);