From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Dan Magenheimer <dan.magenheimer@oracle.com>
Cc: xen-devel@lists.xensource.com, Jed Smith <jed@linode.com>,
Jan Beulich <JBeulich@novell.com>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: Re: [PATCH] x86: unconditionally mark TSC unstable under Xen
Date: Thu, 15 Jul 2010 11:05:51 -0700 [thread overview]
Message-ID: <4C3F4DFF.3070607@goop.org> (raw)
In-Reply-To: <cada2c9b-1e49-40ad-976e-2ee781d77a7c@default>
On 07/15/2010 10:48 AM, Dan Magenheimer wrote:
> Maybe the xen_sched_clock code should be entirely removed
> rather than ifdef'd since it is no longer used and
> "(somewhat, in theory)" led to a strange bug? Or if
> you are confident that it will be useful in the future
> by some linux scheduler, maybe add some comments about
> how enabling it may cause the effects Jed saw.
Yes, I can probably remove it altogether, though it isn't actually
selectable without manually editing the Kconfig file.
> And maybe an even better answer is to submit a patch upstream
> so that the scheduler doesn't use the same timebase for
> measuring both, since the kernel is making a bad assumption
> about real vs virtual time. I'd imagine KVM users might benefit
> from that also.
Its unclear how useful it is anyway. I've discussed it with Peter
Zijlstra from time to time, but making the scheduler use two timebases
is non-trivial I think. Or perhaps more accurate to say that I don't
want to be getting into the scheduler, since it is not only a
technical minefield.
J
next prev parent reply other threads:[~2010-07-15 18:05 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-14 19:24 [PATCH] x86: unconditionally mark TSC unstable under Xen Jed Smith
2010-07-14 21:36 ` Jeremy Fitzhardinge
[not found] ` <alpine.DEB.2.00.1007151656380.21432@kaball-desktop 4C3F37A5.9050606@goop.org>
2010-07-14 22:29 ` Jed Smith
2010-07-15 14:23 ` Jed Smith
2010-07-15 15:57 ` Stefano Stabellini
2010-07-15 16:30 ` Jeremy Fitzhardinge
2010-07-15 16:40 ` Dan Magenheimer
2010-07-15 16:45 ` Jeremy Fitzhardinge
2010-07-15 17:14 ` Dan Magenheimer
2010-07-15 17:30 ` Jeremy Fitzhardinge
2010-07-15 17:48 ` Dan Magenheimer
2010-07-15 18:05 ` Jeremy Fitzhardinge [this message]
2010-08-15 20:57 ` Ævar Arnfjörð Bjarmason
2010-08-15 23:40 ` Jeremy Fitzhardinge
2010-08-16 1:27 ` Ævar Arnfjörð Bjarmason
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4C3F4DFF.3070607@goop.org \
--to=jeremy@goop.org \
--cc=JBeulich@novell.com \
--cc=dan.magenheimer@oracle.com \
--cc=jed@linode.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.