1. 14 1月, 2009 2 次提交
    • S
      ftrace, ia64: IA64 dynamic ftrace support · a14a07b8
      Shaohua Li 提交于
      IA64 dynamic ftrace support.
      The original _mcount stub for each function is like:
      	alloc r40=ar.pfs,12,8,0
      	mov r43=r0;;
      	mov r42=b0
      	mov r41=r1
      	nop.i 0x0
      	br.call.sptk.many b0 = _mcount;;
      
      The patch convert it to below for nop:
      	[MII] nop.m 0x0
      	mov r3=ip
      	nop.i 0x0
      	[MLX] nop.m 0x0
      	nop.x 0x0;;
      This isn't completely nop, as there is one instuction 'mov r3=ip', but
      it should be light and harmless for code follow it.
      
      And below is for call
      	[MII] nop.m 0x0
      	mov r3=ip
      	nop.i 0x0
      	[MLX] nop.m 0x0
      	brl.many .;;
      In this way, only one instruction is changed to convert code between nop
      and call. This should meet dyn-ftrace's requirement.
      But this requires CPU support brl instruction, so dyn-ftrace isn't
      supported for old Itanium system. Assume there are quite few such old
      system running.
      Signed-off-by: NShaohua Li <shaohua.li@intel.com>
      Signed-off-by: NSteven Rostedt <srostedt@redhat.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      a14a07b8
    • S
      ftrace, ia64: IA64 static ftrace support · d3e75ff1
      Shaohua Li 提交于
      IA64 ftrace suppport. In IA64, below code will be added in each function
      if -pg is enabled.
      
      alloc r40=ar.pfs,12,8,0
      mov r43=r0;;
      mov r42=b0
      mov r41=r1
      nop.i 0x0
      br.call.sptk.many b0 = _mcount;;
      Signed-off-by: NShaohua Li <shaohua.li@intel.com>
      Signed-off-by: NSteven Rostedt <srostedt@redhat.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      d3e75ff1
  2. 11 1月, 2009 1 次提交
    • P
      trace: mmiotrace to the tracer menu in Kconfig · fe6f90e5
      Pekka Paalanen 提交于
      Impact: cosmetic change in Kconfig menu layout
      
      This patch was originally suggested by Peter Zijlstra, but seems it
      was forgotten.
      
      CONFIG_MMIOTRACE and CONFIG_MMIOTRACE_TEST were selectable
      directly under the Kernel hacking / debugging menu in the kernel
      configuration system. They were present only for x86 and x86_64.
      
      Other tracers that use the ftrace tracing framework are in their own
      sub-menu. This patch moves the mmiotrace configuration options there.
      Since the Kconfig file, where the tracer menu is, is not architecture
      specific, HAVE_MMIOTRACE_SUPPORT is introduced and provided only by
      x86/x86_64. CONFIG_MMIOTRACE now depends on it.
      Signed-off-by: NPekka Paalanen <pq@iki.fi>
      Signed-off-by: NSteven Rostedt <srostedt@redhat.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      fe6f90e5
  3. 10 1月, 2009 3 次提交
  4. 09 1月, 2009 29 次提交
  5. 08 1月, 2009 5 次提交
    • B
      [ARM] footbridge: dc21285.c warning fixes · 0dc6c490
      Ben Dooks 提交于
      The dc21285 requests a number of IRQs that it doesn't really
      care whether they get added. Change to use a macro that ensures
      that at-least the user gets warned if they fail to add, which
      also stops the warnings from __unused_result on request_irq().
      
      dc21285.c:337: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      dc21285.c:339: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      dc21285.c:341: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      dc21285.c:343: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      dc21285.c:345: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      0dc6c490
    • B
      [ARM] footbridge: add isa_init_irq() to common header · 39ebfd3f
      Ben Dooks 提交于
      isa_init_irq() is defined in arch/arm/mach-footbridge/isa-irq.c
      and used in arch/arm/mach-footbridge/common.c but there is no
      definition in any header. Move the definition in common.c to
      common.h to stop the sparse warning:
      
      isa-irq.c:118:13: warning: symbol 'isa_init_irq' was not declared.
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      39ebfd3f
    • B
      [ARM] arch/arm/kernel/isa.c: missing definition of register_isa_ports · 87e0d6cc
      Ben Dooks 提交于
      arch/arm/kernel/isa.c should include <linux/io.h> to get the
      definition of register_io_ports() at-least when compiling for
      footbridge to fix the following sparse warning:
      
      isa.c:68:1: warning: symbol 'register_isa_ports' was not declared.
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      87e0d6cc
    • R
      25006644
    • C
      powerpc/oprofile: IBM CELL: add SPU event profiling support · 88382329
      Carl Love 提交于
      This patch adds the SPU event based profiling funcitonality for the
      IBM Cell processor.  Previously, the CELL OProfile kernel code supported
      PPU event, PPU cycle profiling and SPU cycle profiling.   The addition of
      SPU event profiling allows the users to identify where in their SPU code
      various SPU evnets are occuring.  This should help users further identify
      issues with their code.  Note, SPU profiling has some limitations due to HW
      constraints.  Only one event at a time can be used for profiling and SPU event
      profiling must be time sliced across all of the SPUs in a node.
      
      The patch adds a new arch specific file to the OProfile file system. The
      file has bit 0 set to indicate that the kernel supports SPU event profiling.
      The user tool must check this file/bit to make sure the kernel supports
      SPU event profiling before trying to do SPU event profiling.  The user tool
      check is part of the user tool patch for SPU event profiling.
      Signed-off-by: NCarl Love <carll@us.ibm.com>
      Signed-off-by: NRobert Richter <robert.richter@amd.com>
      88382329