[PATCH v6 3/3] perf,kvm/powerpc: Add support for HCALL reasons

Powerpc provides hcall events that also provides insights into guest behaviour. Enhance perf kvm to record and analyze hcall events. - To trace hcall events : perf kvm stat record - To show the results : perf kvm stat report --event=hcall The result shows the number of hypervisor calls fro

[PATCH v6 2/3] perf,kvm/powerpc: Port perf kvm stat to powerpc

perf kvm can be used to analyze guest exit reasons. This support already exists in x86. Hence, porting it to powerpc. - To trace KVM events : perf kvm stat record If many guests are running, we can track for a specific guest by using --pid as in : perf kvm stat record --pid - To see the

[PATCH v6 1/3] perf,kvm/powerpc: Remove const from kvm_events_tp

This patch removes the "const" qualifier from kvm_events_tp declaration to account for the fact that powerpc will need to update this variable dynamically depending on the machine type. Signed-off-by: Hemant Kumar --- tools/perf/arch/s390/util/kvm-stat.c | 2 +- tools/perf/arch/x86/util/kvm-stat

Re: [RFC PATCH 1/9] powerpc: allocate sys_membarrier system call number

On Thu, 2015-08-27 at 13:56 -0400, Mathieu Desnoyers wrote: > Allow it to be used from SPU, since it should not have unwanted > side-effects. > > [ Untested on this architecture. To try it out: fetch linux-next/akpm, > apply this patch, build/run a membarrier-enabled kernel, and do make > ksel

Re: [Question] Is little endian supported on all the platforms?

On Mon, 2015-08-31 at 14:44 +0800, Boqun Feng wrote: > Hi all, > > I hit a strange build error on v4.2, when I try to build a LE kernel > with a slightly modification of the ppc64_defconfig. What I did is just > make ppc64_defconfig and make menuconfig to set CPU_LITTLE_ENDIAN=y, and > then build

[PATCH v6 1/2] perf,kvm/powerpc: Add kvm_perf.h for powerpc

To analyze the exit events with perf, we need to export the related tracepoints through kvm_perf.h. kvm_perf.h is to be added in the arch/powerpc directory, where the kvm tracepoints needed to trace the KVM exit events are defined. To indicate that the tracepoints are book3s_hv specific, suffix _H

[PATCH v6 2/2] perf, kvm/powerpc: Add hcall related info to kvm_perf.h

To analyze the hcalls with perf kvm stat, we need the hcall related tracepoint information to be exported. This patch adds hcall tracepoints "kvm_hv:kvm_hcall_enter" and "kvm_hv:kvm_hcall_exit" to kvm_perf.h. So, perf will now know to look for these tracepoints if "perf kvm stat record" is invoked

[Question] Is little endian supported on all the platforms?

Hi all, I hit a strange build error on v4.2, when I try to build a LE kernel with a slightly modification of the ppc64_defconfig. What I did is just make ppc64_defconfig and make menuconfig to set CPU_LITTLE_ENDIAN=y, and then build the kernel. I did a little research myself, and found out the er

Re: talitos doesn't build with GCC 4.4.4 (was Re: [PATCH v3 07/17] crypto: talitos - enhanced talitos_desc struct for SEC1)

On Sun, 2015-08-30 at 19:24 +0200, christophe leroy wrote: > Hi Michael, > > This should be fixed by that one: > > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=76bea64c4c8d7fa911eb485c4c2b8583e813331e Thanks. Sorry I should have thought to check linux-next. cheer

Re: [2/2] powerpc/pseries: Cleanup on pci_dn_reconfig_notifier()

On Thu, 2015-27-08 at 04:12:37 UTC, Gavin Shan wrote: > This applies cleanup on pci_dn_reconfig_notifier(), no functional > changes: > >* Rename variable "pci" to "pdn" to indicate its purpose clearly. >* The parent node can be released at any time. So it should be > hold with of_get_

Re: [1/2] cxl: Fix + cleanup error paths in cxl_dev_context_init

On Thu, 2015-27-08 at 09:50:18 UTC, Ian Munsie wrote: > From: Ian Munsie > > If the cxl_context_alloc() call fails, we return immediately without > releasing the reference on the AFU device, allowing it to leak. > > This patch switches to using goto style error handling so that the > device is r

Re: [1/2] powerpc/pseries: Fix corrupted pdn list

On Thu, 2015-27-08 at 04:12:36 UTC, Gavin Shan wrote: > Commit cca87d30 ("powerpc/pci: Refactor pci_dn") introduced pdn > list for SRIOV VFs. It means the pdn is be put into the child list > of its parent pdn when the pdn is created. When doing PCI hot > unplugging on pSeries, the PCI device node a

Re: [2/2] cxl: Fix force unmapping mmaps of contexts allocated through the kernel api

On Thu, 2015-27-08 at 09:50:19 UTC, Ian Munsie wrote: > From: Ian Munsie > > The cxl user api uses the address_space associated with the file when we > need to force unmap all cxl mmap regions (e.g. on eeh, driver detach, > etc). Currently, contexts allocated through the kernel api do not do > th

Re: [RESEND] cxl: Set up and enable PSL Timebase

On Fri, 2015-28-08 at 07:37:36 UTC, Philippe Bergheaud wrote: > This patch configures the PSL Timebase function and enables it, > after the CAPP has been initialized by OPAL. > > Acked-by: Ian Munsie > Signed-off-by: Philippe Bergheaud Applied to powerpc next, thanks. https://git.kernel.org/po

Re: powerpc/eeh: Fix fenced PHB caused by eeh_slot_error_detail()

On Fri, 2015-28-08 at 01:57:00 UTC, Gavin Shan wrote: > The config space of some PCI devices can't be accessed when their > PEs are in frozen state. Otherwise, fenced PHB might be seen. > Those PEs are identified with flag EEH_PE_CFG_RESTRICTED, meaing > EEH_PE_CFG_BLOCKED is set automatically when

Re: talitos doesn't build with GCC 4.4.4 (was Re: [PATCH v3 07/17] crypto: talitos - enhanced talitos_desc struct for SEC1)

Hi Michael, This should be fixed by that one: https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=76bea64c4c8d7fa911eb485c4c2b8583e813331e Christophe Le 30/08/2015 12:25, Michael Ellerman a écrit : Hi guys, Due to the recent config changes for 85xx, CRYPTO_DEV_TALITOS

Re: [PATCH V2 09/10] kasan: Prevent deadlock in kasan reporting

Andrey Ryabinin writes: > 2015-08-26 11:26 GMT+03:00 Aneesh Kumar K.V : >> We we end up calling kasan_report in real mode, our shadow mapping >> for even spinlock variable will show poisoned. > > Generally I agree with this patch. We should disable reports when we > print report as early > as pos

Re: [PATCH V2 07/10] kasan: Make INLINE KASan support arch selectable

Andrey Ryabinin writes: > 2015-08-26 11:26 GMT+03:00 Aneesh Kumar K.V : >> Some of the archs, may find it difficult to support inline KASan >> mode. Add HAVE_ARCH_KASAN_INLINE so that we can disable inline >> support at config time. >> >> Signed-off-by: Aneesh Kumar K.V >> --- >> arch/x86/Kconf

Re: [PATCH V2 05/10] kasan: Enable arch to hook into kasan callbacks.

Andrey Ryabinin writes: > 2015-08-26 11:26 GMT+03:00 Aneesh Kumar K.V : >> We add enable/disable callbacks in this patch which architecture >> can implemement. We will use this in the later patches for architecture >> like ppc64, that cannot have early zero page kasan shadow region for the >> ent

Re: [PATCH V2 02/10] kasan: MODULE_VADDR is not available on all archs

Andrey Ryabinin writes: > 2015-08-26 11:26 GMT+03:00 Aneesh Kumar K.V : >> Conditionalize the check using #ifdef >> >> Signed-off-by: Aneesh Kumar K.V >> --- >> mm/kasan/report.c | 11 --- >> 1 file changed, 8 insertions(+), 3 deletions(-) >> >> diff --git a/mm/kasan/report.c b/mm/kasan

talitos doesn't build with GCC 4.4.4 (was Re: [PATCH v3 07/17] crypto: talitos - enhanced talitos_desc struct for SEC1)

Hi guys, Due to the recent config changes for 85xx, CRYPTO_DEV_TALITOS is now enabled for corenet64/32_smp_defconfig: https://git.kernel.org/cgit/linux/kernel/git/scottwood/linux.git/commit/?h=next&id=7e2ad2ef851545c9bd0b5aadc8026c6901a87c50 And so I've started seeing a build failure caused b

Re: [PATCH][RESEND] cxl: Set up and enable PSL Timebase

On Fri, 2015-08-28 at 09:37 +0200, Philippe Bergheaud wrote: > This patch configures the PSL Timebase function and enables it, > after the CAPP has been initialized by OPAL. > > Acked-by: Ian Munsie > Signed-off-by: Philippe Bergheaud > --- > drivers/misc/cxl/cxl.h | 5 + > drivers/misc/