Add virt68k to a list of machines in a comment.

Add initial support for ARMv8 (AARCH64) (by nisimura@ and ryo@)

- sys/arch/evbarm64 is gone and integrated into sys/arch/evbarm. (by skrll@)
- add support fdt. evbarm/conf/GENERIC64 fdt (bcm2837,sunxi,tegra) based generic 64bit kernel config. (by skrll@, jmcneill@)

branches: 1.46.2;
Remove port-acorn26

OK core@

Fix SUBDIR commit

Changes to existing files to enable building AARCH64 userland.
evbarm64-el
This is clang only. While gcc4.8 supports aarch64, no netbsd support has
been written for aarch64 with gcc4.8.

Bring back the playstation2 port - now that a toolchain for it is
available again.

branches: 1.42.4;
This change arm, armeb, earm, earmeb, earmhf, earmhfeb so all builds that
share a MACHINE_ARCH for userland so that except for etc, will produce
identical sets.

usr/include/machine now points to usr/include/arm

branches: 1.41.2; 1.41.12;
Retire varargs.h support. Move machine/stdarg.h logic into MI
sys/stdarg.h and expect compiler to provide proper builtins, defaulting
to the GCC interface. lint still has a special fallback.
Reduce abuse of _BSD_VA_LIST_ by defining __va_list by default and
derive va_list as required by standards.

System utilities, boot programs and kernel modules are machine
(port) specific not CPU, so use MACHINE not MACHINE_ARCH.

Remove support for NetBSD/playstation2.

Convert more MACHINE tests to MACHINE_ARCH

branches: 1.37.10; 1.37.18; 1.37.24;
Remove support for NetBSD/pc532.

Import the rs6000 port into the tree.

This port of NetBSD is intended to run on MCA-based IBM RS/6000
machines. The port so far has only been tested on a 7006-41T, which is a
601-based RS/6000. The port also contains a limited set of code for the
7012-3XX machines, but support for those is a long way off still.

The port builds and generates a working kernel, however, it still lacks
bus_dma code for the MCA bus, so at present, only the com ports work,
though any other device (such as the printer/keyboard) located on the
ioplanar could probably be made to work. Work will continue on this port
as I iron out the DMA code.

This port was made possible by a generous gonation of hardware by Kevin
Bowling, who also provided much of the documentation for the port.

branches: 1.35.14; 1.35.20; 1.35.22; 1.35.26;
Remove support for NetBSD/{,evb}sh5.

branches: 1.34.2; 1.34.6; 1.34.8;
Add zaurus.

branches: 1.33.2; 1.33.4;
Remove a debug message.

Hi Ross!

branches: 1.32.2; 1.32.4;
Add enough configury glue so that src/tools can build a N64 mips toolchain.

Map powerpc64 to powerpc

branches: 1.30.4; 1.30.8; 1.30.16;
Add ews4800mips and xen (in comment).

merge ktrace-lwp.

branches: 1.28.12;
Initial import of iyonix port.

The Iyonix is a desktop machine from Castle Technology, based on a 600MHz
XScale[tm] 80321 processor.

* Uses the bootloader from NetBSD/acorn32, which is now 32-bit compatible.
* Currently boots multiuser with a serial console.
* Device support is not yet complete.

With help from abs.

``build.sh -m xen-i386 release'' now builds a release for NetBSD/xen
for i386. The resulting release consists of:
- NetBSD/xen for i386 kernel, loader and docuemntation
- NetBSD/i386 userland sets

We really don't want frame.h...

Replace symbolic link "/usr/include/varargs.h" (pointing to
"/usr/include/machine/varargs.h") by a stub include file which will
emit an error if GCC 3.3 or newer is used and include "machine/varargs.h"
otherwise.

Based on a suggestion by Richard Earnshaw. This fixes PR toolchain/22888
by myself.

Add INCSYMLINKS to <bsd.inc.mk> and <bsd.kinc.mk>, and use that instead of
SYMLINKS to install symlinked header files. INCSYMLINKS are installed with
'make includes'. This avoids using SYMLINKS and hacks with the 'linkinstall'
target in <bsd.links.mk>, as linksinstall occurs in 'make install' and hacks
to get it to occur in 'make includes' weren't robust, as seen in lib/libdes.

Yet more improvements to bsd.README.

branches: 1.23.6;
Delete walnut, add evbppc.
While I'm here, add sh5 and evbsh5.

Add evbmips and sbmips.

Descend into sun68k for sun3 builds.

branches: 1.20.2; 1.20.4;
In commented-out SUBDIR, rename arm26 -> acorn26.

Split the (commented out) complete list of archs into separate lines
split alphabetically. This makes it easier to add new archs without
having to do extensive reformatting.

Sync the commented-out subdir list with reality.

Need <bsd.own.mk> to use ${MACHINE_CPU}.

Use ${MACHINE_CPU} to assign ARCHSUBDIR.

End the "new ARM includes strategy" experiment. The new strategy
broke too many assumptions makde by other parts of the source tree,
and the strategy and how it was supposed to work was never discussed
on tech-userlevel, nor was it applied consistently (to all ARM ports
and to other ports which have common MACHINE_ARCH code, such as MIPS,
m68k, powerpc).

Verified to complete a full "make build" on cats, dnard, evbarm,
and netwinder.

Treat acorn32 the same as arm32 for the purposes of installing include files.
This is necessary to make the libstdc++ install work with the old toolchain,
since it installs <machine/_G_config.h> into /usr/src/${MACHINE}. There may
be other dependencies on the Old Way, too.

branches: 1.13.2;
spelling

Set ARCHSUBDIR to m68k when MACHINE_ARCH is m68000.
Add sun68k to SUBDIR when MACHINE is sun2.

For arm ports where machine != arm??, descend into the cats,dnard,netwinder
directories and install their include files too.

branches: 1.10.2;
add hpc dir if MACHINE is hpcmips or hpcsh.

Descend into the arm directory on arm26 and arm32.

sh3 split

Add new SUBDIRs.

Install NetBSD/sparc64 headers on NetBSD/sparc systems.

branches: 1.5.8; 1.5.14;
make the mipse[lb]->mips translation really work
(the S/// doesn't work as I'm now telling the 3rd time),
put the translation onto a separate line to make it more understandable

Makefile ${MACHINE_ARCH} changes for mips{eb,el}, as suggested by
Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>

For the pc532 MACHINE (pc532) isn't equal to MACHINE_ARCH (ns32k) but there
is no sys/arch/ns32k.

don't forget machine header symlinks

Rework the way kernel include files are installed. In the new method,
as with user-land programs, include files are installed by each directory
in the tree that has includes to install. (This allows more flexibility
as to what gets installed, makes 'partial installs' easier, and gives us
more options as to which machines' includes get installed at any given
time.) The old SYS_INCLUDES={symlinks,copies} behaviours are _both_
still supported, though at least one bug in the 'symlinks' case is
fixed by this change. Include files can't be build before installation,
so directories that have includes as targets (e.g. dev/pci) have to move
those targets into a different Makefile.