1. 13 11月, 2007 5 次提交
    • S
      x86: add X86_64 dependency to x86_64 specific symbols in Kconfig.x86_64 · d2cacbcf
      Sam Ravnborg 提交于
      To ease unification of Kconfig.i386 and Kconfig.x86_64
      add X86_64 dependencies to all x86_64 specific symbols.
      
      This patch introduce no functional changes but is one step
      towards unification. This smaller step is used to ease
      review of the patch set.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      d2cacbcf
    • S
      x86: add X86_32 dependency to i386 specific symbols in Kconfig.i386 · 012c6c72
      Sam Ravnborg 提交于
      To ease unification of Kconfig.i386 and Kconfig.x86_64
      add X86_32 dependencies to all i386 specific symbols.
      
      This patch introduce no functional changes but is one step
      towards unification. This smaller step is used to ease
      review of the patch set.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      012c6c72
    • S
      x86: arch/x86/Kconfig.cpu unification · 1032c0ba
      Sam Ravnborg 提交于
      Move all CPU definitions to Kconfig.cpu
      Always define X86_MINIMUM_CPU_FAMILY and do the
      obvious code cleanup in boot/cpucheck.c
      
      Comments from: Adrian Bunk <bunk@kernel.org> incorporated.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Cc: Adrian Bunk <bunk@kernel.org>
      Cc: Brian Gerst <bgerst@didntduck.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      1032c0ba
    • S
      x86: start unification of arch/x86/Kconfig.* · e279b6c1
      Sam Ravnborg 提交于
      This step introduces the file arch/x86/Kconfig
      which contains all the menu's from "Power Management"
      and below.
      
      The main part of the new Kconfig file is shared
      and the remaining i386/x86_64 specific symbols
      are covered by dependencies.
      
      A x86_64 allmodconfig build did not show any differences.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      e279b6c1
    • S
      x86: unification of cfufreq/Kconfig · e8ef9522
      Sam Ravnborg 提交于
      Merge the two Kconfig files to a single file.
      
      Checked using make allmodconfig for x86_64.
      No changes in build.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Cc: Adrian Bunk <bunk@kernel.org>
      Cc: Dave Jones <davej@codemonkey.org.uk>
      e8ef9522
  2. 10 11月, 2007 4 次提交
    • C
      x86 - 32-bit ptrace emulation mishandles 6th arg · ecd744ee
      Chuck Ebbert 提交于
      [ jdike - Pushing Chuck's patch - see
      http://lkml.org/lkml/2005/9/16/261 for some history and a test
      program.  UML is also broken without this patch - its processes get
      SIGBUS from the corrupt 6th argument to mmap being interpretted as a
      file offset ]
      
      When the 32-bit vDSO is used to make a system call, the %ebp register for
      the 6th syscall arg has to be loaded from the user stack (where it's pushed
      by the vDSO user code).  The native i386 kernel always does this before
      stopping for syscall tracing, so %ebp can be seen and modified via ptrace
      to access the 6th syscall argument.  The x86-64 kernel fails to do this,
      presenting the stack address to ptrace instead.  This makes the %rbp value
      seen by 64-bit ptrace of a 32-bit process, and the %ebp value seen by a
      32-bit caller of ptrace, both differ from the native i386 behavior.
      
      This patch fixes the problem by putting the word loaded from the user stack
      into %rbp before calling syscall_trace_enter, and reloading the 6th syscall
      argument from there afterwards (so ptrace can change it).  This makes the
      behavior match that of i386 kernels.
      Original-Patch-By: NRoland McGrath <roland@redhat.com>
      Signed-off-by: NChuck Ebbert <76306.1226@compuserve.com>
      Signed-off-by: NJeff Dike <jdike@linux.intel.com>
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      ecd744ee
    • R
      x86_64: ia32 ptrace THREAD_AREA fix · fd181c72
      Roland McGrath 提交于
      The addr argument to PTRACE_GET_THREAD_AREA and PTRACE_SET_THREAD_AREA is
      not a magic constant.  It's derived from the segment register values being
      used, which are computed originally from the index used with set_thread_area.
      The value does not need to match what a native i386 kernel would accept.
      It needs to match the segment selectors that can actually be in use in this
      32-bit process.  The 64-bit ptrace support for PTRACE_GET_THREAD_AREA
      (normally used only on 32-bit processes) is correct, but the 32-bit emulation
      of ptrace is broken.
      Signed-off-by: NRoland McGrath <roland@redhat.com>
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      fd181c72
    • I
      x86: make nmi_cpu_busy() always defined · 0492007e
      Ingo Molnar 提交于
      nmi_cpu_busy() must be available on !SMP too.
      
      this is in preparation to a smp_call_function_mask() fix.
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      0492007e
    • I
      x86: make ipi_handler() always defined · 4e2947f1
      Ingo Molnar 提交于
      prepare for up_smp_call_function() to ensure that the 'func'
      pointer is unused. (which is related to a KVM build fix)
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      4e2947f1
  3. 05 11月, 2007 4 次提交
  4. 30 10月, 2007 11 次提交
  5. 29 10月, 2007 1 次提交
  6. 28 10月, 2007 7 次提交
  7. 26 10月, 2007 6 次提交
  8. 25 10月, 2007 2 次提交