Currently AUDITSYSCALL has a long list of architecture depencency:
depends on AUDIT (X86 || PARISC || PPC || S390 || IA64 || UML ||
SPARC64 || SUPERH || (ARM AEABI !OABI_COMPAT) || ALPHA)
The purpose of this patch is to replace it with HAVE_ARCH_AUDITSYSCALL
for
Currently AUDITSYSCALL has a long list of architecture depencency:
depends on AUDIT (X86 || PARISC || PPC || S390 || IA64 || UML ||
SPARC64 || SUPERH || (ARM AEABI !OABI_COMPAT) || ALPHA)
The purpose of this patch is to replace it with HAVE_ARCH_AUDITSYSCALL
for
On Tue, Feb 25, 2014 at 02:33:26PM +1100, Michael Ellerman wrote:
On Fri, 2014-14-02 at 22:02:06 UTC, Cody P Schafer wrote:
Export the swevent hrtimer helpers currently only used in events/core.c
to allow the addition of architecture specific sw-like pmus.
Peter, Ingo, can we get your ACK
On Tue, 2014-02-25 at 06:32 +, Andrew Murray wrote:
This patch updates the implementation of pci_process_bridge_OF_ranges to use
the of_pci_range_parser helpers.
Signed-off-by: Andrew Murray amur...@embedded-bits.co.uk
---
I've verified that this builds, however I have no hardware to
On 25 February 2014 13:25, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Tue, 2014-02-25 at 06:32 +, Andrew Murray wrote:
This patch updates the implementation of pci_process_bridge_OF_ranges to use
the of_pci_range_parser helpers.
Signed-off-by: Andrew Murray
On Tue, Feb 25, 2014 at 09:16:24AM +, AKASHI Takahiro wrote:
Currently AUDITSYSCALL has a long list of architecture depencency:
depends on AUDIT (X86 || PARISC || PPC || S390 || IA64 || UML ||
SPARC64 || SUPERH || (ARM AEABI !OABI_COMPAT) || ALPHA)
The purpose of
On 21/02/2014 16:57, Alexander Graf wrote:
On 21.02.2014, at 16:31, Laurent Dufour lduf...@linux.vnet.ibm.com wrote:
This fix introduces the H_GET_TCE hypervisor call which is basically the
reverse of H_PUT_TCE, as defined in the Power Architecture Platform
Requirements (PAPR).
The hcall
On Tue, Feb 25, 2014 at 1:16 AM, AKASHI Takahiro
takahiro.aka...@linaro.org wrote:
Currently AUDITSYSCALL has a long list of architecture depencency:
depends on AUDIT (X86 || PARISC || PPC || S390 || IA64 || UML ||
SPARC64 || SUPERH || (ARM AEABI !OABI_COMPAT) ||
On 02/24/2014 07:33 PM, Michael Ellerman wrote:
On Fri, 2014-14-02 at 22:02:05 UTC, Cody P Schafer wrote:
Add PMU_RANGE_ATTR() and PMU_RANGE_RESV() (for reserved areas) which
generate functions to extract the relevent bits from
event-attr.config{,1,2} for use by sw-like pmus where the
On 02/24/2014 07:33 PM, Michael Ellerman wrote:
On Fri, 2014-14-02 at 22:02:09 UTC, Cody P Schafer wrote:
H_GetPerformanceCounterInfo (refered to as hv_gpci or just gpci from
here on) is an interface to retrieve specific performance counters and
other data from the hypervisor. All outputs have
On 14/02/25, AKASHI Takahiro wrote:
Currently AUDITSYSCALL has a long list of architecture depencency:
depends on AUDIT (X86 || PARISC || PPC || S390 || IA64 || UML ||
SPARC64 || SUPERH || (ARM AEABI !OABI_COMPAT) || ALPHA)
The purpose of this patch is to replace it
On 02/24/2014 07:33 PM, Michael Ellerman wrote:
On Fri, 2014-14-02 at 22:02:13 UTC, Cody P Schafer wrote:
This provides a basic interface between hv_24x7 and perf. Similar to
the one provided for gpci, it lacks transaction support and does not
list any events.
Signed-off-by: Cody P Schafer
On 02/24/2014 07:33 PM, Michael Ellerman wrote:
On Fri, 2014-14-02 at 22:02:08 UTC, Cody P Schafer wrote:
Signed-off-by: Cody P Schafer c...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/hvcall.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/powerpc/include/asm/hvcall.h
On 02/24/2014 07:33 PM, Michael Ellerman wrote:
[PATCH v2 07/11] powerpc: add a shared interface to get gpci version and
capabilities
All the patches that touch perf should be powerpc/perf: foo
Ok.
On Fri, 2014-14-02 at 22:02:11 UTC, Cody P Schafer wrote:
...
I realise this is a fairly
On 02/24/2014 07:33 PM, Michael Ellerman wrote:
On Fri, 2014-14-02 at 22:02:12 UTC, Cody P Schafer wrote:
This provides a basic link between perf and hv_gpci. Notably, it does
not yet support transactions and does not list any events (they can
still be manually composed).
Can you explain how
On 02/24/2014 07:33 PM, Michael Ellerman wrote:
On Fri, 2014-14-02 at 22:02:14 UTC, Cody P Schafer wrote:
Signed-off-by: Cody P Schafer c...@linux.vnet.ibm.com
---
arch/powerpc/perf/Makefile | 2 ++
arch/powerpc/platforms/Kconfig.cputype | 6 ++
2 files changed, 8
On 02/25/2014 02:20 AM, Peter Zijlstra wrote:
On Tue, Feb 25, 2014 at 02:33:26PM +1100, Michael Ellerman wrote:
On Fri, 2014-14-02 at 22:02:06 UTC, Cody P Schafer wrote:
Export the swevent hrtimer helpers currently only used in events/core.c
to allow the addition of architecture specific
This patch removes an artificial RapidIO bus root device and establishes actual
device hierarchy by providing reference to real parent devices.
It also introduces device class for RapidIO controller devices (on-chip or
an eternal bridge, known as mport).
Existing implementation was sufficient for
On Tue, 21 Jan 2014 13:24:51 +0800 Dongsheng Wang
dongsheng.w...@freescale.com wrote:
From: Wang Dongsheng dongsheng.w...@freescale.com
Add suspend/resume and device_init_wakeup to enable ds3232 as
wakeup source, /sys/class/rtc/rtcX/wakealarm for set wakeup alarm.
...
@@ -411,23
On 02/25/2014 12:33 PM, Cody P Schafer wrote:
On 02/24/2014 07:33 PM, Michael Ellerman wrote:
On Fri, 2014-14-02 at 22:02:05 UTC, Cody P Schafer wrote:
Add PMU_RANGE_ATTR() and PMU_RANGE_RESV() (for reserved areas) which
generate functions to extract the relevent bits from
On Tue, 2014-02-25 at 13:29 +0530, Deepthi Dharwar wrote:
We currently do not use smt-snooze-delay in the kernel.
The sysfs entries needs to be retained until we do a clean up
ppc64_cpu
util that uses these entries to determine SMT,
clean up patch for this has already been posted out by
On 02/24/2014 08:53 PM, Madhavan Srinivasan wrote:
On Saturday 22 February 2014 05:44 AM, Cody P Schafer wrote:
/sys/devices/system/cpu/cpu*/smt-snooze-delay was converted into a NOP
in commit 3fa8cad82b94d0bed002571bd246f2299ffc876b, and now does
nothing. Add a pr_warn() to convince any users
Mahesh Jagannath Salgaonkar mah...@linux.vnet.ibm.com writes:
I think we could provide a better interface with instead having a file
per log message appear in sysfs. We're never going to have more than 128
of these at any one time on the Linux side, so it's not going to bee too
many files.
This series is based on tip/timers/core ontop of commit
849401b66d305:tick: Fixup more fallout from hrtimer broadcast mode.
Fast sleep is one of the deep idle states on Power8 in which local timers of
CPUs stop. On PowerPC we do not have an external clock device which can
handle wakeup of such
From: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
The IPI handlers for both PPC_MSG_CALL_FUNC and PPC_MSG_CALL_FUNC_SINGLE map
to a common implementation - generic_smp_call_function_single_interrupt(). So,
we can consolidate them and save one of the IPI message slots, (which are
precious on
From: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
For scalability and performance reasons, we want the tick broadcast IPIs
to be handled as efficiently as possible. Fixed IPI messages
are one of the most efficient mechanisms available - they are faster than
the smp_call_function mechanism
Split timer_interrupt(), which is the local timer interrupt handler on ppc
into routines called during regular interrupt handling and __timer_interrupt(),
which takes care of running local timers and collecting time related stats.
This will enable callers interested only in running expired local
From: Vaidyanathan Srinivasan sva...@linux.vnet.ibm.com
Before adding Fast-Sleep into the cpuidle framework, some low level
support needs to be added to enable it. This includes saving and
restoring of certain registers at entry and exit time of this state
respectively just like we do in the NAP
From: Vaidyanathan Srinivasan sva...@linux.vnet.ibm.com
During Fast-sleep and deeper power savings state, decrementer and
timebase could be stopped making it out of sync with rest
of the cores in the system.
Add a firmware call to request platform to resync timebase
using low level platform
Fast sleep is one of the deep idle states on Power8 in which local timers of
CPUs stop. On PowerPC we do not have an external clock device which can
handle wakeup of such CPUs. Now that we have the support in the tick broadcast
framework for archs that do not sport such a device and the low level
Add deep idle states such as nap and fast sleep to the cpuidle state table
only if they are discovered from the device tree during cpuidle initialization.
Signed-off-by: Preeti U Murthy pre...@linux.vnet.ibm.com
---
drivers/cpuidle/cpuidle-powernv.c | 82 +
The branch target should be the func addr, not the addr of func_descr_t.
So using ppc_function_entry() to generate the right target addr.
Signed-off-by: Liu Ping Fan pingf...@linux.vnet.ibm.com
---
This bug will make ftrace fail to work. It can be triggered when the kernel
size grows up.
---
Sorry to update lately. It takes a long time to apply for test machine
and then, I hit a series of other bugs which I could not resolve
easily. And for now, I have some high priority task, and will come
back to this topic when time is available.
Besides this, I had do some basic test for
-Original Message-
From: Andrew Morton [mailto:a...@linux-foundation.org]
Sent: Wednesday, February 26, 2014 6:07 AM
To: rtc-li...@googlegroups.com
Cc: Wang Dongsheng-B40534; a.zu...@towertech.it; Zhao Chenhui-B35336;
linuxppc-
d...@lists.ozlabs.org
Subject: Re: [rtc-linux]
On Tue, 2014-02-25 at 21:09 -0600, Wang Dongsheng-B40534 wrote:
-Original Message-
From: Andrew Morton [mailto:a...@linux-foundation.org]
Sent: Wednesday, February 26, 2014 6:07 AM
To: rtc-li...@googlegroups.com
Cc: Wang Dongsheng-B40534; a.zu...@towertech.it; Zhao
-Original Message-
From: Wood Scott-B07421
Sent: Wednesday, February 26, 2014 11:21 AM
To: Wang Dongsheng-B40534
Cc: Andrew Morton; rtc-li...@googlegroups.com; b...@kernel.crashing.org;
a.zu...@towertech.it; Zhao Chenhui-B35336; linuxppc-dev@lists.ozlabs.org
Subject: Re:
On Wed, 2014-02-26 at 09:40 +1100, Benjamin Herrenschmidt wrote:
On Tue, 2014-02-25 at 13:29 +0530, Deepthi Dharwar wrote:
We currently do not use smt-snooze-delay in the kernel.
The sysfs entries needs to be retained until we do a clean up
ppc64_cpu
util that uses these entries to
On Tue, 2014-02-25 at 13:31 -0800, Cody P Schafer wrote:
On 02/24/2014 07:33 PM, Michael Ellerman wrote:
On Fri, 2014-14-02 at 22:02:14 UTC, Cody P Schafer wrote:
Signed-off-by: Cody P Schafer c...@linux.vnet.ibm.com
---
arch/powerpc/perf/Makefile | 2 ++
From: Haren Myneni hb...@us.ibm.com
pHyp can change cache nodes for suspend/resume operation. Currently the
device tree is updated by drmgr in userspace after all non boot CPUs are
enabled. Hence, we do not modify the cache list based on the latest cache
nodes. Also we do not remove cache entries
On 02/23/2014 05:53 PM, Benjamin Herrenschmidt wrote:
On Wed, 2014-02-19 at 12:56 -0800, Tyrel Datwyler wrote:
This patchset fixes a couple of issues encountered in the suspend/resume code
base. First when using the kernel device tree update code update-nodes is
unnecessarily called more than
On Wed, Feb 26, 2014 at 10:23:01AM +0800, Liu Ping Fan wrote:
The branch target should be the func addr, not the addr of func_descr_t.
So using ppc_function_entry() to generate the right target addr.
Signed-off-by: Liu Ping Fan pingf...@linux.vnet.ibm.com
---
This bug will make ftrace fail
This enables support for userspace to fetch and initiate FSP and
Platform dumps from the service processor (via firmware) through sysfs.
Based on original patch from Vasant Hegde hegdevas...@linux.vnet.ibm.com
Flow:
- We register for OPAL notification events.
- OPAL sends new dump available
On Wed, Feb 26, 2014 at 12:35 PM, Ananth N Mavinakayanahalli
ana...@in.ibm.com wrote:
On Wed, Feb 26, 2014 at 10:23:01AM +0800, Liu Ping Fan wrote:
The branch target should be the func addr, not the addr of func_descr_t.
So using ppc_function_entry() to generate the right target addr.
The new ELFv2 little-endian ABI increases the stack redzone -- the
area below the stack pointer that can be used for storing data --
from 288 bytes to 512 bytes. This means that we need to allow more
space on the user stack when delivering a signal to a 64-bit process.
To make the code a bit
Hi Vinod,
How about these patches?
Thanks.
On 01/16/2014 01:47 PM, hongbo.zh...@freescale.com wrote:
From: Hongbo Zhang hongbo.zh...@freescale.com
Hi Vinod Koul and Dan Williams,
Please have a look at these patches.
Note that patch 2~6 had beed sent out for upstream before, but were together
Andrew Morton a...@linux-foundation.org writes:
On Wed, 5 Feb 2014 09:25:46 +0800 Liu Ping Fan qemul...@gmail.com wrote:
When doing some numa tests on powerpc, I triggered an oops bug. I find
it is caused by using page-_last_cpupid. It should be initialized as
-1 LAST_CPUPID_MASK, but not
46 matches
Mail list logo