Age | Commit message (Collapse) | Author |
|
since a large part of the structures and logic remains.
Since m88k has separate supervisor/user spaces, we can map physical memory 1:1
in supervisor space, and have the kernel virtual address space start from the
end of physical memory.
This allows us to switch to __HAVE_PMAP_DIRECT. And to get rid of the double
mapped sdt, since now their virtual and physical addresses will always match.
The upper bound of the kernel virtual memory space is now platform dependent,
until the code which relies upon some hardware devices being mapped 1:1 in
supervisor mode is updated to no longer require this (this is mainly a PITA on
luna88k, where onboard devices start at 0x40000000, leaving only 1GB of KVA at
the moment - still much better than the previous 512MB).
Tested on mvme88k only (187, 188, 197LE, 197DP). Other platforms ought to
work, aviion will be checked shortly and fixed if necessary. No known
OpenBSD/luna88k system in working condition at the moment.
|
|
tested on a GENERIC config from all arches.
ok deraadt@ miod@
|
|
|
|
by anything, will eventually be used by the vx(4) MVME332 driver (once I
take the time to fix it) and the vsbic(4) MVME327 driver being worked on.
|
|
|
|
we can live without, move it into the board-dependent code. This even makes
the code slightly smaller.
clock.c is moved from dev/ to mvme88k/ and only keeps common variables and
delay().
|
|
(and large) inlines.
While there, provide correct register clobbering information to the
__asm__ statements, and fix mc88410_flush_page() evil typo.
Finally, rework mc88410_inval() busy-wait logic to behave correctly in all
cases.
|
|
in the process; the arch-agnostic code keeps the ability for a specific
machine to define its own machine commands, such as "machine prom" for
mvme88k, in addition to the ``regular'' m88k machine commands.
|
|
|
|
ok deraadt@
|
|
Mainly remove space between locators parens, replace spaces with tabs
where appropriate and consistently align dependencies.
|
|
ok miod@
|
|
- merge locore_c_routines.c into machdep.c
- split machdep.c into really machdep.c content, and board-specific routines
(memory sizing, early initialization, etc).
No functionnal change.
|
|
below the kernel text is reserved for the PROM, instead of using fixed
(but different) values between luna88k and mvme88k.
Tested on mvme88k by myself, on luna88k by aoyama@
|
|
|
|
|
|
the MI osiop(4) driver.
This improves performance very slighly and should also improve reliability.
Tested on 25MHz (50MHz osiop) and 33MHz (66MHz osiop) MVME187 boards.
|
|
|
|
which were copied verbatim from mvme88k to luna88k.
This requires backing out syntactic sugar in mvme88k kernel configuration
files which would deduct the required processor types from the board models,
as the common code only depends upon the M88100 and M88110 defines.
|
|
converted yet, and they rely upon some linear mappings provided by bus_space.
In order to not impact performance, almost all the bus_space accesses go
through macros and inline functions. This currently restricts us to D16 and
D32 access modes, which are selected at compilation time. Since there are no
plans to support D8 vme devices in the future, this is acceptable for now.
This makes the "len" locator for vme devices go away, and allows to simplify
some code which was using the pcctwo device, and will now directly access
hardware which is known to exist, rather than wait until the device is
attached.
While there, try to enforce more interrupt vector number checks, since these
changes pointed out that dart(4) had been working correctly so far by sheer
luck only.
|
|
autoconf. Bugtty will then not attach if either cl or dart has attached.
Note that, if you boot -c and disable the real console driver for your
board, you lose, because of the early console initialization. This is not
supported anyway.
|
|
|
|
a ``regular'' if_le driver, sharing the common am7990 code.
|
|
one file per driver.
|
|
|
|
macros, rather than include files - no need to pollute <machine/> area...
|
|
instead of case statements based on cpu type.
|
|
|
|
and I am fed up with dissecting diffs to put back code that disappeared.
This will likely be fixed shortly.
|
|
|
|
|
|
|
|
|
|
|
|
configuration file options, rather than putting ugly preprocessor
statements and compile empty files.
|
|
|
|
|
|
|
|
attributes, allowing kernels to exist w/ rd as the only disk device.
tested on a few archs; niels@ & millert@ ok
|
|
|
|
|
|
|
|
|
|
|
|
from nivas.
Userland and compiler still need to be worked on.
Make certain what directory the import is done from.
|