2
0
mirror of https://github.com/edk2-porting/linux-next.git synced 2024-12-23 12:43:55 +08:00
linux-next/arch/sparc/math-emu
Linus Torvalds 13da9e200f Revert "endian: #define __BYTE_ORDER"
This reverts commit b3b77c8cae, which was
also totally broken (see commit 0d2daf5cc8 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>
2010-05-26 08:30:15 -07:00
..
Makefile sparc: prepare math-emu for unification 2008-12-04 09:16:56 -08:00
math_32.c sparc: Add alignment and emulation fault perf events. 2009-12-11 01:07:53 -08:00
math_64.c sparc: Add alignment and emulation fault perf events. 2009-12-11 01:07:53 -08:00
sfp-util_32.h Revert "endian: #define __BYTE_ORDER" 2010-05-26 08:30:15 -07:00
sfp-util_64.h Revert "endian: #define __BYTE_ORDER" 2010-05-26 08:30:15 -07:00