[RFC PATCH] powerpc/mm: Return NULL for not present hugetlb page

2015-05-07 Thread Aneesh Kumar K.V
We need to check whether pte is present in follow_huge_addr and properly return NULL if mapping is not present. Also use READ_ONCE when dereferencing pte_t address. Signed-off-by: Aneesh Kumar K.V --- arch/powerpc/mm/hugetlbpage.c | 25 - 1 file changed, 16 insertions(+),

[PATCH V2 1/2] mm/thp: Split out pmd collpase flush into a seperate functions

2015-05-07 Thread Aneesh Kumar K.V
After this patch pmdp_* functions operate only on hugepage pte, and not on regular pmd_t values pointing to page table. Signed-off-by: Aneesh Kumar K.V --- arch/powerpc/include/asm/pgtable-ppc64.h | 4 ++ arch/powerpc/mm/pgtable_64.c | 76 +--- include/as

[PATCH V2 2/2] powerpc/thp: Serialize pmd clear against a linux page table walk.

2015-05-07 Thread Aneesh Kumar K.V
Serialize against find_linux_pte_or_hugepte which does lock-less lookup in page tables with local interrupts disabled. For huge pages it casts pmd_t to pte_t. Since format of pte_t is different from pmd_t we want to prevent transit from pmd pointing to page table to pmd pointing to huge page (and b

Re: [RFC PATCH] powerpc/mm: Return NULL for not present hugetlb page

2015-05-07 Thread Benjamin Herrenschmidt
On Thu, 2015-05-07 at 12:46 +0530, Aneesh Kumar K.V wrote: > We need to check whether pte is present in follow_huge_addr and > properly return NULL if mapping is not present. Also use READ_ONCE > when dereferencing pte_t address. Do that need to go to stable as well ? > Signed-off-by: Aneesh Kuma

Re: [PATCH V2 1/2] mm/thp: Split out pmd collpase flush into a seperate functions

2015-05-07 Thread Kirill A. Shutemov
On Thu, May 07, 2015 at 12:53:27PM +0530, Aneesh Kumar K.V wrote: > After this patch pmdp_* functions operate only on hugepage pte, > and not on regular pmd_t values pointing to page table. > > Signed-off-by: Aneesh Kumar K.V > --- > arch/powerpc/include/asm/pgtable-ppc64.h | 4 ++ > arch/power

[PATCH v2 0/2] Poweroff (EPOW, DPO) events support for PowerNV platform

2015-05-07 Thread Vipin K Parashar
This patchset adds support for FSP EPOW (Early Power Off Warning) and DPO (Delayed Power Off) events support for PowerNV platform. EPOW events are generated by SPCN/FSP due to various critical system conditions that need system shutdown. Few examples of these conditions are high ambient temperatur

[PATCH v2 1/2] powerpc/powernv: Add poweroff (EPOW, DPO) events support for PowerNV platform

2015-05-07 Thread Vipin K Parashar
This patch adds support for FSP EPOW (Early Power Off Warning) and DPO (Delayed Power Off) events support for PowerNV platform. EPOW events are generated by SPCN/FSP due to various critical system conditions that need system shutdown. Few examples of these conditions are high ambient temperature

[PATCH v2 2/2] powerpc/powernv: Extract EPOW events timeout values from OPAL device tree

2015-05-07 Thread Vipin K Parashar
OPAL exports plaform timeout values for various EPOW events under EPOW device tree node. EPOW node contains sub nodes for each EPOW class. Under each class platform timeout property files are located for EPOW events under that class. Each file contains platform timeout value for corresponding EPOW

Re: [PATCH] cpuidle: Handle tick_broadcast_enter() failure gracefully

2015-05-07 Thread Sudeep Holla
Hi Preeti, On 07/05/15 06:26, Preeti U Murthy wrote: When a CPU has to enter an idle state where tick stops, it makes a call to tick_broadcast_enter(). The call will fail if this CPU is the broadcast CPU. Today, under such a circumstance, the arch cpuidle code handles this CPU. This is not conv

Re: [PATCH v3 1/6] cpufreq: poowernv: Handle throttling due to Pmax capping at chip level

2015-05-07 Thread Shilpasri G Bhat
On 05/05/2015 02:08 PM, Preeti U Murthy wrote: > On 05/05/2015 11:36 AM, Shilpasri G Bhat wrote: >> Hi Preeti, >> >> On 05/05/2015 09:21 AM, Preeti U Murthy wrote: >>> Hi Shilpa, >>> >>> On 05/04/2015 02:24 PM, Shilpasri G Bhat wrote: The On-Chip-Controller(OCC) can throttle cpu frequency by

Re: [RFC PATCH] powerpc/mm: Return NULL for not present hugetlb page

2015-05-07 Thread Aneesh Kumar K.V
Benjamin Herrenschmidt writes: > On Thu, 2015-05-07 at 12:46 +0530, Aneesh Kumar K.V wrote: >> We need to check whether pte is present in follow_huge_addr and >> properly return NULL if mapping is not present. Also use READ_ONCE >> when dereferencing pte_t address. > > Do that need to go to stabl

Re: [PATCH V2 1/2] mm/thp: Split out pmd collpase flush into a seperate functions

2015-05-07 Thread Aneesh Kumar K.V
"Kirill A. Shutemov" writes: > On Thu, May 07, 2015 at 12:53:27PM +0530, Aneesh Kumar K.V wrote: >> After this patch pmdp_* functions operate only on hugepage pte, >> and not on regular pmd_t values pointing to page table. >> >> Signed-off-by: Aneesh Kumar K.V >> --- >> arch/powerpc/include/as

Re: [PATCH 3/3] kvm/powerpc: report guest steal time in host

2015-05-07 Thread Christian Borntraeger
Am 06.05.2015 um 18:42 schrieb Naveen N. Rao: > On 2015/05/06 02:46PM, Christian Borntraeger wrote: >> Am 06.05.2015 um 13:56 schrieb Naveen N. Rao: >>> On powerpc, kvm tracks both the guest steal time as well as the time >>> when guest was idle and this gets sent in to the guest through DTL. The >

Re: [PATCH v3 1/6] cpufreq: poowernv: Handle throttling due to Pmax capping at chip level

2015-05-07 Thread Preeti U Murthy
On 05/07/2015 04:05 PM, Shilpasri G Bhat wrote: > > > On 05/05/2015 02:08 PM, Preeti U Murthy wrote: >> On 05/05/2015 11:36 AM, Shilpasri G Bhat wrote: >>> Hi Preeti, >>> >>> On 05/05/2015 09:21 AM, Preeti U Murthy wrote: Hi Shilpa, On 05/04/2015 02:24 PM, Shilpasri G Bhat wrote: >

Re: [PATCH v3 4/6] cpufreq: powernv: Call throttle_check() on receiving OCC_THROTTLE

2015-05-07 Thread Preeti U Murthy
On 05/05/2015 02:11 PM, Preeti U Murthy wrote: > On 05/05/2015 12:03 PM, Shilpasri G Bhat wrote: >> Hi Preeti, >> >> On 05/05/2015 09:30 AM, Preeti U Murthy wrote: >>> Hi Shilpa, >>> >>> On 05/04/2015 02:24 PM, Shilpasri G Bhat wrote: Re-evaluate the chip's throttled state on recieving OCC_THR

[PATCH] powerpc/mpc85xx: Fix EDAC address capture

2015-05-07 Thread songwenbin
From: York Sun Extend err_addr to cover 64 bits for DDR errors. Signed-off-by: York Sun Change-Id: Idb112c4a106416a9cad9933c415e6f62de5cf07b Reviewed-on: http://git.am.freescale.net:8181/553 Tested-by: Schmitt Richard-B43082 Reviewed-by: Fleming Andrew-AFLEMING Tested-by: Fleming Andrew-AFLEM

[PATCH 1/2] powerpc/mpc8xxx: Change EDAC for FSL SoC

2015-05-07 Thread songwenbin
From: York Sun Remove mpc83xx and mpc85xx as dependency. Signed-off-by: York Sun Change-Id: I92ff2ecf38b00e48a713baf2443495f8a1468beb Reviewed-on: http://git.am.freescale.net:8181/554 Reviewed-by: Schmitt Richard-B43082 Tested-by: Schmitt Richard-B43082 Reviewed-by: Fleming Andrew-AFLEMING T

[PATCH v2 1/2] powerpc/mpc8xxx: Change EDAC for FSL SoC

2015-05-07 Thread songwenbin
From: York Sun Remove mpc83xx and mpc85xx as dependency. Signed-off-by: York Sun Signed-off-by: songwenbin --- drivers/edac/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/edac/Kconfig b/drivers/edac/Kconfig index cb59619..ad07d4f 100644 --- a/drivers/e

[PATCH v2 2/2] powerpc/mpc85xx: Fix EDAC address capture

2015-05-07 Thread songwenbin
From: York Sun Extend err_addr to cover 64 bits for DDR errors. Signed-off-by: York Sun Signed-off-by: songwenbin --- drivers/edac/mpc85xx_edac.c | 10 +++--- drivers/edac/mpc85xx_edac.h | 1 + 2 files changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/edac/mpc85xx_edac.c b/d

[PATCH V2] powerpc/mm: Return NULL for not present hugetlb page

2015-05-07 Thread Aneesh Kumar K.V
We need to check whether pte is present in follow_huge_addr and properly return NULL if mapping is not present. Also use READ_ONCE when dereferencing pte_t address. Signed-off-by: Aneesh Kumar K.V --- Changes from V1: -- * Fix build failures with some platform configs. involves pmd_

[RFC PATCH] powerpc/mm: Use a non-idle variant of kick_all_cpus_sync

2015-05-07 Thread Aneesh Kumar K.V
What we really need is the ability to wait for other cpus to finish local_irq_save/local_irq_restore region. We don't need to send IPI to idle cpus in that case. Add a vairant of kick_all_cpus_sync to do that. If idle_cpu_mask change during the call, we should be ok because: 1) new cpus got added.

Re: [PATCH 10/10] drivers/crypto/nx: add hardware 842 crypto comp alg

2015-05-07 Thread Dan Streetman
On Wed, May 6, 2015 at 11:12 PM, Herbert Xu wrote: > On Wed, May 06, 2015 at 12:51:06PM -0400, Dan Streetman wrote: >> Add crypto compression alg for 842 hardware compression and decompression. >> >> This crypto compression alg is named "nx842" to indicate it uses hardware >> to perform the compre

Re: [PATCH 1/1] powerpc: mpc85xx: Add board support for ucp1020

2015-05-07 Thread Oleksandr G Zhadan
Hi Scott, Thanks for fast response, please see inline. On 05/06/2015 11:22 PM, Scott Wood wrote: On Tue, 2015-05-05 at 11:52 -0400, Oleksandr G Zhadan wrote: New QorIQ p1020 based board support from Arcturus Networks Inc. http://www.arcturusnetworks.com/products/ucp1020/ Signed-off-by: Michae

[RESEND PATCH] cpuidle: Handle tick_broadcast_enter() failure gracefully

2015-05-07 Thread Preeti U Murthy
When a CPU has to enter an idle state where tick stops, it makes a call to tick_broadcast_enter(). The call will fail if this CPU is the broadcast CPU. Today, under such a circumstance, the arch cpuidle code handles this CPU. This is not convincing because not only are we not aware what the arch c

Re: [PATCH v3 2/8] ipmi/powernv: Convert to irq event interface

2015-05-07 Thread Corey Minyard
On 05/06/2015 10:16 PM, Alistair Popple wrote: > Convert the opal ipmi driver to use the new irq interface for events. > > Signed-off-by: Alistair Popple > Cc: Corey Minyard > Cc: openipmi-develo...@lists.sourceforge.net > --- > > Corey, > > If this looks ok can you please ack it? Michael Ellerma

[PATCH V2] cpuidle: Handle tick_broadcast_enter() failure gracefully

2015-05-07 Thread Preeti U Murthy
When a CPU has to enter an idle state where tick stops, it makes a call to tick_broadcast_enter(). The call will fail if this CPU is the broadcast CPU. Today, under such a circumstance, the arch cpuidle code handles this CPU. This is not convincing because not only are we not aware what the arch c

[PATCHv3 00/10] add 842 hw compression for PowerNV platform

2015-05-07 Thread Dan Streetman
IBM PowerPC processors starting at version P7+ contain a NX coprocessor that provides various hw-accelerated functions, one of which is memory compression to the IBM "842" compression format. This NX-842 coprocessor is already supported on the pSeries platform, by the nx-842.c driver and the crypt

[PATCH 01/10] powerpc: export of_get_ibm_chip_id function

2015-05-07 Thread Dan Streetman
Export the of_get_ibm_chip_id() function. This will be used by the PowerNV NX-842 driver. Signed-off-by: Dan Streetman --- arch/powerpc/kernel/prom.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/powerpc/kernel/prom.c b/arch/powerpc/kernel/prom.c index 308c5e1..ea2cea7 100644 --- a/a

[PATCH 02/10] powerpc: Add ICSWX instruction

2015-05-07 Thread Dan Streetman
Add the asm ICSWX and ICSWEPX opcodes. Add definitions for the Coprocessor Request structures needed to use the icswx calls to coprocessors. Add icswx() function to perform the ICSWX asm using the provided Coprocessor Command Word value and Coprocessor Request Block structure. This is required f

[PATCH 03/10] lib: add software 842 compression/decompression

2015-05-07 Thread Dan Streetman
Add 842-format software compression and decompression functions. Update the MAINTAINERS 842 section to include the new files. The 842 compression function can compress any input data into the 842 compression format. The 842 decompression function can decompress any standard-format 842 compressed

[PATCH 04/10] crypto: change 842 alg to use software

2015-05-07 Thread Dan Streetman
Change the crypto 842 compression alg to use the software 842 compression and decompression library. Add the crypto driver_name as "842-generic". Remove the fallback to LZO compression. Previously, this crypto compression alg attemped 842 compression using PowerPC hardware, and fell back to LZO c

[PATCH 05/10] drivers/crypto/nx: rename nx-842.c to nx-842-pseries.c

2015-05-07 Thread Dan Streetman
Move the entire NX-842 driver for the pSeries platform from the file nx-842.c to nx-842-pseries.c. This is required by later patches that add NX-842 support for the PowerNV platform. This patch does not alter the content of the pSeries NX-842 driver at all, it only changes the filename. Signed-o

[PATCH 06/10] drivers/crypto/nx: add NX-842 platform frontend driver

2015-05-07 Thread Dan Streetman
Add NX-842 frontend that allows using either the pSeries platform or PowerNV platform driver (to be added by later patch) for the NX-842 hardware. Update the MAINTAINERS file to include the new filenames. Update Kconfig files to clarify titles and descriptions, and correct dependencies. Signed-of

[PATCH 07/10] drivers/crypto/nx: add nx842 constraints

2015-05-07 Thread Dan Streetman
Add "constraints" for the NX-842 driver. The constraints are used to indicate what the current NX-842 platform driver is capable of. The constraints tell the NX-842 user what alignment, min and max length, and length multiple each provided buffers should conform to. These are required because th

[PATCH 08/10] drivers/crypto/nx: add PowerNV platform NX-842 driver

2015-05-07 Thread Dan Streetman
Add driver for NX-842 hardware on the PowerNV platform. This allows the use of the 842 compression hardware coprocessor on the PowerNV platform. Signed-off-by: Dan Streetman --- drivers/crypto/nx/Kconfig | 10 + drivers/crypto/nx/Makefile | 2 + drivers/crypto/nx/nx-842-powe

[PATCH 09/10] drivers/crypto/nx: simplify pSeries nx842 driver

2015-05-07 Thread Dan Streetman
Simplify the pSeries NX-842 driver: do not expect incoming buffers to be exactly page-sized; do not break up input buffers to compress smaller blocks; do not use any internal headers in the compressed data blocks; remove the software decompression implementation; implement the pSeries nx842_constra

[PATCH 10/10] drivers/crypto/nx: add hardware 842 crypto comp alg

2015-05-07 Thread Dan Streetman
Add crypto compression alg for 842 hardware compression and decompression, using the alg name "842" and driver_name "842-nx". This uses only the PowerPC coprocessor hardware for 842 compression. It also uses the hardware for decompression, but if the hardware fails it will fall back to the 842 so

Re: [RESEND PATCH] cpuidle: Handle tick_broadcast_enter() failure gracefully

2015-05-07 Thread Preeti U Murthy
On 05/07/2015 11:09 PM, Preeti U Murthy wrote: > When a CPU has to enter an idle state where tick stops, it makes a call > to tick_broadcast_enter(). The call will fail if this CPU is the > broadcast CPU. Today, under such a circumstance, the arch cpuidle code > handles this CPU. This is not convi

Re: [PATCH 1/1] powerpc: mpc85xx: Add board support for ucp1020

2015-05-07 Thread Scott Wood
On Thu, 2015-05-07 at 12:31 -0400, Oleksandr G Zhadan wrote: > Hi Scott, > > Thanks for fast response, please see inline. > > On 05/06/2015 11:22 PM, Scott Wood wrote: > > On Tue, 2015-05-05 at 11:52 -0400, Oleksandr G Zhadan wrote: > >> +- > >> + >

Re: [PATCH 1/1] powerpc: mpc85xx: Add board support for ucp1020

2015-05-07 Thread Oleksandr G Zhadan
On 05/07/2015 02:18 PM, Scott Wood wrote: On Thu, 2015-05-07 at 12:31 -0400, Oleksandr G Zhadan wrote: Hi Scott, Thanks for fast response, please see inline. On 05/06/2015 11:22 PM, Scott Wood wrote: On Tue, 2015-05-05 at 11:52 -0400, Oleksandr G Zhadan wrote: +--

Re: [PATCH V2] cpuidle: Handle tick_broadcast_enter() failure gracefully

2015-05-07 Thread Rafael J. Wysocki
On Thursday, May 07, 2015 11:17:21 PM Preeti U Murthy wrote: > When a CPU has to enter an idle state where tick stops, it makes a call > to tick_broadcast_enter(). The call will fail if this CPU is the > broadcast CPU. Today, under such a circumstance, the arch cpuidle code > handles this CPU. Thi

Re: [PATCH v3 4/6] cpufreq: powernv: Call throttle_check() on receiving OCC_THROTTLE

2015-05-07 Thread Rafael J. Wysocki
On Thursday, May 07, 2015 05:49:22 PM Preeti U Murthy wrote: > On 05/05/2015 02:11 PM, Preeti U Murthy wrote: > > On 05/05/2015 12:03 PM, Shilpasri G Bhat wrote: > >> Hi Preeti, > >> > >> On 05/05/2015 09:30 AM, Preeti U Murthy wrote: > >>> Hi Shilpa, > >>> > >>> On 05/04/2015 02:24 PM, Shilpasri G

Re: [PATCH 1/1] powerpc: mpc85xx: Add board support for ucp1020

2015-05-07 Thread Scott Wood
On Thu, 2015-05-07 at 15:29 -0400, Oleksandr G Zhadan wrote: > On 05/07/2015 02:18 PM, Scott Wood wrote: > > On Thu, 2015-05-07 at 12:31 -0400, Oleksandr G Zhadan wrote: > diff --git a/arch/powerpc/configs/ucp1020_defconfig > b/arch/powerpc/configs/ucp1020_defconfig > new file mode

Re: [PATCH v4 01/21] pci: Add pcibios_setup_bridge()

2015-05-07 Thread Bjorn Helgaas
Hi Gavin, [Please run "git log --oneline drivers/pci/setup-bus.c" and observe the capitalization convention.] On Fri, May 01, 2015 at 04:02:48PM +1000, Gavin Shan wrote: > Currently, PowerPC PowerNV platform utilizes ppc_md.pcibios_fixup(), > which is called for once after PCI probing and resourc

Re: [RFC PATCH] powerpc/mm: Return NULL for not present hugetlb page

2015-05-07 Thread David Gibson
On Thu, May 07, 2015 at 12:46:21PM +0530, Aneesh Kumar K.V wrote: > We need to check whether pte is present in follow_huge_addr and > properly return NULL if mapping is not present. Also use READ_ONCE > when dereferencing pte_t address. > > Signed-off-by: Aneesh Kumar K.V Reviewed-by: David Gibs

[PATCH v3 1/3] kvm/powerpc: Export kvm exit reasons

2015-05-07 Thread Hemant Kumar
To analyze the kvm exits with perf, we will need to map the exit codes with the exit reasons. Such a mapping exists today in trace_book3s.h. Currently its not exported to perf. This patch moves these kvm exit reasons and their mapping from "arch/powerpc/kvm/trace_book3s.h" to "arch/powerpc/include

[PATCH v3 2/3] kvm/powerpc: Add exit reason for return code 0x0

2015-05-07 Thread Hemant Kumar
This patch adds an exit reason "RETURN_TO_HOST" for the return code 0x0. Signed-off-by: Hemant Kumar --- arch/powerpc/include/uapi/asm/trace_book3s.h | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/powerpc/include/uapi/asm/trace_book3s.h b/arch/powerpc/include/uapi/asm/trace_book3s.h i

[PATCH v3 3/3] kvm/powerpc: Export HCALL reason codes

2015-05-07 Thread Hemant Kumar
For perf to analyze the KVM events like hcalls, we need the hypervisor calls and their codes to be exported through uapi. This patch moves most of the pSeries hcall codes from arch/powerpc/include/asm/hvcall.h to arch/powerpc/include/uapi/asm/hcall_codes.h. It also moves the mapping from arch/pow

[PATCH v3 1/2] perf/kvm: Port perf kvm to powerpc

2015-05-07 Thread Hemant Kumar
From: Srikar Dronamraju 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 rec

[PATCH v3 2/2] perf/kvm: Support HCALL events

2015-05-07 Thread Hemant Kumar
powerpc provides hcall events that also provide 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 from

Re: [PATCH v2 1/2] powerpc/powernv: Add poweroff (EPOW, DPO) events support for PowerNV platform

2015-05-07 Thread Joel Stanley
Hello Vipin, On Thu, May 7, 2015 at 7:00 PM, Vipin K Parashar wrote: > This patch adds support for FSP EPOW (Early Power Off Warning) and > DPO (Delayed Power Off) events support for PowerNV platform. I reviewed this patch for the changes it made to the existing poweroff code, you still need som

Re: [PATCH 10/10] drivers/crypto/nx: add hardware 842 crypto comp alg

2015-05-07 Thread Herbert Xu
On Thu, May 07, 2015 at 11:06:06AM -0400, Dan Streetman wrote: > > The crypto 842-nx has (significant) code in it to handle any alignment > and length input buffers, to match them to what the driver requires. > Would it be better to move that into the crypto code, so that any > crypto compression

Re: [PATCH v3 4/6] cpufreq: powernv: Call throttle_check() on receiving OCC_THROTTLE

2015-05-07 Thread Preeti U Murthy
On 05/08/2015 02:29 AM, Rafael J. Wysocki wrote: > On Thursday, May 07, 2015 05:49:22 PM Preeti U Murthy wrote: >> On 05/05/2015 02:11 PM, Preeti U Murthy wrote: >>> On 05/05/2015 12:03 PM, Shilpasri G Bhat wrote: Hi Preeti, On 05/05/2015 09:30 AM, Preeti U Murthy wrote: > Hi Shi

Re: [PATCH v3 1/2] perf/kvm: Port perf kvm to powerpc

2015-05-07 Thread Ingo Molnar
* Hemant Kumar wrote: > # perf kvm stat report -p 60515 > Analyze events for pid(s) 60515, all VCPUs: > >VM-EXITSamples Samples% Time%Min Time Max > Time Avg time > > H_DATA_STORAGE 500635.30% 0.13% 1.94us 49.46us > 12.3

Re: [PATCH v3 0/6] powernv: cpufreq: Report frequency throttle by OCC

2015-05-07 Thread Viresh Kumar
On 4 May 2015 at 14:24, Shilpasri G Bhat wrote: > This patchset intends to add frequency throttle reporting mechanism > to powernv-cpufreq driver when OCC throttles the frequency. OCC is an > On-Chip-Controller which takes care of the power and thermal safety of > the chip. The CPU frequency can b

Re: [PATCH v3 1/2] perf/kvm: Port perf kvm to powerpc

2015-05-07 Thread Ingo Molnar
* Hemant Kumar wrote: > > On 05/08/2015 09:58 AM, Ingo Molnar wrote: > >* Hemant Kumar wrote: > > > >> # perf kvm stat report -p 60515 > >>Analyze events for pid(s) 60515, all VCPUs: > >> > >>VM-EXITSamples Samples% Time%Min Time Max > >> Time Avg

Re: [PATCH v3 1/2] perf/kvm: Port perf kvm to powerpc

2015-05-07 Thread Hemant Kumar
On 05/08/2015 09:58 AM, Ingo Molnar wrote: * Hemant Kumar wrote: # perf kvm stat report -p 60515 Analyze events for pid(s) 60515, all VCPUs: VM-EXITSamples Samples% Time%Min Time Max Time Avg time H_DATA_STORAGE 500635.30% 0.13%

Re: [PATCH 1/6] dump_stack: Support adding to the dump stack arch description

2015-05-07 Thread Michael Ellerman
On Tue, 2015-05-05 at 14:16 -0700, Andrew Morton wrote: > On Tue, 5 May 2015 21:12:12 +1000 Michael Ellerman > wrote: > > > Arch code can set a "dump stack arch description string" which is > > displayed with oops output to describe the hardware platform. > > + > > + len = strnlen(dump_stack_