diff options
| author | Alexander Graf <agraf@suse.de> | 2010-07-29 15:04:17 +0200 |
|---|---|---|
| committer | Avi Kivity <avi@redhat.com> | 2010-10-24 10:50:58 +0200 |
| commit | 2e0908afaf03675d22e40ce45a66b8d2070214ac (patch) | |
| tree | ce0d8f7cd57b50750b14740d2443fd6476db388d /arch/powerpc/kvm/book3s_32_mmu_host.c | |
| parent | 5302104235f0e9f05781b92a4ab25d20e4537f56 (diff) | |
| download | blackbird-op-linux-2e0908afaf03675d22e40ce45a66b8d2070214ac.tar.gz blackbird-op-linux-2e0908afaf03675d22e40ce45a66b8d2070214ac.zip | |
KVM: PPC: RCU'ify the Book3s MMU
So far we've been running all code without locking of any sort. This wasn't
really an issue because I didn't see any parallel access to the shadow MMU
code coming.
But then I started to implement dirty bitmapping to MOL which has the video
code in its own thread, so suddenly we had the dirty bitmap code run in
parallel to the shadow mmu code. And with that came trouble.
So I went ahead and made the MMU modifying functions as parallelizable as
I could think of. I hope I didn't screw up too much RCU logic :-). If you
know your way around RCU and locking and what needs to be done when, please
take a look at this patch.
Signed-off-by: Alexander Graf <agraf@suse.de>
Signed-off-by: Avi Kivity <avi@redhat.com>
Diffstat (limited to 'arch/powerpc/kvm/book3s_32_mmu_host.c')
0 files changed, 0 insertions, 0 deletions
