On Mon, Feb 25, 2013 at 09:01:02PM +0200, Gleb Natapov wrote:
> On Mon, Feb 25, 2013 at 08:56:07PM +0200, Avi Kivity wrote:
> > On Mon, Feb 25, 2013 at 7:43 PM, Gleb Natapov wrote:
> > >
> > >> > 3. Do not report KVM_IRQ_LINE_STATUS capability and move RTC to use EOI
> > >> > notifiers for interru
On Mon, Feb 25, 2013 at 04:27:49PM +0100, Cornelia Huck wrote:
> Enhance KVM_IOEVENTFD with a new flag that allows to attach to virtio-ccw
> devices on s390 via the KVM_VIRTIO_CCW_NOTIFY_BUS.
>
> Signed-off-by: Cornelia Huck
> ---
> Documentation/virtual/kvm/api.txt | 8
> include/uapi
On Mon, Feb 25, 2013 at 04:27:45PM +0100, Cornelia Huck wrote:
> Here's the latest version of my patch series enabling ioeventfds
> on s390, again against kvm-next.
>
> Patches 1 and 2 (cleaning up initialization and exporting the virtio-ccw
> api) would make sense even independent of the ioeventf
On Tue, Feb 26, 2013 at 01:04:21PM +0200, Michael S. Tsirkin wrote:
> On Mon, Feb 25, 2013 at 04:27:45PM +0100, Cornelia Huck wrote:
> > Here's the latest version of my patch series enabling ioeventfds
> > on s390, again against kvm-next.
> >
> > Patches 1 and 2 (cleaning up initialization and exp
On 26/02/13 12:04, Michael S. Tsirkin wrote:
> On Mon, Feb 25, 2013 at 04:27:45PM +0100, Cornelia Huck wrote:
>> Here's the latest version of my patch series enabling ioeventfds
>> on s390, again against kvm-next.
>>
>> Patches 1 and 2 (cleaning up initialization and exporting the virtio-ccw
>> api
On 25.02.2013, at 05:57, Bharat Bhushan wrote:
> This patchset adds the one_reg interface to get/set
> TSR and TCR registers.This patchet also adds the one_reg
> interface to or/clear specific bits in TSR register.
Thanks, applied to kvm-ppc-queue.
Alex
>
> v3:
> - kvmppc_set_tsr() marked sta
On 26/02/13 12:18, Michael S. Tsirkin wrote:
> On Tue, Feb 26, 2013 at 01:04:21PM +0200, Michael S. Tsirkin wrote:
>> On Mon, Feb 25, 2013 at 04:27:45PM +0100, Cornelia Huck wrote:
>>> Here's the latest version of my patch series enabling ioeventfds
>>> on s390, again against kvm-next.
>>>
>>> Patc
On Tue, 26 Feb 2013 12:55:36 +0200
"Michael S. Tsirkin" wrote:
> On Mon, Feb 25, 2013 at 04:27:49PM +0100, Cornelia Huck wrote:
> > Enhance KVM_IOEVENTFD with a new flag that allows to attach to virtio-ccw
> > devices on s390 via the KVM_VIRTIO_CCW_NOTIFY_BUS.
> >
> > Signed-off-by: Cornelia Huc
On 26/02/13 12:18, Michael S. Tsirkin wrote:
> virtio_ccw: pass a cookie value to kvm hypercall
>
> Lookups by channel/vq pair on host during virtio notifications might be
> expensive. Interpret hypercall return value as a cookie which host can
> use to do device lookups for the next notification
From: Yang Zhang
In the platform which supporing virtual interrupt delivery feature,
hardware will clear vIRR atomatically when target vcpu is running.
So software should not modify vIRR when target vcpu is running. This
patch will record the virtual interrupt into posted_irr when delivering
virt
On Tue, Feb 26, 2013 at 08:34:16PM +0800, Yang Zhang wrote:
> From: Yang Zhang
>
> In the platform which supporing virtual interrupt delivery feature,
> hardware will clear vIRR atomatically when target vcpu is running.
> So software should not modify vIRR when target vcpu is running. This
> patc
Gleb Natapov wrote on 2013-02-26:
> On Tue, Feb 26, 2013 at 08:34:16PM +0800, Yang Zhang wrote:
>> From: Yang Zhang
>>
>> In the platform which supporing virtual interrupt delivery feature,
>> hardware will clear vIRR atomatically when target vcpu is running.
>> So software should not modify vIRR
On Tue, Feb 26, 2013 at 12:48:15PM +, Zhang, Yang Z wrote:
> Gleb Natapov wrote on 2013-02-26:
> > On Tue, Feb 26, 2013 at 08:34:16PM +0800, Yang Zhang wrote:
> >> From: Yang Zhang
> >>
> >> In the platform which supporing virtual interrupt delivery feature,
> >> hardware will clear vIRR atom
On Tue, 26 Feb 2013 13:13:39 +0100
Christian Borntraeger wrote:
> On 26/02/13 12:18, Michael S. Tsirkin wrote:
> > virtio_ccw: pass a cookie value to kvm hypercall
> >
> > Lookups by channel/vq pair on host during virtio notifications might be
> > expensive. Interpret hypercall return value as
On Tue, Feb 26, 2013 at 01:13:39PM +0100, Christian Borntraeger wrote:
> On 26/02/13 12:18, Michael S. Tsirkin wrote:
> > virtio_ccw: pass a cookie value to kvm hypercall
> >
> > Lookups by channel/vq pair on host during virtio notifications might be
> > expensive. Interpret hypercall return valu
On 26/02/13 14:41, Michael S. Tsirkin wrote:
>> So...
>> Acked-by: Christian Borntraeger
>
> So let's apply the patch for 3.9 and
Give us 1 or 2 days testing for regression and then this can go for 3.9.
The host changes can then be deferred to a later point in time.
> avoid caring about "old gu
On Tue, Feb 26, 2013 at 02:29:07PM +0100, Cornelia Huck wrote:
> On Tue, 26 Feb 2013 13:13:39 +0100
> Christian Borntraeger wrote:
>
> > On 26/02/13 12:18, Michael S. Tsirkin wrote:
> > > virtio_ccw: pass a cookie value to kvm hypercall
> > >
> > > Lookups by channel/vq pair on host during virti
On Tue, Feb 26, 2013 at 02:48:38PM +0100, Christian Borntraeger wrote:
> On 26/02/13 14:41, Michael S. Tsirkin wrote:
> >> So...
> >> Acked-by: Christian Borntraeger
> >
> > So let's apply the patch for 3.9 and
>
> Give us 1 or 2 days testing for regression and then this can go for 3.9.
> The ho
On Tue, 26 Feb 2013 15:56:43 +0200
"Michael S. Tsirkin" wrote:
> On Tue, Feb 26, 2013 at 02:29:07PM +0100, Cornelia Huck wrote:
> > On Tue, 26 Feb 2013 13:13:39 +0100
> > Christian Borntraeger wrote:
> >
> > > On 26/02/13 12:18, Michael S. Tsirkin wrote:
> > > > virtio_ccw: pass a cookie value
On Thu, Feb 14, 2013, Nakajima, Jun wrote about "Re: [Bug 53611] New: nVMX: Add
nested EPT":
> We have started looking at the pataches first. But I couldn't
> reproduce the results by simply applying the original patches to v3.6:
> - L2 Ubuntu 12.04 (64-bit) (smp 2)
> - L1 Ubuntu 12.04 (64-bit) K
On Tue, Feb 26, 2013 at 12:55:36PM +0200, Michael S. Tsirkin wrote:
> On Mon, Feb 25, 2013 at 04:27:49PM +0100, Cornelia Huck wrote:
> > diff --git a/virt/kvm/eventfd.c b/virt/kvm/eventfd.c
> > index f0ced1a..8de3cd7 100644
> > --- a/virt/kvm/eventfd.c
> > +++ b/virt/kvm/eventfd.c
> > @@ -679,11 +6
On Mon, Feb 25, 2013 at 04:27:49PM +0100, Cornelia Huck wrote:
> diff --git a/virt/kvm/eventfd.c b/virt/kvm/eventfd.c
> index f0ced1a..8de3cd7 100644
> --- a/virt/kvm/eventfd.c
> +++ b/virt/kvm/eventfd.c
> @@ -679,11 +679,16 @@ static int
> kvm_assign_ioeventfd(struct kvm *kvm, struct kvm_ioeventf
Juan Quintela wrote:
> Hi
>
> Please send in any agenda topics you are interested in.
No agenda -> No call.
Happy hacking, 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/
On Tue, 26 Feb 2013 15:20:52 +0100
Stefan Hajnoczi wrote:
> On Tue, Feb 26, 2013 at 12:55:36PM +0200, Michael S. Tsirkin wrote:
> > On Mon, Feb 25, 2013 at 04:27:49PM +0100, Cornelia Huck wrote:
> > > diff --git a/virt/kvm/eventfd.c b/virt/kvm/eventfd.c
> > > index f0ced1a..8de3cd7 100644
> > > -
On 23 February 2013 15:14, Andreas Färber wrote:
> Am 22.02.2013 20:04, schrieb Peter Maydell:
>> +static void kvm_arm_pic_cpu_handler(void *opaque, int irq, int level)
>> +{
>> +#ifdef CONFIG_KVM
>> +ARMCPU *armcpu = opaque;
>> +CPUState *cpu = CPU(armcpu);
>
> I notice this is the only p
https://bugzilla.kernel.org/show_bug.cgi?id=54521
Summary: nVMX: accurately emulate VMXON region
Product: Virtualization
Version: unspecified
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity:
https://bugzilla.kernel.org/show_bug.cgi?id=53601
Nadav Har'El changed:
What|Removed |Added
Depends on||54521
--
Configure bugmail: https://b
https://bugzilla.kernel.org/show_bug.cgi?id=54521
Nadav Har'El changed:
What|Removed |Added
Blocks||53601
--
Configure bugmail: https://b
On Tue, Feb 26, 2013 at 01:49:42PM +0800, Timon Wang wrote:
> Is there any solution in KVM that works like VAAI does in EXSI, I
> found a PPT that posted in Sep. 2012, which said that storage offload
> will be consider in future.
> I am wondering anybody knows about this, or provide some informatio
https://bugzilla.kernel.org/show_bug.cgi?id=53631
--- Comment #1 from Nadav Har'El 2013-02-26
15:21:19 ---
To support this feature correctly, I think we can't give the msr array address
given by L1 (vmcs12) directly to the processor (vmcs02), but rather we should
loop on the entries in the
https://bugzilla.kernel.org/show_bug.cgi?id=53851
--- Comment #1 from Nadav Har'El 2013-02-26
15:27:02 ---
Another issue to consider for live migration: right now we only kunmap() and
release_page_dirty() the vmcs12 page after a vmclear (or vmxof, etc.). However,
we may need to do this also
On Tue, Feb 26, 2013 at 10:12 AM, Gleb Natapov wrote:
>>
> But do not see how to implement efficiently without interface change. The
> idea is basically to register ACK notifier for RTC interrupt but terminate
> it in the kernel instead of reporting to userspace. Kernel should know
> somehow what
I did the same experience using LTTng where the events and counters are
activated before launching kvm. So the problem doesn't seem to be with the
activation time but rather with tracepoint instrumentation within kvm. I will
investigate on it but if anyone has any kind of explanation it would be
ap
On Mon, Feb 25, 2013 at 11:18:04AM +0100, Stefan Hajnoczi wrote:
> On Fri, Feb 22, 2013 at 11:34:27AM -0500, Mohamad Gebai wrote:
> > I am tracing kvm using perf and I am analyzing the sequences of kvm_entry
> > and
> > kvm_exit tracepoints.
> > I noticed that during the boot process of a VM, ther
Drop the CPUARMState* argument from bank_number(), since we only
use it for passing to cpu_abort(). Use hw_error() instead.
This avoids propagating further interfaces using env pointers.
In the long term this function's callers need auditing to fix
problems where badly behaved guests can pass inva
Enable KVM on ARM hosts, now that all the necessary components
for it exist.
Signed-off-by: Peter Maydell
Reviewed-by: Paolo Bonzini
---
configure |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index dcaa67c..bb95552 100755
--- a/configure
+++ b/con
Add an entry indicating maintainer status for the ARM KVM code.
Signed-off-by: Peter Maydell
---
MAINTAINERS |5 +
1 file changed, 5 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 21043e4..2439614 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -140,6 +140,11 @@ S: Supported
When using an in-kernel GIC with KVM, we need to tell the kernel where
the GIC's memory mapped registers live. Do this by registering a
MemoryListener which tracks where the board model maps the A15's
private peripherals, so we can finish the GIC initialisation
when the GIC is actually mapped.
Sig
KVM ARM support has just hit Linus' kernel tree, so we can
finally commit this series to QEMU. Since all the patches got
reviewed last time round this should be ready to commit.
I plan to commit this via arm-devs.next.
NB: the linux-headers sync is against Linus' mainline, and
so I had to make a f
Resync QEMU's copy of the Linux kernel headers from
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 2ef14f4. This adds the ARM KVM headers, since ARM KVM
support has just hit mainline via Russell's ARM tree.
This is not a pure sync -- I have removed by hand some chan
Implement support for using the KVM in-kernel GIC for ARM.
Signed-off-by: Peter Maydell
---
hw/a15mpcore.c |8 ++-
hw/arm/Makefile.objs |1 +
hw/kvm/arm_gic.c | 167 ++
3 files changed, 175 insertions(+), 1 deletion(-)
create mo
ARM Linux (like x86-64 Linux) can use transparent hugepages for
KVM if memory blocks are 2MiB aligned; set QEMU_VMALLOC_ALIGN
accordingly.
Signed-off-by: Peter Maydell
Reviewed-by: Paolo Bonzini
---
util/oslib-posix.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/util/o
Add support for saving and restoring VFP register state from the
kernel. This includes a check that the KVM-created CPU has full
VFP support (as the TCG Cortex-A15 model always does), since for
the moment ARM QEMU doesn't have any way to tweak optional features
on created CPUs.
Signed-off-by: Pete
From: Christoffer Dall
Add basic support for KVM on ARM architecture.
Signed-off-by: Christoffer Dall
[PMM: Minor tweaks and code cleanup, switch to ONE_REG]
Signed-off-by: Peter Maydell
Reviewed-by: Paolo Bonzini
---
hw/arm_pic.c | 26
target-arm/Makefile.objs |1 +
t
Add presave/postload hooks to the ARM GIC common base class.
These will be used by the KVM in-kernel GIC subclass to sync
state between kernel and userspace when migrating.
Signed-off-by: Peter Maydell
Reviewed-by: Andreas Färber
Reviewed-by: Paolo Bonzini
---
hw/arm_gic_common.c | 10
Convert the ARM GIC classes to use init/realize rather than
SysBusDevice::init. (We have to do them all in one patch to
avoid unconverted subclasses calling a nonexistent SysBusDevice
init function in the base class and crashing.)
Signed-off-by: Peter Maydell
---
hw/arm_gic.c | 23 +++
On 2013-02-26 15:11, Nadav Har'El wrote:
> On Thu, Feb 14, 2013, Nakajima, Jun wrote about "Re: [Bug 53611] New: nVMX:
> Add nested EPT":
>> We have started looking at the pataches first. But I couldn't
>> reproduce the results by simply applying the original patches to v3.6:
>> - L2 Ubuntu 12.04
On Sat, Feb 23, 2013 at 04:45:00PM +0100, Jan Kiszka wrote:
> From: Jan Kiszka
>
> Several issues fixed:
> - We were missing a bunch of feature lists. Fix this by simply dumping
>the meta list feature_word_info.
> - kvm_enabled() cannot be true at this point because accelerators are
>in
On Tue, Feb 26, 2013 at 08:43:13PM +0100, Jan Kiszka wrote:
> On 2013-02-26 15:11, Nadav Har'El wrote:
> > On Thu, Feb 14, 2013, Nakajima, Jun wrote about "Re: [Bug 53611] New: nVMX:
> > Add nested EPT":
> >> We have started looking at the pataches first. But I couldn't
> >> reproduce the results
On Sat, 23 Feb 2013 16:45:00 +0100
Jan Kiszka wrote:
> From: Jan Kiszka
>
> Several issues fixed:
> - We were missing a bunch of feature lists. Fix this by simply dumping
>the meta list feature_word_info.
> - kvm_enabled() cannot be true at this point because accelerators are
>initial
Aurelien Jarno writes:
> Hi,
>
> I have noticed that virtio-rng only returns zero for kernels >= 2.6.33
> built with CONFIG_HW_RANDOM=m. This is a bit much too predictable for a
> random generator ;-).
Wow. Fortunately, all of SLES, RHEL, Ubuntu or Fedora set
CONFIG_HW_RANDOM=y. What do they kn
Aurelien Jarno writes:
> Hi,
>
> I have noticed that virtio-rng only returns zero for kernels >= 2.6.33
> built with CONFIG_HW_RANDOM=m. This is a bit much too predictable for a
> random generator ;-).
>
> The reason for that is virtio expects guest real addresses, while
> rng_core.ko (ie when bui
On Tue, Feb 26, 2013 at 10:57:56PM +0100, Igor Mammedov wrote:
> On Sat, 23 Feb 2013 16:45:00 +0100
> Jan Kiszka wrote:
>
> > From: Jan Kiszka
> >
> > Several issues fixed:
> > - We were missing a bunch of feature lists. Fix this by simply dumping
> >the meta list feature_word_info.
> > -
irp->irq is __u32 which is never < 0.
Signed-off-by: Chen Gang
---
arch/x86/kvm/x86.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index f71500a..811c5c9 100644
--- a/arch/x86/kvm/x86.c
+++ b/arch/x86/kvm/x86.c
@@ -2700,7 +2
On Wed, 2013-02-27 at 10:43 +1030, Rusty Russell wrote:
> Aurelien Jarno writes:
> > Hi,
> >
> > I have noticed that virtio-rng only returns zero for kernels >= 2.6.33
> > built with CONFIG_HW_RANDOM=m. This is a bit much too predictable for a
> > random generator ;-).
>
> Wow. Fortunately, all
On Wed, 27 Feb 2013 00:26:38 -0300
Eduardo Habkost wrote:
> On Tue, Feb 26, 2013 at 10:57:56PM +0100, Igor Mammedov wrote:
> > On Sat, 23 Feb 2013 16:45:00 +0100
> > Jan Kiszka wrote:
> >
> > > From: Jan Kiszka
> > >
> > > Several issues fixed:
> > > - We were missing a bunch of feature list
On 2013-02-27 08:37, Igor Mammedov wrote:
> On Wed, 27 Feb 2013 00:26:38 -0300
> Eduardo Habkost wrote:
>
>> On Tue, Feb 26, 2013 at 10:57:56PM +0100, Igor Mammedov wrote:
>>> On Sat, 23 Feb 2013 16:45:00 +0100
>>> Jan Kiszka wrote:
>>>
From: Jan Kiszka
Several issues fixed:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 27.02.2013 08:52, schrieb Jan Kiszka:
> On 2013-02-27 08:37, Igor Mammedov wrote:
>> On Wed, 27 Feb 2013 00:26:38 -0300 Eduardo Habkost
>> wrote:
>>
>>> On Tue, Feb 26, 2013 at 10:57:56PM +0100, Igor Mammedov wrote:
On Sat, 23 Feb 2013 16:45:
58 matches
Mail list logo
