[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1173293809.24738.673.camel@localhost.localdomain>
Date: Wed, 07 Mar 2007 19:56:49 +0100
From: Thomas Gleixner <tglx@...utronix.de>
To: James Morris <jmorris@...ei.org>
Cc: Jeremy Fitzhardinge <jeremy@...p.org>,
Virtualization Mailing List <virtualization@...ts.osdl.org>,
john stultz <johnstul@...ibm.com>,
LKML <linux-kernel@...r.kernel.org>, Ingo Molnar <mingo@...e.hu>,
akpm@...ux-foundation.org
Subject: Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
On Wed, 2007-03-07 at 13:11 -0500, James Morris wrote:
> On Wed, 7 Mar 2007, Jeremy Fitzhardinge wrote:
>
> > I was very pleased when I saw the clocksource/event mechanisms go into
> > the kernel because it means different hypervisors can have a clock*
> > implementation to match their own particular time model/interface
> > without having to clutter up the pv_ops interface, and still have a
> > well-defined interface to the rest of the kernel's time infrastructure.
>
> It seems to me that it could be useful to have a library of common virtual
> time code (entirely separate from pv_ops), to avoid re-implementing some
> apparently common requirements, such as: handling TSC frequency changes,
> stolen time accounting, synthetic programmable clockevent etc.
Yes please. Expose sane emulated silicon to the kernel core and maintain
your hypervisor decisions behind that silicon instead of exposing us to
10 different silicon versions with 20 bugs each.
tglx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists