Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/harness.c | 5 -
tools/testing/selftests/powerpc/subunit.h | 5 +
tools/testing/selftests/powerpc/utils.h | 12
3 files changed, 21 insertions(+), 1 deletion(-)
diff --git a/tools/testing/selftests
This gives us standardised success/failure output and also handles
killing the test if it runs forever (2 minutes).
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/tm/Makefile | 2 +-
tools/testing/selftests/powerpc/tm/tm-resched-dscr.c | 14 +++---
2 files
On Fri, 2014-06-13 at 14:26 +0400, Denis Kirjanov wrote:
> On 6/13/14, Catalin Marinas wrote:
> > On Fri, Jun 13, 2014 at 08:12:08AM +0100, Denis Kirjanov wrote:
> >> On 6/12/14, Catalin Marinas wrote:
> >> > On Thu, Jun 12, 2014 at 01:00:57PM +0100, Denis Kirjanov wrote:
> >> >> On 6/12/14, Deni
it too. Rather than special
casing each, add an accessor.
For ABIv1 and 32-bit there is only a single entry point, so we return
that. That means it's safe for the caller to use this without also
checking the ABI version.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm
just invert the test.
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/ftrace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/kernel/ftrace.c b/arch/powerpc/kernel/ftrace.c
index f5d1a34..8fc0c17 100644
--- a/arch/powerpc/kernel/ftrace.c
+++ b/arch/pow
t makes it impossible to ftrace against modules, eg:
Unexpected call sequence: 4808 e8410018
WARNING: at ../kernel/trace/ftrace.c:1638
ftrace failed to modify [] rng_dev_open+0x1c/0x70 [rng_core]
Reported-by: David Binderman
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/ftrace.c
return the global entry point of
the function, whereas ppc_function_entry() will always return the local.
Fix it by using the newly added ppc_global_function_entry().
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/ftrace.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff
e.
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/ftrace.c | 43 ---
1 file changed, 20 insertions(+), 23 deletions(-)
diff --git a/arch/powerpc/kernel/ftrace.c b/arch/powerpc/kernel/ftrace.c
index 96efc66..d178834 100644
--- a/arch/powerpc/kernel/
On Tue, 2014-06-10 at 15:20 +0200, Christian Zigotzky wrote:
> Hi All,
>
> Could you help me to remove the changes of the PCI code, please? Or
> which patches shall I remove to get the old PCI code?
Hi Christian,
Thanks for doing the bisect. It wasn't clear why that change was causing your
issu
On Wed, 2014-06-18 at 11:27 +0800, Mike Qiu wrote:
> Anyone has a idea on this issue?
Did it ever work? If so which kernel version?
Can you attach your actual .config.
You could try building without CONFIG_PPC_POWERNV.
cheers
___
Linuxppc-dev mailin
On Fri, 2014-06-06 at 15:38 +0900, Masami Hiramatsu wrote:
> Ping?
>
> I guess this should go to 3.16 branch, shouldn't it?
> > diff --git a/arch/powerpc/include/asm/types.h
> > b/arch/powerpc/include/asm/types.h
> > index bfb6ded..8b89d65 100644
> > --- a/arch/powerpc/include/asm/types.h
> > ++
On Thu, 2014-06-12 at 16:53 +1000, Paul Mackerras wrote:
> Some people see things like "Exception: 501" in stack traces in dmesg
> and assume that means that something has gone badly wrong, when in
> fact "Exception: 501" just means a device interrupt was taken.
> This changes "Exception" to "inter
On Wed, 2014-06-18 at 17:46 +0900, Masami Hiramatsu wrote:
> (2014/06/18 16:56), Michael Ellerman wrote:
> > On Fri, 2014-06-06 at 15:38 +0900, Masami Hiramatsu wrote:
> >> Ping?
> >>
> >> I guess this should go to 3.16 branch, shouldn't it?
> >
>
On Wed, 2014-06-18 at 17:02 +0800, Mike Qiu wrote:
> On 06/18/2014 03:54 PM, Michael Ellerman wrote:
> > On Wed, 2014-06-18 at 11:27 +0800, Mike Qiu wrote:
> >> Anyone has a idea on this issue?
> > Did it ever work? If so which kernel version?
> It works for 3.15, bu
On Thu, 2014-06-19 at 10:18 +0800, Mike Qiu wrote:
> On 06/19/2014 09:32 AM, Michael Ellerman wrote:
> > On Wed, 2014-06-18 at 17:02 +0800, Mike Qiu wrote:
> >> On 06/18/2014 03:54 PM, Michael Ellerman wrote:
> >>> On Wed, 2014-06-18 at 11:27 +0800, Mike Qiu wrote:
&g
On Thu, 2014-06-19 at 13:49 +0800, Mike Qiu wrote:
> Hi Michael,
>
> The config file has attached ...
Thanks.
Nothing is obviously broken in there.
Can you try building with POWERNV=n, I think that will fix it.
cheers
___
Linuxppc-dev mailing list
On Thu, 2014-06-19 at 20:20 +0900, Masami Hiramatsu wrote:
> (2014/06/19 20:01), Masami Hiramatsu wrote:
>
> > Ah, those messages should be shown in dmesg when booting if it doesn't
> > work,
> > because the messages are printed by initialization process of kprobe
> > blacklist.
ntry point address.
Signed-off-by: Michael Ellerman
---
Obviously depends on my previous patch to add ppc_global_function_entry().
arch/powerpc/kernel/kprobes.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/kprobes.c b/arch/powerpc/kernel/kprob
n, so drop the debug code.
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/signal_32.c | 9 -
arch/powerpc/kernel/signal_64.c | 9 -
2 files changed, 18 deletions(-)
diff --git a/arch/powerpc/kernel/signal_32.c b/arch/powerpc/kernel/signal_32.c
index 4e47db6..1bc5a17 1
Commit e58e263 "PPC, KVM, CMA: use general CMA reserved area management
framework" in next-20140624 removed arch/powerpc/kvm/book3s_hv_cma.c but
neglected to update the Makefile, thus breaking the build.
Signed-off-by: Michael Ellerman
---
Hi Andrew,
This is in your akpm-curr
On Tue, 2014-06-24 at 15:51 +0900, Joonsoo Kim wrote:
> On Tue, Jun 24, 2014 at 04:36:47PM +1000, Michael Ellerman wrote:
> > Commit e58e263 "PPC, KVM, CMA: use general CMA reserved area management
> > framework" in next-20140624 removed arch/powerpc/kvm/book3s_hv_cma.c bu
newer OPAL, we have
seen a machine where it causes a crash in Open Firmware.
The code in early_init_devtree() to copy boot_command_line into cmd_line
was added in commit 817c21ad9a1f "Get kernel command line accross OPAL
takeover", and AFAIK is only used by takeover, so should also be
re
g.sys_ni_syscall,.compat_sys_old_getrlimit
ie. they are equivalent.
Finally both COMPAT_SYS() and SYSX() evaluate to sys_ni_syscall in the
Cell SPU code.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/systbl.h | 4 ++--
arch/powerpc/kernel/systbl.S | 3 ---
2 files cha
On Wed, 2014-06-25 at 12:20 +0800, Li Zhong wrote:
> DaYu just reminded me that Michael already had a patch removing all the
> related code.
>
> Please ignore this patch..
Thanks for tracking down what the actual problem was.
cheers
___
Linuxppc-dev
patch, "make -C tools/testing/selftests TARGETS=powerpc"
> would fail.
>
> Signed-off-by: Sam Bobroff
Acked-by: Michael Ellerman
cheers
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
t; rmo_top : 00001000
> > ram_top : 1000
> > instantiating rtas at 0x0ee9... done
> > Querying for OPAL presence... not there.
>
> A patch from Michael Ellerman was just merged :
>
> powerpc/powernv: Remove OPAL v1
On Wed, 2014-06-25 at 21:34 +0400, Denis Kirjanov wrote:
> We have to return the boolean here if the tag presents
> or not, not just ANDing the TCI with the mask which results to:
>
> [ 709.412097] test_bpf: #18 LD_VLAN_TAG_PRESENT
> [ 709.412245] ret 4096 != 1
> [ 709.412332] ret 4096 != 1
> [
On Thu, 2014-06-26 at 10:36 +0200, Daniel Borkmann wrote:
> On 06/26/2014 10:30 AM, Michael Ellerman wrote:
> > On Wed, 2014-06-25 at 21:34 +0400, Denis Kirjanov wrote:
> >> We have to return the boolean here if the tag presents
> >> or not, not just ANDing the TCI wit
On Mon, 2014-06-30 at 12:14 +0900, Masami Hiramatsu wrote:
> Ping? :)
Yeah sorry. I started looking at this and got dragged into another mess.
You seem to have duplicated the functionality of arch_deref_entry_point(),
which was also added for kprobes, and for the same reason - ie. because some
ar
On Mon, 2014-06-30 at 11:54 +0530, Preeti U Murthy wrote:
> Commit 8d6f7c5a: "powerpc/powernv: Make it possible to skip the IRQHAPPENED
> check in power7_nap()" added code that prevents even cores which enter sleep
> on idle, from checking for pending interrupts. Fix this.
To be clear, it is a bug
These
> interrupts are delivered during the soft irq disabled state of the cpu.
Acked-by: Michael Ellerman
cheers
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Tue, 2014-07-01 at 11:21 +0900, Masami Hiramatsu wrote:
> (2014/06/30 20:36), Michael Ellerman wrote:
> > On Mon, 2014-06-30 at 12:14 +0900, Masami Hiramatsu wrote:
> >> Ping? :)
> >
> > Yeah sorry. I started looking at this and got dragged into another m
On Wed, 2014-07-02 at 15:39 +0900, Masami Hiramatsu wrote:
> (2014/07/02 13:41), Michael Ellerman wrote:
> > On Tue, 2014-07-01 at 11:21 +0900, Masami Hiramatsu wrote:
> >> (2014/06/30 20:36), Michael Ellerman wrote:
> >>> On Mon, 2014-06-30 at 12:14 +0900, Masam
R2 primarily consists of counter freeze bits. So restoring the value of PMC5
into MMCR2 will most likely have the effect of freezing counters.
Fixes: 72cde5a88d37 ("KVM: PPC: Book3S HV: Save/restore host PMU registers that
are new in POWER8")
Cc: sta...@vger.kernel.org
With the above add
On Thu, 2014-07-03 at 15:42 +0930, Joel Stanley wrote:
> Instead of separate bits for every POWER8 PMU feature, have a single one
> for v2.07 of the architecture.
>
> This saves us adding a MMCR2 define for a future patch.
Cc: sta...@vger.kernel.org
Acked-by: Michael Eller
org
Fixes: e05b9b9e5c10 ("powerpc/perf: Power8 PMU support")
Acked-by: Michael Ellerman
cheers
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Wed, 2014-07-02 at 14:22 -0600, Bjorn Helgaas wrote:
> On Tue, Jun 10, 2014 at 03:10:30PM +0200, Alexander Gordeev wrote:
> > There are PCI devices that require a particular value written
> > to the Multiple Message Enable (MME) register while aligned on
> > power of 2 boundary value of actually
undefined reference to `.dump_skip'
Fix it by adding some ifdefs in the cell code.
Signed-off-by: Michael Ellerman
---
arch/powerpc/platforms/cell/spu_syscalls.c | 2 ++
arch/powerpc/platforms/cell/spufs/Makefile | 3 ++-
arch/powerpc/platforms/cell/spufs/syscalls.c | 6 --
ned-off-by: Michael Ellerman
---
arch/powerpc/include/asm/mmu.h | 10 +-
arch/powerpc/mm/mmu_context_nohash.c | 12 +---
2 files changed, 2 insertions(+), 20 deletions(-)
diff --git a/arch/powerpc/include/asm/mmu.h b/arch/powerpc/include/asm/mmu.h
index f8d1d6dcf7db..e61f24ed4e65 10
want to add any more complexity to
those just to support ancient cpus, so it seems like it's a good time to
drop support for power3 and earlier.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/cputable.h | 18 +++-
arch/powerpc/kernel/cputable.c | 90 -
Old cpus didn't have a Segment Lookaside Buffer (SLB), instead they had
a Segment Table (STAB). Now that we've dropped support for those cpus,
we can remove the STAB support entirely.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/mmu-hash64.h | 22 ---
arch/powerpc/i
We now only support cpus that use an SLB, so we don't need an MMU
feature to indicate that.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/cputable.h| 3 +--
arch/powerpc/include/asm/mmu.h | 8 ++--
arch/powerpc/include/asm/mmu_context.h | 3 +--
arch/po
The previous patch left a bit of a wart in copy_process(). Clean it up a
bit by moving the logic out into a helper.
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/process.c | 32 ++--
1 file changed, 18 insertions(+), 14 deletions(-)
diff --git a/arch
Now that we have dropped power3 support we can remove CONFIG_POWER3. The
usage in pgtable_32.c was already dead code as CONFIG_POWER3 was not
selectable on PPC32.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/cputable.h| 3 +--
arch/powerpc/mm/pgtable_32.c | 2
We no longer support these cpus, so we don't need oprofile support for
them either.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/oprofile_impl.h | 1 -
arch/powerpc/oprofile/Makefile | 2 +-
arch/powerpc/oprofile/common.c | 3 -
arch/powerpc/opr
There are still a few occurences where it remains, because it helps to
explain something that persists.
Signed-off-by: Michael Ellerman
---
arch/powerpc/lib/copyuser_64.S | 3 +--
arch/powerpc/mm/mmu_context_hash32.c | 2 +-
arch/powerpc/mm/ppc_mmu_32.c | 2 +-
3 files changed, 3
.
In the powermac code we can just use CONFIG_PPC64 instead, and in other
places it is a synonym for CONFIG_PPC_BOOK3S_64.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/cputable.h | 2 +-
arch/powerpc/platforms/Kconfig.cputype| 12 +++--
arch/powerpc/platforms
o indicate that. There's also no reason for it not
to be in Kconfig, so move it there.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/cputable.h| 7 ++-
arch/powerpc/kernel/cputable.c | 4 ++--
arch/powerpc/platforms/Kconfig.cputype | 6 +-
3 files changed,
On Wed, 2014-07-09 at 21:20 -0400, Tyrel Datwyler wrote:
> Commit 75b57ecf9 refactored device tree nodes to use kobjects such that they
> can be exposed via /sysfs. A secondary commit 0829f6d1f furthered this rework
> by moving the kobect initialization logic out of of_node_add into its own
> of_no
, particularly for the MMCRx/SIxR/SDAR fields, and
might have helped us notice the recent double restore bug we had in this
code.
Signed-off-by: Michael Ellerman
---
This is on top of "powerpc/kvm: Remove redundant save of SIER AND MMCR2".
arch/powerpc/kernel/asm-offsets.c
On Thu, 2014-07-10 at 12:16 +0200, Alexander Graf wrote:
> On 10.07.14 11:34, Michael Ellerman wrote:
> > We have two arrays in kvm_host_state that contain register values for
> > the PMU. Currently we only create an asm-offsets symbol for the base of
> > the arrays, and do th
On Mon, 2014-07-14 at 10:17 -0700, Tony Luck wrote:
> On Tue, Jul 8, 2014 at 5:07 AM, Masami Hiramatsu
> wrote:
> > Ping?
> >
> > This patch can be applied without 1/2, and will fix ia64/ppc64 problem.
>
> Is somebody going to push this upstream? Another week has gone by,
> we are at -rc5, and I'
On Tue, 2014-07-15 at 11:24 +0900, Masami Hiramatsu wrote:
> (2014/07/15 11:11), Michael Ellerman wrote:
> > On Mon, 2014-07-14 at 10:17 -0700, Tony Luck wrote:
> >> On Tue, Jul 8, 2014 at 5:07 AM, Masami Hiramatsu
> >> wrote:
> >>> Ping?
> >>&g
y() macro when lookin up symbols instead
>of storing it.
> - Update for the latest -next.
>
> Signed-off-by: Masami Hiramatsu
> Reported-by: Tony Luck
> Tested-by: Tony Luck
> Cc: Michael Ellerman
Tested-by: Michael Ellerman
Acked-by: Michael Ellerman (for
everything enabled.
bad_stack() is called from the common exception handlers, but it's a
non-conditional branch, so we have plenty of scope to move it further
way.
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/exceptions-64s.S | 120 +--
1 file ch
lly subtle.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/irqflags.h | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/include/asm/irqflags.h
b/arch/powerpc/include/asm/irqflags.h
index e20eb95429a8..f2149066fe5d 100644
--- a/arch/powerpc/i
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/exception-64s.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/include/asm/exception-64s.h
b/arch/powerpc/include/asm/exception-64s.h
index 8f35cd7d59cc..066c15cd2837 100644
--- a/arch/powerpc/include/asm/exception
& r11 are used at that
point.
For the addition case we still need a macro, so rename it to clarify
what it actually does.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/exception-64s.h | 11 +++
arch/powerpc/kernel/exceptions-64s.S | 28 ++-
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/machdep.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/include/asm/machdep.h
b/arch/powerpc/include/asm/machdep.h
index f92b0b54e921..5c7e74ddee4c 100644
--- a/arch/powerpc/include/asm/machdep.h
+++ b/arch/powerpc
before doing anything, so on other
platforms they will usually just return.
But it's fishy for powernv code to be running on other platforms, so
switch them all to be machine initcalls. If we want any of them to run
on other platforms in future they should move to sysdev.
Signed-off-by: Mi
ough
* alloc_dispatch_log_kmem_cache
- creating kmem_cache on non-pseries machines
Signed-off-by: Michael Ellerman
---
arch/powerpc/platforms/pseries/dtl.c | 3 ++-
arch/powerpc/platforms/pseries/eeh_pseries.c | 8 ++--
arch/powerpc/platforms/pseries/hvCall_inst.c | 2 +-
arch/powerpc/platf
ough
* alloc_dispatch_log_kmem_cache
- creating kmem_cache on non-pseries machines
Signed-off-by: Michael Ellerman
---
v2: Add missing includes of machdep.h
arch/powerpc/platforms/pseries/dtl.c | 3 ++-
arch/powerpc/platforms/pseries/eeh_pseries.c | 8 ++--
arch/powerpc/platforms/pse
I spent ten minutes scratching my head, trying to work out where we
enabled relocation on interrupts for guest kernels. Expand the doco to
make it clear.
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/setup_64.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/pmu/Makefile | 2 +-
tools/testing/selftests/powerpc/pmu/l3_bank_test.c | 48 ++
2 files changed, 49 insertions(+), 1 deletion(-)
create mode 100644 tools/testing/selftests/powerpc/pmu/l3_bank_test.c
Have a task eat some cpu while we are counting instructions to create
some scheduler pressure. The idea being to try and unearth any bugs we
have in counting that only appear when context switching is happening.
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/pmu/Makefile
Although we expect some small discrepancies for very large counts, we
seem to be able to count up to 64G instructions without too much skew, so
do so.
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/pmu/count_instructions.c | 6 ++
1 file changed, 6 insertions(+)
diff
6400016
Actual 6400016
Delta0, 0.00%
success: count_instructions
Signed-off-by: Michael Ellerman
---
.../selftests/powerpc/pmu/count_instructions.c | 24 +++---
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/tools/testing/selftests/powerpc
On Tue, 2014-07-22 at 16:13 +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2014-07-21 at 14:56 -0400, Steven Rostedt wrote:
> > > Weird ... what are your gcc and binutils versions ? Smells like a
> > > toolchain issue to me but I need to dig a bit more. Doesn't hit any
> > > of my test configs here
that uses EBB and manually uses MMCR2 for
event freezing.
Fixes: b50a6c584bb4 ("powerpc/perf: Clear MMCR2 when enabling PMU")
Cc: sta...@vger.kernel.org
Signed-off-by: Michael Ellerman
---
arch/powerpc/perf/core-book3s.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
build failures.
We can achieve the best of both worlds by using -k, which tells make to
keep building when it hits an error, but still reports the error.
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/Makefile | 10 +-
tools/testing/selftests/powerpc/pmu/Makefile
start and end should be unsigned long.
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/pmu/lib.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/testing/selftests/powerpc/pmu/lib.c
b/tools/testing/selftests/powerpc/pmu/lib.c
index 0f6a4731d546
generated code that may just be luck.
So move it into assembler, do all the stack handling by hand. We create
a stack frame to save the non-volatiles in, so we can muck around with
them.
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/pmu/ebb/Makefile | 2 +-
.../testing
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/pmu/Makefile | 2 +-
tools/testing/selftests/powerpc/pmu/l3_bank_test.c | 48 ++
2 files changed, 49 insertions(+), 1 deletion(-)
create mode 100644 tools/testing/selftests/powerpc/pmu/l3_bank_test.c
Have a task eat some cpu while we are counting instructions to create
some scheduler pressure. The idea being to try and unearth any bugs we
have in counting that only appear when context switching is happening.
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/pmu/Makefile
Signed-off-by: Michael Ellerman
---
.../selftests/powerpc/pmu/count_instructions.c | 22 ++
1 file changed, 14 insertions(+), 8 deletions(-)
diff --git a/tools/testing/selftests/powerpc/pmu/count_instructions.c
b/tools/testing/selftests/powerpc/pmu/count_instructions.c
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/pmu/ebb/Makefile | 3 +-
.../powerpc/pmu/ebb/cycles_with_mmcr2_test.c | 91 ++
2 files changed, 93 insertions(+), 1 deletion(-)
create mode 100644
tools/testing/selftests/powerpc/pmu/ebb
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/pmu/ebb/ebb.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/tools/testing/selftests/powerpc/pmu/ebb/ebb.c
b/tools/testing/selftests/powerpc/pmu/ebb/ebb.c
index b7ee607c0fca..d7a72ce696b5 100644
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/pmu/lib.c | 48 +++
tools/testing/selftests/powerpc/pmu/lib.h | 1 +
2 files changed, 49 insertions(+)
diff --git a/tools/testing/selftests/powerpc/pmu/lib.c
b/tools/testing/selftests/powerpc/pmu
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/pmu/Makefile | 2 +-
.../selftests/powerpc/pmu/per_event_excludes.c | 114 +
2 files changed, 115 insertions(+), 1 deletion(-)
create mode 100644 tools/testing/selftests/powerpc/pmu
efore we call compute_mmcr().
Signed-off-by: Michael Ellerman
---
arch/powerpc/perf/core-book3s.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/perf/core-book3s.c b/arch/powerpc/perf/core-book3s.c
index fe52db2eea6a..f82c0973866f 100644
--- a/arch/powerpc/perf/core-b
To support per-event exclude settings on Power8 we need access to the
struct perf_events in compute_mmcr().
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/perf_event_server.h | 3 ++-
arch/powerpc/perf/core-book3s.c | 2 +-
arch/powerpc/perf/power4-pmu.c
as deeply confused before this change, and
remains so after it.
Signed-off-by: Michael Ellerman
---
arch/powerpc/perf/core-book3s.c | 67 +++--
arch/powerpc/perf/power8-pmu.c | 24 +--
2 files changed, 67 insertions(+), 24 deletions(-)
diff --g
Hi Thomas,
On Fri, 2014-07-25 at 12:47 -0500, Thomas Falcon wrote:
> [PATCH] powerpc: fixing endianness of flash_block_list in rtas_flash
Minor nit, but the commit title should use the imperative mood, so eg:
[PATCH] powerpc: Fix endianness of flash_block_list in rtas_flash
> The function rta
On Fri, 2014-07-25 at 11:07 +1000, Gavin Shan wrote:
> I'm tracing one LSI interrupt issue on P8 box, and eventually into the
> following kernel crash. Not sure if there is one fix against this? :-)
Vaidy wrote that I'm pretty sure (on CC).
> Starting Linux PPC64 #401 SMP Fri Jul 25 10:52:28 EST
On Mon, 2014-07-28 at 20:48 -0400, Tyrel Datwyler wrote:
> Commit bcdde7e made __sysfs_remove_dir() recursive and introduced a BUG_ON
> during PHB removal while attempting to delete the power managment attribute
> group of the bus. This is a result of tearing the bridge and bus devices down
> out o
e on architectures without a gate area: it's
> now possible to inline the gate_area functions in the default case.
Looks good to me. Booted and everything seems happy, I still have a vdso etc.
Tested-by: Michael Ellerman (for powerpc)
cheers
__
On Wed, 2014-07-30 at 00:22 -0700, Sukadev Bhattiprolu wrote:
> I am getting this crash on a Powerpc system using 3.16.0-rc7 kernel plus
> some patches related to perf (24x7 counters) that Cody Schafer posted here:
>
> https://lkml.org/lkml/2014/5/27/768
>
> I don't get the crash on an unpa
On Fri, 2014-08-01 at 14:24 -0700, Sukadev Bhattiprolu wrote:
> Dietmar Eggemann [dietmar.eggem...@arm.com] wrote:
> | > ltcbrazos2-lp07 login: [ 181.915974] [ cut here ]
> | > [ 181.915991] WARNING: at ../kernel/sched/core.c:5881
> |
> | This warning indicates the proble
On Tue, 2014-08-05 at 19:16 +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2014-08-04 at 23:13 +0300, Andrey Utkin wrote:
> > Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=81631
> > Reported-by: David Binderman
> > Signed-off-by: Andrey Utkin
>
> Thanks, I wonder how that managed to rema
et of ALWAYS/POSSIBLE bits changes, or the masks
themselves change.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/cputable.h | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/include/asm/cputable.h
b/arch/powerpc/include/asm/cputable.h
We potentially clear CPU_FTR_HVMODE at runtime in __init_hvmode_206(),
so we must make sure it's not set in CPU_FTRS_ALWAYS.
This doesn't hurt us in practice at the moment, because we don't support
compiling only for CPUs that support CPU_FTR_HVMODE.
Signed-off-by: Michael Elle
In commit fb5a515704d7 "Remove platforms/wsp and associated pieces" we
removed the last user of CPU_FTRS_A2, so we should remove it too.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/cputable.h | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --
ch is final, no bike shedding ;)
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/setup_64.c | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/arch/powerpc/kernel/setup_64.c b/arch/powerpc/kernel/setup_64.c
index ee082d771178..b364f7bd0a94 100644
dt
Signed-off-by: Michael Ellerman
---
v2: Add CPU_FTRS_ALWAYS & CPU_FTRS_POSSIBLE.
---
arch/powerpc/kernel/setup_64.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/powerpc/kernel/setup_64.c b/arch/powerpc/kernel/setup_64.c
index b364f7bd0a94..dce860181b5c 100644
--- a/arch/
crashes we are seeing in that code where
we believe this race happens in practice.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/spinlock.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/include/asm/spinlock.h
b/arch/powerpc/include/asm/spinlock.h
index 35aa3394
also not clear if spin_unlock_wait() is intended to have ACQUIRE
semantics. For now be conservative and add a barrier on exit to give it
ACQUIRE semantics.
Signed-off-by: Michael Ellerman
---
arch/powerpc/lib/locks.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/powerpc/lib/locks.
We can unindent the bulk of htab_dt_scan_page_sizes() by returning early
if the property is not found. That is nice in and of itself, but also
has the advantage of making it clear that we always return success once
we have found the ibm,segment-page-sizes property.
Signed-off-by: Michael Ellerman
On Wed, 2014-08-13 at 14:48 +0530, Himangi Saraogi wrote:
> Continue is not needed at the bottom of a loop.
True.
I wonder though, is the code trying to continue to the outer loop? I stared at
it for a minute but it wasn't obvious.
I wonder if Robert still remembers?
cheers
> diff --git a/arc
On Mon, 2014-08-18 at 22:13 +1000, Paul Mackerras wrote:
> This splits out the instruction analysis part of emulate_step() into
> a separate analyse_instr() function, which decodes the instruction,
> but doesn't execute any load or store instructions. It does execute
> integer instructions and bra
On Thu, 2014-08-21 at 10:41 +0800, Zhouyi Zhou wrote:
> CONFIG_JUMP_LABEL doesn't ensure HAVE_JUMP_LABEL, if it
> is not the case use maintainers's own mutex to guard
> the modification of global values.
OK, so CONFIG_JUMP_LABEL says the user wants to use jump labels. But we also
need the toolcha
901 - 1000 of 15562 matches
Mail list logo
