> Am 29.10.2015 um 16:08 schrieb Christian Borntraeger :
>
> We currently do some magic shifting (by exploiting that exit codes
> are always a multiple of 4) and a table lookup to jump into the
> exit handlers. This causes some calculations and checks, just to
> do an potentially expensive functi
> Am 12.09.2015 um 18:47 schrieb Nathan Whitehorn :
>
>> On 09/06/15 16:52, Paul Mackerras wrote:
>>> On Sun, Sep 06, 2015 at 12:47:12PM -0700, Nathan Whitehorn wrote:
>>> Anything I can do to help move these along? It's a big performance
>>> improvement for FreeBSD guests.
>> These patches are
On 04.09.15 11:59, Christian Borntraeger wrote:
> Am 04.09.2015 um 11:35 schrieb Thomas Huth:
>>
>> Hi all,
>>
>> now that we get memory hotplugging for the spapr machine on qemu-ppc,
>> too, it seems like we easily can hit the amount of KVM-internal memory
>> slots now ("#define KVM_USER_MEM_SL
> Am 02.09.2015 um 09:26 schrieb Thomas Huth :
>
>> On 02/09/15 00:55, Benjamin Herrenschmidt wrote:
>>> On Wed, 2015-09-02 at 08:45 +1000, Paul Mackerras wrote:
>>> On Wed, Sep 02, 2015 at 08:25:05AM +1000, Benjamin Herrenschmidt
>>> wrote:
On Tue, 2015-09-01 at 23:41 +0200, Thomas Huth wr
On 13.08.15 03:15, David Gibson wrote:
> ec53500f "kvm: Add VFIO device" added a special KVM pseudo-device which is
> used to handle any necessary interactions between KVM and VFIO.
>
> Currently that device is built on x86 and ARM, but not powerpc, although
> powerpc does support both KVM and V
On 22.08.15 15:32, Paolo Bonzini wrote:
>
>
> On 22/08/2015 02:21, Alexander Graf wrote:
>> Hi Paolo,
>>
>> This is my current patch queue for ppc. Please pull.
>
> Done, but this queue has not been in linux-next. Please push to
> kvm-ppc-next on your gi
ver page or swap out large pages.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_book3s.h | 1 +
arch/powerpc/include/asm/kvm_host.h | 2 ++
arch/powerpc/kvm/book3s_64_mmu_hv.c | 8 +++-
arch/powerpc/kvm/book3s_hv_rm_mmu.c | 17 ++
nd by appending a ULL prefix to the constant
PPC_MPPE_ADDRESS_MASK.
Signed-off-by: Thomas Huth
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/ppc-opcode.h| 2 +-
arch/powerpc/kvm/book3s.c| 3 ++-
arch/powerpc/kvm/book3s_32_mmu_host.c| 1 +
a
From: Tudor Laurentiu
This was signaled by a static code analysis tool.
Signed-off-by: Laurentiu Tudor
Reviewed-by: Scott Wood
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/e500_mmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/kvm/e500_mmu.c b/arch
From: Thomas Huth
Since the PPC970 support has been removed from the kvm-hv kernel
module recently, we should also reflect this change in the help
text of the corresponding Kconfig option.
Signed-off-by: Thomas Huth
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/Kconfig | 8
1
wed-by: David Gibson
Tested-by: Laurent Vivier
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_host.h | 19 +-
arch/powerpc/kernel/asm-offsets.c | 2 +
arch/powerpc/kvm/book3s_hv.c| 333 ++--
arc
From: Tudor Laurentiu
On this switch branch the regs initialization
doesn't happen so add it.
This was found with the help of a static
code analysis tool.
Signed-off-by: Laurentiu Tudor
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/booke.c | 1 +
1 file changed, 1 insertion(+)
Bobroff
Reviewed-by: Laurent Vivier
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_book3s.h | 4 ++--
arch/powerpc/include/asm/kvm_book3s_asm.h | 2 +-
arch/powerpc/include/asm/kvm_booke.h | 4 ++--
arch/powerpc/kvm
guests. These implementations
have been tested using a FreeBSD guest.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_hv_rm_mmu.c | 126 ++--
arch/powerpc/kvm/book3s_hv_rmhandlers.S | 4 +-
2 files changed, 121 insertions
list for the
current CPU since the runner task may have moved to another CPU.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_hv.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/kvm/book3s_hv.c b/arch/powerpc/kvm
that case.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_hv.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/kvm/book3s_hv.c b/arch/powerpc/kvm/book3s_hv.c
index 3d02276..fad52f2 100644
--- a/arch/powerp
t switches
back to host context, since we haven't switched to the guest context.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_book3s_asm.h | 20 ++
arch/powerpc/include/asm/kvm_host.h | 3 +
arch/powerpc/kernel/asm-offsets.c
Hi Paolo,
This is my current patch queue for ppc. Please pull.
Alex
The following changes since commit 4d283ec908e617fa28bcb06bce310206f0655d67:
x86/kvm: Rename VMX's segment access rights defines (2015-08-15 00:47:13
+0200)
are available in the git repository at:
git://github.com/agra
ge.
Fixes: 6f22bd3265fb
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_hv_rm_mmu.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/kvm/book3s_hv_rm_mmu.c
b/arch/powerpc/kvm/book3s_hv_rm_mmu.c
index b027a89..c6d6
On 12.08.15 21:06, nick wrote:
>
>
> On 2015-08-12 03:05 PM, Alexander Graf wrote:
>>
>>
>> On 07.08.15 17:54, Nicholas Krause wrote:
>>> This fixes the incorrect return statement in the function
>>> mpic_set_default_irq_routing from always
On 10.08.15 17:27, Nicholas Krause wrote:
> This fixes the wrapper functions kvm_umap_hva_hv and the function
> kvm_unmap_hav_range_hv to return the return value of the function
> kvm_handle_hva or kvm_handle_hva_range that they are wrapped to
> call internally rather then always making the calle
On 07.08.15 17:54, Nicholas Krause wrote:
> This fixes the incorrect return statement in the function
> mpic_set_default_irq_routing from always returning zero
> to signal success to this function's caller to instead
> return the return value of kvm_set_irq_routing as this
> function can fail and
On 03.08.15 19:02, Andrew Jones wrote:
> On Mon, Aug 03, 2015 at 07:08:17PM +0200, Paolo Bonzini wrote:
>>
>>
>> On 03/08/2015 16:41, Andrew Jones wrote:
>>> Add enough RTAS support to support power-off, and apply it to
>>> exit().
>>>
>>> Signed-off-by: Andrew Jones
>>
>> Why not use virtio-mmi
On 20.07.15 08:49, David Gibson wrote:
> On Thu, Jul 16, 2015 at 05:11:12PM +1000, Paul Mackerras wrote:
>> This series contains two fixes for the new dynamic micro-threading
>> code that was added recently for HV-mode KVM on Power servers.
>> The patches are against Alex Graf's kvm-ppc-queue bra
On 24.06.15 13:18, Paul Mackerras wrote:
> This is my current queue of patches for HV KVM. This series is based
> on the kvm next branch. They have all been posted 6 weeks ago or
> more, though I have just added a 3-line fix to patch 2/5 to fix a bug
> that we found in testing migration, and I
On 06/24/15 13:18, Paul Mackerras wrote:
This builds on the ability to run more than one vcore on a physical
core by using the micro-threading (split-core) modes of the POWER8
chip. Previously, only vcores from the same VM could be run together,
and (on POWER8) only if they had just one thread p
On 17.06.15 12:15, Will Deacon wrote:
> On Wed, Jun 17, 2015 at 10:43:48AM +0100, Andre Przywara wrote:
>> Instead of referring to the Linux header including the barrier
>> macros, copy over the rather simple implementation for the PowerPC
>> barrier instructions kvmtool uses. This fixes build fo
On 18.05.15 14:44, Laurentiu Tudor wrote:
> On this switch branch the regs initialization
> doesn't happen so add it.
> This was found with the help of a static
> code analysis tool.
>
> Signed-off-by: Laurentiu Tudor
> Cc: Scott Wood
> Cc: Mihai Caraman
Thanks, applied to kvm-ppc-queue.
A
On 21.05.15 21:37, Scott Wood wrote:
> On Thu, 2015-05-21 at 16:26 +0300, Laurentiu Tudor wrote:
>> If passed a larger page size lookup_linux_ptep()
>> may fail, so add a check for that and bail out
>> if that's the case.
>> This was found with the help of a static
>> code analysis tool.
>>
>> Si
On 22.05.15 11:41, Thomas Huth wrote:
> Since the PPC970 support has been removed from the kvm-hv kernel
> module recently, we should also reflect this change in the help
> text of the corresponding Kconfig option.
>
> Signed-off-by: Thomas Huth
Thanks, applied to kvm-ppc-queue.
Alex
--
To un
On 22.05.15 09:25, Thomas Huth wrote:
> When compiling the KVM code for POWER with "make C=1", sparse
> complains about functions missing proper prototypes and a 64-bit
> constant missing the ULL prefix. Let's fix this by making the
> functions static or by including the proper header with the
>
On 22.05.15 11:41, Thomas Huth wrote:
> Since the PPC970 support has been removed from the kvm-hv kernel
> module recently, we should also reflect this change in the help
> text of the corresponding Kconfig option.
>
> Signed-off-by: Thomas Huth
Thanks, applied to kvm-ppc-queue.
Alex
--
To u
On 25.05.15 10:48, Laurentiu Tudor wrote:
> This was signaled by a static code analysis tool.
>
> Signed-off-by: Laurentiu Tudor
> Reviewed-by: Scott Wood
Thanks, applied to kvm-ppc-queue.
Alex
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to maj
tl+0x490/0x780
> [c027d1927de0] [c02d6ae4] SyS_ioctl+0xd4/0xf0
> [c027d1927e30] [c0009358] syscall_exit+0x0/0x98
> Instruction dump:
> 6000 6042 387e1b30 3883 38a1 38c0 480087d9 e8410018
> ebde1c98 7fbdf040 3bdee368 419e0048 <813e1b20
On 04/27/2015 03:57 PM, Martin Schwidefsky wrote:
On Mon, 27 Apr 2015 15:48:42 +0200
Alexander Graf wrote:
On 04/23/2015 02:13 PM, Martin Schwidefsky wrote:
On Thu, 23 Apr 2015 14:01:23 +0200
Alexander Graf wrote:
As far as alternative approaches go, I don't have a great idea oto
On 04/23/2015 02:08 PM, Christian Borntraeger wrote:
Am 23.04.2015 um 14:01 schrieb Alexander Graf:
Am 23.04.2015 um 13:43 schrieb Christian Borntraeger :
Am 23.04.2015 um 13:37 schrieb Alexander Graf:
Am 23.04.2015 um 13:08 schrieb Christian Borntraeger :
From: Martin Schwidefsky
On 04/23/2015 02:13 PM, Martin Schwidefsky wrote:
On Thu, 23 Apr 2015 14:01:23 +0200
Alexander Graf wrote:
As far as alternative approaches go, I don't have a great idea otoh.
We could have an elf flag indicating that this process needs 4k page
tables to limit the impact to a single pr
> Am 23.04.2015 um 13:43 schrieb Christian Borntraeger :
>
>> Am 23.04.2015 um 13:37 schrieb Alexander Graf:
>>
>>
>>> Am 23.04.2015 um 13:08 schrieb Christian Borntraeger
>>> :
>>>
>>> From: Martin Schwidefsky
>>>
>
> Am 23.04.2015 um 13:08 schrieb Christian Borntraeger :
>
> From: Martin Schwidefsky
>
> Replacing a 2K page table with a 4K page table while a VMA is active
> for the affected memory region is fundamentally broken. Rip out the
> page table reallocation code and replace it with a simple syste
by: Suresh Warrier
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_hv_rm_xics.c | 7 +++
arch/powerpc/kvm/book3s_xics.c | 10 --
arch/powerpc/kvm/book3s_xics.h | 5 +
3 files changed, 20 insertions(+), 2 deletions(-)
diff --
: Suresh Warrier
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_xics.c | 68 +-
arch/powerpc/kvm/book3s_xics.h | 2 +-
2 files changed, 48 insertions(+), 22 deletions(-)
diff --git a/arch/powerpc/kvm/book3s_xics.c b
ras
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_host.h | 3 +--
arch/powerpc/kvm/book3s_64_mmu_hv.c | 28 ++--
arch/powerpc/kvm/book3s_hv.c| 10 +-
3 files changed, 20 insertions(+), 21 deletions(-)
diff --git a/arch/powerpc/include/as
.
Note that a userspace change is also required, in order to enable these
new hcall implementations with KVM_CAP_PPC_ENABLE_HCALL.
Signed-off-by: David Gibson
[agraf: fix compilation]
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_book3s.h | 3 ++
arch/powerpc/kvm/book3s.c
aul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_host.h | 5 +-
arch/powerpc/kvm/book3s_hv.c| 92 +
2 files changed, 55 insertions(+), 42 deletions(-)
diff --git a/arch/powerpc/include/asm/kvm_host.h
b/arch/powerpc/include/a
icp_rm_set_vcpu_irq().
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_book3s_64.h | 2 +
arch/powerpc/kvm/book3s_hv_builtin.c | 63 ++
arch/powerpc/kvm/book3s_hv_rm_xics.c | 12 +-
arch/powerpc/kvm/book3s_hv_rmhandlers.S | 66
stead.
* Streamline the code a little and remove the ext_interrupt_to_host
label.
* Add some comments about register usage.
* hcall_try_real_mode doesn't need to be global, and can't be
called from C code anyway.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powe
-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_host.h | 2 --
arch/powerpc/kernel/asm-offsets.c | 1 -
arch/powerpc/kvm/book3s_hv.c| 47 +++--
arch/powerpc/kvm/book3s_hv_rmhandlers.S | 19 +
4 files changed, 34 insertions(+), 35 deleti
Hi Paolo / Marcelo,
This is my current patch queue for ppc. Please pull.
Alex
The following changes since commit b79013b2449c23f1f505bdf39c5a6c330338b244:
Merge tag 'staging-4.1-rc1' of
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging (2015-04-13
17:37:33 -0700)
are available
PECEDP so that the
thread will wake up on an IPI sent using msgsndp.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_hv_rmhandlers.S | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kvm/book3s_hv_rmhandlers.S
b
by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_hv_rmhandlers.S | 212 +++-
1 file changed, 126 insertions(+), 86 deletions(-)
diff --git a/arch/powerpc/kvm/book3s_hv_rmhandlers.S
b/arch/powerpc/kvm/book3s_hv_rmhandlers.S
index 245f5c9..3f6fd7
save and restore
the guest decrementer value around the nap.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_hv_rmhandlers.S | 43 +++--
1 file changed, 41 insertions(+), 2 deletions(-)
diff --git a/arch/powerp
HDEC interrupt on the next guest entry.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_host.h | 15
arch/powerpc/kernel/asm-offsets.c | 2 +-
arch/powerpc/kvm/book3s_hv.c| 5 ++-
arch/powerpc/kvm/book3s_hv_builtin.c
invoked when the guest
does an H_RANDOM hypercall if userspace first enables the in-kernel
H_RANDOM implementation using the KVM_CAP_PPC_ENABLE_HCALL capability.
Signed-off-by: Michael Ellerman
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
Documentation/virtual/kvm/api.txt
owerpc/kvm* for each VM.
Signed-off-by: Suresh Warrier
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_xics.c | 31 +++
arch/powerpc/kvm/book3s_xics.h | 6 ++
2 files changed, 33 insertions(+), 4 deletions(-)
diff --
()
and let the code in kvmppc_run_vcpu() wake up another VCPU task to be
the runner if necessary.
This all means that the VCORE_STARTING state is no longer used, so we
remove it.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_host.h | 5 ++--
arch
may not be safe in real mode), this lock needs to be
an arch_spinlock_t instead of a normal spinlock.
Signed-off-by: Suresh Warrier
Acked-by: Paul Mackerras
Acked-by: Michael Ellerman
Signed-off-by: Alexander Graf
---
arch/powerpc/lib/locks.c | 1 +
1 file changed, 1 insertion(+)
diff --
as
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_host.h | 21 +
arch/powerpc/include/asm/time.h | 3 +
arch/powerpc/kernel/asm-offsets.c | 13 +++
arch/powerpc/kernel/time.c | 6 ++
arch/powerpc/kvm/Kconfig| 14 +++
arch/p
packaged with Fedora 21
and a little-endian POWER8 host.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kernel/asm-offsets.c | 3 ++
arch/powerpc/kvm/book3s_hv.c| 51 ++---
arch/powerpc/kvm/book3s_hv_builtin.c| 16
guest physical address. (The format of the
second through fourth fields are described in the Power ISA and also
in arch/powerpc/include/asm/mmu-hash64.h.)
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/kvm_book3s_64.h | 2 +
arch/powerpc/include/asm
From: "Aneesh Kumar K.V"
This adds helper routines for locking and unlocking HPTEs, and uses
them in the rest of the code. We don't change any locking rules in
this patch.
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/
-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_hv_rm_xics.c | 225 ---
1 file changed, 211 insertions(+), 14 deletions(-)
diff --git a/arch/powerpc/kvm/book3s_hv_rm_xics.c
b/arch/powerpc/kvm/book3s_hv_rm_xics.c
index 7c22997..73bbe92 100644
--- a/arch/powerpc
On 04/21/2015 02:41 AM, David Gibson wrote:
On POWER, storage caching is usually configured via the MMU - attributes
such as cache-inhibited are stored in the TLB and the hashed page table.
This makes correctly performing cache inhibited IO accesses awkward when
the MMU is turned off (real mode)
On 09.04.15 10:49, Paolo Bonzini wrote:
>
>
> On 09/04/2015 00:57, Alexander Graf wrote:
>>>
>>> The last patch in this series needs a definition of PPC_MSGCLR that is
>>> added by the patch "powerpc/powernv: Fixes for hypervisor doorbell
>>>
On 14.04.15 13:56, Paul Mackerras wrote:
> On Thu, Apr 09, 2015 at 12:57:58AM +0200, Alexander Graf wrote:
>> On 03/28/2015 04:21 AM, Paul Mackerras wrote:
>>> This is the rest of my current patch queue for HV KVM on PPC. This
>>> series is based on Alex Graf's
On 03/28/2015 04:21 AM, Paul Mackerras wrote:
This is the rest of my current patch queue for HV KVM on PPC. This
series is based on Alex Graf's kvm-ppc-queue branch. The only change
from the previous version of this series is that patch 2 has been
updated to take account of the timebase offset.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_hv_rmhandlers.S | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/kvm/book3s_hv_rmhandlers.S
b/arch/powerpc/kvm/book3s_hv_rmhandlers.S
index bb94e6f..6cbf163 100644
--- a/arch/powerpc/kvm/book3s_hv
[c01a66c0fcb0] [c026cbb4] .do_vfs_ioctl+0x444/0x770
[c01a66c0fd90] [c026cfa4] .SyS_ioctl+0xc4/0xe0
[c01a66c0fe30] [c0009264] syscall_exit+0x0/0x98
This fixes it by moving the mutex_lock()/mutex_unlock() pair outside
the spin-locked region.
Signed-off-by: Pau
.
Signed-off-by: Paul Mackerras
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/book3s_hv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/kvm/book3s_hv.c b/arch/powerpc/kvm/book3s_hv.c
index b273193..de74756 100644
--- a/arch/powerpc/kvm/book3s_hv.c
+++ b/arch
Hi Paolo,
This is my current patch queue for 4.0. Please pull.
Alex
The following changes since commit f710a12d73dfa1c3a5d2417f2482b970f03bb850:
Merge tag 'kvm-arm-fixes-4.0-rc5' of
git://git.kernel.org/pub/scm/linux/kernel/git/kvmarm/kvmarm (2015-03-16
20:08:56 -0300)
are available in t
On 23.03.15 04:03, Michael Ellerman wrote:
> On Mon, 2015-03-23 at 14:00 +1100, Paul Mackerras wrote:
>> On Fri, Mar 20, 2015 at 08:07:53PM +0800, kbuild test robot wrote:
>>> tree: git://github.com/agraf/linux-2.6.git kvm-ppc-queue
>>> head: 9b1daf3cfba1801768aa41b1b6ad0b653844241f
>>> commi
On 23.03.15 08:50, Bharata B Rao wrote:
> On Sat, Mar 21, 2015 at 8:28 PM, Alexander Graf wrote:
>>
>>
>> On 20.03.15 16:51, Bharata B Rao wrote:
>>> On Fri, Mar 20, 2015 at 12:34:18PM +0100, Alexander Graf wrote:
>>>>
>>>>
>>>
On 20.03.15 16:51, Bharata B Rao wrote:
> On Fri, Mar 20, 2015 at 12:34:18PM +0100, Alexander Graf wrote:
>>
>>
>> On 20.03.15 12:26, Paul Mackerras wrote:
>>> On Fri, Mar 20, 2015 at 12:01:32PM +0100, Alexander Graf wrote:
>>>>
>>>>
&g
hive/html/qemu-devel/2014-06/msg01812.html
>
> v4: Fixed the comment regarding the origination of OpenPIC codebase
> and CC'ed KVM mailing lists, as suggested by Alexander Graf.
>
> v3: In patch 4/4, do not remove fsl_mpic_primary_get_version() from
> arch/powerpc/sys
On 20.03.15 10:39, Paul Mackerras wrote:
> This is my current patch queue for HV KVM on PPC. This series is
> based on the "queue" branch of the KVM tree, i.e. roughly v4.0-rc3
> plus a set of recent KVM changes which don't intersect with the
> changes in this series. On top of that, in my test
On 20.03.15 12:25, Paul Mackerras wrote:
> On Fri, Mar 20, 2015 at 12:15:15PM +0100, Alexander Graf wrote:
>>
>>
>> On 20.03.15 10:39, Paul Mackerras wrote:
>>> This reads the timebase at various points in the real-mode guest
>>> entry/exit code and use
On 20.03.15 12:26, Paul Mackerras wrote:
> On Fri, Mar 20, 2015 at 12:01:32PM +0100, Alexander Graf wrote:
>>
>>
>> On 20.03.15 10:39, Paul Mackerras wrote:
>>> From: Bharata B Rao
>>>
>>> Since KVM isn't equipped to handle closure of vcp
On 20.03.15 10:39, Paul Mackerras wrote:
> This uses msgsnd where possible for signalling other threads within
> the same core on POWER8 systems, rather than IPIs through the XICS
> interrupt controller. This includes waking secondary threads to run
> the guest, the interrupts generated by the v
On 20.03.15 10:39, Paul Mackerras wrote:
> This creates a debugfs directory for each HV guest (assuming debugfs
> is enabled in the kernel config), and within that directory, a file
> by which the contents of the guest's HPT (hashed page table) can be
> read. The directory is named vm, where
On 20.03.15 10:39, Paul Mackerras wrote:
> This reads the timebase at various points in the real-mode guest
> entry/exit code and uses that to accumulate total, minimum and
> maximum time spent in those parts of the code. Currently these
> times are accumulated per vcpu in 5 parts of the code:
>
On 20.03.15 10:39, Paul Mackerras wrote:
> From: Bharata B Rao
>
> Since KVM isn't equipped to handle closure of vcpu fd from userspace(QEMU)
> correctly, certain work arounds have to be employed to allow reuse of
> vcpu array slot in KVM during cpu hot plug/unplug from guest. One such
> propos
On 20.03.15 10:39, Paul Mackerras wrote:
> This is my current patch queue for HV KVM on PPC. This series is
> based on the "queue" branch of the KVM tree, i.e. roughly v4.0-rc3
> plus a set of recent KVM changes which don't intersect with the
> changes in this series. On top of that, in my test
On 16.03.15 21:41, David Gibson wrote:
> On Thu, Feb 05, 2015 at 01:57:11AM +0100, Alexander Graf wrote:
>>
>>
>> On 05.02.15 01:53, David Gibson wrote:
>>> On POWER, storage caching is usually configured via the MMU - attributes
>>> such as cache-inhibit
On 03.03.15 01:42, Alexey Kardashevskiy wrote:
> On 03/03/2015 12:51 AM, Alexander Graf wrote:
>>
>>
>> On 02.03.15 14:42, Andreas Färber wrote:
>>> Am 02.03.2015 um 14:37 schrieb Alexander Graf:
>>>> On 01.03.15 01:31, Andre
On 02/19/2015 11:54 AM, Ard Biesheuvel wrote:
This is a 0th order approximation of how we could potentially force the guest
to avoid uncached mappings, at least from the moment the MMU is on. (Before
that, all of memory is implicitly classified as Device-nGnRnE)
The idea (patch #2) is to trap wr
On 02.03.15 14:42, Andreas Färber wrote:
> Am 02.03.2015 um 14:37 schrieb Alexander Graf:
>> On 01.03.15 01:31, Andreas Färber wrote:
>>> This reverts commit 5b79b1cadd3e565b6d1a5ba59764bd47af58b271 to avoid
>>> double-registration of types:
>>>
>>>
On 20.02.15 20:43, Michael Mueller wrote:
> On Fri, 20 Feb 2015 18:50:20 +0100
> Alexander Graf wrote:
>
>>
>>
>>
>>> Am 20.02.2015 um 18:37 schrieb Michael Mueller :
>>>
>>> On Fri, 20 Feb 2015 17:57:52 +0100
>>> Alexander Graf w
> Am 20.02.2015 um 19:59 schrieb Michael Mueller :
>
> On Fri, 20 Feb 2015 10:11:55 -0800
> Richard Henderson wrote:
>
>>> +static inline uint64_t big_endian_bit(unsigned long nr)
>>> +{
>>> +return 1ul << (BITS_PER_LONG - (nr % BITS_PER_LONG));
>>> +};
>>
>> This is buggy. NR=0 shoul
> Am 20.02.2015 um 18:37 schrieb Michael Mueller :
>
> On Fri, 20 Feb 2015 17:57:52 +0100
> Alexander Graf wrote:
>
>> Because all CPUs we have in our list only expose 128 bits?
>
> Here a STFLE result on a EC12 GA2, already more than 128 bits... Is that
> mod
On 20.02.15 16:32, Michael Mueller wrote:
> On Fri, 20 Feb 2015 15:03:30 +0100
> Alexander Graf wrote:
>
>>>
>>> - s390_get_proceccor_props()
>>> - s390_set_proceccor_props()
>>>
>>> They can be used to request or retrieve processor
On 20.02.15 16:18, Michael Mueller wrote:
> On Fri, 20 Feb 2015 14:59:20 +0100
> Alexander Graf wrote:
>
>>> +typedef struct S390ProcessorProps {
>>> +uint64_t cpuid;
>>> +uint16_t ibc;
>>> +uint8_t pad[6];
>>>
On 20.02.15 16:49, Michael Mueller wrote:
> On Fri, 20 Feb 2015 16:22:20 +0100
> Alexander Graf wrote:
>
>>>>
>>>> Just make this uint64_t fac_list[2]. That way we don't have to track any
>>>> messy allocations.
>>
> Am 20.02.2015 um 16:00 schrieb Michael Mueller :
>
> On Fri, 20 Feb 2015 14:54:23 +0100
> Alexander Graf wrote:
>
>>>
>>> +/* machine related properties */
>>> +typedef struct S390CPUMachineProps {
>>> +uint16_t c
On 17.02.15 15:24, Michael Mueller wrote:
> This patch implements the functions:
>
> - s390_get_proceccor_props()
> - s390_set_proceccor_props()
>
> They can be used to request or retrieve processor related information from an
> accelerator.
> That information comprises the cpu identifier, the
On 17.02.15 15:24, Michael Mueller wrote:
> The patch implements routines to set and retrieve processor configuration
> data and to retrieve machine configuration data. The machine related data
> is used together with the cpu model facility lists to determine the list of
> supported cpu models of
On 17.02.15 15:24, Michael Mueller wrote:
> This patch implements the static part of the s390 cpu class definitions.
> It defines s390 cpu models by means of virtual cpu ids (enum) which contain
> information on the cpu generation, the machine class, the GA number and
> the machine type. The cpu
On 17.02.15 15:24, Michael Mueller wrote:
> This patch implements the static part of the s390 cpu class definitions.
> It defines s390 cpu models by means of virtual cpu ids (enum) which contain
> information on the cpu generation, the machine class, the GA number and
> the machine type. The cpu
On 19.02.15 15:56, Ard Biesheuvel wrote:
> On 19 February 2015 at 14:50, Alexander Graf wrote:
>>
>>
>> On 19.02.15 11:54, Ard Biesheuvel wrote:
>>> This is a 0th order approximation of how we could potentially force the
>>> guest
>>> to avoid
On 19.02.15 11:54, Ard Biesheuvel wrote:
> This is a 0th order approximation of how we could potentially force the guest
> to avoid uncached mappings, at least from the moment the MMU is on. (Before
> that, all of memory is implicitly classified as Device-nGnRnE)
>
> The idea (patch #2) is to tr
> Am 18.02.2015 um 07:12 schrieb Nathan Whitehorn :
>
> It seems like KVM doesn't implement the H_CLEAR_REF and H_CLEAR_MOD
> hypervisor calls, which are absolutely critical for memory management in the
> FreeBSD kernel (and are marked "mandatory" in the PAPR manual). It seems some
> patches h
Hi Alex,
While trying to get VFIO-PCI working on AArch64 (with 64k page size), I
stumbled over the following piece of code:
> static unsigned long vfio_pgsize_bitmap(struct vfio_iommu *iommu)
> {
> struct vfio_domain *domain;
> unsigned long bitmap = PAGE_MASK;
>
> mutex_
1 - 100 of 4637 matches
Mail list logo
