(currently the default), then it compiles on both an ECOFF toolchain
and on an ELF toolchain (but w/o support for dynamic linking or C++
constructors & destructors). If compiled without -DECOFF_COMPAT, it
supports statically- or dynamically-linked ELF binaries (and shared
libraries).
- Use information obtained from the Bug in locore to make identifycpu()
produce some slightly more meaningful output.
- Garbage-collect some left-over hp300-specific stuff.
- Use the Bug to find out what kind of machine we're running on, and
Do The Right Thing, namely:
- Set `cputype' and `mmutype' as appropriate.
- Crap out if the kernel doesn't support the machine we
booted on.
- Add hooks for MVME-{162,167,177} models; just an empty shell to be
filled in later.
- Use `MMU_68040' rather than `-2' when checking the MMU type.
The Lite2 changes include:
* Remove the last vestiges of high-bit-set-means-delay for output chars.
* Handle the 2100/3100 having partial modem control on line 2 only,
whereas the 5000/200 has modem control signals on lines 2 and 3.
* Add RTS/CTS support for lines 2 and 3 on a 5000/200.
* Add more s = spltty(); splx(s); where needed but not present.
* SunOS glue
* 68060 exception frame size definitions
* 68060 fault detection macros
- Use `cputype' rather than `mmutype' where appropriate.
- Play the prototype game.
This file is much closer to being sharable by all m68k ports.
we're doing a dynamic link for, and change the page size used for offset
and size calculations if necessary. Allows the same ld.so to be used with
mixed m68k4k and m68k8k executables and libraries.
Thanks a million to Gordon Ross for the help in making this work!
a MID_M68K4K expects to be mapped. Allows any m68k port with
NBPG == 4096 to run NetBSD/hp300 executables, and will allow hp300s
to run legacy executables when that port's default format is eventually
changed to match the other m68k ports.
gwr