Signed-off-by: Aneesh Kumar K.V
---
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
+++ b/tools/kvm/virtio/9p.c
@@ -609,6 +609,12 @@ stati
The protocol data is in little-endian format.
Signed-off-by: Aneesh Kumar K.V
---
tools/kvm/Makefile|1 +
tools/kvm/include/kvm/virtio-9p.h | 66 +-
tools/kvm/virtio/9p-pdu.c | 242 +++
tools/kvm/virtio/9p.c | 474 +-
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 + ad
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 compilin
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 assignment
On Mon, Jun 27, 2011 at 08:19:55PM +0200, Jan Kiszka wrote:
> From: Jan Kiszka
>
> 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 read from the devi
On 06/28/2011 09:49 AM, Cyclonus J wrote:
On Tue, Mar 29, 2011 at 5:54 AM, Avi Kivity 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 see
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
>>
>> This drastically simplifies config space access management: Instead of
>> coding various range checks and merging bits, set up two access control
>> bitmaps. One d
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 many
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(
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.
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 bise
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
On Mon, Jun 27, 2011 at 08:19:52PM +0200, Jan Kiszka wrote:
> From: Jan Kiszka
>
> 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
Yay.
--
To unsubscribe from this list: send the line
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 o
On Mon, Jun 27, 2011 at 08:19:56PM +0200, Jan Kiszka wrote:
> From: Jan Kiszka
>
> 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
That's great because I was looking at refactoring th
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 find_vndr_start
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
>>
>> 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
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 s
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
> >>
> >> Device assignment no longer peeks into config_map, so we can drop all
> >> the related change
Anaconda log will help us to analyse failure of installation.
Signed-off-by: Qingtang Zhou
---
client/tests/kvm/unattended/Fedora-10.ks | 35 ++
client/tests/kvm/unattended/Fedora-11.ks | 35 ++
client/tests/kvm/unattended/Fedora-12.ks
Signed-off-by: Qingtang Zhou
---
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
--- a/client/tests/kvm/tests_base.cfg.s
This patch will save guest's anaconda log to 'anaconda.log' in debug directory.
Signed-off-by: Qingtang Zhou
---
client/tests/kvm/tests/unattended_install.py | 31 ++
1 files changed, 31 insertions(+), 0 deletions(-)
diff --git a/client/tests/kvm/tests/unattended_insta
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 && (add
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
>
> Link it is already handling in upstream, this feature can be controlled
> via -cpu ...+/-svm.
>
> CC: Joerg Roedel
> Signed-off-by: Jan Kiszka
> ---
> qemu-kvm.h |7 ---
> qemu-options.hx |
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
>>
>> 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, ..."
Avi, already mer
On Mon, Jun 27, 2011 at 08:19:47PM +0200, Jan Kiszka wrote:
> From: Jan Kiszka
>
> No longer used.
>
> Signed-off-by: Jan Kiszka
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 to keep it around?
> ---
> compat/sys/e
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
>>
>> No longer used.
>>
>> Signed-off-by: Jan Kiszka
>
> I think it's actually handy to build on old systems which have
> a recent enough kernel but not the header.
>
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 Kiszka
>>
>> Link it is already handling in upstream, this feature can be controlled
Ugh, I must have been drunken.
"Like it is alrea
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
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
> >>
> >> No longer used.
> >>
> >> Signed-off-by: Jan Kiszka
> >
> > I think it's actually handy to
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 *pa
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
target_
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
No longer used.
Signed-off-by: Ja
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:
> F
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 the
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, 20
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 nee
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 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 something els
On 06/28/2011 04:25 PM, Peter Maydell wrote:
On 28 June 2011 13:09, Avi Kivity 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 thi
On Mon, Jun 27, 2011 at 3:32 PM, Juan Quintela 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 unsubscribe from t
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 mes
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 majord
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 m
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, bu
On Mon, 2011-06-27 at 15:54 -0700, David Miller wrote:
> From: Shirley Ma
> 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 really can't
On 06/28/2011 09:51 AM, Shirley Ma wrote:
On Mon, 2011-06-27 at 15:54 -0700, David Miller wrote:
From: Shirley Ma
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
sugge
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.
Als
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 to
On Tue, Jun 28, 2011 at 02:38:15PM +0100, Stefan Hajnoczi wrote:
> On Mon, Jun 27, 2011 at 3:32 PM, Juan Quintela 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
> * Wh
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
> >
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
http://troels.arvin.dk/
--
Update tests_base.cfg, tests.cfg and get_started.py.
Signed-off-by: Lucas Meneghel Rodrigues
---
client/tests/kvm/get_started.py |6 ++--
client/tests/kvm/tests.cfg.sample| 14 +-
client/tests/kvm/tests_base.cfg.sample | 25 ++
client/tests/kvm/
> 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, bo
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
Date: Tue, 28 Jun 2011 09:51:32 -0700
> On Mon, 2011-06-27 at 15:54 -0700, David Miller wrote:
>> From: Shirley Ma
>> 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? I
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
> Date: Tu
Hi.
On Fri, Jun 24, 2011 at 12:31 AM, Joerg Roedel 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 to invalidate IOT
On Tue, Jun 28, 2011 at 8:41 PM, Marcelo Tosatti 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 wrote:
>> > Please send in any agenda items you are interested in covering.
>>
>> Live block copy and image streaming:
>> *
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 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 mea
66 matches
Mail list logo
