1. 13 Feb, 2007 5 commits
    • Amul Shah's avatar
      [PATCH] x86-64: x86_64-make-the-numa-hash-function-nodemap-allocation fix fix · 54413927
      Amul Shah authored
      - Removed an extraneous debug message from allocate_cachealigned_map
      
      - Changed extract_lsb_from_nodes to return 63 for the case where there was
        only one memory node.  The prevents the creation of the dynamic hashmap.
      
      - Changed extract_lsb_from_nodes to use only the starting memory address of
        a node.  On an ES7000, our nodes overlap the starting and ending address,
        meaning, that we see nodes like
      
      	00000 - 10000
      	10000 - 20000
      
        But other systems have nodes whose start and end addresses do not overlap.
         For example:
      
      	00000 - 0FFFF
      	10000 - 1FFFF
      
        In this case, using the ending address will result in an LSB much lower
        than what is possible.  In this case an LSB of 1 when in reality it should
        be 16.
      
      Cc: Andi Kleen <ak@suse.de>
      Cc: Rohit Seth <rohitseth@google.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      54413927
    • Amul Shah's avatar
      [PATCH] x86-64: Allocate the NUMA hash function nodemap dynamically · 076422d2
      Amul Shah authored
      Remove the statically allocated memory to NUMA node hash map in favor of a
      dynamically allocated memory to node hash map (it is cache aligned).
      
      This patch has the nice side effect in that it allows the hash map to grow
      for systems with large amounts of memory (256GB - 1TB), but suffer from
      having small PCI space tacked onto the boot node (which is somewhere
      between 192MB to 512MB on the ES7000).
      Signed-off-by: default avatarAmul Shah <amul.shah@unisys.com>
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      Cc: Andi Kleen <ak@suse.de>
      Cc: Rohit Seth <rohitseth@google.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      076422d2
    • Andi Kleen's avatar
      [PATCH] x86-64: Add __copy_from_user_nocache · 0812a579
      Andi Kleen authored
      This does user copies in fs write() into the page cache with write combining.
      This pushes the destination out of the CPU's cache, but allows higher bandwidth
      in some case.
      
      The theory is that the page cache data is usually not touched by the
      CPU again and it's better to not pollute the cache with it. Also it is a little
      faster.
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      0812a579
    • Andi Kleen's avatar
      [PATCH] i386: Update defconfig · ee55c0be
      Andi Kleen authored
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      ee55c0be
    • Andi Kleen's avatar
      [PATCH] x86-64: Update defconfig · 287eeb5e
      Andi Kleen authored
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      287eeb5e
  2. 12 Feb, 2007 35 commits