From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andi Kleen Subject: Re: [PATCH 2/9] Sched clock paravirt op fix.patch Date: 13 Mar 2007 17:16:56 +0100 Message-ID: <20070313161656.GA12128@muc.de> References: <200703020254.l222sOaM009656@zach-dev.vmware.com> <20070313140129.GB92373@muc.de> <45F6C2A3.4040305@goop.org> <20070313160709.GH10574@sequoia.sous-sol.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Date: Tue, 13 Mar 2007 17:16:56 +0100 Content-Disposition: inline In-Reply-To: <20070313160709.GH10574@sequoia.sous-sol.org> Sender: linux-kernel-owner@vger.kernel.org To: Chris Wright Cc: Jeremy Fitzhardinge , Zachary Amsden , Linus Torvalds , Rusty Russell , Dan Hecht , Dan Arai , Andrew Morton , Virtualization Mailing List , Linux Kernel Mailing List , Daniel Walker List-Id: virtualization@lists.linuxfoundation.org On Tue, Mar 13, 2007 at 09:07:09AM -0700, Chris Wright wrote: > * Jeremy Fitzhardinge (jeremy@goop.org) wrote: > > In other words, regardless of whether this particular pv_op lives or > > dies, we're going to need to have to deal with stolen time properly. I > > think this hook is reasonable and useful step towards doing that. > > Exactly. Normal interrupts we can handle. Having CPU completely > disappear for unkown time periods we can't, and will need to. But that is just what a interrupt is. -Andi