scw
c22fb1db55
Finally nobble the bus_dmamap_sync() problem with osiop(4).
...
Basically, bus_dmamap_sync() `PREREAD' needs to flush the cache
for the start and end of the region if it is not aligned to
a cacheline boundary, otherwise a subsequent POSTREAD can *purge*
valid data which was in the cacheline but *outside* the region
passed to bus_dmamap_sync().
Bus snooping doesn't always help here because osiop(4) calls
bus_dmamap_sync() with POSTREAD even if no data was actually
transferred! (And we can't rely on snooping on the 68060 models anyway).
2001-05-16 19:06:46 +00:00
thorpej
69abdbf60c
Undo a misguided previous change to the pmap_update() API.
2001-04-22 23:19:26 +00:00
thorpej
4738622712
Give pmap_update() an argument (a pmap_t) so that it knows which
...
pmap it should be updating.
2001-04-22 00:33:59 +00:00
thorpej
7f10ba88b1
#define away pmap_update() in <machine/pmap.h> so that no function
...
call overhead is incurred as we start sprinkling pmap_update() calls
throughout the source tree (no pmaps currently defer operations, but
we are adding the infrastructure to allow them to do so).
2001-04-21 23:51:14 +00:00
scw
5f6802db57
Add pmap_zero_page_uncached(), and the PMAP_PAGEIDLEZERO macro.
2000-09-22 08:27:00 +00:00
scw
a5a054f2c9
Nuke HP_SEG_SIZE. Use NBSEG instead (as used by m68k_trunc_seg() et al),
...
which takes into account the mmu type.
2000-05-27 22:37:47 +00:00
scw
9c745dbd5e
Merge 'scw_mvme68k_bus_space' branch with the trunk.
...
These changes add support for:
o The MI VMEbus framework on both MVME147 and MVME167.
o Enhancements to the existing MD bus_space(9) implementation.
o Most of the bus_dma(9) API.
2000-03-18 22:33:02 +00:00
is
8474ed8a1e
MVME68K specific part of fix for PR 6152
1999-02-26 22:16:35 +00:00
chuck
417e5339f0
MNN is no longer optional
1999-01-16 20:31:50 +00:00
scw
a84a67440f
vm_offset -> [vp]addr_t and vm_size_t -> [vp]size_t
...
While I'm here, expunge use of 'register' storage class.
1998-08-22 10:55:33 +00:00
scw
d38d12d85a
Whoops, cgd's pmap_map change got lost! Put it back.
1998-02-21 19:22:00 +00:00
scw
0e88177c0b
Implement changes for MACHINE_NEW_NONCONTIG and UVM.
1998-02-21 19:03:25 +00:00
cgd
3bbb7f7d45
Move pmap_map() function definition to MD headers, as appropriate. It's
...
an internal function, and the VM system shouldn't try to prototype it.
(Note that some ports _don't_ prototype it.)
1998-02-18 02:05:32 +00:00
thorpej
61567b54de
Garbage-collect pm_stchanged; it's not used by anything.
1998-01-06 07:02:58 +00:00
thorpej
d11b109f2b
Garbage-collect use of the PCB's copy of the user segment table pointer.
1998-01-06 06:51:40 +00:00
thorpej
b9f1b716f3
Now that all ports have pmap_activate(), and it has an identical interface,
...
prototype it in <vm/pmap.h>
1998-01-03 01:12:59 +00:00
thorpej
dd966fca05
Change an argument name to PMAP_ACTIVATE() to more accurately describe the
...
semantics of the argument.
1998-01-01 20:05:23 +00:00
thorpej
287b63b321
- Make pmap_activate() and pmap_deactivate() take a struct proc *.
...
- Define active_user_pmap() and use it in the appropriate places (from hp300
port).
1998-01-01 19:52:50 +00:00
scw
2dde7e366d
Added support for VMEbus RAM cards via MACHINE_NONCONTIG.
...
The kernel should still compile and run without it, but I've
put the config option in std.mvme68k so it's built like this
as standard.
1997-10-09 21:39:16 +00:00
scw
b471de3926
Deleted m68k_round_seg and m68k_trunc_seg. They're in common m68k/param.h now.
1997-06-21 11:05:34 +00:00
chuck
0b036e11bf
mvme68k port -- for the motorola vme147 m68030 card
1995-07-25 23:11:53 +00:00