Correct r190283 (partially reverting it) as on sparc64 BUS_DMA_NOCACHE

actually is only valid for bus_dmamap_load().

MFC after:	3 days
This commit is contained in:
marius 2009-05-12 20:56:34 +00:00
parent bea63f2169
commit 373616f83a

View File

@ -60,7 +60,7 @@
.\" $FreeBSD$
.\" $NetBSD: bus_dma.9,v 1.25 2002/10/14 13:43:16 wiz Exp $
.\"
.Dd November 16, 2008
.Dd May 12, 2009
.Dt BUS_DMA 9
.Os
.Sh NAME
@ -561,6 +561,13 @@ Are as follows:
.It Dv BUS_DMA_NOWAIT
The load should not be deferred in case of insufficient mapping resources,
and instead should return immediately with an appropriate error.
.It Dv BUS_DMA_NOCACHE
The generated transactions to and from the virtual page are non-cacheable.
For
.Fn bus_dmamap_load ,
the
.Dv BUS_DMA_NOCACHE
flag is currently implemented on sparc64.
.El
.El
.Pp
@ -780,11 +787,12 @@ Causes the allocated memory to be set to all zeros.
The allocated memory will not be cached in the processor caches.
All memory accesses appear on the bus and are executed
without reordering.
On the amd64 and i386 architectures this flag results in the
Strong Uncacheable PAT to be set for the allocated virtual address range.
The
For
.Fn bus_dmamem_alloc ,
the
.Dv BUS_DMA_NOCACHE
flag is currently implemented on amd64, i386 and sparc64.
flag is currently implemented on amd64 and i386 where it results in the
Strong Uncacheable PAT to be set for the allocated virtual address range.
.El
.It Fa mapp
Pointer to a