17 Oct, 2008

1 commit

• cb76d5a4c   FRV: Switch unaligned access to the packed-struct implementation ... Browse Code »

  Switch unaligned access to the packed-struct implementation for BE accesses as
  this reduces the size of the kernel a little. LE still uses the byte shift.

  Signed-off-by: Harvey Harrison
  Signed-off-by: David Howells
  Signed-off-by: Linus Torvalds

  Harvey Harrison

  2008-10-17 06:06:54 +0800  

01 May, 2008

1 commit

• adafbedf0   frv: unbreak misalignment handling changes ... Browse Code »

  Fix a reference in a arch/frv/mm/Makefile to unaligned.c which has now been
  deleted.

  Also revert the change to the guard macro name in include/asm-frv/unaligned.h.

  Signed-off-by: David Howells
  Cc: Harvey Harrison
  Signed-off-by: Andrew Morton
  Signed-off-by: Linus Torvalds

  David Howells

  2008-05-01 23:03:58 +0800  

29 Apr, 2008

1 commit

• 6510d4195   kernel: Move arches to use common unaligned access ... Browse Code »

  Unaligned access is ok for the following arches:
  cris, m68k, mn10300, powerpc, s390, x86

  Arches that use the memmove implementation for native endian, and
  the byteshifting for the opposite endianness.
  h8300, m32r, xtensa

  Packed struct for native endian, byteshifting for other endian:
  alpha, blackfin, ia64, parisc, sparc, sparc64, mips, sh

  m86knommu is generic_be for Coldfire, otherwise unaligned access is ok.

  frv, arm chooses endianness based on compiler settings, uses the byteshifting
  versions. Remove the unaligned trap handler from frv as it is now unused.

  v850 is le, uses the byteshifting versions for both be and le.

  Remove the now unused asm-generic implementation.

  Signed-off-by: Harvey Harrison
  Acked-by: David S. Miller
  Cc:
  Signed-off-by: Andrew Morton
  Signed-off-by: Linus Torvalds

  Harvey Harrison

  2008-04-29 23:06:27 +0800  

26 Apr, 2006

1 commit

• 62c4f0a2d   Don't include linux/config.h from anywhere else in include/ ... Browse Code »

  Signed-off-by: David Woodhouse

  David Woodhouse

  2006-04-26 19:56:16 +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