<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/kvm/mmu.c, branch linux-2.6.23.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.23.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.23.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2007-12-14T17:50:57Z</updated>
<entry>
<title>KVM: VMX: Reset mmu context when entering real mode</title>
<updated>2007-12-14T17:50:57Z</updated>
<author>
<name>Eddie Dong</name>
</author>
<published>2007-12-02T11:18:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0fe8f9b280a5f7a65aebc51ab6b5200a8bf05e13'/>
<id>urn:sha1:0fe8f9b280a5f7a65aebc51ab6b5200a8bf05e13</id>
<content type='text'>
patch 8668a3c468ed55d19514117a5a959d91d3d03823 in mainline.

Resetting an SMP guest will force AP enter real mode (RESET) with
paging enabled in protected mode. While current enter_rmode() can
only handle mode switch from nonpaging mode to real mode which leads
to SMP reboot failure.

Fix by reloading the mmu context on entering real mode.

Signed-off-by: Yaozu (Eddie) Dong &lt;eddie.dong@intel.com&gt;
Signed-off-by: Qing He &lt;qing.he@intel.com&gt;
Signed-off-by: Avi Kivity &lt;avi@qumranet.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>KVM: MMU: Fix rare oops on guest context switch</title>
<updated>2007-09-14T20:59:55Z</updated>
<author>
<name>Avi Kivity</name>
</author>
<published>2007-09-14T17:26:06Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=22d95b1282810f5af599ee292b3fc443aefbdad0'/>
<id>urn:sha1:22d95b1282810f5af599ee292b3fc443aefbdad0</id>
<content type='text'>
A guest context switch to an uncached cr3 can require allocation of
shadow pages, but we only recycle shadow pages in kvm_mmu_page_fault().

Move shadow page recycling to mmu_topup_memory_caches(), which is called
from both the page fault handler and from guest cr3 reload.

Signed-off-by: Avi Kivity &lt;avi@qumranet.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>KVM: MMU: Fix cleaning up the shadow page allocation cache</title>
<updated>2007-07-21T06:48:47Z</updated>
<author>
<name>Avi Kivity</name>
</author>
<published>2007-07-21T06:06:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c4d198d5183ec7bbf8b53216cfc5ded7ebb0ec0c'/>
<id>urn:sha1:c4d198d5183ec7bbf8b53216cfc5ded7ebb0ec0c</id>
<content type='text'>
__free_page() wants a struct page, not a virtual address.

Signed-off-by: Avi Kivity &lt;avi@qumranet.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>KVM: MMU: Fix oopses with SLUB</title>
<updated>2007-07-20T17:23:59Z</updated>
<author>
<name>Avi Kivity</name>
</author>
<published>2007-07-20T05:18:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c1158e63dfeb3928e94c768f0a403b3e0e799f70'/>
<id>urn:sha1:c1158e63dfeb3928e94c768f0a403b3e0e799f70</id>
<content type='text'>
The kvm mmu uses page-&gt;private on shadow page tables; so does slub, and
an oops result.  Fix by allocating regular pages for shadows instead of
using slub.

Tested-by: S.Çağlar Onur &lt;caglar@pardus.org.tr&gt;
Signed-off-by: Avi Kivity &lt;avi@qumranet.com&gt;
</content>
</entry>
<entry>
<title>KVM: Fix memory slot management functions for guest smp</title>
<updated>2007-07-20T17:16:29Z</updated>
<author>
<name>Avi Kivity</name>
</author>
<published>2007-07-17T10:04:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=90cb0529dd230548a7f0d6b315997be854caea1b'/>
<id>urn:sha1:90cb0529dd230548a7f0d6b315997be854caea1b</id>
<content type='text'>
The memory slot management functions were oriented against vcpu 0, where
they should be kvm-wide.  This causes hangs starting X on guest smp.

Fix by making the functions (and resultant tail in the mmu) non-vcpu-specific.
Unfortunately this reduces the efficiency of the mmu object cache a bit.  We
may have to revisit this later.

Signed-off-by: Avi Kivity &lt;avi@qumranet.com&gt;
</content>
</entry>
<entry>
<title>mm: Remove slab destructors from kmem_cache_create().</title>
<updated>2007-07-20T01:11:58Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2007-07-20T01:11:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=20c2df83d25c6a95affe6157a4c9cac4cf5ffaac'/>
<id>urn:sha1:20c2df83d25c6a95affe6157a4c9cac4cf5ffaac</id>
<content type='text'>
Slab destructors were no longer supported after Christoph's
c59def9f222d44bb7e2f0a559f2906191a0862d7 change. They've been
BUGs for both slab and slub, and slob never supported them
either.

This rips out support for the dtor pointer from kmem_cache_create()
completely and fixes up every single callsite in the kernel (there were
about 224, not including the slab allocator definitions themselves,
or the documentation references).

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>KVM: Clean up #includes</title>
<updated>2007-07-16T09:05:49Z</updated>
<author>
<name>Avi Kivity</name>
</author>
<published>2007-06-28T18:15:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e495606dd09d79f9fa496334ac3958f6ff179d82'/>
<id>urn:sha1:e495606dd09d79f9fa496334ac3958f6ff179d82</id>
<content type='text'>
Remove unnecessary ones, and rearange the remaining in the standard order.

Signed-off-by: Avi Kivity &lt;avi@qumranet.com&gt;
</content>
</entry>
<entry>
<title>KVM: MMU: Fix Wrong tlb flush order</title>
<updated>2007-07-16T09:05:48Z</updated>
<author>
<name>Shaohua Li</name>
</author>
<published>2007-06-20T09:13:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=88a97f0b2fe1cd08d06390dc2669b709ea96e11a'/>
<id>urn:sha1:88a97f0b2fe1cd08d06390dc2669b709ea96e11a</id>
<content type='text'>
Need to flush the tlb after updating a pte, not before.

Signed-off-by: Shaohua Li &lt;shaohua.li@intel.com&gt;
Signed-off-by: Avi Kivity &lt;avi@qumranet.com&gt;
</content>
</entry>
<entry>
<title>KVM: Flush remote tlbs when reducing shadow pte permissions</title>
<updated>2007-07-16T09:05:46Z</updated>
<author>
<name>Avi Kivity</name>
</author>
<published>2007-06-07T16:18:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d9e368d61263055eceac2966bb7ea31b89da3425'/>
<id>urn:sha1:d9e368d61263055eceac2966bb7ea31b89da3425</id>
<content type='text'>
When a vcpu causes a shadow tlb entry to have reduced permissions, it
must also clear the tlb on remote vcpus.  We do that by:

- setting a bit on the vcpu that requests a tlb flush before the next entry
- if the vcpu is currently executing, we send an ipi to make sure it
  exits before we continue

Signed-off-by: Avi Kivity &lt;avi@qumranet.com&gt;
</content>
</entry>
<entry>
<title>KVM: Fix vcpu freeing for guest smp</title>
<updated>2007-07-16T09:05:45Z</updated>
<author>
<name>Avi Kivity</name>
</author>
<published>2007-06-05T09:17:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7b53aa56508479507c6e5667bb252ca7c2cd19cf'/>
<id>urn:sha1:7b53aa56508479507c6e5667bb252ca7c2cd19cf</id>
<content type='text'>
A vcpu can pin up to four mmu shadow pages, which means the freeing
loop will never terminate.  Fix by first unpinning shadow pages on
all vcpus, then freeing shadow pages.

Signed-off-by: Avi Kivity &lt;avi@qumranet.com&gt;
</content>
</entry>
</feed>
