On 01/14/2012 08:34 PM, Nadav Amit wrote:
The destination register of MOVSX should be decoded similarily to MOVZX.
Signed-off-by: Nadav Amit nadav.a...@gmail.com
---
arch/x86/kvm/emulate.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kvm/emulate.c
On 2011-12-19 15:13, Avi Kivity wrote:
Drop the use of cpu_register_phys_memory_client() in favour of the new
MemoryListener API. The new API simplifies the caller, since there is no
need to deal with splitting and merging slots; however this is not exploited
in this patch.
This breaks
On 2012-01-15 11:49, Jan Kiszka wrote:
On 2011-12-19 15:13, Avi Kivity wrote:
Drop the use of cpu_register_phys_memory_client() in favour of the new
MemoryListener API. The new API simplifies the caller, since there is no
need to deal with splitting and merging slots; however this is not
From: Jan Kiszka jan.kis...@siemens.com
Remove this divergence from upstream. It is practically unused today as
the default mode is in-kernel irqchip. We keep the command line switch
for now, adding a warning that there is no effect anymore.
The feature can be reintroduced to upstream once we
Hi all,
the vgabios hash qemu-kvm points to does not exist in the referenced
repository. I was trying to find out the status of qemu-kvm's bios
binaries and relevance of what is in the kvm/ folder. Looks like this is
a bit messy...
Jan
signature.asc
Description: OpenPGP digital signature
From: Raghavendra K T raghavendra...@linux.vnet.ibm.com
The patch, extends KVM-hypervisor and Linux guest running on
KVM-hypervisor to support pv-ticket spinlocks.
PV ticket spinlock helps to solve Lock Holder Preemption problem discussed in
Return to behaviour perf MSR had before introducing vPMU in case vPMU
is disabled. Some guests access those registers unconditionally and do
not expect it to fail.
Signed-off-by: Gleb Natapov g...@redhat.com
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index c95ca2d..9c912f0b 100644
---
On 01/15/2012 01:14 PM, Jan Kiszka wrote:
Hi all,
the vgabios hash qemu-kvm points to does not exist in the referenced
repository. I was trying to find out the status of qemu-kvm's bios
binaries and relevance of what is in the kvm/ folder. Looks like this is
a bit messy...
I have
On 01/15/2012 12:52 PM, Jan Kiszka wrote:
On 2012-01-15 11:49, Jan Kiszka wrote:
On 2011-12-19 15:13, Avi Kivity wrote:
Drop the use of cpu_register_phys_memory_client() in favour of the new
MemoryListener API. The new API simplifies the caller, since there is no
need to deal with
On 01/13/2012 01:11 PM, Vasilis Liaskovitis wrote:
Signed-off-by: Vasilis Liaskovitis vasilis.liaskovi...@profitbricks.com
---
hw/acpi_piix4.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/hw/acpi_piix4.c b/hw/acpi_piix4.c
index d5743b6..8bf30dd
On 2012-01-15 13:33, Avi Kivity wrote:
On 01/15/2012 01:14 PM, Jan Kiszka wrote:
Hi all,
the vgabios hash qemu-kvm points to does not exist in the referenced
repository. I was trying to find out the status of qemu-kvm's bios
binaries and relevance of what is in the kvm/ folder. Looks like
On 2012-01-15 13:35, Avi Kivity wrote:
On 01/15/2012 12:52 PM, Jan Kiszka wrote:
On 2012-01-15 11:49, Jan Kiszka wrote:
On 2011-12-19 15:13, Avi Kivity wrote:
Drop the use of cpu_register_phys_memory_client() in favour of the new
MemoryListener API. The new API simplifies the caller, since
On 01/15/2012 02:39 PM, Jan Kiszka wrote:
On 2012-01-15 13:33, Avi Kivity wrote:
On 01/15/2012 01:14 PM, Jan Kiszka wrote:
Hi all,
the vgabios hash qemu-kvm points to does not exist in the referenced
repository. I was trying to find out the status of qemu-kvm's bios
binaries and
On 2012-01-15 13:42, Avi Kivity wrote:
On 01/15/2012 02:39 PM, Jan Kiszka wrote:
On 2012-01-15 13:33, Avi Kivity wrote:
On 01/15/2012 01:14 PM, Jan Kiszka wrote:
Hi all,
the vgabios hash qemu-kvm points to does not exist in the referenced
repository. I was trying to find out the status of
On 01/15/2012 02:44 PM, Jan Kiszka wrote:
OK, thanks.
As that repos is now the vgabios reference, nothing valuable can be lost
when we drop the kvm/ folder, right?
I guess so.
What about extboot w/ -M pc-0.foo? I guess we'll boot with a newer
seabios in any case, but we probably will have
On 01/15/2012 02:40 PM, Jan Kiszka wrote:
On 2012-01-15 13:35, Avi Kivity wrote:
On 01/15/2012 12:52 PM, Jan Kiszka wrote:
On 2012-01-15 11:49, Jan Kiszka wrote:
On 2011-12-19 15:13, Avi Kivity wrote:
Drop the use of cpu_register_phys_memory_client() in favour of the new
MemoryListener
On 01/15/2012 02:49 PM, Avi Kivity wrote:
On 01/15/2012 02:40 PM, Jan Kiszka wrote:
On 2012-01-15 13:35, Avi Kivity wrote:
On 01/15/2012 12:52 PM, Jan Kiszka wrote:
On 2012-01-15 11:49, Jan Kiszka wrote:
On 2011-12-19 15:13, Avi Kivity wrote:
Drop the use of
On 2012-01-15 13:49, Avi Kivity wrote:
On 01/15/2012 02:44 PM, Jan Kiszka wrote:
OK, thanks.
As that repos is now the vgabios reference, nothing valuable can be lost
when we drop the kvm/ folder, right?
I guess so.
What about extboot w/ -M pc-0.foo? I guess we'll boot with a newer
On 2012-01-15 13:50, Avi Kivity wrote:
On 01/15/2012 02:49 PM, Avi Kivity wrote:
On 01/15/2012 02:40 PM, Jan Kiszka wrote:
On 2012-01-15 13:35, Avi Kivity wrote:
On 01/15/2012 12:52 PM, Jan Kiszka wrote:
On 2012-01-15 11:49, Jan Kiszka wrote:
On 2011-12-19 15:13, Avi Kivity wrote:
Drop the
On 01/15/2012 02:50 PM, Jan Kiszka wrote:
On 2012-01-15 13:49, Avi Kivity wrote:
On 01/15/2012 02:44 PM, Jan Kiszka wrote:
OK, thanks.
As that repos is now the vgabios reference, nothing valuable can be lost
when we drop the kvm/ folder, right?
I guess so.
What about extboot
Hi Pekka,
Please pull cleanups which improve code and add uninitialization on guest
termination to various modules.
--
The following changes since commit 1cf7f482b481942fb533d83a56057a2b564bb057:
kvm tools: Simply write_in_full() check semantics (2012-01-09 21:02:28 +0200)
are available in
On 2012-01-15 13:53, Avi Kivity wrote:
On 01/15/2012 02:50 PM, Jan Kiszka wrote:
On 2012-01-15 13:49, Avi Kivity wrote:
On 01/15/2012 02:44 PM, Jan Kiszka wrote:
OK, thanks.
As that repos is now the vgabios reference, nothing valuable can be lost
when we drop the kvm/ folder, right?
I
On 01/15/2012 02:55 PM, Jan Kiszka wrote:
Yeah, but it isn't history for people running older qemu-kvm's. We
don't need extboot itself, but we do need to keep the boot option (as
2a06 does). The question is do we need to preserve its meaning too
(with the seabios implementation instead
On 15.01.2012 16:53, Avi Kivity wrote:
On 01/15/2012 02:50 PM, Jan Kiszka wrote:
[]
extboot is history since 2a06024dc1b1e27b1be0266379af397e61b4a9ad
Yeah, but it isn't history for people running older qemu-kvm's. We
don't need extboot itself, but we do need to keep the boot option (as
Signed-off-by: Cyrill Gorcunov gorcu...@gmail.com
---
tools/kvm/Makefile |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6.git/tools/kvm/Makefile
===
--- linux-2.6.git.orig/tools/kvm/Makefile
+++
On Thu, Jan 12, 2012 at 8:37 PM, Avi Kivity a...@redhat.com wrote:
On 01/07/2012 04:55 AM, Liu Ping Fan wrote:
From: Liu Ping Fan pingf...@linux.vnet.ibm.com
Currently, vcpu will be destructed only after kvm instance is
destroyed. This result to vcpu keep idle in kernel, but can not
be freed
On 01/15/2012 03:10 PM, Michael Tokarev wrote:
On 15.01.2012 16:53, Avi Kivity wrote:
On 01/15/2012 02:50 PM, Jan Kiszka wrote:
[]
extboot is history since 2a06024dc1b1e27b1be0266379af397e61b4a9ad
Yeah, but it isn't history for people running older qemu-kvm's. We
don't need extboot
On Thu, Jan 12, 2012 at 04:09:17PM +0200, Avi Kivity wrote:
On 10/11/2011 08:38 PM, Michael S. Tsirkin wrote:
To forward an interrupt to a vcpu that runs on
a host cpu different from the current one,
we need an ipi which likely will cost us as much
as delivering the interrupt directly to
On 15.01.2012 17:18, Avi Kivity wrote:
On 01/15/2012 03:10 PM, Michael Tokarev wrote:
[]
FWIW, I had to patch extboot back in for debian qemu-kvm 1.0, because
of lack of boot support from scsi (and no alternative), and because
many people's scripts who used boot= broke. I thought it is better
On Sun, Jan 15, 2012 at 05:27:39PM +0400, Michael Tokarev wrote:
On 15.01.2012 17:18, Avi Kivity wrote:
On 01/15/2012 03:10 PM, Michael Tokarev wrote:
[]
FWIW, I had to patch extboot back in for debian qemu-kvm 1.0, because
of lack of boot support from scsi (and no alternative), and
On 01/15/2012 03:17 PM, Liu ping fan wrote:
On Thu, Jan 12, 2012 at 8:37 PM, Avi Kivity a...@redhat.com wrote:
On 01/07/2012 04:55 AM, Liu Ping Fan wrote:
From: Liu Ping Fan pingf...@linux.vnet.ibm.com
Currently, vcpu will be destructed only after kvm instance is
destroyed. This result
On Thu, Jan 12, 2012 at 08:07:01PM -0800, David Miller wrote:
From: Stephen Hemminger shemmin...@vyatta.com
Date: Wed, 11 Jan 2012 21:30:38 -0800
Subject: vhost-net: add module alias (v2.1)
By adding some module aliases, programs (or users) won't have to explicitly
call modprobe.
On 01/15/2012 03:27 PM, Michael Tokarev wrote:
On 15.01.2012 17:18, Avi Kivity wrote:
On 01/15/2012 03:10 PM, Michael Tokarev wrote:
[]
FWIW, I had to patch extboot back in for debian qemu-kvm 1.0, because
of lack of boot support from scsi (and no alternative), and because
many people's
On 01/13/2012 02:56 PM, Davidlohr Bueso wrote:
On Fri, 2012-01-13 at 10:24 +0900, Takuya Yoshikawa wrote:
(2012/01/13 10:08), Davidlohr Bueso wrote:
From: Davidlohr Buesod...@gnu.org
It makes more sense to actually increment statistics for tlb flushes and
page table entry updates
Otherwise, the dirty log information is lost in the kernel forever.
Fixes opensuse-12.1 boot screen, which changes the vga windows rapidly.
Signed-off-by: Avi Kivity a...@redhat.com
---
This patch gives me a deja vu - I'm sure I've fixed exactly the same issue
before.
Please test.
kvm-all.c
Nothing useful remaining there.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
kvm/.gitignore | 66 -
kvm/Makefile| 125 --
kvm/configure | 142 --
kvm/extboot/Makefile| 41 -
kvm/extboot/STATUS
On 2012-01-15 14:39, Avi Kivity wrote:
On 01/15/2012 03:27 PM, Michael Tokarev wrote:
On 15.01.2012 17:18, Avi Kivity wrote:
On 01/15/2012 03:10 PM, Michael Tokarev wrote:
[]
FWIW, I had to patch extboot back in for debian qemu-kvm 1.0, because
of lack of boot support from scsi (and no
On 2012-01-15 15:17, Avi Kivity wrote:
Otherwise, the dirty log information is lost in the kernel forever.
Fixes opensuse-12.1 boot screen, which changes the vga windows rapidly.
Confirmed, problems solved here.
Thanks,
Jan
Signed-off-by: Avi Kivity a...@redhat.com
---
This patch
On Sun, Jan 15, 2012 at 03:21:45PM +0100, Jan Kiszka wrote:
On 2012-01-15 14:39, Avi Kivity wrote:
On 01/15/2012 03:27 PM, Michael Tokarev wrote:
On 15.01.2012 17:18, Avi Kivity wrote:
On 01/15/2012 03:10 PM, Michael Tokarev wrote:
[]
FWIW, I had to patch extboot back in for debian
On 2012-01-15 15:29, Gleb Natapov wrote:
On Sun, Jan 15, 2012 at 03:21:45PM +0100, Jan Kiszka wrote:
On 2012-01-15 14:39, Avi Kivity wrote:
On 01/15/2012 03:27 PM, Michael Tokarev wrote:
On 15.01.2012 17:18, Avi Kivity wrote:
On 01/15/2012 03:10 PM, Michael Tokarev wrote:
[]
FWIW, I had to
On Sun, 15 Jan 2012, Jan Kiszka wrote:
On 2012-01-15 15:17, Avi Kivity wrote:
Otherwise, the dirty log information is lost in the kernel forever.
Fixes opensuse-12.1 boot screen, which changes the vga windows rapidly.
Confirmed, problems solved here.
Problem from:
Ok. I will include MOVSXD as well in the future patch.
Regards,
Nadav
On Sun, Jan 15, 2012 at 11:56 AM, Avi Kivity a...@redhat.com wrote:
On 01/14/2012 08:34 PM, Nadav Amit wrote:
The destination register of MOVSX should be decoded similarily to MOVZX.
Signed-off-by: Nadav Amit
On 01/15/2012 04:40 PM, Gerhard Wiesinger wrote:
On Sun, 15 Jan 2012, Jan Kiszka wrote:
On 2012-01-15 15:17, Avi Kivity wrote:
Otherwise, the dirty log information is lost in the kernel forever.
Fixes opensuse-12.1 boot screen, which changes the vga windows rapidly.
Confirmed, problems
Thank you for applying this, Marcelo.
I fear we (or me after I agreed) did some mistake by erasing the additional
cpuid 0x8001 checks.
In contradiction to only AMD it MUST also apply on Intel-CPUs.
Documentation
Hi
I'd like to install a few servers as kvm guests in my home network and
to keep host as minimal as possible I'm thinking to install xbmc as a
guest too
1. Is is feasible ? As I read xbmc heavily uses opengl and I'm not sure
what about sound
2. Is it possible to redirect output from guest
I still poke at this when I get time.
I notice that pci_update_mappings calls pci_bar_address, and the latter
will always return PCI_BAR_UNMAPPED for this device. For the emulated
devices, pci_bar_address will get an address with PCI_ROM_ADDRESS_ENABLE
at some point, and pci_map_option_rom
Hello,
I come to this problem when using PCI passthrough (AMD IOMMU), I need
to passthrough a single PCI device which is behind PCIe-to-PCI bridge.
PCI tree in this case;
# lspci -t -v
-[:00]-+-00.0 ATI Technologies Inc RD890 PCI to PCI bridge
(external gfx0 port A)
+-00.2 ATI
On 01/15/12 22:05, Ryar wrote:
Hi
I'd like to install a few servers as kvm guests in my home network and
to keep host as minimal as possible I'm thinking to install xbmc as a
guest too
1. Is is feasible ? As I read xbmc heavily uses opengl and I'm not sure
what about sound
2. Is it
48 matches
Mail list logo