An error occurred fetching the project authors.
  1. 18 Jun, 2003 1 commit
  2. 23 May, 2003 1 commit
    • Jesse Barnes's avatar
      [PATCH] ia64: more SN2 cleanups · 4776e929
      Jesse Barnes authored
      Here's another sn2 update.  It includes a bunch of misc. bits:
        o a bunch of cleanup from hch
        o addition of DMA routine wrappers
        o update of other PCI routines
        o topology.h prototype addition.
      4776e929
  3. 04 Mar, 2003 1 commit
  4. 04 Feb, 2003 1 commit
    • Andrew Morton's avatar
      [PATCH] Remove __ from topology macros · 8c4ea5db
      Andrew Morton authored
      Patch from Matthew Dobson <colpatch@us.ibm.com>
      
      When I originally wrote the patches implementing the in-kernel topology
      macros, they were meant to be called as a second layer of functions,
      sans underbars.  This additional layer was deemed unnecessary and
      summarily dropped.  As such, carrying around (and typing!) all these
      extra underbars is quite pointless.  Here's a patch to nip this in the
      (sorta) bud.  The macros only appear in 16 files so far, most of them
      being the definitions themselves.
      8c4ea5db
  5. 16 Jan, 2003 1 commit
    • Martin J. Bligh's avatar
      [PATCH] (3/3) NUMA rebalancer · 63ffe4d6
      Martin J. Bligh authored
      Patch from Erich Focht
      
      This adds a hook to rebalance globally across nodes every NODE_BALANCE_RATE
      iterations of the rebalancer. This allows us to easily tune on an architecture
      specific basis how often we wish to rebalance - machines with higher NUMA
      ratios (more expensive off-node access) will want to do this less often.
      It's currently set to 100 for NUMA-Q and 10 for other machines. If the
      imbalance between nodes is > 125%, we'll rebalance them. The hook for this
      is added to the NUMA definition of cpus_to_balance, so again, no impact
      on non-NUMA machines.
      63ffe4d6
  6. 31 Oct, 2002 1 commit
    • Erich Focht's avatar
      [PATCH] ia64: 2.5.44 NUMA fixups · b3dc1acc
      Erich Focht authored
      Dear David,
      
      please find attached two patches for the latest 2.5.44-ia64. They fix
      some problems and simplify things a bit.
      
      remove_nodeid-2.5.44.patch:
      This comes from Kimi. In 2.5.44 we suddenly had two definitions for
      numa_node_id(), one was IA64 specific (local_cpu_data->nodeid) while
      the other one is now platform independent:
      __cpu_to_node(smp_processor_id()). After some discussions we decided
      to remove the nodeid from the local_cpu_data and keep the definition of
      all other platforms. With using the cpu_to_node_map[] we are also
      faster when doing multiple lookups, as all node ids come in a single
      cache line (which is not bounced around, as it's content is only
      read).
      
      
      ia64_topology_fixup-2.5.44.patch:
      I'm following here the latest fixup for i386 from Matthew Dobson. The
      __node_to_cpu_mask() macro now accesses an array which is initialized
      after the ACPI CPU discovery. It also simplifies
      __node_to_first_cpu(). A compiler warning has been fixed, too.
      
      
      Please apply these to your kernel tree.
      b3dc1acc
  7. 24 Oct, 2002 1 commit
  8. 22 Oct, 2002 1 commit
    • Erich Focht's avatar
      [PATCH] ia64: topology for ia64 · 12c79244
      Erich Focht authored
      please find attached a first attempt to implement the topology.h
      macros/routines for IA64. We need this for the NUMA scheduler setup.
      12c79244
  9. 29 Sep, 2002 1 commit
    • Andrew Morton's avatar
      [PATCH] in-kernel topology API · a1c9db9f
      Andrew Morton authored
      From Matthew Dobson <colpatch@us.ibm.com>
      
      "This patch adds a 'simple' in-kernel topology API.  This API allows
       for three primary topology elements: CPUs, memory blocks, and nodes.
       The API allows for the discovery of which CPUs/Memory Blocks reside on
       which nodes, and vice versa.  Also implemented is a macro to get a
       bitmask of CPUs on a particular node.  This API is platform neutral."
      
      We need this API for per-node-kswapd - without it there is no means by
      which each kswapd can be bound to its node's CPUs.  And we rather need
      per-node-kswapd...
      
      The patch also uses the new API to bind each kswapd instance to its
      node's CPUs
      a1c9db9f