drop the MD byte-swap micro-optimizations on clang architectures

The compiler already translates the generic code into arithmetic
byte-swap instructions or byte-swapping memory load and store
instru

drop the MD byte-swap micro-optimizations on clang architectures

The compiler already translates the generic code into arithmetic
byte-swap instructions or byte-swapping memory load and store
instructions if available on an architecture.

ok deraadt@ guenther@

show more ...

Unify the MD byteswapping code as much as possible across architectures.
Use inline functions instead of GNU C statement expressions, and
make them available to userland. With clues from guenther@.

Unify the MD byteswapping code as much as possible across architectures.
Use inline functions instead of GNU C statement expressions, and
make them available to userland. With clues from guenther@.

ok guenther@ kettenis@

show more ...

add a license for the code in here, all of which i seem to have written.

this has been pointed out to me by a couple of people now.

there is no longer a need to ifdef __armv7__ armv6 rev instructions

armv6 introduced opcodes for reversing words in registers. we can
use these on armv7 as a backend for byteswapping things that endian.h
provide.

i dunno if its faster, but it makes smaller code. sav

armv6 introduced opcodes for reversing words in registers. we can
use these on armv7 as a backend for byteswapping things that endian.h
provide.

i dunno if its faster, but it makes smaller code. saves 30k on
GENERIC-OMAP.

ok jsing@ bmercer@ jsg@

show more ...

Tackle the endian.h mess. Make it so that:
* you can #include <sys/endian.h> instead of <machine/endian.h>,
and ditto <endian.h> (fixes code that pulls in <sys/endian.h> first)

* those will a

Tackle the endian.h mess. Make it so that:
* you can #include <sys/endian.h> instead of <machine/endian.h>,
and ditto <endian.h> (fixes code that pulls in <sys/endian.h> first)

* those will always export the symbols that POSIX specified for
<endian.h>, including the new {be,le}{16,32,64}toh() set. c.f.
http://austingroupbugs.net/view.php?id=162

if __BSD_VISIBLE then you also get the symbols that our <machine/endian.h>
currently exports (ntohs, NTOHS, dlg's bemtoh*, etc)

* when doing POSIX compiles (not __BSD_VISIBLE), then <netinet/in.h> and
<arpa/inet.h> will *stop* exporting the extra symbols like BYTE_ORDER
and betoh*

ok deraadt@

show more ...

remove support for big endian; ok drahn

Normalize sentinel. Use _MACHINE_*_H_ and _<ARCH>_*_H_ properly and consitently.

Discussed and okay drahn@. Okay deraadt@.

Use _MACHINE_ENDIAN_H_ for this is The Right Thing To Do.

Okay guenther@, millert@.

First step in include files overhaul. Use __FOO_VISIBLE (as defined
in sys/cdefs.h) instead of _FOO_SOURCE. Also fix several namespace
pollution issues, including the byte order defines. OK deraad

First step in include files overhaul. Use __FOO_VISIBLE (as defined
in sys/cdefs.h) instead of _FOO_SOURCE. Also fix several namespace
pollution issues, including the byte order defines. OK deraadt@

show more ...

ARM is strict alignment (practically) so let the kernel know this. ok miod@

Arm port, NetBSD codebase stripped down, 32bit only support.