On Thu, Jul 23, 2009 at 11:39:55AM +0530, Haneef Syed wrote:
> Is kvm-88 is compatible with linux-2.6.24 kernel..???
>
It may be. Some degree of compatibility with older kernels is
maintained. Try it.
http://www.linux-kvm.org/page/Code
--
Gleb.
--
To unsubscribe from thi
Is kvm-88 is compatible with linux-2.6.24 kernel..???
__
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/major
On Thu, Jul 23, 2009 at 11:08:41AM +0530, Haneef Syed wrote:
> HI All,
>
> I have taken kvm-22 with linux-2.6.24 kernel but when ever i install guest
> through qemu bins, system hangs.
>
> In dmesg it prints as "Unable to handle NULL derefrencing pointer".
>
> Please suggest me why it is behavi
On Wed, Jul 22, 2009 at 04:50:28PM -0300, Marcelo Tosatti wrote:
> Gleb,
>
> Can you please review this to make sure the handling in acpi.c
> is correct and complete?
>
The handling in acpi.c is the same except this bit:
case 0: {
cpu_outb(0, 0xb3, 0);
break;
But this doesn't ma
HI All,
I have taken kvm-22 with linux-2.6.24 kernel but when ever i install guest
through qemu bins, system hangs.
In dmesg it prints as "Unable to handle NULL derefrencing pointer".
Please suggest me why it is behaving like this
___
On Wed, 22 Jul 2009 01:29:25 am Michael S. Tsirkin wrote:
> - if (info->vector != VIRTIO_MSI_NO_VECTOR)
> + if (info->vector != VIRTIO_MSI_NO_VECTOR) {
> free_irq(vp_dev->msix_entries[info->vector].vector, vq);
> + --vp_dev->msix_used_vectors;
> + }
>
This onl
On Wed, 22 Jul 2009 01:29:09 am Michael S. Tsirkin wrote:
> Free up msi vector tables.
Michael, this papers over the bug, but doesn't actually fix the problem.
The problem is that vp_free_vectors() does not do the reverse of
vp_request_vectors. If the author (you) can't get it right, what hope
Applied.
On Mon, Jul 20, 2009 at 12:07 PM, Michael Goldish wrote:
> These are now provided by kvm_subprocess.py.
>
> Signed-off-by: Michael Goldish
> ---
> client/tests/kvm/kvm_utils.py | 477
> +
> 1 files changed, 2 insertions(+), 475 deletions(-)
>
>
Applied.
On Mon, Jul 20, 2009 at 12:07 PM, Michael Goldish wrote:
> Signed-off-by: Michael Goldish
> ---
> client/tests/kvm/kvm_tests.py | 9 +
> 1 files changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/client/tests/kvm/kvm_tests.py b/client/tests/kvm/kvm_tests.py
> index 2d1
Applied.
On Thu, Jul 23, 2009 at 1:02 AM, Lucas Meneghel Rodrigues
wrote:
> On Mon, Jul 20, 2009 at 12:07 PM, Michael Goldish wrote:
>> Also remove a reference to kvm_log that was left behind.
>>
>> Signed-off-by: Michael Goldish
>> ---
>> client/tests/kvm/kvm_utils.py | 13 -
>>
On Mon, Jul 20, 2009 at 12:07 PM, Michael Goldish wrote:
> Also remove a reference to kvm_log that was left behind.
>
> Signed-off-by: Michael Goldish
> ---
> client/tests/kvm/kvm_utils.py | 13 -
> 1 files changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/client/tests/kvm/k
On Thursday 23 July 2009 03:04:33 Cristi Magherusan wrote:
> On Thu, 2009-07-16 at 10:57 -0700, Jordan Justen wrote:
> > On Wed, Jul 15, 2009 at 10:37 PM, Sheng Yang wrote:
> > > Make sense to me. So what's mattered here is not bios, but qemu-kvm and
> > > kvm code. The user can replace bios binary
Looks good to me. Applied.
On Mon, Jul 20, 2009 at 12:07 PM, Michael Goldish wrote:
> Signed-off-by: Michael Goldish
> ---
> client/tests/kvm/kvm_preprocessing.py | 27 ++--
> client/tests/kvm/kvm_vm.py | 111 +++-
> 2 files changed, 59 insertions(+)
Because a patch got into marcelo's tree before mine did, I forgot
to convert one user of kvm_check_extension. Here's the fix for it.
Signed-off-by: Glauber Costa
---
qemu-kvm-x86.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/qemu-kvm-x86.c b/qemu-kvm-x86.c
index e4a
When building against a split kernel, we have to add its source path to
the include path. Otherwise arch/*/kvm/trace.h cannot be found.
Signed-off-by: Jan Kiszka
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index ad08c45..4c813a6 100
Release and re-acquire preemption and IRQ lock in the same order as
vcpu_enter_guest does.
Signed-off-by: Jan Kiszka
---
arch/x86/kvm/vmx.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index d75c271..4f914c3 100644
--- a/arc
Choose some allowed error values for the cases VMX returned ENOTSUPP so
far as these values could be returned by the KVM_RUN IOCTL.
Signed-off-by: Jan Kiszka
---
arch/x86/kvm/vmx.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.
Ok, I have made minor remarks for the first version of this module
http://codereview.appspot.com/79042/diff/1/4
and Michael either commented or addressed the questions. I am going to
commit this new module.
Thanks for your work, Michael!
On Mon, Jul 20, 2009 at 12:07 PM, Michael Goldish wrote:
On Wed, Jul 22, 2009 at 05:41:13PM +0300, Michael S. Tsirkin wrote:
> over the old one. Current code gets it wrong, and only works because
> it's uncommon for guests to change MSI tables.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> qemu-kvm.c |2 +-
> 1 files changed, 1 insertions(+), 1 d
On Tue, Jul 21, 2009 at 06:13:09PM -0400, Glauber Costa wrote:
> We're not using this for anything
>
> Signed-off-by: Glauber Costa
> ---
> qemu-kvm.c |3 ---
> 1 files changed, 0 insertions(+), 3 deletions(-)
>
> diff --git a/qemu-kvm.c b/qemu-kvm.c
> index 8eeace4..a8298e4 100644
> --- a/
Gleb,
Can you please review this to make sure the handling in acpi.c
is correct and complete?
On Tue, Jul 21, 2009 at 06:13:11PM -0400, Glauber Costa wrote:
> As example of what was already done with inb.
> This is a little bit more tricky, because of SMM, but those
> bits are handled directly i
On Thu, 2009-07-16 at 10:57 -0700, Jordan Justen wrote:
> On Wed, Jul 15, 2009 at 10:37 PM, Sheng Yang wrote:
> > Make sense to me. So what's mattered here is not bios, but qemu-kvm and kvm
> > code. The user can replace bios binary by UEFI binary easily, but not with
> > kvm
> > related part.
> >
On 7/22/2009 9:32 PM, Brian Jackson wrote:
On Wednesday 22 July 2009 01:23:56 pm Yaniv Kaul wrote:
On 7/22/2009 8:26 PM, Wilken Haase wrote:
Hi List,
we are already using kvm successfully a while here for our internal
Infrastructure. Up to now we're having good results with Linux Gues
On Wednesday 22 July 2009 01:23:56 pm Yaniv Kaul wrote:
> On 7/22/2009 8:26 PM, Wilken Haase wrote:
> > Hi List,
> > we are already using kvm successfully a while here for our internal
> > Infrastructure. Up to now we're having good results with Linux Guests
> > and are quite happy with kvm.
> > No
On 7/22/2009 8:26 PM, Wilken Haase wrote:
Hi List,
we are already using kvm successfully a while here for our internal
Infrastructure. Up to now we're having good results with Linux Guests
and are quite happy with kvm.
Now it's time to replace some of our current Windows Infrastructure
and I'm
Hi List,
we are already using kvm successfully a while here for our internal
Infrastructure. Up to now we're having good results with Linux Guests
and are quite happy with kvm.
Now it's time to replace some of our current Windows Infrastructure and
I'm evaluating Windows 2k3 and 2k8 on KVM vhos
Kernels up to 2.6.31 have a bug: MSI entries where looked at when irq
is acked, address_lo was interpreted as irqchip, and
address_hi as pin. If that matches a real interrupt this prevents
ack notifier from being processed.
Since these kernels ignore the value for address_hi when delivering
MSI,
When updating msi irq routing entries, we should memcpy the new entry
over the old one. Current code gets it wrong, and only works because
it's uncommon for guests to change MSI tables.
Signed-off-by: Michael S. Tsirkin
---
qemu-kvm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Here are two bug-fixes for MSI-X support in qemu-kvm.
I bundled them together because the touch the same code.
Michael S. Tsirkin (2):
qemu-kvm: msix table update thinko fix
qemu-kvm: broken MSI routing work-around
qemu-kvm.c | 34 +++---
1 files changed, 31 ins
Glauber Costa wrote:
Today I found a very catastrophic regression: I cannot run my mission
critical servers running RHL7.1 anymore. This is a total disaster.
Fortunately, I was able to isolate the commit that caused it:
commit bb598da496c040d42dde564bd8ace181be52293e
Author: Glauber Cost
- "Gleb Natapov" wrote:
> On Wed, Jul 22, 2009 at 07:43:51AM -0400, Alexey Eromenko wrote:
> >
> > Hi All !
> >
> > I found a new bug in Floppy controller -- usually I report bugs to
> Avi,
> > but since he is not here, I decided to report to mailing list.
> >
> > This bugs prevents Windo
On Wed, Jul 22, 2009 at 07:43:51AM -0400, Alexey Eromenko wrote:
>
> Hi All !
>
> I found a new bug in Floppy controller -- usually I report bugs to Avi,
> but since he is not here, I decided to report to mailing list.
>
> This bugs prevents Windows booting with Floppy inserted.
>
> Qemu comman
Hi All !
I found a new bug in Floppy controller -- usually I report bugs to Avi,
but since he is not here, I decided to report to mailing list.
This bugs prevents Windows booting with Floppy inserted.
Qemu command to reproduce:
./qemu-kvm -fda myfloppy.vfd -cdrom /isos/windows/Windows2003_r2_VL
On 22.07.2009, at 09:48, Gleb Natapov wrote:
On Tue, Jul 21, 2009 at 04:06:10PM -0700, Saksena, Abhishek wrote:
Would also like to mention I am not using Qemu and building some
basic IO models around KVM (only using libkvm.h)
-Abhishek
From: Saksena, Abhishe
On Tue, Jul 21, 2009 at 04:06:10PM -0700, Saksena, Abhishek wrote:
> Would also like to mention I am not using Qemu and building some basic IO
> models around KVM (only using libkvm.h)
>
> -Abhishek
>
> From: Saksena, Abhishek
> Sent: Tuesday, July 21, 2009 11:13
35 matches
Mail list logo