NetBSD/sys/arch/next68k
mhitch 9b0f085da1 68030 and 68040 processors consider the read portion of a read-modify-write
transfer as a write to ensure the memory is writable before starting any
transfer.  The fault status information does not reflect this in the 'read'
status bit (i.e. it shows up as a read access), so faults with a RMW access
to non-writable memory was not getting the correct protection.  The page would
be read-only and the instruction would fault over and over.

A specific example is when a process forks, and the child process attempts
to execute a RMW access to a data page, which is read-only because it's CoP
Copy-On-Write.

When checking if the page needs to be writablek, also check the locked transfer
and treat any locked transfer as a write.

68060 already handled this correctly, since it has separate read and write
fault bits, and both are set on a RMW access and the trap code was checking
the write status bit.

Fixes PR#36848.
2007-09-01 21:31:55 +00:00
..
compile
conf Add pseudo-device agr to all GENERIC kernels where it might make sense 2007-06-04 08:55:18 +00:00
dev Change a bazillion occurrences of code resembling this, 2007-09-01 07:32:22 +00:00
include TAB/space cleanup. 2007-08-04 13:00:45 +00:00
next68k 68030 and 68040 processors consider the read portion of a read-modify-write 2007-09-01 21:31:55 +00:00
stand Follow Izumi Tsutsui's advice, and use uint8_t* rather than char*. 2007-03-05 18:06:09 +00:00
Makefile