]> git.karo-electronics.de Git - karo-tx-linux.git/commit
Revert "endian: #define __BYTE_ORDER"
authorLinus Torvalds <torvalds@linux-foundation.org>
Wed, 26 May 2010 15:30:15 +0000 (08:30 -0700)
committerLinus Torvalds <torvalds@linux-foundation.org>
Wed, 26 May 2010 15:30:15 +0000 (08:30 -0700)
commit13da9e200fe4740b02cd51e07ab454627e228920
treee65f37a59c2a0e1695d5094a8f5509839e1d30cc
parent4e89e8f61bcdff82a7b63b80ed83a6725028d61b
Revert "endian: #define __BYTE_ORDER"

This reverts commit b3b77c8caef1750ebeea1054e39e358550ea9f55, which was
also totally broken (see commit 0d2daf5cc858 that reverted the crc32
version of it).  As reported by Stephen Rothwell, it causes problems on
big-endian machines:

> In file included from fs/jfs/jfs_types.h:33,
>                  from fs/jfs/jfs_incore.h:26,
>                  from fs/jfs/file.c:22:
> fs/jfs/endian24.h:36:101: warning: "__LITTLE_ENDIAN" is not defined

The kernel has never had that crazy "__BYTE_ORDER == __LITTLE_ENDIAN"
model.  It's not how we do things, and it isn't how we _should_ do
things.  So don't go there.

Requested-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
arch/alpha/math-emu/sfp-util.h
arch/powerpc/include/asm/sfp-machine.h
arch/s390/include/asm/sfp-util.h
arch/sh/math-emu/sfp-util.h
arch/sparc/math-emu/sfp-util_32.h
arch/sparc/math-emu/sfp-util_64.h
arch/x86/boot/compressed/relocs.c
include/linux/byteorder/big_endian.h
include/linux/byteorder/little_endian.h