Dirk,
sometimes when windows detects new hardware on a write-protected image, it
needs to reinstall it on boot.
For USB controllers this is usually on a 10-15 minute cycle. It may use a
similar service startup cycle for audio hardware.
Is your Vista image in 'snapshot=off' mode?
Simon
Am Montag 01 Oktober 2012, 06:54:04 schrieb Veruca Salt:
sometimes when windows detects new hardware on a write-protected image, it
needs to reinstall it on boot. For USB controllers this is usually on a
10-15 minute cycle. It may use a similar service startup cycle for audio
hardware. Is
On 2012-09-30 21:11, Marcelo Tosatti wrote:
Option is deprecated and warning has been in place for one year.
Do we really care about such cosmetics? What is the big plan for
qemu-kvm now? For 1.3 and then beyond?
Jan
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
diff --git
From: dirk.heinri...@altum.de
To: kvm@vger.kernel.org
Subject: Re: Audio starts working several hours after starting Windows Vista
guest
Date: Mon, 1 Oct 2012 09:06:57 +0200
Am Montag 01 Oktober 2012, 06:54:04 schrieb Veruca Salt:
sometimes
The following series implements KVM support for ARM processors,
specifically on the Cortex A-15 platform. We feel this is ready to be
merged.
Work is done in collaboration between Columbia University, Virtual Open
Systems and ARM/Linaro.
The patch series applies to Linux 3.6 with a number of
From: Marc Zyngier marc.zyng...@arm.com
When an interrupt occurs for the guest, it is sometimes necessary
to find out which vcpu was running at that point.
Keep track of which vcpu is being tun in kvm_arch_vcpu_ioctl_run(),
and allow the data to be retrived using either:
-
From: Marc Zyngier marc.zyng...@arm.com
Wire the basic framework code for VGIC support. Nothing to enable
yet.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Christoffer Dall c.d...@virtualopensystems.com
---
arch/arm/include/asm/kvm_host.h |7
From: Marc Zyngier marc.zyng...@arm.com
Wire the initial in-kernel MMIO support code for the VGIC, used
for the distributor emulation.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Christoffer Dall c.d...@virtualopensystems.com
---
arch/arm/include/asm/kvm_vgic.h |6 +-
From: Marc Zyngier marc.zyng...@arm.com
Add the GIC distributor emulation code. A number of the GIC features
are simply ignored as they are not required to boot a Linux guest.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Christoffer Dall c.d...@virtualopensystems.com
---
From: Marc Zyngier marc.zyng...@arm.com
Add VGIC virtual CPU interface code, picking pending interrupts
from the distributor and stashing them in the VGIC control interface
list registers.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Christoffer Dall
On Mon, Oct 1, 2012 at 5:07 AM, Christoffer Dall
c.d...@virtualopensystems.com wrote:
The following series implements KVM support for ARM processors,
specifically on the Cortex A-15 platform. We feel this is ready to be
merged.
Work is done in collaboration between Columbia University,
The following series implements KVM support for ARM processors,
specifically on the Cortex A-15 platform. We feel this is ready to be
merged.
Work is done in collaboration between Columbia University, Virtual Open
Systems and ARM/Linaro.
The patch series applies to Linux 3.6 with a number of
KVM uses the stage-2 page tables and the Hyp page table format,
so we define the fields and page protection flags needed by KVM.
The nomenclature is this:
- page_hyp:PL2 code/data mappings
- page_hyp_device: PL2 device mappings (vgic access)
- page_s2: Stage-2 code/data page
Add a method (hyp_idmap_setup) to populate a hyp pgd with an
identity mapping of the code contained in the .hyp.idmap.text
section.
Offer a method to drop the this identity mapping through
hyp_idmap_teardown.
Make all the above depend on CONFIG_ARM_VIRT_EXT and CONFIG_ARM_LPAE.
Cc: Will Deacon
Decoding the implementor and part number of the CPU id in the CPU ID
register is needed by KVM, so we factor it out to share the code.
Signed-off-by: Christoffer Dall c.d...@virtualopensystems.com
---
arch/arm/include/asm/cputype.h | 26 ++
arch/arm/kernel/perf_event.c
Targets KVM support for Cortex A-15 processors.
Contains all the framework components, make files, header files, some
tracing functionality, and basic user space API.
Only supported core is Cortex-A15 for now.
Most functionality is in arch/arm/kvm/* or arch/arm/include/asm/kvm_*.h.
Sets up KVM code to handle all exceptions taken to Hyp mode.
When the kernel is booted in Hyp mode, calling hvc #0xff with r0 pointing to
the new vectors, the HVBAR is changed to the the vector pointers. This allows
subsystems (like KVM here) to execute code in Hyp-mode with the MMU disabled.
This commit introduces the framework for guest memory management
through the use of 2nd stage translation. Each VM has a pointer
to a level-1 table (the pgd field in struct kvm_arch) which is
used for the 2nd stage translations. Entries are added when handling
guest faults (later patch) and the
From: Christoffer Dall cd...@cs.columbia.edu
All interrupt injection is now based on the VM ioctl KVM_IRQ_LINE. This
works semantically well for the GIC as we in fact raise/lower a line on
a machine component (the gic). The IOCTL uses the follwing struct.
struct kvm_irq_level {
union {
Provides complete world-switch implementation to switch to other guests
running in non-secure modes. Includes Hyp exception handlers that
capture necessary exception information and stores the information on
the VCPU and KVM structures.
The following Hyp-ABI is also documented in the code:
Adds a new important function in the main KVM/ARM code called
handle_exit() which is called from kvm_arch_vcpu_ioctl_run() on returns
from guest execution. This function examines the Hyp-Syndrome-Register
(HSR), which contains information telling KVM what caused the exit from
the guest.
Some of
The following three ioctls are implemented:
- KVM_GET_REG_LIST
- KVM_GET_ONE_REG
- KVM_SET_ONE_REG
Now we have a table for all the cp15 registers, we can drive a generic
API.
The register IDs carry the following encoding:
ARM registers are mapped using the lower 32 bits. The upper 16 of
The Cache Size Selection Register (CSSELR) selects the current Cache
Size ID Register (CCSIDR). You write which cache you are interested
in to CSSELR, and read the information out of CCSIDR.
Which cache numbers are valid is known by reading the Cache Level ID
Register (CLIDR).
To export this
From: Rusty Russell rusty.russ...@linaro.org
We use space #18 for floating point regs.
Signed-off-by: Rusty Russell ru...@rustcorp.com.au
Signed-off-by: Christoffer Dall c.d...@virtualopensystems.com
---
Documentation/virtual/kvm/api.txt |6 +
arch/arm/include/asm/kvm.h| 12 ++
Handles the guest faults in KVM by mapping in corresponding user pages
in the 2nd stage page tables.
We invalidate the instruction cache by MVA whenever we map a page to the
guest (no, we cannot only do it when we have an iabt because the guest
may happily read/write a page before hitting the
When the guest accesses I/O memory this will create data abort
exceptions and they are handled by decoding the HSR information
(physical address, read/write, length, register) and forwarding reads
and writes to QEMU which performs the device emulation.
Certain classes of load/store operations do
The following series implements support for the virtual generic
interrupt controller architecture for KVM/ARM.
This is an unmodified repost of the previously submitted series.
This patch series can also be pulled from:
git://github.com/virtualopensystems/linux-kvm-arm.git
branch:
From: Marc Zyngier marc.zyng...@arm.com
When an interrupt occurs for the guest, it is sometimes necessary
to find out which vcpu was running at that point.
Keep track of which vcpu is being tun in kvm_arch_vcpu_ioctl_run(),
and allow the data to be retrived using either:
-
From: Marc Zyngier marc.zyng...@arm.com
Wire the basic framework code for VGIC support. Nothing to enable
yet.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Christoffer Dall c.d...@virtualopensystems.com
---
arch/arm/include/asm/kvm_host.h |7
From: Marc Zyngier marc.zyng...@arm.com
Wire the initial in-kernel MMIO support code for the VGIC, used
for the distributor emulation.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Christoffer Dall c.d...@virtualopensystems.com
---
arch/arm/include/asm/kvm_vgic.h |6 +-
From: Marc Zyngier marc.zyng...@arm.com
Add the GIC distributor emulation code. A number of the GIC features
are simply ignored as they are not required to boot a Linux guest.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Christoffer Dall c.d...@virtualopensystems.com
---
From: Marc Zyngier marc.zyng...@arm.com
Add VGIC virtual CPU interface code, picking pending interrupts
from the distributor and stashing them in the VGIC control interface
list registers.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Christoffer Dall
From: Marc Zyngier marc.zyng...@arm.com
Plug the interrupt injection code. Interrupts can now be generated
from user space.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Christoffer Dall c.d...@virtualopensystems.com
---
arch/arm/include/asm/kvm_vgic.h |8
From: Marc Zyngier marc.zyng...@arm.com
Enable the VGIC control interface to be save-restored on world switch.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Christoffer Dall c.d...@virtualopensystems.com
---
arch/arm/include/asm/kvm_arm.h | 12 +++
From: Marc Zyngier marc.zyng...@arm.com
Add the init code for the hypervisor, the virtual machine, and
the virtual CPUs.
An interrupt handler is also wired to allow the VGIC maintenance
interrupts, used to deal with level triggered interrupts and LR
underflows.
Signed-off-by: Marc Zyngier
From: Marc Zyngier marc.zyng...@arm.com
It is now possible to select the VGIC configuration option.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Christoffer Dall c.d...@virtualopensystems.com
---
arch/arm/kvm/Kconfig |7 +++
1 file changed, 7 insertions(+)
diff --git
The following series implements support for the architected generic
timers for KVM/ARM.
This is an unmodified repost of the previously submitted series.
This patch series can also be pulled from:
git://github.com/virtualopensystems/linux-kvm-arm.git
branch: kvm-arm-v12-vgic-timers
From: Marc Zyngier marc.zyng...@arm.com
If we're booted in HYP mode, it is possible that we'll run some
kind of virtualized environment. In this case, it is a better to
switch to the physical timers, and leave the virtual timers to
guests.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
From: Marc Zyngier marc.zyng...@arm.com
Add some very minimal architected timer related infrastructure.
For the moment, we just provide empty structures, and enable/disable
access to the physical timer across world switch.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by:
From: Marc Zyngier marc.zyng...@arm.com
We can inject a timer interrupt into the guest as a result of
three possible events:
- The virtual timer interrupt has fired while we were still
executing the guest
- The timer interrupt hasn't fired, but it expired while we
were doing the world switch
From: Marc Zyngier marc.zyng...@arm.com
Do the necessary save/restore dance for the timers in the world
switch code. In the process, allow the guest to read the physical
counter, which is useful for its own clock_event_device.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by:
From: Marc Zyngier marc.zyng...@arm.com
It is now possible to select CONFIG_KVM_ARM_TIMER to enable the
KVM architected timer support.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Christoffer Dall c.d...@virtualopensystems.com
---
arch/arm/kvm/Kconfig |7 +++
On Mon, Oct 01, 2012 at 10:05:21AM +0200, Jan Kiszka wrote:
On 2012-09-30 21:11, Marcelo Tosatti wrote:
Option is deprecated and warning has been in place for one year.
Do we really care about such cosmetics?
We care about removing qemu-kvm to null.
What is the big plan for
qemu-kvm
On 2012-10-01 11:31, Marcelo Tosatti wrote:
On Mon, Oct 01, 2012 at 10:05:21AM +0200, Jan Kiszka wrote:
On 2012-09-30 21:11, Marcelo Tosatti wrote:
Option is deprecated and warning has been in place for one year.
Do we really care about such cosmetics?
We care about removing qemu-kvm to
On 30.09.2012, at 13:29, Avi Kivity wrote:
On 09/27/2012 09:59 PM, Alexander Graf wrote:
Do you have the auto-autotest setup ready? I guess we can do it
manually until it is.
I do have a local autotest setup. Or what exactly are you referring to?
Getting autotest to run automatically
Otherwise its possible for an unrelated KVM_REQ_UPDATE_CLOCK (such as due to CPU
migration) to clear the bit.
Noticed by Paolo Bonzini.
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index 19047ea..7d47fb6 100644
--- a/arch/x86/kvm/x86.c
On Sun, Sep 30, 2012 at 05:49:21PM -0400, Christoffer Dall wrote:
On Thu, Sep 27, 2012 at 11:11 AM, Will Deacon will.dea...@arm.com wrote:
On Sat, Sep 15, 2012 at 04:35:59PM +0100, Christoffer Dall wrote:
When the guest accesses I/O memory this will create data abort
exceptions and they are
On Mon, Oct 01, 2012 at 12:21:18PM +0200, Jan Kiszka wrote:
On 2012-10-01 11:31, Marcelo Tosatti wrote:
On Mon, Oct 01, 2012 at 10:05:21AM +0200, Jan Kiszka wrote:
On 2012-09-30 21:11, Marcelo Tosatti wrote:
Option is deprecated and warning has been in place for one year.
Do we really
Il 26/07/2012 15:28, Paolo Bonzini ha scritto:
James,
patch 1 fixes scanning of LUNs whose number is greater than 255. QEMU
passes a max_lun of 16383 (because it uses SAM numbering) but in Linux
it must become 32768 (because LUNs above 255 are relocated to 16640).
Patch 2 is a resubmission
On 2012-10-01 15:03, Marcelo Tosatti wrote:
On Mon, Oct 01, 2012 at 12:21:18PM +0200, Jan Kiszka wrote:
On 2012-10-01 11:31, Marcelo Tosatti wrote:
On Mon, Oct 01, 2012 at 10:05:21AM +0200, Jan Kiszka wrote:
On 2012-09-30 21:11, Marcelo Tosatti wrote:
Option is deprecated and warning has
Jan Kiszka jan.kis...@siemens.com writes:
On 2012-10-01 11:31, Marcelo Tosatti wrote:
It's not just about default configs. We need to validate if the
migration formats are truly compatible (qemu-kvm - QEMU, the other way
around definitely not). For the command line switches, we could provide
On Sun, 30 Sep 2012 15:21:54 -0400, Christoffer Dall
c.d...@virtualopensystems.com wrote:
On Thu, Sep 27, 2012 at 10:13 AM, Will Deacon will.dea...@arm.com
wrote:
I think Marc (CC'd) had a go at this with some success.
great, if this improves the code, then I suggest someone rebases an
Christoph Hellwig h...@infradead.org writes:
Does anyone know when the kvm forum schedule for this year will be
published?
It should be published soon.
I'm especially curious if Friday will be a full conference
day or if it makes sense to fly back in the afternoon.
Friday afternoon will be
On 2012-10-01 15:19, Anthony Liguori wrote:
Jan Kiszka jan.kis...@siemens.com writes:
On 2012-10-01 11:31, Marcelo Tosatti wrote:
It's not just about default configs. We need to validate if the
migration formats are truly compatible (qemu-kvm - QEMU, the other way
around definitely not).
On Mon, Oct 01, 2012 at 08:19:29AM -0500, Anthony Liguori wrote:
Jan Kiszka jan.kis...@siemens.com writes:
On 2012-10-01 11:31, Marcelo Tosatti wrote:
It's not just about default configs. We need to validate if the
migration formats are truly compatible (qemu-kvm - QEMU, the other way
On 2012-10-01 15:31, Marcelo Tosatti wrote:
On Mon, Oct 01, 2012 at 08:19:29AM -0500, Anthony Liguori wrote:
Jan Kiszka jan.kis...@siemens.com writes:
On 2012-10-01 11:31, Marcelo Tosatti wrote:
It's not just about default configs. We need to validate if the
migration formats are truly
Il 01/10/2012 15:19, Anthony Liguori ha scritto:
I think it's time for the distros to drop qemu-kvm and just ship
qemu.git. Is there anything else that needs to happen to make that
switch?
Perhaps change the default to -machine accel=kvm:tcg?
Paolo
--
To unsubscribe from this list: send the
01.10.2012 17:36, Jan Kiszka wrote:
On 2012-10-01 15:31, Marcelo Tosatti wrote:
Default nic is rtl8139 vs. e1000.
Config file (as suggested earlier on this thread).
If you need to append -config bla, you can also specify the desired NIC
explicitly - I see no value in the former. If we
On 2012-10-01 15:38, Paolo Bonzini wrote:
Il 01/10/2012 15:19, Anthony Liguori ha scritto:
I think it's time for the distros to drop qemu-kvm and just ship
qemu.git. Is there anything else that needs to happen to make that
switch?
Perhaps change the default to -machine accel=kvm:tcg?
On 2012-10-01 15:44, Michael Tokarev wrote:
01.10.2012 17:36, Jan Kiszka wrote:
On 2012-10-01 15:31, Marcelo Tosatti wrote:
Default nic is rtl8139 vs. e1000.
Config file (as suggested earlier on this thread).
If you need to append -config bla, you can also specify the desired NIC
Paolo Bonzini pbonz...@redhat.com writes:
Il 01/10/2012 15:19, Anthony Liguori ha scritto:
I think it's time for the distros to drop qemu-kvm and just ship
qemu.git. Is there anything else that needs to happen to make that
switch?
Perhaps change the default to -machine accel=kvm:tcg?
On 01.10.2012, at 15:19, Anthony Liguori wrote:
Jan Kiszka jan.kis...@siemens.com writes:
On 2012-10-01 11:31, Marcelo Tosatti wrote:
It's not just about default configs. We need to validate if the
migration formats are truly compatible (qemu-kvm - QEMU, the other way
around definitely
We (Ubuntu) plan to switch to qemu in the next release which opens in
November. I suppose there's likely to be a hiccough or two, but I can't
think of any offhand.
-serge
Quoting Scott Moser (smo...@ubuntu.com):
you should have been added here.
-- Forwarded message --
Il 01/10/2012 16:07, Alexander Graf ha scritto:
-drive ...,boot= - this is ignored
It's ignored, but useful for certain things. I don't know how many of
our users use boot= today, but it's certainly still in the code, and
supported. I honestly wouldn't mind to carry a SUSE specific patch
Il 30/09/2012 09:34, Dirk Heinrichs ha scritto:
Hello,
since a week or two, I have a very strange problem with audio output on a
Windows Vista guest. Right after booting the guest, audio does not work. If I
leave the guest running for some hours (don't know how many, I usually try
again
On 1 October 2012 15:15, Serge Hallyn serge.hal...@canonical.com wrote:
We (Ubuntu) plan to switch to qemu in the next release which opens in
November. I suppose there's likely to be a hiccough or two, but I can't
think of any offhand.
Are you planning to do that for all CPU target
If we built a target for a host that supports KVM in principle, set the
default accelerator to KVM as well. This also means the start of QEMU
will fail to start if KVM support turns out to be unavailable at
runtime.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
kvm-all.c |1 +
On 10/1/2012 at 07:19 AM, Anthony Liguori anth...@codemonkey.ws wrote:
Jan Kiszka jan.kis...@siemens.com writes:
On 2012-10-01 11:31, Marcelo Tosatti wrote:
It's not just about default configs. We need to validate if the
migration formats are truly compatible (qemu-kvm - QEMU, the other
On Mon, Oct 01, 2012 at 04:12:09PM +0100, Jon Medhurst (Tixy) wrote:
On Mon, 2012-10-01 at 13:53 +0100, Dave Martin wrote:
On Sun, Sep 30, 2012 at 05:49:21PM -0400, Christoffer Dall wrote:
On Thu, Sep 27, 2012 at 11:11 AM, Will Deacon will.dea...@arm.com wrote:
On Sat, Sep 15, 2012 at
Alex Williamson alex.william...@redhat.com writes:
v6:
Update patch 4/4 so Makefile just uses CONFIG_LINUX and
avoids all the noise in configure.
Also available in git here:
git://github.com/awilliam/qemu-vfio.git
branch: vfio-for-qemu
tag: vfio-pci-for-qemu-v6
Applied. Thanks.
On Mon, 2012-10-01 at 13:53 +0100, Dave Martin wrote:
On Sun, Sep 30, 2012 at 05:49:21PM -0400, Christoffer Dall wrote:
On Thu, Sep 27, 2012 at 11:11 AM, Will Deacon will.dea...@arm.com wrote:
On Sat, Sep 15, 2012 at 04:35:59PM +0100, Christoffer Dall wrote:
I'm afraid you're not going to
Jan Kiszka jan.kis...@siemens.com writes:
If we built a target for a host that supports KVM in principle, set the
default accelerator to KVM as well. This also means the start of QEMU
will fail to start if KVM support turns out to be unavailable at
runtime.
Signed-off-by: Jan Kiszka
Hello Jan,
Am 01.10.2012 16:34, schrieb Jan Kiszka:
If we built a target for a host that supports KVM in principle, set the
default accelerator to KVM as well. This also means the start of QEMU
will fail to start if KVM support turns out to be unavailable at
runtime.
From a distro point of
On Mon, Oct 01, 2012 at 06:43:00PM +0200, Andreas Färber wrote:
Hello Jan,
Am 01.10.2012 16:34, schrieb Jan Kiszka:
If we built a target for a host that supports KVM in principle, set the
default accelerator to KVM as well. This also means the start of QEMU
will fail to start if KVM
Quoting Peter Maydell (peter.mayd...@linaro.org):
On 1 October 2012 15:15, Serge Hallyn serge.hal...@canonical.com wrote:
We (Ubuntu) plan to switch to qemu in the next release which opens in
November. I suppose there's likely to be a hiccough or two, but I can't
think of any offhand.
This:
struct vfio_iommu_type1_dma_map map = {
.argsz = sizeof(map),
.flags = VFIO_DMA_MAP_FLAG_READ,
.vaddr = (__u64)vaddr,
.iova = iova,
.size = size,
};
(around line 771)
breaks in my environment. I am in a crosschain environment on a i386
On Mon, Oct 01, 2012 at 11:20:41AM -0500, Anthony Liguori wrote:
Jan Kiszka jan.kis...@siemens.com writes:
If we built a target for a host that supports KVM in principle, set the
default accelerator to KVM as well. This also means the start of QEMU
will fail to start if KVM support turns
On Wed, 29 Aug 2012 13:18:54 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
We can know the guest is panicked when the guest runs on xen.
But we do not have such feature on kvm.
What's the status of this series?
It got lost in my queue and I ended up not reviewing it, but it seems
to be
Daniel P. Berrange berra...@redhat.com writes:
On Mon, Oct 01, 2012 at 06:43:00PM +0200, Andreas Färber wrote:
Hello Jan,
Am 01.10.2012 16:34, schrieb Jan Kiszka:
If we built a target for a host that supports KVM in principle, set the
default accelerator to KVM as well. This also means
But libguest can set it's accelerator option to whatever it wants.
If your running QEMU under a VM, it's pretty reasonable to have to
use a special option IMHO.
It's also reasonable to have consecutive releases change defaults in
a more friendly way (i.e. from tcg to kvm:tcg), especially
On Mon, Oct 01, 2012 at 03:57:40PM -0300, Luiz Capitulino wrote:
On Wed, 29 Aug 2012 13:18:54 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
We can know the guest is panicked when the guest runs on xen.
But we do not have such feature on kvm.
What's the status of this series?
It got
hi
Please send in any agenda topics you are interested in.
Later, Juan.
--
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
Paolo Bonzini pbonz...@redhat.com writes:
But libguest can set it's accelerator option to whatever it wants.
If your running QEMU under a VM, it's pretty reasonable to have to
use a special option IMHO.
It's also reasonable to have consecutive releases change defaults in
a more friendly
Juan Quintela quint...@redhat.com writes:
hi
Please send in any agenda topics you are interested in.
1) TODO to finish off qemu-kvm.git/master...
Regards,
Anthony Liguori
Later, Juan.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to
On 30.09.2012, at 13:29, Avi Kivity wrote:
On 09/27/2012 09:59 PM, Alexander Graf wrote:
Do you have the auto-autotest setup ready? I guess we can do it
manually until it is.
I do have a local autotest setup. Or what exactly are you referring to?
Getting autotest to run automatically
85 matches
Mail list logo