From: Feng Yang fy...@redhat.com
screendump is start before vm creating. At most time, it is ok.
But when setting start_vm to no, then create vm in tests script.
This may could not work. screendump thread exit for AttributeError exception.
Some of our unattended_install case fail for this
On Fri, 24 Jun 2011 19:26:48 -0400, Sasha Levin levinsasha...@gmail.com wrote:
On Fri, 2011-06-24 at 21:30 +0530, Aneesh Kumar K.V wrote:
On Fri, 24 Jun 2011 09:47:18 -0400, Sasha Levin levinsasha...@gmail.com
wrote:
On Tue, 2011-06-21 at 15:50 +0530, Aneesh Kumar K.V wrote:
+static
On Tue, Mar 29, 2011 at 5:54 AM, Avi Kivity a...@redhat.com wrote:
Add support for marking an instruction as SSE, switching registers used
to the SSE register file.
Avi,
So this change will only support XMM register as its destination not
memory, right? I am seeing the mmio size in qemu is
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
tools/kvm/virtio/9p.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/tools/kvm/virtio/9p.c b/tools/kvm/virtio/9p.c
index 2727a85..69e534f 100644
--- a/tools/kvm/virtio/9p.c
+++
The protocol data is in little-endian format.
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
tools/kvm/Makefile|1 +
tools/kvm/include/kvm/virtio-9p.h | 66 +-
tools/kvm/virtio/9p-pdu.c | 242 +++
tools/kvm/virtio/9p.c
On 2011-06-28 00:48, Alex Williamson wrote:
-case PCI_CAP_ID_VPD:
-case PCI_CAP_ID_VNDR:
-assigned_dev_pci_write(pci_dev, address, val, len);
+switch (len) {
+case 4:
+direct_mask =
+pci_get_long(assigned_dev-direct_config_write + address);
+
On 06/28/2011 01:48 AM, Alex Williamson wrote:
+memset(dev-direct_config_read + PCI_COMMAND, 0xff, 12);
This is more efficient, but maybe we should memset each field for
grep-ability.
Agree. Or even
pci_assign_set_direct_config(dev, register, start_bit, nr_bits);
--
error
On 06/27/2011 09:19 PM, Jan Kiszka wrote:
This series basically consists of two halves. The first one applies a
few smaller cleanups to qemu-kvm to improve similarity with upstream.
This includes the recently discussed removal of -enable-nesting.
The second half starts with two device
On Mon, Jun 27, 2011 at 08:19:55PM +0200, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
This drastically simplifies config space access management: Instead of
coding various range checks and merging bits, set up two access control
bitmaps. One defines, which bits can be directly
On 06/28/2011 09:49 AM, Cyclonus J wrote:
On Tue, Mar 29, 2011 at 5:54 AM, Avi Kivitya...@redhat.com wrote:
Add support for marking an instruction as SSE, switching registers used
to the SSE register file.
Avi,
So this change will only support XMM register as its destination not
memory,
Please don't top-post.
On 06/28/2011 05:54 AM, lidong chen wrote:
but i didn't find intel cpu support exclude_host attribute.
and this method depend on the support of cpu.
Look at the load IA32_PERF_GLOBAL_CTRL VM-entry and VM-exit controls.
i find the implement of Xenoprof, which inject
On 2011-06-28 10:10, Michael S. Tsirkin wrote:
On Mon, Jun 27, 2011 at 08:19:55PM +0200, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
This drastically simplifies config space access management: Instead of
coding various range checks and merging bits, set up two access control
On 06/27/2011 01:22 PM, Jan Kiszka wrote:
Lacking sync of the user space state to the kernel after system reset
left the PIC behind in an undefined state. This broke IRQ delivery in
some scenarios, e.g. when resetting while in the BIOS.
Applied, thanks.
--
error compiling committee.c: too
On 2011-06-28 10:07, Avi Kivity wrote:
On 06/28/2011 01:48 AM, Alex Williamson wrote:
+memset(dev-direct_config_read + PCI_COMMAND, 0xff, 12);
This is more efficient, but maybe we should memset each field for
grep-ability.
Agree. Or even
pci_assign_set_direct_config(dev,
On 06/27/2011 01:23 PM, Jan Kiszka wrote:
Analogously to the PIC, we were lacking sync of the PIT user space
state to the kernel after reset. Fix it pragmatically, the code will be
reworked for upstream anyway.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
On 06/28/2011 11:19 AM, Jan Kiszka wrote:
On 2011-06-28 10:07, Avi Kivity wrote:
On 06/28/2011 01:48 AM, Alex Williamson wrote:
+memset(dev-direct_config_read + PCI_COMMAND, 0xff, 12);
This is more efficient, but maybe we should memset each field for
grep-ability.
Agree. Or even
On Tue, Jun 28, 2011 at 10:18:20AM +0200, Jan Kiszka wrote:
Is this an optimization? What harm does it do to virtualize always?
Just replicating the old behavior,
Oh, I absolutely agree with that.
It's better to do more cleanups in separate patches,
this one is huge so it's better if bisect
On Mon, Jun 27, 2011 at 08:19:55PM +0200, Jan Kiszka wrote:
-/* There can be multiple VNDR capabilities per device, we need to find the
- * one that starts closet to the given address without going over. */
-static uint8_t find_vndr_start(PCIDevice *pci_dev, uint32_t address)
+static uint32_t
On Mon, Jun 27, 2011 at 08:19:52PM +0200, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
All constants are now available through QEMU. Also drop the upstream
diff of pci_regs.h, it cannot clash with libpci anymore.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Yay.
--
To
On Tue, Jun 28, 2011 at 11:10:04AM +0300, Avi Kivity wrote:
On 06/27/2011 09:19 PM, Jan Kiszka wrote:
This series basically consists of two halves. The first one applies a
few smaller cleanups to qemu-kvm to improve similarity with upstream.
This includes the recently discussed removal of
On Mon, Jun 27, 2011 at 08:19:56PM +0200, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
Device assignment no longer peeks into config_map, so we can drop all
the related changes and sync the PCI core with upstream.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
That's great
On 06/28/2011 11:51 AM, Michael S. Tsirkin wrote:
On Mon, Jun 27, 2011 at 08:19:55PM +0200, Jan Kiszka wrote:
-/* There can be multiple VNDR capabilities per device, we need to find the
- * one that starts closet to the given address without going over. */
-static uint8_t
On 2011-06-28 10:58, Michael S. Tsirkin wrote:
On Mon, Jun 27, 2011 at 08:19:56PM +0200, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
Device assignment no longer peeks into config_map, so we can drop all
the related changes and sync the PCI core with upstream.
Signed-off-by:
On 2011-06-28 10:30, Michael S. Tsirkin wrote:
On Tue, Jun 28, 2011 at 10:18:20AM +0200, Jan Kiszka wrote:
Is this an optimization? What harm does it do to virtualize always?
Just replicating the old behavior,
Oh, I absolutely agree with that.
It's better to do more cleanups in separate
On Tue, Jun 28, 2011 at 11:12:54AM +0200, Jan Kiszka wrote:
On 2011-06-28 10:58, Michael S. Tsirkin wrote:
On Mon, Jun 27, 2011 at 08:19:56PM +0200, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
Device assignment no longer peeks into config_map, so we can drop all
the
Anaconda log will help us to analyse failure of installation.
Signed-off-by: Qingtang Zhou qz...@redhat.com
---
client/tests/kvm/unattended/Fedora-10.ks | 35 ++
client/tests/kvm/unattended/Fedora-11.ks | 35 ++
Signed-off-by: Qingtang Zhou qz...@redhat.com
---
client/tests/kvm/tests_base.cfg.sample |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/client/tests/kvm/tests_base.cfg.sample
b/client/tests/kvm/tests_base.cfg.sample
index 4db011d..0fefa3b 100644
---
This patch will save guest's anaconda log to 'anaconda.log' in debug directory.
Signed-off-by: Qingtang Zhou qz...@redhat.com
---
client/tests/kvm/tests/unattended_install.py | 31 ++
1 files changed, 31 insertions(+), 0 deletions(-)
diff --git
On Mon, Jun 27, 2011 at 04:21:48PM +0300, Avi Kivity wrote:
...
+static bool memory_region_access_valid(MemoryRegion *mr,
+ target_phys_addr_t addr,
+ unsigned size)
+{
+if (!mr-ops-valid.unaligned (addr (size
On 2011-06-28 12:03, Michael S. Tsirkin wrote:
+struct MemoryRegion {
+/* All fields are private - violators will be prosecuted */
+const MemoryRegionOps *ops;
+MemoryRegion *parent;
+uint64_t size;
+target_phys_addr_t addr;
+target_phys_addr_t offset;
+
On Mon, Jun 27, 2011 at 02:19:46PM -0400, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
Link it is already handling in upstream, this feature can be controlled
via -cpu ...+/-svm.
CC: Joerg Roedel joerg.roe...@amd.com
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
On 2011-06-28 12:48, Roedel, Joerg wrote:
On Mon, Jun 27, 2011 at 02:19:46PM -0400, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
Link it is already handling in upstream, this feature can be controlled
Ugh, I must have been drunken.
Like it is already handled in upstream, ...
On Mon, Jun 27, 2011 at 08:19:47PM +0200, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
No longer used.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
I think it's actually handy to build on old systems which have
a recent enough kernel but not the header.
Does it hurt much
On 2011-06-28 13:09, Michael S. Tsirkin wrote:
On Mon, Jun 27, 2011 at 08:19:47PM +0200, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
No longer used.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
I think it's actually handy to build on old systems which have
a recent
On 06/28/2011 01:52 PM, Jan Kiszka wrote:
On 2011-06-28 12:48, Roedel, Joerg wrote:
On Mon, Jun 27, 2011 at 02:19:46PM -0400, Jan Kiszka wrote:
From: Jan Kiszkajan.kis...@siemens.com
Link it is already handling in upstream, this feature can be controlled
Ugh, I must have been drunken.
On 06/28/2011 01:03 PM, Michael S. Tsirkin wrote:
On Mon, Jun 27, 2011 at 04:21:48PM +0300, Avi Kivity wrote:
...
+static bool memory_region_access_valid(MemoryRegion *mr,
+ target_phys_addr_t addr,
+ unsigned
On 06/28/2011 01:28 PM, Jan Kiszka wrote:
On 2011-06-28 12:03, Michael S. Tsirkin wrote:
+struct MemoryRegion {
+/* All fields are private - violators will be prosecuted */
+const MemoryRegionOps *ops;
+MemoryRegion *parent;
+uint64_t size;
+target_phys_addr_t
On Tue, Jun 28, 2011 at 01:11:20PM +0200, Jan Kiszka wrote:
On 2011-06-28 13:09, Michael S. Tsirkin wrote:
On Mon, Jun 27, 2011 at 08:19:47PM +0200, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
No longer used.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
I think
On 2011-06-28 13:53, Avi Kivity wrote:
On 06/28/2011 01:28 PM, Jan Kiszka wrote:
On 2011-06-28 12:03, Michael S. Tsirkin wrote:
+struct MemoryRegion {
+/* All fields are private - violators will be prosecuted */
+const MemoryRegionOps *ops;
+MemoryRegion *parent;
+
On 06/28/2011 03:07 PM, Jan Kiszka wrote:
The point is that different buses have different widths.
target_phys_addr_t matches just one bus in the system. It needs to be
the maximum size of all buses present to be useful.
Then we need a type for that. Or we need to demand that
On 2011-06-28 14:07, Michael S. Tsirkin wrote:
On Tue, Jun 28, 2011 at 01:11:20PM +0200, Jan Kiszka wrote:
On 2011-06-28 13:09, Michael S. Tsirkin wrote:
On Mon, Jun 27, 2011 at 08:19:47PM +0200, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
No longer used.
Signed-off-by: Jan
On Tue, Jun 28, 2011 at 02:11:23PM +0200, Jan Kiszka wrote:
On 2011-06-28 14:07, Michael S. Tsirkin wrote:
On Tue, Jun 28, 2011 at 01:11:20PM +0200, Jan Kiszka wrote:
On 2011-06-28 13:09, Michael S. Tsirkin wrote:
On Mon, Jun 27, 2011 at 08:19:47PM +0200, Jan Kiszka wrote:
From: Jan
On 06/20/2011 05:56 PM, Marcelo Tosatti wrote:
On Sun, Jun 19, 2011 at 12:57:53PM +0300, Avi Kivity wrote:
On 06/17/2011 01:20 AM, Glauber Costa wrote:
To implement steal time, we need the hypervisor to pass the guest information
about how much time was spent running other processes outside
On 2011-06-28 14:17, Michael S. Tsirkin wrote:
On Tue, Jun 28, 2011 at 02:11:23PM +0200, Jan Kiszka wrote:
On 2011-06-28 14:07, Michael S. Tsirkin wrote:
On Tue, Jun 28, 2011 at 01:11:20PM +0200, Jan Kiszka wrote:
On 2011-06-28 13:09, Michael S. Tsirkin wrote:
On Mon, Jun 27, 2011 at
On 2011-06-28 14:09, Avi Kivity wrote:
On 06/28/2011 03:07 PM, Jan Kiszka wrote:
The point is that different buses have different widths.
target_phys_addr_t matches just one bus in the system. It needs to be
the maximum size of all buses present to be useful.
Then we need a type for
On 06/28/2011 03:46 PM, Jan Kiszka wrote:
Do we want to support a 32-bit variant of pci? It certainly existed at
some point.
As long as making everything 64 bit in the implementation of the device
models is not guest visible, I don't think that should be a problem.
How would it become
On 28 June 2011 13:09, Avi Kivity a...@redhat.com wrote:
Okay, let's make t_p_a_t max(bus size in system).
If you want a type for that, can't you give it a sensible (ie
different) name? target_phys_addr_t is pretty clearly the type
of a physical address for this target and having it actually
be
On 06/28/2011 04:25 PM, Peter Maydell wrote:
On 28 June 2011 13:09, Avi Kivitya...@redhat.com wrote:
Okay, let's make t_p_a_t max(bus size in system).
If you want a type for that, can't you give it a sensible (ie
different) name? target_phys_addr_t is pretty clearly the type
of a physical
On Mon, Jun 27, 2011 at 3:32 PM, Juan Quintela quint...@redhat.com wrote:
Please send in any agenda items you are interested in covering.
Live block copy and image streaming:
* The differences between Marcelo and Kevin's approaches
* Which approach to choose and who can help implement it
--
To
On 06/27/2011 09:32 AM, Juan Quintela wrote:
Hi
Please send in any agenda items you are interested in covering.
FYI, I'm in an all-day meeting so I can't attend.
Regards,
Anthony Liguori
Later, Juan.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a
On 06/28/2011 04:43 PM, Anthony Liguori wrote:
FYI, I'm in an all-day meeting so I can't attend.
Did you do something really bad?
--
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
On Sunday, June 19, 2011 05:27:00 AM Michael S. Tsirkin wrote:
OK, different people seem to test different trees. In the hope to get
everyone on the same page, I created several variants of this patch so
they can be compared. Whoever's interested, please check out the
following, and tell me
On Fri, Jun 17, 2011 at 03:37:29PM +0200, Joerg Roedel wrote:
this is the second version of the patch-set to support the AMD
guest-/host only bits in the performance counter MSRs. Due to lack of
time I havn't looked into emulating support for this feature on Intel or
other architectures, but
On Mon, 2011-06-27 at 15:54 -0700, David Miller wrote:
From: Shirley Ma mashi...@us.ibm.com
Date: Mon, 27 Jun 2011 08:45:10 -0700
To support skb zero-copy, a pointer is needed to add to skb share
info.
Do you agree with this approach? If not, do you have any other
suggestions?
I
On 06/28/2011 09:51 AM, Shirley Ma wrote:
On Mon, 2011-06-27 at 15:54 -0700, David Miller wrote:
From: Shirley Mamashi...@us.ibm.com
Date: Mon, 27 Jun 2011 08:45:10 -0700
To support skb zero-copy, a pointer is needed to add to skb share
info.
Do you agree with this approach? If not, do you
Some of the tests that do need an installed guest don't
have this dependency stated on their definitions. Moreover,
with the introduction of image_copy to the upstream tree,
image_copy is yet another valid way of providing a functional
guest image. So, fix all test dependencies and update them.
With the introduction of Fedora 15, anaconda memory requirements
grew, in a way that 512 MB is not enough to install guests. With
this and the fact that Win7/Vista minimum memory requirements
is 1024 MB, let's change the default guest memory size to 1024.
Signed-off-by: Lucas Meneghel Rodrigues
Hello,
We are using KVM on Debian Squeeze (QEMU 0.12.5). Yesterday, I started a
virtual machine and let it run overnight. I don't recall doing anything
out of the ordinary to it.
This morning, I wanted to issue some commands to it through the control
socket, but socat is unable to connect
On Tue, Jun 28, 2011 at 02:38:15PM +0100, Stefan Hajnoczi wrote:
On Mon, Jun 27, 2011 at 3:32 PM, Juan Quintela quint...@redhat.com wrote:
Please send in any agenda items you are interested in covering.
Live block copy and image streaming:
* The differences between Marcelo and Kevin's
On Tue, Jun 28, 2011 at 09:30:29AM -0300, Glauber Costa wrote:
On 06/20/2011 05:56 PM, Marcelo Tosatti wrote:
On Sun, Jun 19, 2011 at 12:57:53PM +0300, Avi Kivity wrote:
On 06/17/2011 01:20 AM, Glauber Costa wrote:
To implement steal time, we need the hypervisor to pass the guest
information
David Ahern wrote:
Does your setup allow for SR-IOV without having to turn off ACS? (ACS
is a security feature.)
I recall having to twiddle some BIOS settings
I believe that if you turn off ACS, it's through a kernel module option.
--
Regards,
Troels Arvin tro...@arvin.dk
Update tests_base.cfg, tests.cfg and get_started.py.
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com
---
client/tests/kvm/get_started.py |6 ++--
client/tests/kvm/tests.cfg.sample| 14 +-
client/tests/kvm/tests_base.cfg.sample | 25 ++
From: Konrad Rzeszutek Wilk
Hi Konrad --
Thanks for the review!
Subject: Re: [PATCH] drivers/staging/zcache: support multiple clients, prep
for RAMster and KVM
+int tmem_get(struct tmem_pool *pool, struct tmem_oid *oidp, uint32_t index,
+ char *data, size_t *size, bool raw,
28.06.2011 23:20, Iordan Iordanov wrote:
Hello,
We are using KVM on Debian Squeeze (QEMU 0.12.5). Yesterday, I started a
virtual machine and let it run overnight. I don't recall doing anything
out of the ordinary to it.
This morning, I wanted to issue some commands to it through the
From: Shirley Ma mashi...@us.ibm.com
Date: Tue, 28 Jun 2011 09:51:32 -0700
On Mon, 2011-06-27 at 15:54 -0700, David Miller wrote:
From: Shirley Ma mashi...@us.ibm.com
Date: Mon, 27 Jun 2011 08:45:10 -0700
To support skb zero-copy, a pointer is needed to add to skb share
info.
Do you
I have submitted this patchset from Version 1 to Version 7 already in
the past few months.
Here is the link to the patchset:
http://lists.openwall.net/netdev/2011/05/28/
I am working on V8 now.
Thanks
Shirley
On Tue, 2011-06-28 at 16:35 -0700, David Miller wrote:
From: Shirley Ma
Hi.
On Fri, Jun 24, 2011 at 12:31 AM, Joerg Roedel joerg.roe...@amd.com wrote:
It needs to be called whenever a some code changed a domain (either by
attaching/detaching devices or by mapping/unmapping pages in
the domain).
Do you mean we can invalidate IOTLB with this iommu_commit()?
We need
On Tue, Jun 28, 2011 at 8:41 PM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Tue, Jun 28, 2011 at 02:38:15PM +0100, Stefan Hajnoczi wrote:
On Mon, Jun 27, 2011 at 3:32 PM, Juan Quintela quint...@redhat.com wrote:
Please send in any agenda items you are interested in covering.
Live block
On Wed, Jun 29, 2011 at 02:02:02PM +0900, KyongHo Cho wrote:
Hi.
On Fri, Jun 24, 2011 at 12:31 AM, Joerg Roedel joerg.roe...@amd.com wrote:
It needs to be called whenever a some code changed a domain (either by
attaching/detaching devices or by mapping/unmapping pages in
the domain).
69 matches
Mail list logo