* Use U-Boot mmu code as base
* This will be factored out someday into common arch mmu
code when we can read Flattened Device Trees
* Move mmu_init after serial_init.
Temporary change as we will want serial_init to use
memory mapped addresses... for debugging.
* since we include BoardSetup earlier now, the TARGET_* flags were discarded. Use HAIKU_* instead.
* Add variables to hold the default entry point and the desired uimage OS emulation.
* introduce a DebugUART baseclass,
* rework 8250 and PL011 implementations from kallisti5 to inherit DebutUART,
* each arch should override the IO methods to access registers.
* on ARM registers are 32bit-aligned.
* U-Boot still works for the verdex target.
* rPi still compiles, needs testing.
* Still some more consolidation needed to allow runtime choice of the UART type (as read from FDT blobs for ex.).
* serial.cpp should probably mostly be made generic as well.
* didn't touch x86 or ppc yet.
* Pi firmware was updated to note that Broadcom
had to be included with firmware blobs.
* While we have permission from Eben to have the
blobs in-tree, they are now offically on github
in a fixed location removing the need to have
these in-tree.
* Clean up BoardConfig, note firmware URL and
files needed
* Update info.txt with how Haiku boot process works
* Lets wait for space *before* writing to the fifo
instead of after.
* Flush functions now really flush the fifo waiting
for them to enter an empty state.
* Simple memory barriers added (may need revised)
We don't have access to the kernel barriers here.
* Add some missing stuff, be more exact with
stack and fill with 0xBEBEBEBE
* Ensure .init_array is called with .ctors to ensure
static constructors are called.
* Serial UART output on Raspberry Pi now functioning
This is kind of a hack, however having serial output
will enable easier debugging of loader. Not a perimant fix.
* With UART output, we can now turn to why the constructors
are so messed up.
* Thanks to pfoetchen for his help and (lots!) of testing.
* Left over var name from my test code
* This should be pretty close to functional
(if not already working)
* Any more uart experimentation will not
reach upstream until working.
* Confirmed this places pins in miniUART mode
(we don't want this mode however)
* We do need to fully understand *which* mode
the pins need to be in for PL011 mode.. however
the boot state of the Pi is PL011
