Locally, you could
simply comment out the double definition for now.
Yes, that will work. Many thanks for the fast help!
Is native_read_tsc the only conflict with hardy's kernel?
yes.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to
Dietmar Maurer wrote:
Locally, you could
simply comment out the double definition for now.
Yes, that will work. Many thanks for the fast help!
Is native_read_tsc the only conflict with hardy's kernel?
yes.
Then you may want to have a look at [1]. If you want to test it, apply
that
This release has been tested on x86 down to host kernel 2.6.27 and
builds down to 2.6.24. Building against older kernels is expected to be
broken, but if anyone provides patches to fix it, I'm open to merge
them.
I am still not able to build with our 2.6.24 kernel.
./sync -v
Dietmar Maurer wrote:
This release has been tested on x86 down to host kernel 2.6.27 and
builds down to 2.6.24. Building against older kernels is expected to be
broken, but if anyone provides patches to fix it, I'm open to merge
them.
I am still not able to build with our 2.6.24 kernel.
. Oktober 2009 12:55
To: Dietmar Maurer
Cc: kvm
Subject: Re: [ANNOUNCE] kvm-kmod-2.6.31.5
Dietmar Maurer wrote:
This release has been tested on x86 down to host kernel 2.6.27 and
builds down to 2.6.24. Building against older kernels is expected to
be
broken, but if anyone provides patches
Dietmar Maurer wrote:
So I can simply skip 'make sync'?
The release tarball contains all required sources (as described, they
were obtained from 2.6.31.5). So you do have to sync,
So I need to run 'make sync'?
Ouch. Of course I meant you do *not* have to sync.
Practically, there is no
Dietmar Maurer wrote:
Well, we use the ubuntu tree:
http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy.git;a=summary
They have a few more patches applied:
Do you know if there is anything to tell this ubuntu-patched kernel
apart from a vanilla version? If so, we could adjust the check in
x86/external-module-compat.h to avoid this breakage.
no, not really
Locally, you could
simply comment out the double definition for now.
Yes, that will
Dietmar Maurer wrote:
Do you know if there is anything to tell this ubuntu-patched kernel
apart from a vanilla version? If so, we could adjust the check in
x86/external-module-compat.h to avoid this breakage.
no, not really
OK, but I think I have a plan B. The next kvm-kmod release should
Alexander Graf wrote:
On 26.10.2009, at 18:26, Jan Kiszka wrote:
This package contains the kvm external modules, using the sources from
latest stable Linux release 2.6.31.5. It can be used to update the
kernel-side support of kvm without upgrading the host kernel.
This release has been
On 10/27/2009 10:25 AM, Jan Kiszka wrote:
Wanted to attach this information to the tarball as well, but
sourceforge's FRS is still in a almost completely broken state. Sigh.
It can be done - upload the changelog file, make it as a changelog, and
then go to the tarball and link the newly
Avi Kivity wrote:
On 10/27/2009 10:25 AM, Jan Kiszka wrote:
Wanted to attach this information to the tarball as well, but
sourceforge's FRS is still in a almost completely broken state. Sigh.
It can be done - upload the changelog file, make it as a changelog, and
then go to the
This package contains the kvm external modules, using the sources from
latest stable Linux release 2.6.31.5. It can be used to update the
kernel-side support of kvm without upgrading the host kernel.
This release has been tested on x86 down to host kernel 2.6.27 and
builds down to 2.6.24.
On 26.10.2009, at 18:26, Jan Kiszka wrote:
This package contains the kvm external modules, using the sources from
latest stable Linux release 2.6.31.5. It can be used to update the
kernel-side support of kvm without upgrading the host kernel.
This release has been tested on x86 down to host
14 matches
Mail list logo
