s/opions/options/

-DKERNEL_BASE_VOFFSET= has annoyed me for the last time...

Introduce KERNEL_VOFFSET_RUNTIME which prevents the addition of
-DKERNEL_BASE_VOFFSET= to the command line and use it on the
__HAVE_GENERIC_START kernels which do runtime calculation of the
offset.

branches: 1.24.12; 1.24.14;
Provide generic start code that assumes the MMU is off and caches are
disabled as per the linux booting protocol for ARMv6 and ARMv7 boards.
u-boot image type should be changed to 'linux' for correct behaviour.

The new start code builds a minimal "bootstrap" L1PT with cached access
disabled and uses the same table for all processors. AP startup is
performed in less steps and more code is written in C.

The bootstrap tables and stack are placed into an (orphaned) section
"_init_memory" which is given to uvm when it is no longer used.

Various kernels have been converted to use this code and tested. Some
boards were provided by TNF. Thanks!

The GENERIC kernel now boots on boards using the TEGRA, SUNXI and EXYNOS
kernels. The GENERIC kernel will also work on RPI2 using u-boot.

Thanks to martin@ and aymeric@ for testing on parallella and nanosoc
respectively

Only ent KERNEL_BASE_EXT when we want to change KERNEL_BASE from its
default of 0x8000_0000

Don't use KERNEL_BASE_EXT where KERNEL_BASE should be instead.

Workaround a as(1) weirdness in armadaxp_start.S

Sort options.

No functional change.

Whitespace consistency.

{make,}options<space><tab>
everything else just <tab?

branches: 1.20.2; 1.20.4;
FDTise RapberryPI support. Thanks for jmcneill for a lot of help with this.

The kernel image that the RPI firmware boots is now netbsd.img in the
kernel build directory.

XXX fdtbus_get_reg needs reworking

Initial RPI2 support - it doesn't work yet. The generic timer gets messed
up somehow.

This commit changes the KVA layout of the RPI.

branches: 1.18.2;
Use TPIDRPRW_IS_CURLWP as it's a slight code reduction and performance
improvement.

Add __HAVE_MM_MD_CACHE_ALIASING

Move some options into std.rpi

Create an "options MODULAR_DEFAULT_AUTOLOAD" config option and add
it to all kernel configs that contain "options MODULAR". This
option turns on module autoloading by default (which is the current
default). This allows people who don't want module autoloading on
by default to disable it by simply removing/commentting this line.

branches: 1.14.2;
Re-arrange RPI VM layout and enable __HAVE_MM_MD_DIRECT_MAPPED_PHYS. RPI
kernels now boot again.

I'm not admitting defeat in why there are problems with the
non-__HAVE_MM_MD_DIRECT_MAPPED_PHYS case.

branches: 1.13.2;
Define ARM11_COMPAT_MMU (for now) to keep inline with cpuconf.h changes

Remove the bogus CPPFLAGS+="-I$S/../../../include"

Prompted by the build problem reported by John Klos

Switch to dwctwo(4) from dotg(4) for the RaspberryPi port. This brings
DMA support and (initial) isoc transfer support.

Remove URTWN_DOTG_WORKAROUND as dwctwo doesn't appear to need it.

Add MODULAR

Add LOADADDRESS (don't make it implicit)

branches: 1.8.2;
Enable ARM_HAS_VBAR since the arm1176 has a VBAR register.

As a workaround for the Raspberry PI, only allow 1 TX transfer to be
active at once.

XXX This might affect all host controllers

Oops. Didn't mean to commit this with previous.

Add support for the ARM Integrator/CP from Sergio L�pez.

The code hasn't been tested on real hardware, but INTEGRATOR_CP config
is useful for QEMU which supports it.

Add __HAVE_CPU_COUNTER

Use a std.evarm to handle the normal EXEC_ELF32/EXEC_SCRIPT and ARM options
as well as include conf/std and std.arm

branches: 1.2.2; 1.2.4;
Define __HAVE_CPU_UAREA_ALLOC_IDLELWP and TPIDRPRW_IS_CURCPU

branches: 1.1.2;
Initial commit of support for the RaspberryPI (www.raspberrypi.org)

This is enough for serial console via the gpio header pins and to get to
multiuser.

A huge thank you to Matt Thomas for all his help.