1. 20 Oct, 2008 1 commit
  2. 13 Oct, 2008 3 commits
  3. 23 Sep, 2008 1 commit
  4. 04 Sep, 2008 1 commit
  5. 30 Jul, 2008 1 commit
  6. 28 Jul, 2008 4 commits
    • Peter Oruba's avatar
      x86: AMD microcode patch loading support · 80cc9f10
      Peter Oruba authored
      This patch introduces microcode patch loading for AMD
      processors. It is based on previous corresponding work
      for Intel processors.
      It hooks into the general patch loading module. Main
      difference is that a container file format is used to hold
      all patch data for multiple processors as well as an
      equivalent CPU table, which comes seperately, as opposed
      to Intel's microcode patching solution.
      Kconfig and Makefile have been changed provice config
      and build option for new source file.
      Signed-off-by: default avatarPeter Oruba <peter.oruba@amd.com>
      Cc: Tigran Aivazian <tigran@aivazian.fsnet.co.uk>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
    • Peter Oruba's avatar
      x86: major refactoring · 8d86f390
      Peter Oruba authored
      Refactored code by introducing a two-module solution.
      There is one general module in which vendor specific modules can hook into.
      However, that is exclusive, there is only one vendor specific module
      allowed at a time. A CPU vendor check makes sure only the correct
      module for the underlying system gets called.
      Functinally in terms of patch loading itself there are no changes. This
      refactoring provides a basis for future implementations of other vendors'
      patch loaders.
      Signed-off-by: default avatarPeter Oruba <peter.oruba@amd.com>
      Cc: Tigran Aivazian <tigran@aivazian.fsnet.co.uk>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
    • Peter Oruba's avatar
      x86: code split to two parts · 3e135d88
      Peter Oruba authored
      Split off existing code into two seperate files. One file holds general
      code, the other file vendor specific parts.
      No functional changes, only refactoring.
      Temporarily Introduced a new module name 'ucode' for result,
      due to already taken name 'microcode'.
      Signed-off-by: default avatarPeter Oruba <peter.oruba@amd.com>
      Cc: Tigran Aivazian <tigran@aivazian.fsnet.co.uk>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
    • Peter Oruba's avatar
      x86: move microcode.c to microcode_intel.c · 1abae310
      Peter Oruba authored
      Signed-off-by: default avatarPeter Oruba <peter.oruba@amd.com>
      Cc: Tigran Aivazian <tigran@aivazian.fsnet.co.uk>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
  7. 24 Jul, 2008 1 commit
  8. 18 Jul, 2008 1 commit
    • Russ Anderson's avatar
      x86 BIOS interface for RTC on SGI UV · 7019cc2d
      Russ Anderson authored
      Real-time code needs to know the number of cycles per second
      on SGI UV.  The information is provided via a run time BIOS
      call.  This patch provides the linux side of that interface.
      This is the first of several run time BIOS calls to be defined
      in uv/bios.h and bios_uv.c.
      Note that BIOS_CALL() is just a stub for now.  The bios
      side is being worked on.
      Signed-off-by: default avatarRuss Anderson <rja@sgi.com>
      Cc: Jack Steiner <steiner@sgi.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
  9. 17 Jul, 2008 1 commit
    • Ingo Molnar's avatar
      ftrace: fix merge buglet · 8e9509c8
      Ingo Molnar authored
      -tip testing found a bootup hang here:
        initcall anon_inode_init+0x0/0x130 returned 0 after 0 msecs
        calling  acpi_event_init+0x0/0x57
      the bootup should have continued with:
        initcall acpi_event_init+0x0/0x57 returned 0 after 45 msecs
      but it hung hard there instead.
      bisection led to this commit:
      | commit 5806b81a
      | Merge: d14c8a68... 6712e299
      | Author: Ingo Molnar <mingo@elte.hu>
      | Date:   Mon Jul 14 16:11:52 2008 +0200
      |     Merge branch 'auto-ftrace-next' into tracing/for-linus
      turns out that i made this mistake in the merge:
        ifdef CONFIG_FTRACE
        # Do not profile debug utilities
        CFLAGS_REMOVE_tsc_64.o = -pg
        CFLAGS_REMOVE_tsc_32.o = -pg
      those two files got unified meanwhile - so the dont-profile annotation
      got lost. The proper rule is:
        CFLAGS_REMOVE_tsc.o = -pg
      i guess this could have been caught sooner if the CFLAGS_REMOVE* kbuild
      rule aborted the build if it met a target that does not exist anymore?
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
  10. 16 Jul, 2008 1 commit
    • Ingo Molnar's avatar
      x86, paravirt-spinlocks: fix boot hang · 34646bca
      Ingo Molnar authored
      the paravirt-spinlock patches caused a boot hang with this config:
      i have bisected it down to:
      |  commit e17b58c2e85bc2ad2afc07fb8d898017c2b75ed1
      |  Author: Jeremy Fitzhardinge <jeremy@goop.org>
      |  Date:   Mon Jul 7 12:07:53 2008 -0700
      |      xen: implement Xen-specific spinlocks
      i.e. applying that patch alone causes the hang. The hang happens in the
      ftrace self-test:
        initcall utsname_sysctl_init+0x0/0x19 returned 0 after 0 msecs
        calling  init_sched_switch_trace+0x0/0x4c
        Testing tracer sched_switch: PASSED
        initcall init_sched_switch_trace+0x0/0x4c returned 0 after 167 msecs
        calling  init_function_trace+0x0/0x12
        Testing tracer ftrace:
        [hard hang]
      it should have continued like this:
        Testing tracer ftrace: PASSED
        initcall init_function_trace+0x0/0x12 returned 0 after 198 msecs
        calling  init_irqsoff_tracer+0x0/0x14
        Testing tracer irqsoff: PASSED
        initcall init_irqsoff_tracer+0x0/0x14 returned 0 after 3 msecs
        calling  init_mmio_trace+0x0/0x12
        initcall init_mmio_trace+0x0/0x12 returned 0 after 0 msecs
      the problem is that such lowlevel primitives as spinlocks should never
      be built with -pg (which ftrace does). Marking paravirt.o as non-pg and
      marking all spinlock ops as always-inline solve the hang.
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
  11. 12 Jul, 2008 2 commits
  12. 11 Jul, 2008 1 commit
    • Ingo Molnar's avatar
      x86: fix tsc unification buglet with ftrace and stackprotector · 3d0decc4
      Ingo Molnar authored
      Yinghai Lu reported crashes on 64-bit x86:
       BUG: unable to handle kernel NULL pointer dereference at 0000000000000000
       IP: [<ffffffff80253b17>] hrtick_start_fair+0x89/0x173
      And with a long session of debugging and a lot of difficulty, tracked it down
      to this commit:
       8fbbc4b4 is first bad commit
       commit 8fbbc4b4
       Author: Alok Kataria <akataria@vmware.com>
       Date:   Tue Jul 1 11:43:34 2008 -0700
           x86: merge tsc_init and clocksource code
      The problem is that the TSC unification missed these Makefile rules
      in arch/x86/kernel/Makefile:
        # Do not profile debug and lowlevel utilities
        CFLAGS_REMOVE_tsc_64.o = -pg
        CFLAGS_REMOVE_tsc_32.o = -pg
        CFLAGS_tsc_64.o         := $(nostackp)
      which rules make sure that various instrumentation and debugging
      facilities are disabled for code that might end up in a VDSO - such as
      the TSC code.
      Reported-and-bisected-by: default avatarYinghai Lu <yhlu.kernel@gmail.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
  13. 10 Jul, 2008 3 commits
  14. 08 Jul, 2008 9 commits
  15. 27 Jun, 2008 2 commits
  16. 24 Jun, 2008 1 commit
  17. 05 Jun, 2008 1 commit
  18. 03 Jun, 2008 1 commit
  19. 25 May, 2008 2 commits
  20. 24 May, 2008 3 commits