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
> ---
> arch/x86/kvm/emulate.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/arch/x86/kvm/emulate.c b/arch/x86/kvm/e
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 gr
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 no
From: Jan Kiszka
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 have IRQ paths with
feedb
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
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
http://www.amd64.org/fileadmin/user_upload/pub/LHP-commented_slides.pdf.
When spinlock
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
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index c95ca2d..9c912f0b 100644
--- a/arch/x86/kvm/x8
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 19e
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
On 01/13/2012 01:11 PM, Vasilis Liaskovitis wrote:
> Signed-off-by: Vasilis Liaskovitis
> ---
> 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 100644
> --- a/hw/acpi_piix4.c
>
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. Loo
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 ca
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
> >> b
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 fin
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 h
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
> >
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 cpu_
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 wi
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 Kivi
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.
>
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/ f
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 in
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
---
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
+++ linux-2.6.git/tools/kvm/Makefile
@@ -327,6 +3
On Thu, Jan 12, 2012 at 8:37 PM, Avi Kivity wrote:
> On 01/07/2012 04:55 AM, Liu Ping Fan wrote:
>> From: Liu Ping Fan
>>
>> Currently, vcpu will be destructed only after kvm instance is
>> destroyed. This result to vcpu keep idle in kernel, but can not
>> be freed when it is unplugged in guest.
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 ne
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 dire
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
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), a
On 01/15/2012 03:17 PM, Liu ping fan wrote:
> On Thu, Jan 12, 2012 at 8:37 PM, Avi Kivity wrote:
> > On 01/07/2012 04:55 AM, Liu Ping Fan wrote:
> >> From: Liu Ping Fan
> >>
> >> Currently, vcpu will be destructed only after kvm instance is
> >> destroyed. This result to vcpu keep idle in kernel,
On Thu, Jan 12, 2012 at 08:07:01PM -0800, David Miller wrote:
> From: Stephen Hemminger
> 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. Vhost-net will
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
> >> ma
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 Bueso
> > >
> > > 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
---
This patch gives me a deja vu - I'm sure I've fixed exactly the same issue
before.
Please test.
kvm-all.c |4
1 f
Nothing useful remaining there.
Signed-off-by: Jan Kiszka
---
kvm/.gitignore | 66 -
kvm/Makefile| 125 --
kvm/configure | 142 --
kvm/extboot/Makefile| 41 -
kvm/extboot/STATUS |6 -
kv
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 scs
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
> ---
>
> This patch gives me a
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 i
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:
[
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: http://permalink.gmane.or
Ok. I will include MOVSXD as well in the future patch.
Regards,
Nadav
On Sun, Jan 15, 2012 at 11:56 AM, Avi Kivity 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
>> ---
>> arch/x86/k
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.
>>
>> Confirm
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
"http://www.intel.com/content/dam/doc/manual/64-ia-32-architectures-software-deve
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 a
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 wi
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 Te
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
48 matches
Mail list logo