NetBSD/sys/arch/alpha
thorpej 07304bd858 On multiprocessor systems, it is possible that a lev1map might be in use
by two processors concurrently.  This means that we cannot modify the
lev1map in use by the processor which wishes to use the PROM.

Fix this by creating a separate lev1map for PROM users.  This lev1map
is a copy of the kernel_lev1map, with the exception of the necessary
PROM mapping.  When a processor wishes to use the PROM, it switches
its PTBR to point at the prom_lev1map, performs the PROM operation,
and switches back to its previous lev1map.

Note that kernels without multiprocessor support use the old method
of modifying the current lev1map.

Also, serialize access to the PROM via a spin lock.
1999-02-25 03:43:14 +00:00
..
a12 Move if_ade* from alpha/pci/ to alpha/a12/ 1998-09-24 05:36:05 +00:00
alpha On multiprocessor systems, it is possible that a lev1map might be in use 1999-02-25 03:43:14 +00:00
common If we have to increase the boundary due to the spill pages, use the old 1999-02-18 08:55:16 +00:00
compile
conf Do all the fancy printf format checking. 1999-02-23 01:00:51 +00:00
eisa
include First-cut at multiprocessor TLB shootdown. This simple implementation can 1999-02-24 19:22:16 +00:00
isa Use DMAMODE_DEMAND. Tested on an AS200. 1999-02-22 02:52:24 +00:00
mcbus
pci Gronk. DWLPX comment in a MCPCIA file. 1999-02-17 03:17:17 +00:00
stand convert from NOxxx= to MKxxx=no. 1999-02-13 02:54:17 +00:00
tc Fix printf format problems on Alpha. (IRONIC?!) 1999-02-12 01:45:42 +00:00
tlsb Now that we have the kthread mechanism, massively clean up the way 1999-02-23 03:20:00 +00:00
wscons fix problems in many d_mmap routines: 1998-11-19 15:38:20 +00:00
Makefile
STYLE