From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [RFT] mmu optimizations branch Date: Wed, 03 Jan 2007 10:35:37 +0200 Message-ID: <459B6AD9.6020506@qumranet.com> References: <4598E33B.608@qumranet.com> <20070102161117.GA3306@elte.hu> <459A8909.7020600@qumranet.com> <20070103022241.GA13840@elte.hu> <459B1D8A.6040604@cs.utexas.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel Return-path: To: Anthony Liguori In-Reply-To: <459B1D8A.6040604-NZpS4cJIG2HvQtjrzfazuQ@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Anthony Liguori wrote: > > This should be hookable via arch_{enter,leave}_cpu_mode() via > paravirt_ops. I was actually just looking at this myself (although I > was focusing on lazy mmu hooks). I've taken the route of using a VMI > ROM to actually hook it (instead of implementing a custom paravirt_ops > for KVM). > > I can post the ROM if you're interested in this sort of approach. I > like using VMI as we can access most of the things hookable by > paravirt_ops without having to change a kernel binary. VMI has the benefit of working for other OSes, not just Linux, if it catches on. Please post it; it's certainly interesting. My feelings is that if you have a paravirt_ops capable guest, you might as well go all the way and use lhype. I'm willing to be convinced otherwise though. -- error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV