1. 07 2月, 2006 5 次提交
  2. 06 2月, 2006 6 次提交
  3. 05 2月, 2006 26 次提交
  4. 04 2月, 2006 3 次提交
    • R
      [ARM] Remove ARCH_CAMELOT from at91 defconfigs · 2c4c6b27
      Russell King 提交于
      ARCH_CAMELOT (excalibur) got removed; remove it from the AT91 defconfigs
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      2c4c6b27
    • Z
      [PATCH] Export cpu topology in sysfs · 69dcc991
      Zhang, Yanmin 提交于
      The patch implements cpu topology exportation by sysfs.
      
      Items (attributes) are similar to /proc/cpuinfo.
      
      1) /sys/devices/system/cpu/cpuX/topology/physical_package_id:
      	represent the physical package id of  cpu X;
      2) /sys/devices/system/cpu/cpuX/topology/core_id:
      	represent the cpu core id to cpu X;
      3) /sys/devices/system/cpu/cpuX/topology/thread_siblings:
      	represent the thread siblings to cpu X in the same core;
      4) /sys/devices/system/cpu/cpuX/topology/core_siblings:
      	represent the thread siblings to cpu X in the same physical package;
      
      To implement it in an architecture-neutral way, a new source file,
      driver/base/topology.c, is to export the 5 attributes.
      
      If one architecture wants to support this feature, it just needs to
      implement 4 defines, typically in file include/asm-XXX/topology.h.
      The 4 defines are:
      #define topology_physical_package_id(cpu)
      #define topology_core_id(cpu)
      #define topology_thread_siblings(cpu)
      #define topology_core_siblings(cpu)
      
      The type of **_id is int.
      The type of siblings is cpumask_t.
      
      To be consistent on all architectures, the 4 attributes should have
      deafult values if their values are unavailable. Below is the rule.
      
      1) physical_package_id: If cpu has no physical package id, -1 is the
      default value.
      
      2) core_id: If cpu doesn't support multi-core, its core id is 0.
      
      3) thread_siblings: Just include itself, if the cpu doesn't support
      HT/multi-thread.
      
      4) core_siblings: Just include itself, if the cpu doesn't support
      multi-core and HT/Multi-thread.
      
      So be careful when declaring the 4 defines in include/asm-XXX/topology.h.
      
      If an attribute isn't defined on an architecture, it won't be exported.
      
      Thank Nathan, Greg, Andi, Paul and Venki.
      
      The patch provides defines for i386/x86_64/ia64.
      Signed-off-by: NZhang, Yanmin <yanmin.zhang@intel.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Nick Piggin <nickpiggin@yahoo.com.au>
      Cc: Greg KH <greg@kroah.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      69dcc991
    • T
      [PATCH] OProfile: fixed x86_64 incorrect kernel call graphs · 23332c2e
      Tong Li 提交于
      Fix the problem in kernel 2.6.15.1 (and early versions) that OProfile on
      x86_64 does not correctly collect the stack traces for kernel functions.
      
      The original code in valid_kernel_stack() in arch/i386/oprofile/backtrace.c
      assumes that the frame pointer (headaddr) should be greater than stack
      (i.e., regs).
      
      This assumption is wrong for x86_64 because NMIs in x86_64 use a seperate
      stack different from the kernel stack.  Therefore, the variable stack now
      points to some location on the NMI stack, which turns out to be at a higher
      address than the frame pointer (headaddr) on the kernel stack.  The correct
      comparison here should be between headaddr and regs->rsp for x86_64.
      Signed-off-by: NTong Li <tong.n.li@intel.com>
      Cc: John Levon <levon@movementarian.org>
      Cc: Philippe Elie <phil.el@wanadoo.fr>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      23332c2e