From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Gleixner Subject: Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree Date: Wed, 07 Mar 2007 21:57:44 +0100 Message-ID: <1173301065.24738.766.camel@localhost.localdomain> References: <200703060654.l266sVxr014860@shell0.pdx.osdl.net> <45ED16D2.3000202@vmware.com> <20070306084258.GA15745@elte.hu> <20070306084647.GA16280@elte.hu> <45ED2C82.3080008@vmware.com> <1173178774.24738.311.camel@localhost.localdomain> <45EDD82F.90204@vmware.com> <1173225182.24738.507.camel@localhost.localdomain> <45EE0628.1080108@goop.org> <45EE08E8.2020008@vmware.com> <1173228544.24738.514.camel@localhost.localdomain> <45EE0D10.7070807@vmware.com> <1173230305.24738.529.camel@localhost.localdomain> <45EE1EA3.90803@vmware.com> <1173256666.24738.576.camel@localhost.localdomain> <45EEF966.6060902@goop.org> <45EF0CF5.5090305@goop.org> <45EF175D.6030609@vmware.com> <45EF1C80.50900@goop.org> Reply-To: tglx@linutronix.de Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <45EF1C80.50900@goop.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: virtualization-bounces@lists.osdl.org Errors-To: virtualization-bounces@lists.osdl.org To: Jeremy Fitzhardinge Cc: Virtualization Mailing List , john stultz , akpm@linux-foundation.org, Ingo Molnar , LKML List-Id: virtualization@lists.linuxfoundation.org On Wed, 2007-03-07 at 12:11 -0800, Jeremy Fitzhardinge wrote: > Dan Hecht wrote: > > Jeremy, I saw you sent out the Xen version earlier, thanks. Here's > > ours for reference (please excuse any formating issues); it's also > > lean. We'll send out a proper patch later after some more testing: > = > So the interrupt side of the clockevent comes through the virtual apic? = > Where does evt->handle_event get called? > /* We use normal irq0 handler on cpu0. */ > time_init_hook(); That's exactly the thing I ranted about before. We keep the historic view of emulated hardware and just wrap it into enough glue code instead of doing an abstract design, which just gets rid of those hardware assumptions at all. That's the big advantage of paravirtualization, but the current way on paravirt ops is just ignoring this. tglx