CVS: cvs.openbsd.org: src

[Miod Vallat <miod_(_at_)_cvs_(_dot_)_openbsd_(_dot_)_org>]

CVSROOT:	/cvs
Module name:	src
Changes by:	miod_(_at_)_cvs_(_dot_)_openbsd_(_dot_)_org	2004/04/24 13:51:49

Modified files:
	sys/arch/mvme88k/conf: GENERIC M187 M188 M197 RAMDISK 
	                       files.mvme88k 
	sys/arch/mvme88k/dev: bussw.c busswreg.h cl.c clock.c clreg.h 
	                      dart.c if_ie.c if_le.c mainbus.c memc.c 
	                      nvram.c nvramreg.h pcctwo.c pcctworeg.h 
	                      sram.c ssh.c syscon.c sysconreg.h vme.c 
	                      vme.h vmel.c vmes.c vs.c vx.c 
	sys/arch/mvme88k/include: autoconf.h cpu.h m88410.h 
	sys/arch/mvme88k/mvme88k: autoconf.c machdep.c 
Added files:
	sys/arch/mvme88k/dev: pcctwovar.h 
	sys/arch/mvme88k/include: bus.h 
Removed files:
	sys/arch/mvme88k/dev: busswfunc.h pcctwofunc.h sysconfunc.h 

Log message:
Preliminary switch to an mvme88k bus_space world. Not all drivers have been
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.