This series of patches provides an interface by which userspace can
read and write the hashed page table (HPT) of a Book3S HV guest.
The interface is an ioctl which provides a file descriptor which can
be accessed with the read() and write() system calls. The data read
and written is the guest vie
This uses a bit in our record of the guest view of the HPTE to record
when the HPTE gets modified. We use a reserved bit for this, and ensure
that this bit is always cleared in HPTE values returned to the guest.
The recording of modified HPTEs is only done if other code indicates
its interest by s
This restructures the code that creates HPT (hashed page table)
entries so that it can be called in situations where we don't have a
struct vcpu pointer, only a struct kvm pointer. It also fixes a bug
where kvmppc_map_vrma() would corrupt the guest R4 value.
Most of the work of kvmppc_virtmode_h_
This makes a HPTE removal function, kvmppc_do_h_remove(), available
outside book3s_hv_rm_mmu.c. This will be used by the HPT writing
code.
Signed-off-by: Paul Mackerras
---
arch/powerpc/include/asm/kvm_book3s.h |3 +++
arch/powerpc/kvm/book3s_hv_rm_mmu.c | 19 +--
2 file
A new ioctl, KVM_PPC_GET_HTAB_FD, returns a file descriptor. Reads on
this fd return the contents of the HPT (hashed page table), writes
create and/or remove entries in the HPT. There is a new capability,
KVM_CAP_PPC_HTAB_FD, to indicate the presence of the ioctl. The ioctl
takes an argument str
On Tue, 2012-11-13 at 18:03 -0800, David Sharp wrote:
> On Tue, Nov 13, 2012 at 6:00 PM, Steven Rostedt wrote:
> > On Wed, 2012-11-14 at 10:36 +0900, Yoshihiro YUNOMAE wrote:
> >
> >> To merge the data like previous pattern, we apply this patch set. Then, we
> >> can
> >> get TSC offset of the gu
On Tue, Nov 13, 2012 at 6:00 PM, Steven Rostedt wrote:
> On Wed, 2012-11-14 at 10:36 +0900, Yoshihiro YUNOMAE wrote:
>
>> To merge the data like previous pattern, we apply this patch set. Then, we
>> can
>> get TSC offset of the guest as follows:
>>
>> $ dmesg | grep kvm
>> [ 57.717180] kvm: (2
On 11/13/2012 06:00 PM, Steven Rostedt wrote:
>
> Using printk to export something like this is IMO a nasty hack.
>
> Can't we create a /sys or /proc file to export the same thing?
>
Maybe we need a /proc/pid/kvm/* directory?
-hpa
--
To unsubscribe from this list: send the line "unsu
On Wed, 2012-11-14 at 10:36 +0900, Yoshihiro YUNOMAE wrote:
> To merge the data like previous pattern, we apply this patch set. Then, we can
> get TSC offset of the guest as follows:
>
> $ dmesg | grep kvm
> [ 57.717180] kvm: (2687) write TSC offset 18446743360465545001, now clock ##
>
This tool merges trace data of a guest and a host in chronological order.
Note that this tool is used only for a guest and a host. (not for multiple
guests)
- How to use
1. Get trace data of the host and guest via ssh, virtio-serial, or virtio-trace
2. Get TSC offset after applied patch "kvm/vmx:
Print TSC_OFFSET information when TSC offset value is written to VMCS for
measuring actual TSC of a guest.
TSC value on a guest is always the host TSC plus the guest's "TSC offset".
TSC offset is stored in the VMCS in vmx_write_tsc_offset() or
vmx_adjust_tsc_offset(). KVM executes the former funct
Hi All,
The following patch set can make disordered trace data of a guest and a host
sorted in chronological order.
In a virtualization environment, it is difficult to analyze performance
problems, such as a delay of I/O request on a guest. This is because multiple
guests operate on the host. One
I have a working copy of libvirt 0.10.2 + qemu 1.2 installed on a vanilla
up-to-date (2.6.32-279.9.1) CentOS 6 host, and get very good VM <-> VM
network performance (both running on the same host) using virtio. I have
cgroups set to cap the VMs at 10Gbps and iperf shows I'm getting exactly
10Gbps.
On Fri, Nov 02, 2012 at 06:33:21PM +0800, Guo Chao wrote:
> We should avoid kfree()ing error pointer in kvm_vcpu_ioctl() and
> kvm_arch_vcpu_ioctl().
>
> Signed-off-by: Guo Chao
Applied all, thanks.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to ma
On Tue, Oct 30, 2012 at 04:56:38PM +0100, Cornelia Huck wrote:
> Hi,
>
> here's the respin of the virtio-ccw guest support patches
> (from http://marc.info/?l=kvm&m=135151606921361&w=2).
>
> Changes to the last version:
>
> - cc'ed stable for patch 1
> - coding style fixes in patches 4 and 5
>
On Wed, Oct 31, 2012 at 05:24:33PM +0100, Cornelia Huck wrote:
> Hi,
>
> here's the latest incarnation of my host patches to support channel
> I/O on s390.
>
> Most patches have only seen minor fixes, but patch 5 is completely
> different since the kvm <-> user space interface has been reworked.
On Fri, Nov 09, 2012 at 05:02:52PM -0800, John Stultz wrote:
> On 10/24/2012 06:13 AM, Marcelo Tosatti wrote:
> >As suggested by John, export time data similarly to how its
> >done by vsyscall support. This allows KVM to retrieve necessary
> >information to implement vsyscall support in KVM guests.
On Thu, Nov 01, 2012 at 01:55:04PM +0800, zhangyanfei wrote:
> 于 2012年10月31日 17:01, Hatayama, Daisuke 写道:
> >
> >
> >> -Original Message-
> >> From: kexec-boun...@lists.infradead.org
> >> [mailto:kexec-boun...@lists.infradead.org] On Behalf Of zhangyanfei
> >> Sent: Wednesday, October 31,
On Tue, Nov 13, 2012 at 08:52:54AM +0100, Christian Ehrhardt wrote:
>
> Hi,
>
> thanks for your reply.
>
> On Mon, Nov 12, 2012 at 07:32:37PM -0200, Marcelo Tosatti wrote:
> > > there is a bug in the emulation of the lapic time counter. In particular
> > > what we are seeing is that the time cou
We can get rid of our local version now that a helper exists.
Signed-off-by: Alex Williamson
---
hw/vfio_pci.c | 24 +---
1 file changed, 1 insertion(+), 23 deletions(-)
diff --git a/hw/vfio_pci.c b/hw/vfio_pci.c
index 4e9c2dd..7c27834 100644
--- a/hw/vfio_pci.c
+++ b/hw/v
This makes use of the new level irqfd support enabling bypass of qemu
userspace both on INTx injection and unmask. This significantly
boosts the performance of devices making use of legacy interrupts (ex.
~60% better netperf TCP_RR scores for an e1000e assigned to a Linux
guest and booted with pci
update-linux-headers.sh script run against Linux tag v3.7-rc5
Signed-off-by: Alex Williamson
---
linux-headers/asm-powerpc/kvm_para.h |6 +++---
linux-headers/asm-s390/kvm_para.h|8 +---
linux-headers/asm-x86/kvm.h | 17 +
linux-headers/linux/kvm.h
Hi Anthony,
Please pull the tag below. I posted the linux-headers update
separately on Oct-15; since it hasn't been applied and should be
non-controversial, I include it again here. Thanks,
Alex
The following changes since commit f5022a135e4309a54d433c69b2a056756b2d0d6b:
aio: fix aio_ctx_pr
On Tue, Nov 13, 2012 at 10:28:20AM +, Pekka Enberg wrote:
> On Tue, Nov 13, 2012 at 12:21 PM, Matt Evans wrote:
> > I *think* Will was going to make some small changes, if you've already
> > merged it then a follow-up set perhaps?
>
> I only merged the non-ARM specific changes which looked g
On Tue, Nov 13, 2012 at 10:25 AM, Li, Sibai wrote:
>
> Never append "pci=realloc" for both kernel 2.6.32.279 and kernel 3.5.0 above.
well, can you both post boot log with "debug ignore_loglevel" ?
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to major
> -Original Message-
> From: yhlu.ker...@gmail.com [mailto:yhlu.ker...@gmail.com] On Behalf Of
> Yinghai Lu
> Sent: Tuesday, November 13, 2012 10:17 AM
> To: Li, Sibai
> Cc: Jason Gao; bhelg...@google.com; Rose, Gregory V; ddut...@redhat.com;
> Kirsher, Jeffrey T; linux-kernel; netdev; kvm
On Tue, Nov 13, 2012 at 8:04 AM, Li, Sibai wrote:
>
>>
>> Thank you very much,I try "pci=realloc" in Centos 6.3,and now it works for
>> me.
>>
>> thank you Sibai,Our server "Dell R710",its BIOS version is just
>> v.6.3.0 and release date is 07/24/2012,and I also configured intel_iommu=on
>> in
>
On Sat, 2012-11-10 at 21:57 +0800, Jiang Liu wrote:
> From: Jiang Liu
>
> On error recovery path in function vfio_create_group(), it should
> unregister the IOMMU notifier for the new VFIO group. Otherwise it may
> cause invalid memory access later when handling bus notifications.
>
> Signed-of
On 11/13/2012 11:04 AM, Li, Sibai wrote:
-Original Message-
From: Jason Gao [mailto:pkill.2...@gmail.com]
Sent: Tuesday, November 13, 2012 5:38 AM
To: bhelg...@google.com; Rose, Gregory V; Li, Sibai
Cc: ddut...@redhat.com; Kirsher, Jeffrey T; linux-kernel; netdev; kvm; e1000-
de...@lis
On Tue, Nov 13, 2012 at 04:09:05PM +, Sasha Levin wrote:
> On 11/13/2012 07:16 AM, Will Deacon wrote:
> > On Tue, Nov 13, 2012 at 04:37:38AM +, Sasha Levin wrote:
> >> On 11/12/2012 06:57 AM, Will Deacon wrote:
> >>> +struct kvm_mem_bank {
> >>> + struct list_headlist;
> >>> + unsig
On 11/13/2012 07:16 AM, Will Deacon wrote:
> On Tue, Nov 13, 2012 at 04:37:38AM +, Sasha Levin wrote:
>> On 11/12/2012 06:57 AM, Will Deacon wrote:
>>> +struct kvm_mem_bank {
>>> + struct list_headlist;
>>> + unsigned long guest_phys_addr;
>>> + void*
> -Original Message-
> From: Jason Gao [mailto:pkill.2...@gmail.com]
> Sent: Tuesday, November 13, 2012 5:38 AM
> To: bhelg...@google.com; Rose, Gregory V; Li, Sibai
> Cc: ddut...@redhat.com; Kirsher, Jeffrey T; linux-kernel; netdev; kvm; e1000-
> de...@lists.sourceforge.net; linux-...@vg
On 11/11/2012 01:21 PM, Greg Kroah-Hartman wrote:
> On Sat, Nov 10, 2012 at 09:57:14PM +0800, Jiang Liu wrote:
>> From: Jiang Liu
>>
>> There are several requirements to temporarily reject device driver
>> binding. Possible usage cases as below:
>> 1) We should avoid binding an unsafe driver to a
Ccing live migration developers who should be interested in this work,
On Mon, 12 Nov 2012 21:10:32 -0200
Marcelo Tosatti wrote:
> On Mon, Nov 05, 2012 at 05:59:26PM +0800, Xiao Guangrong wrote:
> > Do not drop large spte until it can be insteaded by small pages so that
> > the guest can happliy
On Tue, Nov 13, 2012 at 03:29:37PM +0100, Andreas Färber wrote:
> Am 13.11.2012 13:29, schrieb Eduardo Habkost:
> > On Mon, Nov 12, 2012 at 01:58:38PM +0100, Juan Quintela wrote:
> >>
> >> Please send in any agenda topics you are interested in.
> >
> > - Clarify 1.3 plans for CPU:
>
> From my sub
On Tue, Nov 13, 2012 at 03:48:55PM +0100, Juan Quintela wrote:
> Anthony Liguori wrote:
> > Marcelo Tosatti writes:
> >
> >> On Mon, Nov 12, 2012 at 01:58:38PM +0100, Juan Quintela wrote:
> >>>
> >>> Hi
> >>>
> >>> Please send in any agenda topics you are interested in.
> >>>
> >>> Later, Juan
Anthony Liguori wrote:
> Marcelo Tosatti writes:
>
>> On Mon, Nov 12, 2012 at 01:58:38PM +0100, Juan Quintela wrote:
>>>
>>> Hi
>>>
>>> Please send in any agenda topics you are interested in.
>>>
>>> Later, Juan.
>>
>> It would be good to have a status report on qemu-kvm compatibility
>> (the
Am 13.11.2012 13:29, schrieb Eduardo Habkost:
> On Mon, Nov 12, 2012 at 01:58:38PM +0100, Juan Quintela wrote:
>>
>> Please send in any agenda topics you are interested in.
>
> - Clarify 1.3 plans for CPU:
>From my submaintainer POV:
> DeviceState CPU,
I was specifically tasked with the qdev sp
Marcelo Tosatti writes:
> On Mon, Nov 12, 2012 at 01:58:38PM +0100, Juan Quintela wrote:
>>
>> Hi
>>
>> Please send in any agenda topics you are interested in.
>>
>> Later, Juan.
>
> It would be good to have a status report on qemu-kvm compatibility
> (the remaining TODO items are with Anthony
On Mon, Nov 12, 2012 at 4:29 AM, Dong Aisheng wrote:
> On Sat, Nov 10, 2012 at 04:44:58PM +0100, Christoffer Dall wrote:
> [...]
>> @@ -141,7 +519,98 @@ struct mmio_range *find_matching_range(const struct
>> mmio_range *ranges,
>> */
>> bool vgic_handle_mmio(struct kvm_vcpu *vcpu, struct kvm_r
I'm very sorry for delayed reply.now SR-IOV works for me in Centos
6.3,thank all of you.
On Fri, Nov 9, 2012 at 11:26 PM, Bjorn Helgaas wrote:
> Linux normally uses the resource assignments done by the BIOS, but it
> is possible for the kernel to reassign those. We don't have good
> automatic s
On Mon, Nov 12, 2012 at 3:56 AM, Dong Aisheng wrote:
> On Sat, Nov 10, 2012 at 04:44:51PM +0100, Christoffer Dall wrote:
> [...]
>> +int kvm_vgic_set_addr(struct kvm *kvm, unsigned long type, u64 addr)
>> +{
>> + int r = 0;
>> + struct vgic_dist *vgic = &kvm->arch.vgic;
>> +
>> + if (a
On Mon, Nov 12, 2012 at 3:54 AM, Dong Aisheng wrote:
> On Sat, Nov 10, 2012 at 04:44:44PM +0100, Christoffer Dall wrote:
>> From: Marc Zyngier
>>
>> Wire the initial in-kernel MMIO support code for the VGIC, used
>> for the distributor emulation.
>>
>> Signed-off-by: Marc Zyngier
>> Signed-off-b
HI,
I'm got confused by the date in this topic.
On Mon, Nov 12, 2012 at 8:58 PM, Juan Quintela wrote:
>
> 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...@
On Mon, Nov 12, 2012 at 01:58:38PM +0100, Juan Quintela wrote:
>
> Hi
>
> Please send in any agenda topics you are interested in.
- Clarify 1.3 plans for CPU: DeviceState CPU, x86 CPU classes, x86 CPU
properties
(we still want to get any of this included, or all will have to wait for 1.4?)
-
On Tue, Nov 13, 2012 at 04:37:38AM +, Sasha Levin wrote:
> On 11/12/2012 06:57 AM, Will Deacon wrote:
> > +struct kvm_mem_bank {
> > + struct list_headlist;
> > + unsigned long guest_phys_addr;
> > + void*host_addr;
> > + unsigned long siz
On Tue, Nov 13, 2012 at 12:21 PM, Matt Evans wrote:
> I *think* Will was going to make some small changes, if you've already merged
> it then a follow-up set perhaps?
I only merged the non-ARM specific changes which looked good to me.
But sure, please send an incremental patch if you need to fix
On Mon, Nov 12, 2012 at 10:40:33PM +, Christoffer Dall wrote:
> On Mon, Nov 12, 2012 at 7:52 AM, Christoffer Dall
> wrote:
> > On Mon, Nov 12, 2012 at 7:27 AM, Will Deacon wrote:
> >> Hi Christoffer,
> >>
> >> On Mon, Nov 12, 2012 at 12:18:57PM +, Christoffer Dall wrote:
> >>> On Mon, Nov
Hi Pekka,
On 13 November 2012 07:40 Pekka Enberg wrote:
> On Mon, 12 Nov 2012, Will Deacon wrote:
> > This patch adds initial support for ARMv7 processors (more
> specifically,
> > Cortex-A15) to kvmtool.
> >
> > Everything is driven by FDT, including dynamic generation of virtio
> nodes
> > for
Hi Sasha,
On Tue, Nov 13, 2012 at 04:29:33AM +, Sasha Levin wrote:
> On 11/12/2012 06:57 AM, Will Deacon wrote:
> > diff --git a/tools/kvm/devices.c b/tools/kvm/devices.c
> > new file mode 100644
> > index 000..f9666b9
> > --- /dev/null
> > +++ b/tools/kvm/devices.c
> > @@ -0,0 +1,24 @@
>
On Mon, 12 Nov 2012 23:17:55 -0200
Marcelo Tosatti wrote:
> Hi Cornelia,
>
> On Wed, Oct 31, 2012 at 05:24:47PM +0100, Cornelia Huck wrote:
> > Provide a mechanism for qemu to provide fully virtual subchannels to
> > the guest. In the KVM case, this relies on the kernel's css support
> > for I/O
On Mon, Nov 12, 2012 at 10:44:51PM -0500, Abhinav Srivastava wrote:
> Hi there,
>
> I would like to know if KVM supports interrupt remapping and queued
> invalidation. I could not find it in the kvm source code.
> I also noticed that these features are in KVM's TODO list. Is that
> accurate? Any p
On 11/13/2012 07:12 AM, Marcelo Tosatti wrote:
> On Mon, Nov 05, 2012 at 08:10:08PM +0800, Xiao Guangrong wrote:
>> In order to detecting spte remapping, we can simply check whether the
>> spte has already been pointing to the pfn even if the spte is not the
>> last spte for middle spte is pointing
Hi Marcelo,
On 11/13/2012 07:10 AM, Marcelo Tosatti wrote:
> On Mon, Nov 05, 2012 at 05:59:26PM +0800, Xiao Guangrong wrote:
>> Do not drop large spte until it can be insteaded by small pages so that
>> the guest can happliy read memory through it
>>
>> The idea is from Avi:
>> | As I mentioned be
54 matches
Mail list logo