| Age | Commit message (Collapse) | Author |
|---|
|
bus_space_map() always maps everything linear, but this could change
in the future.
|
|
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.
|
|
memread/memwrite.
|
|
necessary. No functional change.
|
|
its value in brdtyp.
Compensate by checking for BRD_8120 everywhere BRD_187 was checked.
|
|
|
|
|
|
|
|
|
|
own; thus fix a lot of foo_open(), foo_close() and foo_ioctl() prototypes
in the process.
|
|
|
|
|
|
and I am fed up with dissecting diffs to put back code that disappeared.
This will likely be fixed shortly.
|
|
|
|
(Look ma, I might have broken the tree)
|
|
int (*d_mmap) __P((dev_t, int, int));
to:
paddr_t (*d_mmap) __P((dev_t, off_t, int));
This allows us to mmap devices past 4GB offsets.
|
|
o get rid of m88k_foo macros when there is an mi foo macro
o remove the ability, for the pmap module, to handle a native mmu page
size different from the vm module page size. This allows some
optimizations in pmap.c
o remove dead stuff from <machine/vmparam.h>
|
|
|
