[PATCH] ppc32: remove secondary_ti

Instead of copying current_set[cpu] to secondary_ti, directly index into current_set by the cpu number like head_64.S. In addition to removing the variable, a slow to respond cpu will not clobber another cpus stack. --- grep found no other reference in arch/powerpc. compile tested but I have

[PATCH] hide attr_smt_snooze_delay reference with CONFIG_PPC64

attr_smt_snooze_delay is defined for CONFIG_PPC64, so protect the attribute removal with the same condition. /data/home/miltonm/next.git/arch/powerpc/kernel/sysfs.c: In function ‘unregister_cpu_online’: /data/home/miltonm/next.git/arch/powerpc/kernel/sysfs.c:722: error: ‘attr_smt_snooze_delay’

Re: [PATCH] ppc32: remove secondary_ti

On Sun, 2008-11-16 at 15:43 -0600, Milton Miller wrote: Instead of copying current_set[cpu] to secondary_ti, directly index into current_set by the cpu number like head_64.S. In addition to removing the variable, a slow to respond cpu will not clobber another cpus stack. Except that we don't

[PATCH 3/7] ftrace: powerpc mcount record port

Impact: enable PowerPC for dynamic ftrace This patch converts PowerPC to use the mcount location section. Currently, modules will be ignored by the converter. Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- arch/powerpc/Kconfig|2 ++ scripts/recordmcount.pl | 13 +++-- 2

[PATCH 2/7] ftrace, ppc: convert to new dynamic ftrace arch API

Impact: change PPC to use new ftrace arch API This patch converts PPC to use the new dynamic ftrace arch API. Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- arch/powerpc/include/asm/ftrace.h | 14 - arch/powerpc/kernel/ftrace.c | 60 +--- 2

[PATCH 0/7] Porting dynmaic ftrace to PowerPC

The following patches are for my work on porting the new dynamic ftrace framework to PowerPC. The issue I had with both PPC64 and PPC32 is that the calls to mcount are 24 bit jumps. Since the modules are loaded in vmalloc address space, the call to mcount is farther than what a 24 bit jump can

[PATCH 1/7] ftrace, PPC: do not latency trace idle

Impact: give better timing to latency tracers When idle is called, interrupts are disabled, but the idle function will still wake up on an interrupt. The problem is that the interrupt disabled latency tracer will take this call to idle as a latency. This patch disables the latency tracing when

[PATCH 4/7] ftrace, PPC: use probe_kernel API to modify code

Impact: use cleaner probe_kernel API over assembly Using probe_kernel_read/write interface is a much cleaner approach than the current assembly version. Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- arch/powerpc/kernel/ftrace.c | 53 - 1 files

[PATCH 6/7] ftrace,ppc32: enabled dynamic ftrace

Impact: enable dynamic ftrace for PPC32 This patch adds the necessary hooks to get PPC32 dynamic ftrace working. It does not handle modules. They are ignored by this patch. Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- arch/powerpc/Kconfig|2 +- scripts/recordmcount.pl |7

[PATCH 7/7] ftrace,ppc32: dynamic ftrace to handle modules

Impact: enable modules for dynamic ftrace on PPC32 This patch performs the necessary trampoline calls to handle modules with dynamic ftrace. Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- arch/powerpc/include/asm/ftrace.h |1 - arch/powerpc/include/asm/module.h |5 +-

[PATCH 5/7] ftrace, PPC64: handle module trampolines for dyn ftrace

Impact: Implement PPC64 module trampolines for dyn ftrace This adds code to handle the PPC64 module trampolines, and allows for PPC64 to use dynamic ftrace. Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- arch/powerpc/include/asm/ftrace.h |3 +- arch/powerpc/include/asm/module.h | 11

Re: [PATCH 0/7] Porting dynmaic ftrace to PowerPC

Steven Rostedt writes: The following patches are for my work on porting the new dynamic ftrace framework to PowerPC. The issue I had with both PPC64 and PPC32 is that the calls to mcount are 24 bit jumps. Since the modules are loaded in vmalloc address space, the call to mcount is farther

Re: [PATCH 1/7] ftrace, PPC: do not latency trace idle

Steven Rostedt writes: When idle is called, interrupts are disabled, but the idle function will still wake up on an interrupt. The problem is that the interrupt disabled latency tracer will take this call to idle as a latency. This patch disables the latency tracing when going into idle.

Re: [PATCH 5/7] ftrace, PPC64: handle module trampolines for dyn ftrace

Steven Rostedt writes: + if (!rec-arch.mod) { + if (!mod) { + printk(KERN_ERR No module loaded addr=%lx\n, +addr); + return -EFAULT; + } + rec-arch.mod = mod; + } else if (mod)

Re: [PATCH] Fix BSR to allow mmap of small BSR on 64k kernel

On Fri, Nov 07, 2008 at 04:28:29PM +1100, Paul Mackerras wrote: Sonny Rao writes: Fix the BSR driver to allow small BSR devices, which are limited to a single 4k space, on a 64k page kernel. Previously the driver would reject the mmap since the size was smaller than PAGESIZE (or because

Re: [PATCH] ppc32: remove secondary_ti

On Nov 16, 2008, at 2:26 PM, Benjamin Herrenschmidt wrote: On Sun, 2008-11-16 at 15:43 -0600, Milton Miller wrote: Instead of copying current_set[cpu] to secondary_ti, directly index into current_set by the cpu number like head_64.S. In addition to removing the variable, a slow to respond

Re: Canyonlands PCIE Interrupt Handler

On Friday 14 November 2008, Deepak Pandian wrote: I am trying to implement a platform driver for msi. Whenever I write in to the PCIE-IH space, the kernel stops abruptly and the system is reset. I have a PPC4xx MSI driver in my queue which still needs some polishing. Hopefully I'll find the