Re: [GIT PULL] Please pull powerpc/linux.git powerpc-6.4-4 tag

2023-06-04 Thread pr-tracker-bot
The pull request you sent on Sun, 04 Jun 2023 10:33:12 +1000: > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git > tags/powerpc-6.4-4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/9455b4b6db1e9b11d242595cc968332ecdd3cc91 Thank you! -- Deet-doot-do

[powerpc:next-test] BUILD SUCCESS 15d4ded6d4b6f4708bf37c59b5eef06198c7c391

2023-06-04 Thread kernel test robot
successfully. More configs may be tested in the coming days. tested configs: alpharandconfig-r035-20230604 gcc arc allyesconfig gcc arcnsim_700_defconfig gcc arc randconfig-r006-20230604 gcc arc

[powerpc:merge] BUILD SUCCESS bd517a8442b6c6646a136421cd4c1b95bf4ce32b

2023-06-04 Thread kernel test robot
been built successfully. More configs may be tested in the coming days. tested configs: alphaallyesconfig gcc alpha defconfig gcc alpharandconfig-r003-20230604 gcc alpharandconfig-r021-20230604 g

Re: [PATCH 00/13] mm: jit/text allocator

2023-06-04 Thread Kent Overstreet
On Fri, Jun 02, 2023 at 11:20:58AM -0700, Song Liu wrote: > IIUC, arm64 uses VMALLOC address space for BPF programs. The reason > is each BPF program uses at least 64kB (one page) out of the 128MB > address space. Puranjay Mohan (CC'ed) is working on enabling > bpf_prog_pack for arm64. Once this wo

Re: [PATCH 00/13] mm: jit/text allocator

2023-06-04 Thread Song Liu
On Sun, Jun 4, 2023 at 11:02 AM Kent Overstreet wrote: > > On Fri, Jun 02, 2023 at 11:20:58AM -0700, Song Liu wrote: > > IIUC, arm64 uses VMALLOC address space for BPF programs. The reason > > is each BPF program uses at least 64kB (one page) out of the 128MB > > address space. Puranjay Mohan (CC'

Re: [PATCH 12/13] x86/jitalloc: prepare to allocate exectuatble memory as ROX

2023-06-04 Thread Kent Overstreet
On Thu, Jun 01, 2023 at 08:50:39PM +, Edgecombe, Rick P wrote: > > Ahh! Thanks for that; perhaps the comment in text_poke() about IPIs > > could be a bit clearer. > > > > What is it (if anything) you don't like about text_poke() then? It > > looks > > like it's doing broadly similar things to

Re: [PATCH 00/13] mm: jit/text allocator

2023-06-04 Thread Kent Overstreet
On Sun, Jun 04, 2023 at 02:22:30PM -0700, Song Liu wrote: > On Sun, Jun 4, 2023 at 11:02 AM Kent Overstreet > wrote: > > > > On Fri, Jun 02, 2023 at 11:20:58AM -0700, Song Liu wrote: > > > IIUC, arm64 uses VMALLOC address space for BPF programs. The reason > > > is each BPF program uses at least 6

Re: linux-next: Tree for Jun 2 (arch/powerpc/kernel/iommu.c)

2023-06-04 Thread Randy Dunlap
On 6/3/23 20:57, Timothy Pearson wrote: > > > - Original Message - >> From: "Michael Ellerman" >> To: "Randy Dunlap" , "Stephen Rothwell" >> , "Linux Next Mailing List" >> >> Cc: "linux-kernel" , "linuxppc-dev" >> , "Alexey >> Kardashevskiy" , "Timothy Pearson" >> >> Sent: Saturd

Re: [PATCH 12/13] x86/jitalloc: prepare to allocate exectuatble memory as ROX

2023-06-04 Thread Steven Rostedt
On Thu, 1 Jun 2023 16:54:36 -0700 Nadav Amit wrote: > > The way text_poke() is used here, it is creating a new writable alias > > and flushing it for *each* write to the module (like for each write of > > an individual relocation, etc). I was just thinking it might warrant > > some batching or so

Re: [PATCH 00/13] mm: jit/text allocator

2023-06-04 Thread Song Liu
On Sun, Jun 4, 2023 at 2:40 PM Kent Overstreet wrote: > > On Sun, Jun 04, 2023 at 02:22:30PM -0700, Song Liu wrote: > > On Sun, Jun 4, 2023 at 11:02 AM Kent Overstreet > > wrote: > > > > > > On Fri, Jun 02, 2023 at 11:20:58AM -0700, Song Liu wrote: > > > > IIUC, arm64 uses VMALLOC address space f

[RFC PATCH v2 3/6] KVM: PPC: Add vr getters and setters

2023-06-04 Thread Jordan Niethe
Add wrappers for vr registers to prepare for supporting PAPR nested guests. Signed-off-by: Jordan Niethe --- arch/powerpc/include/asm/kvm_book3s.h | 20 +++ arch/powerpc/kvm/powerpc.c| 50 +-- 2 files changed, 45 insertions(+), 25 deletions(-) diff --

[RFC PATCH v2 4/6] KVM: PPC: Add helper library for Guest State Buffers

2023-06-04 Thread Jordan Niethe
The new PAPR nested guest API introduces the concept of a Guest State Buffer for communication about L2 guests between L1 and L0 hosts. In the new API, the L0 manages the L2 on behalf of the L1. This means that if the L1 needs to change L2 state (e.g. GPRs, SPRs, partition table...), it must reque

[RFC PATCH v2 0/6] KVM: PPC: Nested PAPR guests

2023-06-04 Thread Jordan Niethe
There is existing support for nested guests on powernv hosts however the hcall interface this uses is not support by other PAPR hosts. A set of new hcalls will be added to PAPR to facilitate creating and managing guests by a regular partition in the following way: - L1 and L0 negotiate capabilit

[RFC PATCH v2 2/6] KVM: PPC: Add fpr getters and setters

2023-06-04 Thread Jordan Niethe
Add wrappers for fpr registers to prepare for supporting PAPR nested guests. Signed-off-by: Jordan Niethe --- arch/powerpc/include/asm/kvm_book3s.h | 31 +++ arch/powerpc/include/asm/kvm_booke.h | 10 + arch/powerpc/kvm/book3s.c | 16 +++--- a

[RFC PATCH v2 1/6] KVM: PPC: Use getters and setters for vcpu register state

2023-06-04 Thread Jordan Niethe
There are already some getter and setter functions used for accessing vcpu register state, e.g. kvmppc_get_pc(). There are also more complicated examples that are generated by macros like kvmppc_get_sprg0() which are generated by the SHARED_SPRNG_WRAPPER() macro. In the new PAPR API for nested gue

[RFC PATCH v2 6/6] docs: powerpc: Document nested KVM on POWER

2023-06-04 Thread Jordan Niethe
From: Michael Neuling Document support for nested KVM on POWER using the existing API as well as the new PAPR API. This includes the new HCALL interface and how it used by KVM. Signed-off-by: Michael Neuling Signed-off-by: Jordan Niethe --- v2: - Separated into individual patch --- Document

[RFC PATCH v2 5/6] KVM: PPC: Add support for nested PAPR guests

2023-06-04 Thread Jordan Niethe
A series of hcalls have been added to the PAPR which allow a regular guest partition to create and manage guest partitions of its own. Add support to KVM to utilize these hcalls to enable running nested guests. Overview of the new hcall usage: - L1 and L0 negotiate capabilities with H_GUEST_{G,