All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tom Horsley <tom.horsley@att.net>
To: Jan Kiszka <jan.kiszka@siemens.com>
Cc: kvm@vger.kernel.org
Subject: Re: bad leakage between virtual machines?
Date: Fri, 15 Jan 2010 13:21:28 -0500	[thread overview]
Message-ID: <20100115132128.1c04ed46@tomh.ccur.com> (raw)
In-Reply-To: <4B50A7F5.4020708@siemens.com>

On Fri, 15 Jan 2010 18:37:57 +0100
Jan Kiszka wrote:

> Tom Horsley wrote:
> > I just submitted this fedora bug with lots of details:
> > 
> > https://bugzilla.redhat.com/show_bug.cgi?id=555788
> > 
> > It sure seems to me like the contents of the debug
> > address trap registers are leaking across virtual machines
> > (at least for opterons on this motherboard :-).
> 
> Are only AMD boxes affected, or did you also test on Intel?

I haven't explicitly tested on Intel, but we did just see a
compile on a guest on the Intel host also get the same
Breakpoint/Trap error out of the blue, so it looks as if it
does happen on intel as well as amd.

I'm going to try on my home system (intel) some more this
evening when I get home.

Some of the symptoms sort of lead me to think it might be
inheriting random leftover DRn registers at the time a
new virtual machine is created since a VM that has problems
seems to keep having problems, and other VMs zip along
with no problems at all.

> 
> > 
> > Anyone seen anything like this before? (I've been
> > having similar problems on this host since it was
> > running xen 3.1 before switching to kvm).
> 
> I still have one debug register oddity on my todo list (that one causes
> an unhandled VM exit), but I'm not aware of such an issue nor do I
> remember any patch between 2.6.31.x and now at the moment that may have
> fixed it. Nevertheless, could you retry with latest kvm kernel or a
> recent kvm-kmod release?

Not sure how to do that - if it isn't in the fedora repos, I'm in
uncharted territory trying to run special kernels :-).

> 
> Jan
> 

  reply	other threads:[~2010-01-15 18:21 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-15 15:17 bad leakage between virtual machines? Tom Horsley
2010-01-15 17:37 ` Jan Kiszka
2010-01-15 18:21   ` Tom Horsley [this message]
2010-01-15 18:38     ` Jan Kiszka
2010-01-20  0:18       ` Jan Kiszka
2010-01-20 17:36         ` Jan Kiszka

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=20100115132128.1c04ed46@tomh.ccur.com \
    --to=tom.horsley@att.net \
    --cc=jan.kiszka@siemens.com \
    --cc=kvm@vger.kernel.org \
    /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.