[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] Re: [PATCH] kvm: Improve upgrade notes when facing unsuppor
From: |
Jan Kiszka |
Subject: |
[Qemu-devel] Re: [PATCH] kvm: Improve upgrade notes when facing unsupported kernels |
Date: |
Sun, 07 Jun 2009 11:51:46 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 |
Avi Kivity wrote:
> Jan Kiszka wrote:
>> Avi Kivity wrote:
>>
>>> Jan Kiszka wrote:
>>>
>>>> Users complained that it is not obvious what to do when kvm refuses to
>>>> build or run due to an unsupported host kernel, so let's improve the
>>>> hints.
>>>>
>>>> diff --git a/configure b/configure
>>>> index 42d46f2..8ccb58c 100755
>>>> --- a/configure
>>>> +++ b/configure
>>>> @@ -1158,7 +1158,9 @@ EOF
>>>> | grep "error: " \
>>>> | awk -F "error: " '{if (NR>1) printf(", "); printf("%s",$2);}'`
>>>> if test "$kvmerr" != "" ; then
>>>> - kvm="no - (${kvmerr})"
>>>> + kvm="no - (${kvmerr})\n\
>>>> + NOTE: To enable KVM support, update your kernel to 2.6.29+ or
>>>> install \
>>>> +recent kvm-kmod from http://sourceforge.net/projects/kvm."
>>>> fi
>>>>
>>> Installing kvm-mod is insufficient, you need the headers from somewhere.
>>>
>>>
>>
>> True. Hmm, wasn't there the plan to fix this by carrying them in-tree?
>>
>
> Anthony even posted a patch but it was a bit excessive, carrying tons of
> kernel headers. I think we'd be fine carrying just the kvm headers,
> same as qemu-kvm. In which case the compile time test can go away.
>
> Alternatively, I can make kvm-kmod install the necessary headers to
> /usr/local/include. It's probably cleaner this way.
>
Good idea. Maybe put them in a separate directory (and make qemu aware
of it) so that kvm-kmod packages will not run into conflicts with the
installed kernel headers.
Jan
signature.asc
Description: OpenPGP digital signature
[Qemu-devel] Re: [PATCH] kvm: Improve upgrade notes when facing unsupported kernels, Blue Swirl, 2009/06/07