22 Jul, 2007

1 commit

• aac57f81e   x86_64: Always use builtin memcpy on gcc 4.3 ... Browse Code »

  Jan asked to always use the builtin memcpy on gcc 4.3 mainline because
  it should generate better code than the old macro. Let's try it.

  Cc: Jan Hubicka
  Signed-off-by: Andi Kleen
  Signed-off-by: Linus Torvalds

  Andi Kleen

  2007-07-22 09:37:08 +0800  

27 Jun, 2006

1 commit

• 79121ea9f   [PATCH] x86_64: Use __always_inline for __inline_memcpy ... Browse Code »

  Inspired from i386 changes

  Signed-off-by: Andi Kleen
  Signed-off-by: Linus Torvalds

  Andi Kleen

  2006-06-27 01:48:14 +0800  

26 Mar, 2006

1 commit

• 6edfba1b3   [PATCH] x86_64: Don't define string functions to builtin ... Browse Code »

  gcc should handle this anyways, and it causes problems when
  sprintf is turned into strcpy by gcc behind our backs and
  the C fallback version of strcpy is actually defining __builtin_strcpy

  Then drop -ffreestanding from the main Makefile because it isn't
  needed anymore and implies -fno-builtin, which is wrong now.
  (it was only added for x86-64, so dropping it should be safe)

  Noticed by Roman Zippel

  Cc: Roman Zippel
  Signed-off-by: Andi Kleen
  Signed-off-by: Linus Torvalds

  Andi Kleen

  2006-03-26 01:10:53 +0800  

17 Apr, 2005

1 commit

• 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

  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!

  Linus Torvalds

  2005-04-17 06:20:36 +0800