All of lore.kernel.org
 help / color / mirror / Atom feed
From: Josh Triplett <josh@joshtriplett.org>
To: Michael Tokarev <mjt@tls.msk.ru>
Cc: Avi Kivity <avi@redhat.com>,
	Marcelo Tosatti <mtosatti@redhat.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org, kvm@vger.kernel.org,
	linux-kernel@vger.kernel.org, Kay Sievers <kay.sievers@vrfy.org>
Subject: Re: [PATCH] kvm-amd: Auto-load on CPUs with SVM.
Date: Thu, 29 Mar 2012 00:03:36 -0700	[thread overview]
Message-ID: <20120329070336.GA11227@leaf> (raw)
In-Reply-To: <4F740235.7090508@msgid.tls.msk.ru>

On Thu, Mar 29, 2012 at 10:33:25AM +0400, Michael Tokarev wrote:
> On 28.03.2012 22:32, Josh Triplett wrote:
> > Enable x86 feature-based autoloading for the kvm-amd module on CPUs
> > with X86_FEATURE_SVM.
> > 
> > Signed-off-by: Josh Triplett <josh@joshtriplett.org>
> 
> It appears to work fine on my amd boxen.

Thanks for testing it.  Can I interpret that as a Tested-by/Acked-by?

> The only problem
> is that I've no idea when it will be possible to finally
> disable the init script (shipped in Debian and other distros)
> to load the module based on /proc/cpuinfo contents.  It will
> do nothing on kernels with this (or kvm-intel) change applied,
> but we still need to support older kernels without that feature... :)

Each stable release of Debian has a specific minimum kernel version that
it supports, typically determined by the requirements of packages such
as udev.  As far as I know, the next stable release will ship with 3.2,
and I don't think the necessary infrastructure exists in 3.2 to backport
this patch (though I'd love to hear otherwise if it does), so that
release will probably need to include the init script.  However, the
next release should have no problem safely dropping it and requiring a
sufficiently new kernel.

In unstable (after the release), qemu-kvm could just go ahead and
drop the script with a NEWS.Debian entry telling people to add the
necessary module to /etc/modules if they have an older kernel.

> Josh, and I'm sure you will be the first who'll file a bugreport
> against qemu-kvm in Debian requesting the startup script to be
> removed!.. ;))

I don't know where you could possibly get that idea. ;)

- Josh Triplett

  reply	other threads:[~2012-03-29  7:03 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-21  6:33 [PATCH] kvm-intel: Auto-load on CPUs with VMX Josh Triplett
2012-03-21 13:41 ` Avi Kivity
2012-03-27 12:25   ` Kay Sievers
2012-03-28 11:26 ` Avi Kivity
2012-03-28 18:32   ` [PATCH] kvm-amd: Auto-load on CPUs with SVM Josh Triplett
2012-03-29  6:33     ` Michael Tokarev
2012-03-29  7:03       ` Josh Triplett [this message]
2012-04-12  1:15     ` Marcelo Tosatti

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=20120329070336.GA11227@leaf \
    --to=josh@joshtriplett.org \
    --cc=avi@redhat.com \
    --cc=hpa@zytor.com \
    --cc=kay.sievers@vrfy.org \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=mjt@tls.msk.ru \
    --cc=mtosatti@redhat.com \
    --cc=tglx@linutronix.de \
    --cc=x86@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.