kvm-ok: looking for a better home
Duncan M. McGreggor
duncan at canonical.com
Sat Mar 6 00:39:05 GMT 2010
On Mar 5, 2010, at 5:26 PM, Dustin Kirkland wrote:
> Howdy-
>
> I'm looking for a bit of advice from the ubuntu-devel audience...
>
> As many of you are aware, KVM is the preferred, supported hypervisor
> in Ubuntu, but that it takes a CPU with a particular feature (svm|vmx)
> to use.
>
> A few years ago, we used to point our users to documentation to
> determine if their CPU was capable of running KVM. In Ubuntu, we
> strive to do better than that. So we created /usr/bin/kvm-ok, a
> simple posix shell script that will tell a user if their CPU is
> capable of VT, and furthermore, if this has been either disabled in
> BIOS or if the kernel module is not loaded. This script has been very
> helpful to both Ubuntu Desktop and Server users.
>
> Here's the hitch... That script is currently provided by the qemu-kvm
> package. So a user must install qemu-kvm to run kvm-ok to tell them
> if they can use KVM or not. Chicken/egg.
Yeah, Kevin McDermott and I ran into that last year when working on
some virtualization stuff together.
> Thus, for Lucid, I'd really like to find a better home for kvm-ok.
> Ideally a relatively base package that gets installed on most Ubuntu
> Desktops and Servers. The script is merely 1.5KB.
>
> The most similar script that I know in our distribution is
> /usr/lib/update-notifier/check-bios-nx which is provided by
> update-notifier-common. I certainly wouldn't mind adding kvm-ok to
> update-notifier-common, but I'm seeking your feedback first, as I'm
> not sure that's entirely the most appropriate place for it.
>
> My other suggestion would be to create a new package, call it
> cpu-utils (a la pciutils?). kvm-ok as well as check-bios-nx could
> live there, and we could seed it appropriately into the desktop and
> the server. I could whip this up in a matter of minutes, and file the
> appropriate MIR for the new package if that's deemed the best way
> forward.
+1 for this latter suggestion. This feel correct intuitively; that's
the sort of package I'd expect it to be in :-)
d
More information about the ubuntu-devel
mailing list