1. 23 Mar, 2006 5 commits
  2. 08 Mar, 2006 1 commit
  3. 24 Feb, 2006 1 commit
    • James Bottomley's avatar
      [PATCH] x86: fix broken SMP boot sequence · 2b932f6c
      James Bottomley authored
      Recent GDT changes broke the SMP boot sequence if the booting CPU is
      numbered anything other than zero.  There's also a subtle source of error
      in that the boot time CPU now uses cpu_gdt_table (which is actually the GDT
      for booting CPUs in head.S).  This patch fixes both problems by making GDT
      descriptors themselves allocated from a per_cpu area and switching to them
      in cpu_init(), which now means that cpu_gdt_table is exclusively used for
      booting CPUs again.
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
      Cc: Zachary Amsden <zach@vmware.com>
      Cc: Matt Tolentino <metolent@snoqualmie.dp.intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  4. 17 Feb, 2006 1 commit
  5. 05 Feb, 2006 1 commit
  6. 26 Jan, 2006 2 commits
  7. 19 Jan, 2006 1 commit
    • Adrian Bunk's avatar
      [CPUFREQ] X86_GX_SUSPMOD must depend on PCI · cdc9cc1d
      Adrian Bunk authored
      This patch fixes the following compile error:
        CC      arch/i386/kernel/cpu/cpufreq/gx-suspmod.o
      arch/i386/kernel/cpu/cpufreq/gx-suspmod.c: In function 'gx_detect_chipset':
      arch/i386/kernel/cpu/cpufreq/gx-suspmod.c:193: error: implicit declaration of function 'pci_match_id'
      arch/i386/kernel/cpu/cpufreq/gx-suspmod.c:193: warning: comparison between pointer and integer
      make[3]: *** [arch/i386/kernel/cpu/cpufreq/gx-suspmod.o] Error 1
      <--  snip  -->
      Signed-off-by: default avatarAdrian Bunk <bunk@stusta.de>
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
  8. 16 Jan, 2006 1 commit
  9. 11 Jan, 2006 5 commits
  10. 09 Jan, 2006 1 commit
  11. 08 Jan, 2006 1 commit
  12. 07 Jan, 2006 1 commit
  13. 06 Jan, 2006 3 commits
  14. 05 Jan, 2006 1 commit
  15. 20 Dec, 2005 2 commits
  16. 06 Dec, 2005 4 commits
    • Venkatesh Pallipadi's avatar
      [CPUFREQ] CPU frequency display in /proc/cpuinfo · 95235ca2
      Venkatesh Pallipadi authored
      What is the value shown in "cpu MHz" of /proc/cpuinfo when CPUs are capable of
      changing frequency?
      Today the answer is: It depends.
      On i386:
      SMP kernel - It is always the boot frequency
      UP kernel - Scales with the frequency change and shows that was last set.
      On x86_64:
      There is one single variable cpu_khz that gets written by all the CPUs. So,
      the frequency set by last CPU will be seen on /proc/cpuinfo of all the
      CPUs in the system. What you see also depends on whether you have constant_tsc
      capable CPU or not.
      On ia64:
      It is always boot time frequency of a particular CPU that gets displayed.
      The patch below changes this to:
      Show the last known frequency of the particular CPU, when cpufreq is present. If
      cpu doesnot support changing of frequency through cpufreq, then boot frequency
      will be shown. The patch affects i386, x86_64 and ia64 architectures.
      Signed-off-by: Venkatesh Pallipadi<venkatesh.pallipadi@intel.com>
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
    • Mattia Dongili's avatar
      [CPUFREQ] Move PMBASE reading away and do it only once at initialization time · 9a7d82a8
      Mattia Dongili authored
      This patch moves away PMBASE reading and only performs it at
      cpufreq_register_driver time by exiting with -ENODEV if unable to read
      the value.
      Signed-off-by: default avatarMattia Dongili <malattia@linux.it>
      Acked-by: default avatarDominik Brodowski <linux@dominikbrodowski.net>
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
    • Mattia Dongili's avatar
      [CPUFREQ] Measure transition latency at driver initialization · 1a10760c
      Mattia Dongili authored
      The attached patch introduces runtime latency measurement for ICH[234]
      based chipsets instead of using CPUFREQ_ETERNAL. It includes
      some sanity checks in case the measured value is out of range and
      assigns a safe value of 500uSec that should still be enough on
      problematics chipsets (current testing report values ~200uSec). The
      measurement is currently done in speedstep_get_freqs in order to avoid
      further unnecessary transitions and in the hope it'll come handy for SMI
      Signed-off-by: default avatarMattia Dongili <malattia@linux.it>
      Acked-by: default avatarDominik Brodowski <linux@dominikbrodowski.net>
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
       speedstep-ich.c |    4 ++--
       speedstep-lib.c |   32 +++++++++++++++++++++++++++++++-
       speedstep-lib.h |    1 +
       speedstep-smi.c |    1 +
       4 files changed, 35 insertions(+), 3 deletions(-)
    • Dave Jones's avatar
      [CPUFREQ] Change loglevels on powernow-k8 bios error printk's. · cc6e8de8
      Dave Jones authored
      If a user has booted with 'quiet', some important messages don't
      get displayed which really should. We've seen at least one case
      where powernow-k8 stopped working, and the user needed a BIOS update
      that they didn't know about.
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
  17. 01 Dec, 2005 1 commit
  18. 30 Nov, 2005 2 commits
  19. 29 Nov, 2005 1 commit
  20. 21 Nov, 2005 1 commit
  21. 14 Nov, 2005 4 commits