Re: [PATCH 09/12] KVM: PPC: Book3S HV nestedv2: Do not call H_COPY_TOFROM_GUEST

Vaibhav Jain writes: > Hi Aneesh, > > "Aneesh Kumar K.V" writes: > > >>> Yes, Agreed and thats a nice suggestion. However ATM the hypervisor >>> supporting Nestedv2 doesnt have support for this hcall. In future >>> once we have support for this hcall for nestedv2 from the hypervisor >>> we can

Re: [PATCH 09/12] KVM: PPC: Book3S HV nestedv2: Do not call H_COPY_TOFROM_GUEST

Hi Aneesh, "Aneesh Kumar K.V" writes: >> Yes, Agreed and thats a nice suggestion. However ATM the hypervisor >> supporting Nestedv2 doesnt have support for this hcall. In future >> once we have support for this hcall for nestedv2 from the hypervisor >> we can replace this branch with a firmwar

Re: [RFC PATCH 2/3] powerpc/fadump: pass additional parameters to dump capture kernel

Hi Sourabh, On 15/12/23 2:12 pm, Sourabh Jain wrote: Hello Hari, On 06/12/23 01:48, Hari Bathini wrote: For fadump case, passing additional parameters to dump capture kernel helps in minimizing the memory footprint for it and also provides the flexibility to disable components/modules, like hu

Re: [PATCH] powerpc/powernv: Add a null pointer check to scom_debug_init_one

On Fri, 2023-12-08 at 16:59 +0800, Kunwu Chan wrote: > kasprintf() returns a pointer to dynamically allocated memory > which can be NULL upon failure. > Add a null pointer check, and release 'ent' to avoid memory leaks. > > Fixes: bfd2f0d49aef ("powerpc/powernv: Get rid of old scom_controller > ab

Re: [PATCH 01/12] KVM: PPC: Book3S HV nestedv2: Invalidate RPT before deleting a guest

"Aneesh Kumar K.V" writes: > Vaibhav Jain writes: > >> Hi Aneesh, >> >> Thanks for looking into this patch. My responses inline below: >> >> "Aneesh Kumar K.V (IBM)" writes: >> >>> Vaibhav Jain writes: >>> From: Jordan Niethe An L0 must invalidate the L2's RPT during H_GUEST_DE

[PATCH 1/1] powerpc/io: enable dma-contiguous API

enable HAVE_DMA_CONTIGUOUS for general use of CMA on powerpc. Signed-off-by: Luming Yu --- arch/powerpc/Kconfig | 1 + arch/powerpc/kernel/setup-common.c | 2 ++ 2 files changed, 3 insertions(+) diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig index b968068cc04a..e21f72bcb

[PATCH v1 1/2] powerpc/debug: implement HAVE_USER_RETURN_NOTIFIER

The support for user return notifier infrastructure is manually hooked into powerpc architecture. Signed-off-by: Luming Yu --- v0->v1: add user return notifier arch hook manually. --- arch/powerpc/Kconfig| 1 + arch/powerpc/include/asm/entry-common.h | 16 a

[PATCH v1 2/2] powerpc/debug: hook to user return notifier infrastructure

Before we have powerpc to use the generic entry infrastructure, the call to fire user return notifier is made temporarily in powerpc entry code. Signed-off-by: Luming Yu --- arch/powerpc/kernel/interrupt.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/powerpc/kernel/interrupt.c b/a

Re: [GIT PULL] Please pull powerpc/linux.git powerpc-6.7-5 tag

The pull request you sent on Sun, 17 Dec 2023 16:46:57 +1100: > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git > tags/powerpc-6.7-5 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/5ef3720d91285f7ebc49d17366b366818516b768 Thank you! -- Deet-doot-do

Re: [PATCH v14 3/6] crash: add a new kexec flag for FDT update

On 17/12/23 06:29, Baoquan He wrote: On 12/17/23 at 12:27am, Sourabh Jain wrote: On 16/12/23 15:11, Baoquan He wrote: On 12/15/23 at 12:17pm, Sourabh Jain wrote: .. diff --git a/include/linux/kexec.h b/include/linux/kexec.h index 0f6ea35879ee..bcedb7625b1f 100644 --- a/include/linux/ke

Re: [PATCH v4 02/10] locking: introduce devm_mutex_init

Le 17/12/2023 à 02:05, George Stark a écrit : > [Vous ne recevez pas souvent de courriers de gnst...@salutedevices.com. > Découvrez pourquoi ceci est important à > https://aka.ms/LearnAboutSenderIdentification ] > > Hello Christophe > > On 12/15/23 08:46, Christophe Leroy wrote: >> >> >> Le 1

Re: [RFC PATCH 1/3] powerpc/pseries/fadump: add support for multiple boot memory regions

Hi sourabh, On 06/12/23 01:48, Hari Bathini wrote: From: Sourabh Jain Currently, fadump on pseries assumes a single boot memory region even though f/w supports more than one boot memory region. Add support for more boot memory regions to make the implementation flexible for any enhancements th