POWER9 introduces a new version of the hypervisor API to access the 24x7
perf counters. The new version changed some of the structures used for
requests and results.
Signed-off-by: Thiago Jung Bauermann
---
arch/powerpc/perf/hv-24x7.c| 135 +++--
arch/powe
On POWER9 SMT8 the 24x7 API returns two result elements for physical core
and virtual CPU events and we need to add their counts to get the final
result.
Reviewed-by: Sukadev Bhattiprolu
Signed-off-by: Thiago Jung Bauermann
---
arch/powerpc/perf/hv-24x7.c | 53 ++
On 06/29/2017 12:43 AM, Arvind Yadav wrote:
> dev_pm_ops are not supposed to change at runtime. All functions
> working with dev_pm_ops provided by work with const
> dev_pm_ops. So mark the non-const structs as const.
>
> File size before:
>text data bss dec hex filename
On 06/29/2017 12:54 AM, Arvind Yadav wrote:
> dev_pm_ops are not supposed to change at runtime. All functions
> working with dev_pm_ops provided by work with const
> dev_pm_ops. So mark the non-const structs as const.
>
> File size before:
>text data bss dec hex filename
There is no agreed-upon definition of spin_unlock_wait()'s semantics,
and it appears that all callers could do just as well with a lock/unlock
pair. This commit therefore removes the underlying arch-specific
arch_spin_unlock_wait().
Signed-off-by: Paul E. McKenney
Cc: Benjamin Herrenschmidt
Cc:
Currently tm_reclaim() can return with a corrupted vs0 (fp0) or vs32 (v0)
due to the fact vs0 is used to save FPSCR and vs32 is used to save VSCR.
Later, we recheckpoint trusting that the live state of FP and VEC are ok
depending on the MSR.FP and MSR.VEC bits, i.e. if MSR.FP is enabled that
means
Add a test to check if FP/VSX registers are sane (restored correctly) after
a VSX unavailable exception is caught in the middle of a transaction.
Signed-off-by: Gustavo Romero
Signed-off-by: Breno Leitao
---
tools/testing/selftests/powerpc/tm/Makefile| 3 +-
.../testing/selftests/powe
Tejun Heo writes:
> Hello,
>
> Could be the same problem as the one reported in the following thread.
>
> http://lkml.kernel.org/r/1497266622.15415.39.ca...@abdul.in.ibm.com
>
> The root cause there is ppc arch code not setting up possible cpu <->
> numa mapping during boot.
Huh?
You changed t
"Rafael J. Wysocki" writes:
> On Thu, Jun 29, 2017 at 2:21 PM, Michael Ellerman
> wrote:
>> On Wed, 2017-06-14 at 13:02:39 UTC, Nicholas Piggin wrote:
>>> local_irq_enable can cause interrupts to be taken which could
>>> take significant amount of processing time. The idle process
>>> should set
On Fri, 2017-06-30 at 00:45 +1000, Nicholas Piggin wrote:
> On Thu, 29 Jun 2017 20:23:05 +1000
> Nicholas Piggin wrote:
>
> > On Thu, 29 Jun 2017 19:36:14 +1000
> > Nicholas Piggin wrote:
>
> > > I don't *think* the replay-wakeup-interrupt patch is directly involved,
> > > but
> > > it's likel
Export it so it can be referenced inside a module.
Signed-off-by: Oliver O'Halloran
---
arch/powerpc/mm/hugetlbpage.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/mm/hugetlbpage.c b/arch/powerpc/mm/hugetlbpage.c
index ceeab69cf7fc..96293560f294 100644
--- a/arch/powerpc/mm/hu
101 - 111 of 111 matches
Mail list logo