From: Brad Campbell
Sent: Tuesday, March 31, 2015 2:28 AM
If someone could give me some hard tests to do along the lines of what
Saso is up to I could probably get that done faster. With the right
bad kernel I can reproduce this lockup in a matter of hours.
Hi,
My machine usually (but not
On Mon, 30 Mar 2015 16:50:20 -0300
Eduardo Habkost ehabk...@redhat.com wrote:
Hello Eduardo,
On Mon, Mar 30, 2015 at 04:28:24PM +0200, Michael Mueller wrote:
[...]
diff --git a/target-s390x/cpu.c b/target-s390x/cpu.c
index 829945d..1698b52 100644
--- a/target-s390x/cpu.c
+++
On 31/03/15 14:29, Saso Slavicic wrote:
From: Brad Campbell
Sent: Tuesday, March 31, 2015 2:28 AM
If someone could give me some hard tests to do along the lines of what
Saso is up to I could probably get that done faster. With the right
bad kernel I can reproduce this lockup in a matter of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 30 Mar 2015 14:28:01 -0600
Eric Blake ebl...@redhat.com wrote:
On 03/30/2015 08:28 AM, Michael Mueller wrote:
The patch adds optional parameters to the QMP command query-cpu-definitions.
Thus the signature of routine
On 31/03/2015 09:18, Brad Campbell wrote:
Better than that, it's recording h264 rtsp streams from 3 CCTV cameras,
so there is a constant network load of about 1.5-2MB/s (bytes not bits).
Come to think of it, out of the 3 XP VM's I have that are an identical
config and actually come from the
On Mon, 30 Mar 2015 21:36:22 +0200
Christian Borntraeger borntrae...@de.ibm.com wrote:
Am 30.03.2015 um 16:28 schrieb Michael Mueller:
Signed-off-by: Michael Mueller m...@linux.vnet.ibm.com
---
linux-headers/asm-s390/kvm.h | 18 +-
1 file changed, 9 insertions(+), 9
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 30 Mar 2015 14:19:27 -0600
Eric Blake ebl...@redhat.com wrote:
On 03/30/2015 08:28 AM, Michael Mueller wrote:
This patch implements a new QMP request named 'query-cpu-model'.
It returns the cpu model of cpu 0 and its backing accelerator.
On 31/03/2015 13:16, Brad Campbell wrote:
If you look at the bisect point I'm currently at it's a mix of i2c and
arm. The only vaguely relevant (as far as I can see) commit is the
addition of the getrandom() syscall, so my bisect is looking dodgy at
best. If I can come up with a better
On 31/03/15 16:56, Paolo Bonzini wrote:
On 31/03/2015 09:18, Brad Campbell wrote:
Better than that, it's recording h264 rtsp streams from 3 CCTV cameras,
so there is a constant network load of about 1.5-2MB/s (bytes not bits).
Come to think of it, out of the 3 XP VM's I have that are an
On Mon, 30 Mar 2015 17:17:21 -0300
Eduardo Habkost ehabk...@redhat.com wrote:
On Mon, Mar 30, 2015 at 04:28:24PM +0200, Michael Mueller wrote:
This patch implements a new QMP request named 'query-cpu-model'.
It returns the cpu model of cpu 0 and its backing accelerator.
request:
On Sun, Mar 29, 2015 at 3:25 AM, Hugh Dickins hu...@google.com wrote:
On Sat, 28 Mar 2015, Andrey Korolyov wrote:
On Tue, Feb 24, 2015 at 3:12 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Wed, Feb 04, 2015 at 08:34:04PM +0400, Andrey Korolyov wrote:
Hi,
I've seen the problem quite
On 03/29/2015, 01:25 AM, Hugh Dickins wrote:
But you are very appositely mistaken: copy_huge_page() used to make
the same mistake, and Dave Hansen fixed it back in v3.13, but the fix
never went to the stable trees.
Your report was on an Ubuntu 3.11.0-15 kernel: I think Ubuntu have
On Mon, 30 Mar 2015 16:33:51 -0300
Eduardo Habkost ehabk...@redhat.com wrote:
On Mon, Mar 30, 2015 at 04:28:23PM +0200, Michael Mueller wrote:
This patch implements routine s390_cpu_model_init(). It is called by the
realize function during instantiation of an cpu object. Its task is to
On Fri, 20 Mar 2015 12:21:37 +
Igor Mammedov imamm...@redhat.com wrote:
KVM guest can fail to startup with following trace on host:
qemu-system-x86: page allocation failure: order:4, mode:0x40d0
Call Trace:
dump_stack+0x47/0x67
warn_alloc_failed+0xee/0x150
Juan Quintela quint...@redhat.com wrote:
Hi
Please, send any topic that you are interested in covering.
As there is no agenda, no call.
Have a nice day, Juan.
Call details:
By popular demand, a google calendar public entry with it
From: Jens Freimann jf...@linux.vnet.ibm.com
This patch adds support to migrate vcpu interrupts. Two new vcpu ioctls
are added which get/set the complete status of pending interrupts in one
go. The ioctls are marked as available with the new capability
KVM_CAP_S390_IRQ_STATE.
We can not use a
From: Jens Freimann jf...@linux.vnet.ibm.com
This patch makes interrupt handling compliant to the z/Architecture
Principles of Operation with regard to interrupt priorities.
Add a bitmap for pending floating interrupts. Each bit relates to a
interrupt type and its list. A turned on bit indicates
From: Jens Freimann jf...@linux.vnet.ibm.com
We have introduced struct kvm_s390_irq a while ago which allows to
inject all kinds of interrupts as defined in the Principles of
Operation.
Add ioctl to inject interrupts with the extended struct kvm_s390_irq
Signed-off-by: Jens Freimann
After some review about what these facilities do, the following
facilities will work under KVM and can, therefore, be reported
to the guest if the cpu model and the host cpu provide this bit.
There are plans underway to make the whole bit thing more readable,
but its not yet finished. So here are
-03-17 16:33:14 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/kvms390/linux.git
tags/kvm-s390-next-20150331
for you to fetch changes up to dee6cea97c02f4f7d6efcfd1a0c8459b2b9adf7a:
KVM: s390: migrate vcpu interrupt state (2015-03-31 13:49:18
From: David Hildenbrand d...@linux.vnet.ibm.com
We now have a mechanism for delivering interrupts according to their priority.
Let's inject them using our new infrastructure (instead of letting only hardware
handle them), so we can be sure that the irq priorities are satisfied.
For s390, the
From: David Hildenbrand d...@linux.vnet.ibm.com
If the PER-3 facility is installed, the breaking-event address is to be
stored in the low core.
There is no facility bit for PER-3 in stfl(e) and Linux always uses the
value at address 272 no matter if PER-3 is available or not.
We can't hide its
From: Jens Freimann jf...@linux.vnet.ibm.com
Let's provide a version of kvm_s390_inject_vcpu() that
does not acquire the local-interrupt lock and skips
waking up the vcpu.
To be used in a later patch for vcpu-local interrupt migration,
where we are already holding the lock.
Reviewed-by: David
From: Jens Freimann jf...@linux.vnet.ibm.com
This fixes a bug introduced with commit c05c4186bbe4 (KVM: s390:
add floating irq controller).
get_all_floating_irqs() does copy_to_user() while holding
a spin lock. Let's fix this by filling a temporary buffer
first and copy it to userspace after
2015-03-30 22:32+0300, Andrey Korolyov:
On Mon, Mar 30, 2015 at 9:56 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-27 13:16+0300, Andrey Korolyov:
On Fri, Mar 27, 2015 at 12:03 AM, Bandan Das b...@redhat.com wrote:
Radim Krčmář rkrc...@redhat.com writes:
I second Bandan -- checking
Am 31.03.2015 um 16:12 schrieb Heiko Carstens:
On Tue, Mar 31, 2015 at 03:01:58PM +0200, Christian Borntraeger wrote:
From: Jens Freimann jf...@linux.vnet.ibm.com
This fixes a bug introduced with commit c05c4186bbe4 (KVM: s390:
add floating irq controller).
get_all_floating_irqs() does
This adds support for single-stepping the guest. As userspace can and
will manipulate guest registers before restarting any tweaking of the
registers has to occur just before control is passed back to the guest.
Furthermore while guest debugging is in effect we need to squash the
ability of the
This adds support for userspace to control the HW debug registers for
guest debug. We'll only copy the $ARCH defined number across as that is
all that hyp.S will use anyway. I've moved some helper functions into
the hw_breakpoint.h header for re-use.
As with single step we need to tweak the guest
Currently x86, powerpc and soon arm64 use the same two architecture
specific bits for guest debug support for software and hardware
breakpoints. This makes the shared values explicit while leaving the
gate open for another architecture to use some other value if they
really really want to.
When we are using the hardware registers for guest debug we need to deal
with the guests access to them. There is already a mechanism for dealing
with these accesses so we build on top of that.
- mdscr_el1_bits is renamed as we save the whole register
- any access to mdscr_el1 is now stored
This is a precursor for later patches which will need to do more to
setup debug state before entering the hyp.S switch code. The existing
functionality for setting mdcr_el2 has been moved out of hyp.S and now
uses the value kept in vcpu-arch.mdcr_el2.
This also moves the conditional setting of
This commit adds a stub function to support the KVM_SET_GUEST_DEBUG
ioctl. Currently any operation flag will return EINVAL. Actual
functionality will be added with further patches.
Signed-off-by: Alex Bennée alex.ben...@linaro.org.
---
v2
- simplified form of the ioctl (stuff will go into
This includes trace points for:
kvm_arch_setup_guest_debug
kvm_arch_clear_guest_debug
kvm_handle_guest_debug
I've also added some generic register setting trace events so I can
watch the register values being built up over time. The local
dump_dbg_regs() function dumps all the HW BKPT and
On Tue, Mar 31, 2015 at 4:45 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-30 22:32+0300, Andrey Korolyov:
On Mon, Mar 30, 2015 at 9:56 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-27 13:16+0300, Andrey Korolyov:
On Fri, Mar 27, 2015 at 12:03 AM, Bandan Das b...@redhat.com wrote:
Hi,
I thought I'd sent V1 to the list but apparently not. Anyway this
patch series provides the QEMU side of guest debug support for arm64.
I'm assuming the first patch will be dropped when a proper merge of
the linux-headers is done once the kernel side is upstreamed.
There is nothing
From: Alex Bennée a...@bennee.com
This adds basic support for HW assisted debug. The ioctl interface to
KVM allows us to pass an implementation defined number of break and
watch point registers. When KVM_GUESTDBG_USE_HW_BP is specified these
debug registers will be installed in place on the world
These don't involve messing around with debug registers, just setting
the breakpoint instruction in memory. GDB will not use this mechanism if
it can't access the memory to write the breakpoint.
All the kernel has to do is ensure the hypervisor traps the breakpoint
exceptions and returns to
This adds support for single-step. There isn't much to do on the QEMU
side as after we set-up the request for single step via the debug ioctl
it is all handled within the kernel.
Signed-off-by: Alex Bennée alex.ben...@linaro.org
---
v2
- convert to using HSR_EC
diff --git a/target-arm/kvm.c
On Tue, Mar 31, 2015 at 03:01:58PM +0200, Christian Borntraeger wrote:
From: Jens Freimann jf...@linux.vnet.ibm.com
This fixes a bug introduced with commit c05c4186bbe4 (KVM: s390:
add floating irq controller).
get_all_floating_irqs() does copy_to_user() while holding
a spin lock. Let's
This adds support for SW breakpoints inserted by userspace.
We do this by trapping all BKPT exceptions in the
hypervisor (MDCR_EL2_TDE). The kvm_debug_exit_arch carries the address
of the exception. If user-space doesn't know of the breakpoint then we
have a guest inserted breakpoint and the
Hi,
Here is V2 of the KVM Guest Debug support for arm64. Although there
has been an increase in the total number of patches the implementation
is both simpler and more complete.
Gone are most of the changes that touch hyp.S replaced with C based
hooks kvm_arch_setup/clear_debug() that manipulate
This commit defines the API headers for guest debugging. There are two
architecture specific debug structures:
- kvm_guest_debug_arch, allows us to pass in HW debug registers
- kvm_debug_exit_arch, signals the exact debug exit and pc
The type of debugging being used is control by the
Bring into line with the commentary for the other structures and their
KVM_EXIT_* cases.
Signed-off-by: Alex Bennée alex.ben...@linaro.org
---
v2
- add comments for other exit types
diff --git a/include/uapi/linux/kvm.h b/include/uapi/linux/kvm.h
index 8055706..5eedf84 100644
---
I assume I'll properly merge the KVM Headers direct from Linux when
done. These headers came from:
https://git.linaro.org/people/alex.bennee/linux.git/shortlog/refs/heads/guest-debug/4.0-rc6-v2
Signed-off-by: Alex Bennée alex.ben...@linaro.org
---
v2
- update ABI to include -far
diff --git
On 31/03/2015 15:01, Christian Borntraeger wrote:
git://git.kernel.org/pub/scm/linux/kernel/git/kvms390/linux.git
tags/kvm-s390-next-20150331
Looks good, pulled.
Paolo
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
On 31/03/2015 01:46, Joe Perches wrote:
Use the normal return values for bool functions
Signed-off-by: Joe Perches j...@perches.com
---
arch/x86/include/asm/archrandom.h | 2 +-
arch/x86/include/asm/dma-mapping.h | 2 +-
arch/x86/include/asm/kvm_para.h| 2 +-
On Tue, 31 Mar 2015 16:58:28 +0100
Paolo Bonzini pbonz...@redhat.com wrote:
On 31/03/2015 01:45, Joe Perches wrote:
Use the normal return values for bool functions
Signed-off-by: Joe Perches j...@perches.com
---
arch/arm/include/asm/dma-mapping.h | 8
On 31/03/2015 01:45, Joe Perches wrote:
Use the normal return values for bool functions
Signed-off-by: Joe Perches j...@perches.com
---
arch/arm/include/asm/dma-mapping.h | 8
arch/arm/include/asm/kvm_emulate.h | 2 +-
arch/arm/mach-omap2/powerdomain.c | 14 +++---
3
* Joe Perches j...@perches.com [150330 16:47]:
Use the normal return values for bool functions
Signed-off-by: Joe Perches j...@perches.com
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/include/asm/dma-mapping.h | 8
arch/arm/include/asm/kvm_emulate.h | 2 +-
On 31/03/2015 18:11, Paolo Bonzini wrote:
On 31/03/2015 15:01, Christian Borntraeger wrote:
git://git.kernel.org/pub/scm/linux/kernel/git/kvms390/linux.git
tags/kvm-s390-next-20150331
Looks good, pulled.
Oops, spoke too soon! It conflicts with the MIPS pull request due
2015-03-31 17:56+0300, Andrey Korolyov:
Chasing the culprit this way could take a long time, so a new tracepoint
that shows if 0xef is set on entry would let us guess the bug faster ...
Please provide a failing trace with the following patch:
Thanks, please see below:
On Tue, 2015-03-31 at 20:08 +0100, James Hogan wrote:
Hi Kamal,
On Tue, Mar 31, 2015 at 11:46:43AM -0700, Kamal Mostafa wrote:
This is a note to let you know that I have just added a patch titled
MIPS: Export FP functions used by lose_fpu(1) for KVM
to the linux-3.13.y-queue
On Mon, Mar 30, 2015 at 04:28:25PM +0200, Michael Mueller wrote:
[...]
##
# @query-cpu-definitions:
#
# Return a list of supported virtual CPU definitions
#
+# @machine: #optional machine type (since 2.4)
+#
+# @accel: #optional accelerator id (since 2.4)
+#
# Returns: a list of
This is a note to let you know that I have just added a patch titled
MIPS: Export FP functions used by lose_fpu(1) for KVM
to the linux-3.13.y-queue branch of the 3.13.y-ckt extended stable tree
which can be found at:
facility (2015-03-17 16:33:14 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/kvms390/linux.git
tags/kvm-s390-next-20150331
for you to fetch changes up to 816c7667ea97c61884e014cfeedaede5b67b0e58:
KVM: s390: migrate vcpu interrupt state (2015-03-31 21
From: Jens Freimann jf...@linux.vnet.ibm.com
- change __user u8 to u8 __user
- avoid unnecessary casts
- use capability numbers 113 and 114
diff --git a/arch/s390/kvm/interrupt.c b/arch/s390/kvm/interrupt.c
index ee2dfdc..9de4726 100644
--- a/arch/s390/kvm/interrupt.c
+++
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: James Hogan james.ho...@imgtec.com
[ Upstream commit 3ce465e04bfd8de9956d515d6e9587faac3375dc ]
Export the _save_fp asm function used by the lose_fpu(1) macro to GPL
modules so that
This is a note to let you know that I have just added a patch titled
MIPS: KVM: Deliver guest interrupts after local_irq_disable()
to the linux-3.13.y-queue branch of the 3.13.y-ckt extended stable tree
which can be found at:
This is a note to let you know that I have just added a patch titled
KVM: MIPS: Don't leak FPU/DSP to guest
to the linux-3.13.y-queue branch of the 3.13.y-ckt extended stable tree
which can be found at:
Hi Kamal,
On Tue, Mar 31, 2015 at 11:46:43AM -0700, Kamal Mostafa wrote:
This is a note to let you know that I have just added a patch titled
MIPS: Export FP functions used by lose_fpu(1) for KVM
to the linux-3.13.y-queue branch of the 3.13.y-ckt extended stable tree
which can be
On Thu, 2015-03-26 at 16:42 +1100, Gavin Shan wrote:
The patch adds one more EEH sub-command (VFIO_EEH_PE_INJECT_ERR)
to inject the specified EEH error, which is represented by
(struct vfio_eeh_pe_err), to the indicated PE for testing purpose.
Signed-off-by: Gavin Shan
On 03/31/2015 01:46 PM, Eduardo Habkost wrote:
On Mon, Mar 30, 2015 at 04:28:25PM +0200, Michael Mueller wrote:
[...]
##
# @query-cpu-definitions:
#
# Return a list of supported virtual CPU definitions
#
+# @machine: #optional machine type (since 2.4)
+#
+# @accel: #optional
On Tue, Mar 31, 2015 at 7:45 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-31 17:56+0300, Andrey Korolyov:
Chasing the culprit this way could take a long time, so a new tracepoint
that shows if 0xef is set on entry would let us guess the bug faster ...
Please provide a failing trace
Bandan Das b...@redhat.com writes:
Andrey Korolyov and...@xdel.ru writes:
...
http://xdel.ru/downloads/kvm-e5v2-issue/another-tracepoint-fail-with-apicv.dat.gz
Something a bit more interesting, but the mess is happening just
*after* NMI firing.
What happens if NMI is turned off on the
On Tue, Mar 31, 2015 at 01:21:05PM +0200, Michael Mueller wrote:
On Mon, 30 Mar 2015 17:17:21 -0300
Eduardo Habkost ehabk...@redhat.com wrote:
On Mon, Mar 30, 2015 at 04:28:24PM +0200, Michael Mueller wrote:
This patch implements a new QMP request named 'query-cpu-model'.
It returns
On Thu, 2015-03-19 at 15:55 +0100, Eric Auger wrote:
Introduces 3 new external functions aimed at doining some actions
on VFIO platform devices:
- mask a VFIO IRQ
- get the active status of a VFIO IRQ (active at interrupt
controller level or masked by the level-sensitive automasking).
-
On Thu, 2015-03-19 at 15:55 +0100, Eric Auger wrote:
Those 3 new wrapper functions call the respective VFIO external
functions.
Signed-off-by: Eric Auger eric.au...@linaro.org
---
v4: creation
---
include/linux/vfio.h | 8 +++-
virt/kvm/vfio.c | 44
On Thu, 2015-03-19 at 15:55 +0100, Eric Auger wrote:
This patch introduces a new KVM_DEV_VFIO_DEVICE group.
This is a new control channel which enables KVM to cooperate with
viable VFIO devices.
The patch introduces 2 attributes for this group:
KVM_DEV_VFIO_DEVICE_FORWARD_IRQ,
On Wed, Mar 18, 2015 at 8:59 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 18/03/2015 18:05, Catalin Vasile wrote:
cryptodev is not merged into upstream from what I know.
Yes, but QEMU runs on non-Linux platforms too. Of course doing
vhost+driver or gnutls+driver would be already more than
Andrey Korolyov and...@xdel.ru writes:
...
http://xdel.ru/downloads/kvm-e5v2-issue/another-tracepoint-fail-with-apicv.dat.gz
Something a bit more interesting, but the mess is happening just
*after* NMI firing.
What happens if NMI is turned off on the host ?
--
To unsubscribe from this list:
On Tue, Mar 31, 2015 at 9:04 PM, Bandan Das b...@redhat.com wrote:
Bandan Das b...@redhat.com writes:
Andrey Korolyov and...@xdel.ru writes:
...
http://xdel.ru/downloads/kvm-e5v2-issue/another-tracepoint-fail-with-apicv.dat.gz
Something a bit more interesting, but the mess is happening just
On Mon, Mar 30, 2015 at 04:28:24PM +0200, Michael Mueller wrote:
This patch implements a new QMP request named 'query-cpu-model'.
It returns the cpu model of cpu 0 and its backing accelerator.
request:
{execute : query-cpu-model }
answer:
{return : {name: 2827-ga2, accel: kvm }}
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: James Hogan james.ho...@imgtec.com
commit 044f0f03eca0110e1835b2ea038a484b93950328 upstream.
When about to run the guest, deliver guest interrupts after disabling
host interrupts.
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: James Hogan james.ho...@imgtec.com
commit f798217dfd038af981a18bbe4bc57027a08bb182 upstream.
The FPU and DSP are enabled via the CP0 Status CU1 and MX bits by
On Tue, 31 Mar 2015 16:46:56 -0300
Eduardo Habkost ehabk...@redhat.com wrote:
On Mon, Mar 30, 2015 at 04:28:25PM +0200, Michael Mueller wrote:
[...]
##
# @query-cpu-definitions:
#
# Return a list of supported virtual CPU definitions
#
+# @machine: #optional machine type (since
On Mon, Mar 30, 2015 at 02:20:43PM -0600, Eric Blake wrote:
On 03/30/2015 02:17 PM, Eduardo Habkost wrote:
On Mon, Mar 30, 2015 at 04:28:24PM +0200, Michael Mueller wrote:
This patch implements a new QMP request named 'query-cpu-model'.
It returns the cpu model of cpu 0 and its backing
On Tue, Mar 31, 2015 at 01:13:26PM -0600, Alex Williamson wrote:
On Thu, 2015-03-26 at 16:42 +1100, Gavin Shan wrote:
The patch adds one more EEH sub-command (VFIO_EEH_PE_INJECT_ERR)
to inject the specified EEH error, which is represented by
(struct vfio_eeh_pe_err), to the indicated PE for
On Tue, 31 Mar 2015 15:35:26 -0300
Eduardo Habkost ehabk...@redhat.com wrote:
On Mon, Mar 30, 2015 at 04:28:24PM +0200, Michael Mueller wrote:
This patch implements a new QMP request named 'query-cpu-model'.
It returns the cpu model of cpu 0 and its backing accelerator.
request:
78 matches
Mail list logo
