1. 11 10月, 2007 1 次提交
  2. 21 2月, 2007 2 次提交
  3. 13 2月, 2007 1 次提交
    • A
      [PATCH] x86-64: Add __copy_from_user_nocache · 0812a579
      Andi Kleen 提交于
      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: NAndi Kleen <ak@suse.de>
      0812a579
  4. 26 9月, 2006 1 次提交
    • A
      [PATCH] Clean up read write lock assembly · 9a0b26e6
      Andi Kleen 提交于
      - Move the slow path fallbacks to their own assembly files
      This makes them much easier to read and is needed for the next change.
      - Add CFI annotations for unwinding (XXX need review)
      - Remove constant case which can never happen with out of line spinlocks
      - Use patchable LOCK prefixes
      - Don't use lock sections anymore for inline code because they can't
      be expressed by the unwinder (this adds one taken jump to the lock
      fast path)
      
      Cc: jbeulich@novell.com
      Signed-off-by: NAndi Kleen <ak@suse.de>
      9a0b26e6
  5. 02 2月, 2006 1 次提交
  6. 15 9月, 2005 1 次提交
    • D
      [LIB]: Consolidate _atomic_dec_and_lock() · 4db2ce01
      David S. Miller 提交于
      Several implementations were essentialy a common piece of C code using
      the cmpxchg() macro.  Put the implementation in one spot that everyone
      can share, and convert sparc64 over to using this.
      
      Alpha is the lone arch-specific implementation, which codes up a
      special fast path for the common case in order to avoid GP reloading
      which a pure C version would require.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4db2ce01
  7. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4