Date: Wed, 13 Feb 2002 20:29:00 +0000 From: Ceri <setantae@submonkey.net> To: FreeBSD-gnats-submit@freebsd.org Subject: docs/34913: Fixup of Developers' Handbook, continued : DMA Chapter Message-ID: <E16b61U-000Ajk-00@rhadamanth.private.submonkey.net>
next in thread | raw e-mail | index | archive | help
>Number: 34913
>Category: docs
>Synopsis: Fixup of Developers' Handbook, continued : DMA Chapter
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-doc
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: doc-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Feb 13 12:30:02 PST 2002
>Closed-Date:
>Last-Modified:
>Originator: Ceri <setantae@submonkey.net>
>Release: FreeBSD 4.5-STABLE i386
>Organization:
>Environment:
System: FreeBSD rhadamanth.private.submonkey.net 4.5-STABLE FreeBSD 4.5-STABLE #0: Tue Feb 12 17:56:57 GMT 2002 setantae@rhadamanth.private.submonkey.net:/usr/obj/usr/src/sys/RHADAMANTH i386
>Description:
Small tiny petty changes, basically.
There is also a typo on line 270, but I don't know if it should read
"one more byte" or just "more bytes", as I know nothing of the magic
involved here, so this patch doesn't touch that line.
Line 270 :
Demand Mode will transfer one more bytes until DRQ is
^^^^^^^^^^^^^^
Ceri
>How-To-Repeat:
>Fix:
--- doc/en_US.ISO8859-1/books/developers-handbook/dma/chapter.sgml.old Wed Feb 13 20:06:31 2002
+++ doc/en_US.ISO8859-1/books/developers-handbook/dma/chapter.sgml Wed Feb 13 20:21:34 2002
@@ -137,7 +137,7 @@
which indicates that the counter has reached zero and no more data
will be transferred until the DMA controller is reprogrammed by the
CPU. This event is also called the Terminal Count (TC). There is only
- one EOP signal, and since only DMA channel can be active at any
+ one EOP signal, and since only one DMA channel can be active at any
instant, the DMA channel that is currently active must be the DMA
channel that just completed its task.</para>
@@ -155,7 +155,7 @@
<para>It is important to understand that although the CPU always
releases the bus to the DMA when the DMA makes the request, this
- action is invisible to both applications and the operating systems,
+ action is invisible to both applications and the operating system,
except for slight changes in the amount of time the processor takes to
execute instructions when the DMA is active. Subsequently, the
processor must poll the peripheral, poll the registers in the DMA
@@ -226,7 +226,7 @@
<note>
<para>A new implementation of the 8237, called the 82374, allows 16
- bits of page register to be specified, allows access to the entire
+ bits of page register to be specified and allows access to the entire
32 bit address space, without the use of bounce buffers.</para>
</note>
</sect2>
@@ -372,7 +372,7 @@
the peripheral requests transfers, they will be granted. It is
up to the CPU to move new data into the fixed buffer ahead of
where the DMA is about to transfer it when doing output
- operations, and read new data out of the buffer behind where the
+ operations, and to read new data out of the buffer behind where the
DMA is writing when doing input operations.</para>
<para>This technique is frequently used on audio devices that have
>Release-Note:
>Audit-Trail:
>Unformatted:
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E16b61U-000Ajk-00>