|
From: | Anthony Liguori |
Subject: | Re: [Qemu-devel] [PATCH 5/6] hook cpu_register_physical_mem |
Date: | Fri, 19 Dec 2008 14:51:57 -0600 |
User-agent: | Thunderbird 2.0.0.17 (X11/20080925) |
Blue Swirl wrote:
On 12/18/08, Glauber Costa <address@hidden> wrote:Since now we have our own memory read/write function, we don't depend on all of tcg data structures anymore. So, instead of filling them up, bypass it altogether by using kvm_set_phys mem alone. To do that, we now have to provide our own way to get page information given the address. (kvm_get_physical_page_desc) Signed-off-by: Glauber Costa <address@hidden>+static void tcg_register_physical_memory_offset(target_phys_addr_t start_addr,I don't think TCG actually has much to do with the function.
It really does though. The way physical memory is registered and managed is TCG specific right now. It has deep hooks for invalidating TranslationBlock's, and the table structure is designed to be conducive to the access patterns of TCG.
If you think of a higher level CPU API, I think registering physical memory and reading/writing physical memory would end up being part of that API.
Regards, Anthony Liguori
Would no_kvm be too ugly? More philosophically, what is (Qemu /\ ~KVM /\ ~TCG)? I hope I got the math right. -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to address@hidden More majordomo info at http://vger.kernel.org/majordomo-info.html
[Prev in Thread] | Current Thread | [Next in Thread] |