On 2012-08-01 07:18, Alex Williamson wrote:
> Signed-off-by: Alex Williamson
> ---
>
> linux-headers/linux/vfio.h | 368
>
> 1 file changed, 368 insertions(+)
> create mode 100644 linux-headers/linux/vfio.h
>
> diff --git a/linux-headers/linux/vfi
On 2012-08-01 07:18, Alex Williamson wrote:
> Signed-off-by: Alex Williamson
> ---
>
> MAINTAINERS |5 +
> configure | 12
> hw/i386/Makefile.objs |1 +
> 3 files changed, 18 insertions(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 2d219d
On 08/01/2012 06:19 AM, Marcelo Tosatti wrote:
> On Thu, Jul 26, 2012 at 02:22:48PM +0200, Markus Trippelsdorf wrote:
>> Every time I start qemu-kvm on my system the following line is added to
>> the syslog:
>>
>> vcpu0 unhandled rdmsr: 0xc0010001
>>
>> AFAICS all calls to vcpu_unimpl only conta
On 07/31/2012 08:37 PM, Stefan Priebe wrote:
> Now i got it working - sorry used old gdb.
>
> This is the backtrace:
>
> Core was generated by `/usr/bin/qemu-system-x86_64 -id 103 -chardev
> socket,id=qmp,path=/var/run/qemu-s'.
> Program terminated with signal 11, Segmentation fault.
> #0 0x
On 07/31/2012 06:14 PM, Eduardo Habkost wrote:
> On Tue, Jul 31, 2012 at 04:32:05PM +0200, Juan Quintela wrote:
>> - 1.2 plans for CPU model versioning/compatibility (eduardo)
>> (global properties vs QOM vs qdev)
>> how to do it ? configuration file? moving back to the code?
>> different e
This has been already discussed on other threads and the concept itself
is not so controversial.
But since I know that the last patch of this series conflicts with
Paul's recent work, I want to find a way to synchronize with his work
at this point: so made the last one an RFC.
Suggestions?
Takuy
Instead, check npages consistently. This helps to make rmap
architecture specific in a later patch.
Signed-off-by: Takuya Yoshikawa
---
arch/x86/kvm/x86.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index b6379e5..701dbd4 1
This helps to make rmap architecture specific in a later patch.
Signed-off-by: Takuya Yoshikawa
---
arch/x86/kvm/mmu.c |3 ++-
arch/x86/kvm/mmu_audit.c |4 +---
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index a9a2052..ee7
Two reasons:
- x86 can integrate rmap and rmap_pde and remove heuristics in
__gfn_to_rmap().
- Some architectures do not need rmap.
Since rmap is one of the most memory consuming stuff in KVM, ppc'd
better restrict the allocation to Book3S HV.
Signed-off-by: Takuya Yoshikawa
Cc: Paul Macker
Hi,
ok i found a faster way to trigger this. Just boot the ubuntu rescue system.
So here are 3 backtraces from booting the rescue system:
http://pastebin.com/raw.php?i=xCy2pEcP
To me they all look the same.
Thanks!
Stefan
Am 01.08.2012 10:44, schrieb Avi Kivity:
On 07/31/2012 08:37 PM, Stef
On 08/01/2012 12:24 PM, Stefan Priebe - Profihost AG wrote:
> Hi,
>
> ok i found a faster way to trigger this. Just boot the ubuntu rescue
> system.
>
> So here are 3 backtraces from booting the rescue system:
> http://pastebin.com/raw.php?i=xCy2pEcP
>
> To me they all look the same.
They are.
Am 01.08.2012 11:33, schrieb Avi Kivity:
So here are 3 backtraces from booting the rescue system:
http://pastebin.com/raw.php?i=xCy2pEcP
To me they all look the same.
They are. What version of qemu are you using?
latest stable-1.1 branch (1.1.1) - which works fine with latest RHEL6
kernel.
On 31 July 2012 12:18, wrote:
> From: Dunrong Huang
>
> Add a helper function for fetching max cpus supported by kvm.
>
> Make QEMU exit with an error message if smp_cpus exceeds limit
> of VCPU count retrieved by invoking this helper function.
>
> Signed-off-by: Dunrong Huang
Reviewed-by: Pet
On 08/01/2012 12:42 PM, Stefan Priebe - Profihost AG wrote:
> Am 01.08.2012 11:33, schrieb Avi Kivity:
>>> So here are 3 backtraces from booting the rescue system:
>>> http://pastebin.com/raw.php?i=xCy2pEcP
>>>
>>> To me they all look the same.
>>
>> They are. What version of qemu are you using?
>
On 08/01/2012 08:37 AM, Marcelo Tosatti wrote:
On Tue, Jul 24, 2012 at 02:23:59PM +0530, Raghavendra K T wrote:
From: Raghavendra K T
Thanks Alex for KVM_HC_FEATURES inputs and Jan for VAPIC_POLL_IRQ,
and Peter (HPA) for suggesting hypercall ABI addition.
Signed-off-by: Raghavendra K T
---
Ple
On Mon, Jul 30, 2012, siddhesh phadke wrote about "Tracking nested guest ioctl
in L0 hypervisor":
> I am trying to understand KVM code for nested virtualization and my
> goal is to find whether an ioctl performed by L2 guest can be
> intercepted in L0.
>
> Hence just for experimental purpose I wr
On Tue, 5 Jun 2012, Stefano Stabellini wrote:
> On Tue, 5 Jun 2012, Peter Zijlstra wrote:
> > On Tue, 2012-06-05 at 18:34 +0530, Nikunj A Dadhania wrote:
> > > PeterZ, is 7/7 alright to be picked?
> >
> > Yeah, I guess it is.. I haven't had time to rework my tlb series yet
> > though. But these tw
Am 01.08.2012 11:53, schrieb Avi Kivity:
On 08/01/2012 12:42 PM, Stefan Priebe - Profihost AG wrote:
Am 01.08.2012 11:33, schrieb Avi Kivity:
So here are 3 backtraces from booting the rescue system:
http://pastebin.com/raw.php?i=xCy2pEcP
To me they all look the same.
They are. What version
I have been looking at a report[1] about the kvm_intel module failing to load on
linux v3.3 and newer guests when running on a v3.2 host. Bisection turned up the
following patch:
commit fee84b079d5ddee2247b5c1f53162c330c622902
Author: Avi Kivity
Date: Thu Nov 10 14:57:25 2011 +0200
KVM: VM
Hi Stefano,
On Wed, 1 Aug 2012 12:23:37 +0100, Stefano Stabellini
wrote:
> On Tue, 5 Jun 2012, Stefano Stabellini wrote:
> > On Tue, 5 Jun 2012, Peter Zijlstra wrote:
> > > On Tue, 2012-06-05 at 18:34 +0530, Nikunj A Dadhania wrote:
> > > > PeterZ, is 7/7 alright to be picked?
> > >
> > > Yeah,
On Wed, 1 Aug 2012, Nikunj A Dadhania wrote:
> Hi Stefano,
>
> On Wed, 1 Aug 2012 12:23:37 +0100, Stefano Stabellini
> wrote:
> > On Tue, 5 Jun 2012, Stefano Stabellini wrote:
> > > On Tue, 5 Jun 2012, Peter Zijlstra wrote:
> > > > On Tue, 2012-06-05 at 18:34 +0530, Nikunj A Dadhania wrote:
> >
On 07/30/2012 07:39 PM, Avi Kivity wrote:
> On 07/30/2012 05:07 PM, Chris Clayton wrote:
>>>
> With kernel 3.5.0 with b2da15ac26a0c00 reverted, I have just had 15
> clean invocations of vanilla qemu-kvm-1.1.1. So that commit would seem
> to be the problem.
Just to be sure, I'v
On Wed, Aug 01, 2012 at 01:29:11PM +0200, Stefan Bader wrote:
> I have been looking at a report[1] about the kvm_intel module failing to load
> on
> linux v3.3 and newer guests when running on a v3.2 host. Bisection turned up
> the
> following patch:
>
> commit fee84b079d5ddee2247b5c1f53162c330c
Commit b2da15ac26a0c ("KVM: VMX: Optimize %ds, %es reload") broke i386
in the following scenario:
vcpu_load
...
vmx_save_host_state
vmx_vcpu_run
(ds.rpl, es.rpl cleared by hardware)
interrupt
push ds, es # pushes bad ds, es
schedule
vmx_vcpu_put
vmx_load_host_st
When MSR_KVM_PV_EOI_EN was added to msrs_to_save array
KVM_SAVE_MSRS_BEGIN was not updated accordingly.
Signed-off-by: Gleb Natapov
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index 41c0c3d..2452438 100644
--- a/arch/x86/kvm/x86.c
+++ b/arch/x86/kvm/x86.c
@@ -806,7 +806,7 @@ EXPORT_SYMBO
On 08/01/2012 04:39 PM, Gleb Natapov wrote:
> On Wed, Aug 01, 2012 at 01:29:11PM +0200, Stefan Bader wrote:
>> I have been looking at a report[1] about the kvm_intel module failing to
>> load on
>> linux v3.3 and newer guests when running on a v3.2 host. Bisection turned up
>> the
>> following pa
On 01.08.2012 16:08, Avi Kivity wrote:
> On 08/01/2012 04:39 PM, Gleb Natapov wrote:
>> On Wed, Aug 01, 2012 at 01:29:11PM +0200, Stefan Bader wrote:
>>> I have been looking at a report[1] about the kvm_intel module failing to
>>> load on
>>> linux v3.3 and newer guests when running on a v3.2 host
On 08/01/2012 05:26 PM, Stefan Bader wrote:
>>> According to Intel SDM there was never CPU that didn't support RDPMC
>>> exiting. Looks like unfortunate nested VMX bug.
>>
>> Moreover, that same commit fixes the bug in nested vmx. So if you
>> update your host kernel to the same version as your
On 08/01/12 14:48, Avi Kivity wrote:
Commit b2da15ac26a0c ("KVM: VMX: Optimize %ds, %es reload") broke i386
in the following scenario:
vcpu_load
...
vmx_save_host_state
vmx_vcpu_run
(ds.rpl, es.rpl cleared by hardware)
interrupt
push ds, es # pushes bad ds, es
sched
The following patches add nested EPT support to Nested VMX.
This is the second version of this patch set. Most of the issues from the
previous reviews were handled, and in particular there is now a new variant
of paging_tmpl for EPT page tables.
However, while this version does work in my tests,
Recent KVM, since http://kerneltrap.org/mailarchive/linux-kvm/2010/5/2/6261577
switch the EFER MSR when EPT is used and the host and guest have different
NX bits. So if we add support for nested EPT (L1 guest using EPT to run L2)
and want to be able to run recent KVM as L1, we need to allow L1 to u
This is the first patch in a series which adds nested EPT support to KVM's
nested VMX. Nested EPT means emulating EPT for an L1 guest so that L1 can use
EPT when running a nested guest L2. When L1 uses EPT, it allows the L2 guest
to set its own cr3 and take its own page faults without either of L0
KVM's existing shadow MMU code already supports nested TDP. To use it, we
need to set up a new "MMU context" for nested EPT, and create a few callbacks
for it (nested_ept_*()). This context should also use the EPT versions of
the page table access functions (defined in the previous patch).
Then, we
The existing code for handling cr3 and related VMCS fields during nested
exit and entry wasn't correct in all cases:
If L2 is allowed to control cr3 (and this is indeed the case in nested EPT),
during nested exit we must copy the modified cr3 from vmcs02 to vmcs12, and
we forgot to do so. This pat
kvm_set_cr3() attempts to check if the new cr3 is a valid guest physical
address. The problem is that with nested EPT, cr3 is an *L2* physical
address, not an L1 physical address as this test expects.
As the comment above this test explains, it isn't necessary, and doesn't
correspond to anything a
Some additional comments to preexisting code:
Explain who (L0 or L1) handles EPT violation and misconfiguration exits.
Don't mention "shadow on either EPT or shadow" as the only two options.
Signed-off-by: Nadav Har'El
---
arch/x86/kvm/vmx.c | 21 +++--
1 file changed, 19 inser
Advertise the support of EPT to the L1 guest, through the appropriate MSR.
This is the last patch of the basic Nested EPT feature, so as to allow
bisection through this patch series: The guest will not see EPT support until
this last patch, and will not attempt to use the half-applied feature.
Si
If we let L1 use EPT, we should probably also support the INVEPT instruction.
In our current nested EPT implementation, when L1 changes its EPT table for
L2 (i.e., EPT12), L0 modifies the shadow EPT table (EPT02), and in the course
of this modification already calls INVEPT. Therefore, when L1 call
Update the documentation to no longer say that nested EPT is not supported.
Signed-off-by: Nadav Har'El
---
Documentation/virtual/kvm/nested-vmx.txt |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- .before/Documentation/virtual/kvm/nested-vmx.txt2012-08-01
17:22:47.
Some trivial code cleanups not really related to nested EPT.
Signed-off-by: Nadav Har'El
---
arch/x86/kvm/vmx.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
--- .before/arch/x86/kvm/vmx.c 2012-08-01 17:22:47.0 +0300
+++ .after/arch/x86/kvm/vmx.c 2012-08-01 17:22:47.
On Wed, Aug 01, 2012, Avi Kivity wrote about "Re: Nested kvm_intel broken on
pre 3.3 hosts":
> Right - it's not just kvm-as-a-guest that will trip on this. But
> there's no point in everyone backporting it on their own. If you're
> doing the backport, please post it here and we'll forward it to
On 08/01/2012 05:36 PM, Nadav Har'El wrote:
> The following patches add nested EPT support to Nested VMX.
>
> This is the second version of this patch set. Most of the issues from the
> previous reviews were handled, and in particular there is now a new variant
> of paging_tmpl for EPT page tables
On Wed, Aug 01, 2012 at 06:07:07PM +0300, Nadav Har'El wrote:
> On Wed, Aug 01, 2012, Avi Kivity wrote about "Re: Nested kvm_intel broken on
> pre 3.3 hosts":
> > Right - it's not just kvm-as-a-guest that will trip on this. But
> > there's no point in everyone backporting it on their own. If you
On 08/01/2012 06:07 PM, Nadav Har'El wrote:
> On Wed, Aug 01, 2012, Avi Kivity wrote about "Re: Nested kvm_intel broken on
> pre 3.3 hosts":
>> Right - it's not just kvm-as-a-guest that will trip on this. But
>> there's no point in everyone backporting it on their own. If you're
>> doing the bac
On 08/01/2012 02:29 PM, Stefan Priebe - Profihost AG wrote:
>> Please try qemu-kvm.git master and report.
>
> Can't get the latest version running. 1st it doesn't know the -id
> parameter.
I don't know it either, what is it?
> 2nd parameter -vnc
> unix:/var/run/qemu-server/103.vnc,x509,passwor
Il 23/07/2012 18:32, Paolo Bonzini ha scritto:
> Il 03/07/2012 15:20, Paolo Bonzini ha scritto:
>> > These patches let virtio-blk use the new support for toggling the cache
>> > mode between writethrough and writeback.
>> >
>> > The first patch introduces a new feature bit and configuration field
Am 01.08.2012 17:52, schrieb Paolo Bonzini:
> Il 23/07/2012 18:32, Paolo Bonzini ha scritto:
>> Il 03/07/2012 15:20, Paolo Bonzini ha scritto:
These patches let virtio-blk use the new support for toggling the cache
mode between writethrough and writeback.
The first patch introdu
On 07/31/2012 12:23 PM, Stefan Hajnoczi wrote:
On Mon, Jul 30, 2012 at 7:08 PM, Bernd Schubert
I took a quick glance where skb_recv_done is registered at all and traced it
back to vp_find_vqs(). Looking into that function I noticed MSI and so tried
to boot with pci=nomsi. And indeed I guessed
> -Original Message-
> From: Alexander Graf [mailto:ag...@suse.de]
> Sent: Wednesday, August 01, 2012 7:57 AM
> To: Bhushan Bharat-R65777
> Cc: qemu-...@nongnu.org List; kvm-...@vger.kernel.org; Bhushan Bharat-R65777;
> qemu-devel qemu-devel; KVM list
> Subject: Re: [PATCH 4/4] Enable kvm
> -Original Message-
> From: Alexander Graf [mailto:ag...@suse.de]
> Sent: Wednesday, August 01, 2012 7:57 AM
> To: Bhushan Bharat-R65777
> Cc: qemu-...@nongnu.org List; kvm-...@vger.kernel.org; Bhushan Bharat-R65777;
> qemu-devel qemu-devel; KVM list
> Subject: Re: [PATCH 4/4] Enable kvm
On 08/01/2012 12:27 PM, Bhushan Bharat-R65777 wrote:
>
>
>> -Original Message-
>> From: Alexander Graf [mailto:ag...@suse.de]
>> Sent: Wednesday, August 01, 2012 7:57 AM
>> To: Bhushan Bharat-R65777
>> Cc: qemu-...@nongnu.org List; kvm-...@vger.kernel.org; Bhushan Bharat-R65777;
>> qemu-d
On 07/31/2012 08:24 AM, Pekka Enberg wrote:
> On Sun, 22 Jul 2012, Sasha Levin wrote:
>> This is something we can calculate on the fly, and doesn't justify the
>> overhead
>> of tracking it all over fid transitions.
>>
>> Signed-off-by: Sasha Levin
>
> What kind of overhead are you talking about
On Wed, 2012-08-01 at 09:13 +0200, Jan Kiszka wrote:
> On 2012-08-01 07:18, Alex Williamson wrote:
> > +#define VFIO_IOMMU_UNMAP_DMA _IO(VFIO_TYPE, VFIO_BASE + 14)
> > +
> > +#endif /* VFIO_H */
> >
>
> Please patch update-linux-headers.sh and let it do its work instead
> (separate patches).
Un
On Wed, 2012-08-01 at 09:15 +0200, Jan Kiszka wrote:
> On 2012-08-01 07:18, Alex Williamson wrote:
> > Signed-off-by: Alex Williamson
> > ---
> >
> > MAINTAINERS |5 +
> > configure | 12
> > hw/i386/Makefile.objs |1 +
> > 3 files changed, 18 ins
On Wed, Aug 01, 2012 at 04:19:01PM +0530, Raghavendra K T wrote:
> On 08/01/2012 08:37 AM, Marcelo Tosatti wrote:
> >On Tue, Jul 24, 2012 at 02:23:59PM +0530, Raghavendra K T wrote:
> >>From: Raghavendra K T
> >>
> >>Thanks Alex for KVM_HC_FEATURES inputs and Jan for VAPIC_POLL_IRQ,
> >>and Peter (
On Mon, 2012-07-30 at 19:12 -0600, Alex Williamson wrote:
> On Tue, 2012-07-31 at 03:36 +0300, Michael S. Tsirkin wrote:
> > On Mon, Jul 30, 2012 at 06:26:31PM -0600, Alex Williamson wrote:
> > > On Tue, 2012-07-31 at 03:01 +0300, Michael S. Tsirkin wrote:
> > > > You keep saying this but it is sti
On Wed, 2012-08-01 at 12:14 -0600, Alex Williamson wrote:
> On Wed, 2012-08-01 at 09:15 +0200, Jan Kiszka wrote:
> > On 2012-08-01 07:18, Alex Williamson wrote:
> > > Signed-off-by: Alex Williamson
> > > ---
> > >
> > > MAINTAINERS |5 +
> > > configure | 12 +
On Wed, Aug 01, 2012 at 05:21:46PM -0300, Marcelo Tosatti wrote:
> On Mon, Jul 23, 2012 at 09:44:54PM -0300, Marcelo Tosatti wrote:
> > On Fri, Jul 20, 2012 at 10:44:24AM -0600, Bruce Rogers wrote:
> > > When a guest migrates to a new host, the system time difference from the
> > > previous host is
On Mon, Jul 23, 2012 at 09:44:54PM -0300, Marcelo Tosatti wrote:
> On Fri, Jul 20, 2012 at 10:44:24AM -0600, Bruce Rogers wrote:
> > When a guest migrates to a new host, the system time difference from the
> > previous host is used in the updates to the kvmclock system time visible
> > to the guest
>>> On 8/1/2012 at 02:21 PM, Marcelo Tosatti wrote:
> On Mon, Jul 23, 2012 at 09:44:54PM -0300, Marcelo Tosatti wrote:
>> On Fri, Jul 20, 2012 at 10:44:24AM -0600, Bruce Rogers wrote:
>> > When a guest migrates to a new host, the system time difference from the
>> > previous host is used in the
On 08/01/2012 10:37 PM, Nadav Har'El wrote:
> This is the first patch in a series which adds nested EPT support to KVM's
> nested VMX. Nested EPT means emulating EPT for an L1 guest so that L1 can use
> EPT when running a nested guest L2. When L1 uses EPT, it allows the L2 guest
> to set its own cr
Split the mapping code in blk_rq_map_sg() to a helper
__blk_segment_map_sg(), so that other mapping function, e.g.
blk_bio_map_sg(), can share the code.
Cc: Rusty Russell
Cc: Jens Axboe
Cc: Christoph Hellwig
Cc: Tejun Heo
Cc: Shaohua Li
Cc: "Michael S. Tsirkin"
Cc: kvm@vger.kernel.org
Cc: li
Add a helper to map a bio to a scatterlist, modelled after
blk_rq_map_sg.
This helper is useful for any driver that wants to create
a scatterlist from its ->make_request_fn method.
Changes in v2:
- Use __blk_segment_map_sg to avoid duplicated code
- Add cocbook style function comment
Cc: Rusty
This patch introduces bio-based IO path for virtio-blk.
Compared to request-based IO path, bio-based IO path uses driver
provided ->make_request_fn() method to bypasses the IO scheduler. It
handles the bio to device directly without allocating a request in block
layer. This reduces the IO path in
We need to support both REQ_FLUSH and REQ_FUA for bio based path since
it does not get the sequencing of REQ_FUA into REQ_FLUSH that request
based drivers can request.
REQ_FLUSH is emulated by:
1. Send VIRTIO_BLK_T_FLUSH to device
2. Wait until the flush is finished
REQ_FUA is emulated by:
1. Sen
Hi folks,
This version added REQ_FLUSH and REQ_FUA support as suggested by Christoph and
rebased against latest linus's tree.
Jens, could you please consider picking up the dependencies 1/4 and 2/4 in your
tree. Thanks!
This patchset implements bio-based IO path for virito-blk to improve
perfo
On 07/30/2012 09:44 PM, Christoph Hellwig wrote:
On Mon, Jul 30, 2012 at 09:31:06AM +0200, Paolo Bonzini wrote:
You only need to add REQ_FLUSH support. The virtio-blk protocol does
not support REQ_FUA, because there's no easy way to do it in userspace.
A bio-based driver needs to handle both
On Thu, Aug 02, 2012 at 02:25:56PM +0800, Asias He wrote:
> We need to support both REQ_FLUSH and REQ_FUA for bio based path since
> it does not get the sequencing of REQ_FUA into REQ_FLUSH that request
> based drivers can request.
>
> REQ_FLUSH is emulated by:
> 1. Send VIRTIO_BLK_T_FLUSH to devi
On 08/02/2012 02:27 PM, Christoph Hellwig wrote:
On Thu, Aug 02, 2012 at 02:25:56PM +0800, Asias He wrote:
We need to support both REQ_FLUSH and REQ_FUA for bio based path since
it does not get the sequencing of REQ_FUA into REQ_FLUSH that request
based drivers can request.
REQ_FLUSH is emulate
69 matches
Mail list logo
