1. 09 1月, 2006 2 次提交
    • R
      [PATCH] Change maxaligned_in_smp alignemnt macros to internodealigned_in_smp macros · 22fc6ecc
      Ravikiran G Thirumalai 提交于
      ____cacheline_maxaligned_in_smp is currently used to align critical structures
      and avoid false sharing.  It uses per-arch L1_CACHE_SHIFT_MAX and people find
      L1_CACHE_SHIFT_MAX useless.
      
      However, we have been using ____cacheline_maxaligned_in_smp to align
      structures on the internode cacheline size.  As per Andi's suggestion,
      following patch kills ____cacheline_maxaligned_in_smp and introduces
      INTERNODE_CACHE_SHIFT, which defaults to L1_CACHE_SHIFT for all arches.
      Arches needing L3/Internode cacheline alignment can define
      INTERNODE_CACHE_SHIFT in the arch asm/cache.h.  Patch replaces
      ____cacheline_maxaligned_in_smp with ____cacheline_internodealigned_in_smp
      
      With this patch, L1_CACHE_SHIFT_MAX can be killed
      Signed-off-by: NRavikiran Thirumalai <kiran@scalex86.org>
      Signed-off-by: NShai Fultheim <shai@scalex86.org>
      Signed-off-by: NAndi Kleen <ak@suse.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      22fc6ecc
    • C
      [PATCH] Swap Migration V5: sys_migrate_pages interface · 39743889
      Christoph Lameter 提交于
      sys_migrate_pages implementation using swap based page migration
      
      This is the original API proposed by Ray Bryant in his posts during the first
      half of 2005 on linux-mm@kvack.org and linux-kernel@vger.kernel.org.
      
      The intent of sys_migrate is to migrate memory of a process.  A process may
      have migrated to another node.  Memory was allocated optimally for the prior
      context.  sys_migrate_pages allows to shift the memory to the new node.
      
      sys_migrate_pages is also useful if the processes available memory nodes have
      changed through cpuset operations to manually move the processes memory.  Paul
      Jackson is working on an automated mechanism that will allow an automatic
      migration if the cpuset of a process is changed.  However, a user may decide
      to manually control the migration.
      
      This implementation is put into the policy layer since it uses concepts and
      functions that are also needed for mbind and friends.  The patch also provides
      a do_migrate_pages function that may be useful for cpusets to automatically
      move memory.  sys_migrate_pages does not modify policies in contrast to Ray's
      implementation.
      
      The current code here is based on the swap based page migration capability and
      thus is not able to preserve the physical layout relative to it containing
      nodeset (which may be a cpuset).  When direct page migration becomes available
      then the implementation needs to be changed to do a isomorphic move of pages
      between different nodesets.  The current implementation simply evicts all
      pages in source nodeset that are not in the target nodeset.
      
      Patch supports ia64, i386 and x86_64.
      Signed-off-by: NChristoph Lameter <clameter@sgi.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      39743889
  2. 07 1月, 2006 23 次提交
  3. 06 1月, 2006 1 次提交
    • C
      [PATCH] i386: PTRACE_POKEUSR: allow changing RF bit in EFLAGS register. · 9f155b98
      Chuck Ebbert 提交于
      Setting RF (resume flag) allows a debugger to resume execution after a
      code breakpoint without tripping the breakpoint again.  It is reset by
      the CPU after execution of one instruction.
      
      Requested by Stephane Eranian:
        "I am trying to the user HW debug registers on i386 and I am running
         into a problem with ptrace() not allowing access to EFLAGS_RF for
         POKEUSER (see FLAG_MASK).  [ ...  ] It avoids the need to remove the
         breakpoint, single step, and reinstall.  The equivalent functionality
         exists on IA-64 and is allowed by ptrace()"
      
      Cc: Stephane Eranian <eranian@hpl.hp.com>
      Signed-off-by: NChuck Ebbert <76306.1226@compuserve.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      9f155b98
  4. 05 1月, 2006 1 次提交
  5. 01 1月, 2006 1 次提交
  6. 13 12月, 2005 3 次提交
  7. 07 12月, 2005 4 次提交
    • V
      [CPUFREQ] CPU frequency display in /proc/cpuinfo · 95235ca2
      Venkatesh Pallipadi 提交于
      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: NDave Jones <davej@redhat.com>
      95235ca2
    • M
      [CPUFREQ] Move PMBASE reading away and do it only once at initialization time · 9a7d82a8
      Mattia Dongili 提交于
      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: NMattia Dongili <malattia@linux.it>
      Acked-by: NDominik Brodowski <linux@dominikbrodowski.net>
      Signed-off-by: NDave Jones <davej@redhat.com>
      9a7d82a8
    • M
      [CPUFREQ] Measure transition latency at driver initialization · 1a10760c
      Mattia Dongili 提交于
      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
      also.
      Signed-off-by: NMattia Dongili <malattia@linux.it>
      Acked-by: NDominik Brodowski <linux@dominikbrodowski.net>
      Signed-off-by: NDave 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(-)
      1a10760c
    • D
      [CPUFREQ] Change loglevels on powernow-k8 bios error printk's. · cc6e8de8
      Dave Jones 提交于
      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: NDave Jones <davej@redhat.com>
      cc6e8de8
  8. 01 12月, 2005 3 次提交
  9. 30 11月, 2005 2 次提交