Merge MSI userspace interface with IRQ routing table. Notice the API have been
changed, and using IRQ routing table would be the only interface kvm-userspace
supported.
Signed-off-by: Sheng Yang
---
include/linux/kvm.h |8 +
include/linux/kvm_host.h |2 +-
virt/kvm/irq_comm.c
On Thu, Feb 05, 2009 at 03:42:57PM +0200, Gleb Natapov wrote:
> Generate interrupt only if corespondent EN bit is set.
>
> Signed-off-by: Gleb Natapov
> ---
>
> qemu/hw/acpi.c |9 +
> 1 files changed, 5 insertions(+), 4 deletions(-)
Acked-by: Marcelo Tosatti
--
To unsubscribe fro
Dear kvm users,
I would like to let you know about this OpenNebula release that may be
of your interest.
Regards,
-Tino
-
February 9th, 2009. The OpenNebula team is pleased to announce the
availability of OpenNebula 1.2 (a.k.a. "Tarantula"**). OpenNebula 1.2 is an
important mil
Avi Kivity wrote:
Glauber Costa wrote:
As we're getting close to kvm-xxx anyway, maybe we could forget this
number
scheme, and adopt something that tracks linux. This way, you know
exactly what
kernel a released is based on. Something in the lines of kvm-29.1
for updates
to the .29 series,
On Sun, Feb 08, 2009 at 04:08:56AM -0200, Marcelo Tosatti wrote:
> On Wed, Feb 04, 2009 at 05:52:04PM +0100, Gerd Hoffmann wrote:
> > Hi folks,
> >
> > kvmclock currently falls apart on machines without constant tsc.
> > This patch fixes it. Changes:
> >
> > * keep tsc frequency in a per-cpu
Glauber Costa wrote:
As we're getting close to kvm-xxx anyway, maybe we could forget this number
scheme, and adopt something that tracks linux. This way, you know exactly what
kernel a released is based on. Something in the lines of kvm-29.1 for updates
to the .29 series, (of course _this_ sche
Anthony Liguori wrote:
Avi Kivity wrote:
Anthony Liguori wrote:
Hi Avi,
Since a number of people are using the maint/2.6.29 branch, perhaps
we could start doing releases from it? For instance, a kvm-74.1,
kvm-74.2, etc. set of releases. Likewise, when we start
maint/2.6.30, a new set of s
On Mon, Feb 9, 2009 at 5:39 PM, Anthony Liguori wrote:
> Avi Kivity wrote:
>>
>> Anthony Liguori wrote:
>>>
>>> Hi Avi,
>>>
>>> Since a number of people are using the maint/2.6.29 branch, perhaps we
>>> could start doing releases from it? For instance, a kvm-74.1, kvm-74.2,
>>> etc. set of releas
Avi Kivity wrote:
Anthony Liguori wrote:
Hi Avi,
Since a number of people are using the maint/2.6.29 branch, perhaps
we could start doing releases from it? For instance, a kvm-74.1,
kvm-74.2, etc. set of releases. Likewise, when we start
maint/2.6.30, a new set of stable releases could fol
Anthony Liguori wrote:
Hi Avi,
Since a number of people are using the maint/2.6.29 branch, perhaps we
could start doing releases from it? For instance, a kvm-74.1,
kvm-74.2, etc. set of releases. Likewise, when we start maint/2.6.30,
a new set of stable releases could follow.
Yes, I want
Hi Avi,
Since a number of people are using the maint/2.6.29 branch, perhaps we
could start doing releases from it? For instance, a kvm-74.1, kvm-74.2,
etc. set of releases. Likewise, when we start maint/2.6.30, a new set
of stable releases could follow.
Regards,
Anthony Liguori
--
To unsu
I am running a compiled kvm-83 and have tried both a 2.6.18 and 2.6.24 64-bit
kernel on a system with an Intel Q6600 CPU and 8GB of ram.
My 32-bit Windows 2003 guest works properly with 3.5GB of memory allocated to
it and four virtual CPUs.
Here is the command I am using to start the guest:
/u
subscribe kvm
--
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/majordomo-info.html
Riccardo Veraldi wrote:
hello,
I configured my guests runing on KVM83 CentOS 5.2 to run in serial
console mode.
it works and I use screen to manage multiple consoles.
The problem is that when I start a guest on the serial console I got
this message repeating few times before
the guest effecti
hello,
I configured my guests runing on KVM83 CentOS 5.2 to run in serial
console mode.
it works and I use screen to manage multiple consoles.
The problem is that when I start a guest on the serial console I got
this message repeating few times before
the guest effectively start booting.
"Pre
On Sun, 2009-02-08 at 04:02 -0200, Marcelo Tosatti wrote:
> > invalid opcode: [#1] SMP DEBUG_PAGEALLOC
>
> The FC11 kernel has pvmmu on. It _could_ be a weird side effect of the
> pvmmu slab bug (which only happens with DEBUG_PAGEALLOC). What were you
> doing when this happened? Reproducible?
Use this patch instead (return 0x9 from disabled processor's _STA method
instead of 0).
On Thu, Feb 05, 2009 at 03:42:46PM +0200, Gleb Natapov wrote:
> 1) Disabled processor's _STA method should return 0 (this fixes Vista's
>BSOD on resuming after hibernate problem)
> 2) Disabled processor's _
Gleb Natapov wrote:
For STS register bit are cleared by writing 1 into it.
Patchset looks good; however this is a touchy area. Marcelo or glommer,
can you also review it?
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "uns
Jan Kiszka wrote:
Looks like neither the direction nor the rep prefix are used anymore.
Drop related evaluations from SVM's and VMX's I/O exit handlers.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubsc
Bugs item #2351676, was opened at 2008-11-26 20:59
Message generated for change (Comment added) made by mjtsf
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2351676&group_id=180599
Please note that this message will contain a full copy of the comment thr
Gleb Natapov wrote:
kvm_init_vcpu() is called from pc_new_cpu()
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
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 h
Bugs item #2351676, was opened at 2008-11-26 11:59
Message generated for change (Comment added) made by dustin_kirkland
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2351676&group_id=180599
Please note that this message will contain a full copy of the c
kvm_init_vcpu() is called from pc_new_cpu()
Signed-off-by: Gleb Natapov
diff --git a/qemu/hw/acpi.c b/qemu/hw/acpi.c
index b998225..7ec9161 100644
--- a/qemu/hw/acpi.c
+++ b/qemu/hw/acpi.c
@@ -779,9 +779,6 @@ void qemu_system_cpu_hot_add(int cpu, int state)
fprintf(stderr, "cpu %d cr
Am Sun, 8 Feb 2009 04:26:16 -0200
schrieb Marcelo Tosatti :
> Its confusing that there is the exact same check below, with kvm->lock
> held, and that both are needed since assignment happens under the lock.
>
> Can you also make it straightforward while fixing the bug please.
>
> Probably just ho
Mark McLoughlin wrote:
> On Mon, 2009-02-09 at 10:17 +0100, Jan Kiszka wrote:
>> Those void returns are bogus, but there is no need to check for
>> allocation failures anyway.
>
> Looks good:
>
> Acked-by: Mark McLoughlin
>
> but should be re-done as a patch against qemu and sent to qemu-devel.
On Mon, 2009-02-09 at 10:17 +0100, Jan Kiszka wrote:
> Those void returns are bogus, but there is no need to check for
> allocation failures anyway.
Looks good:
Acked-by: Mark McLoughlin
but should be re-done as a patch against qemu and sent to qemu-devel.
Thanks,
Mark.
--
To unsubscribe from
Those void returns are bogus, but there is no need to check for
allocation failures anyway.
Signed-off-by: Jan Kiszka
diff --git a/qemu/hw/virtio-net.c b/qemu/hw/virtio-net.c
index f125edc..35f66d7 100644
--- a/qemu/hw/virtio-net.c
+++ b/qemu/hw/virtio-net.c
@@ -692,12 +692,8 @@ PCIDevice *virti
On Sat, Feb 07, 2009 at 01:20:40PM -0500, Cory Fields wrote:
> Thanks for the direction, will submit patches to the appropriate places.
>
> I messed around with extending the -boot syntax as you suggested,
> but I think boot c,verbose=off,prompt=off is a little cumbersome.
> boot c,quiet,noprompt
28 matches
Mail list logo
