linux-toradex.git/arch/sparc/kernel/nmi.c, branch v3.9.2 Linux kernel for Apalis and Colibri modules sparc64: Abstract away the %pcr values used to enable/disable NMI 2012-08-19T06:26:19+00:00 David S. Miller davem@davemloft.net 2012-08-17T06:31:59+00:00 ce4a925c29208cf48084d9fa174d965a65246a8d We assumed PCR_PIC_PRIV can always be used to disable it, but that won't be true for SPARC-T4. This allows us also to get rid of some messy defines used in only one location. Signed-off-by: David S. Miller <davem@davemloft.net> 
We assumed PCR_PIC_PRIV can always be used to disable it, but that
won't be true for SPARC-T4.

This allows us also to get rid of some messy defines used in only
one location.

Signed-off-by: David S. Miller <davem@davemloft.net>
sparc64: Abstract away the NMI PIC counter computation. 2012-08-19T06:26:18+00:00 David S. Miller davem@davemloft.net 2012-08-17T06:26:01+00:00 73a6b0538c131d489fe7a2581deddb72faca496b Signed-off-by: David S. Miller <davem@davemloft.net> 
Signed-off-by: David S. Miller <davem@davemloft.net>
sparc64: Abstract away PIC register accesses. 2012-08-19T06:26:14+00:00 David S. Miller davem@davemloft.net 2012-08-17T06:19:32+00:00 09d053c797f4a559af0647e4283b9b9ec0682d10 And, like for the PCR, allow indexing of different PIC register numbers. This also removes all of the non-__KERNEL__ bits from asm/perfctr.h, nothing kernel side should include it any more. Signed-off-by: David S. Miller <davem@davemloft.net> 
And, like for the PCR, allow indexing of different PIC register
numbers.

This also removes all of the non-__KERNEL__ bits from asm/perfctr.h,
nothing kernel side should include it any more.

Signed-off-by: David S. Miller <davem@davemloft.net>
sparc64: Add 'reg_num' argument to pcr_ops methods. 2012-08-19T06:04:08+00:00 David S. Miller davem@davemloft.net 2012-08-17T04:16:22+00:00 0bab20ba4c95f56355c24a0b9f03eb486c2a267d SPARC-T4 and later have multiple PCR registers, one for each PIC counter. Signed-off-by: David S. Miller <davem@davemloft.net> 
SPARC-T4 and later have multiple PCR registers, one for each
PIC counter.

Signed-off-by: David S. Miller <davem@davemloft.net>
Disintegrate asm/system.h for Sparc 2012-03-28T17:30:03+00:00 David Howells dhowells@redhat.com 2012-03-28T17:30:03+00:00 d550bbd40c0e10aefa05103dadbe0ae42e683707 Disintegrate asm/system.h for Sparc. Signed-off-by: David Howells <dhowells@redhat.com> cc: sparclinux@vger.kernel.org 
Disintegrate asm/system.h for Sparc.

Signed-off-by: David Howells <dhowells@redhat.com>
cc: sparclinux@vger.kernel.org
sparc: move symbol exporters to use export.h not module.h 2011-10-31T23:30:53+00:00 Paul Gortmaker paul.gortmaker@windriver.com 2011-07-22T17:18:16+00:00 066bcaca51946c8305e3d637a795e8ccf8dbd3cf Many of the core sparc kernel files are not modules, but just including module.h for exporting symbols. Now these files can use the lighter footprint export.h for this role. Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> 
Many of the core sparc kernel files are not modules, but just
including module.h for exporting symbols.  Now these files can
use the lighter footprint export.h for this role.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
perf, arch: Cleanup perf-pmu init vs lockup-detector 2010-11-26T14:14:56+00:00 Peter Zijlstra a.p.zijlstra@chello.nl 2010-11-25T17:38:29+00:00 004417a6d468e24399e383645c068b498eed84ad The perf hardware pmu got initialized at various points in the boot, some before early_initcall() some after (notably arch_initcall). The problem is that the NMI lockup detector is ran from early_initcall() and expects the hardware pmu to be present. Sanitize this by moving all architecture hardware pmu implementations to initialize at early_initcall() and move the lockup detector to an explicit initcall right after that. Cc: paulus <paulus@samba.org> Cc: davem <davem@davemloft.net> Cc: Michael Cree <mcree@orcon.net.nz> Cc: Deng-Cheng Zhu <dengcheng.zhu@gmail.com> Acked-by: Paul Mundt <lethal@linux-sh.org> Acked-by: Will Deacon <will.deacon@arm.com> Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl> LKML-Reference: <1290707759.2145.119.camel@laptop> Signed-off-by: Ingo Molnar <mingo@elte.hu> 
The perf hardware pmu got initialized at various points in the boot,
some before early_initcall() some after (notably arch_initcall).

The problem is that the NMI lockup detector is ran from early_initcall()
and expects the hardware pmu to be present.

Sanitize this by moving all architecture hardware pmu implementations to
initialize at early_initcall() and move the lockup detector to an explicit
initcall right after that.

Cc: paulus <paulus@samba.org>
Cc: davem <davem@davemloft.net>
Cc: Michael Cree <mcree@orcon.net.nz>
Cc: Deng-Cheng Zhu <dengcheng.zhu@gmail.com>
Acked-by: Paul Mundt <lethal@linux-sh.org>
Acked-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
LKML-Reference: <1290707759.2145.119.camel@laptop>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
sparc64: Run NMIs on the hardirq stack. 2010-04-14T09:04:29+00:00 David S. Miller davem@davemloft.net 2010-04-14T09:04:29+00:00 ec687886de00e1e63f3d821ccade9a61590408ed Otherwise we can overflow the main stack with the function tracer enabled. Signed-off-by: David S. Miller <davem@davemloft.net> 
Otherwise we can overflow the main stack with the function tracer
enabled.

Signed-off-by: David S. Miller <davem@davemloft.net>
sparc64: Use a seperate counter for timer interrupts and NMI checks, like x86. 2010-04-13T05:37:07+00:00 David S. Miller davem@davemloft.net 2010-04-07T00:38:52+00:00 daecbf58a509bc27c112647e825df763c3e3b0f4 This keeps us from having to use kstat_irqs_cpu() from the NMI handler, the former of which is a profiled function. Instead we use a currently empty slot in the cpu_data Signed-off-by: David S. Miller <davem@davemloft.net> 
This keeps us from having to use kstat_irqs_cpu() from the NMI handler,
the former of which is a profiled function.

Instead we use a currently empty slot in the cpu_data

Signed-off-by: David S. Miller <davem@davemloft.net>
Merge branch 'master' into percpu 2010-02-02T05:38:15+00:00 Tejun Heo tj@kernel.org 2010-02-02T05:38:15+00:00 ab386128f20c44c458a90039ab1bdc265ac474c9