summaryrefslogtreecommitdiffstats
path: root/share/doc/ja_JP.EUC/handbook/dma.sgml
blob: f3c9be5273a7d209ff97aea88952b14c34e5ed6e (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
<!-- $FreeBSD$ -->
<!-- The FreeBSD Japanese Documentation Project -->
<!-- Original revision: 1.4 -->
<!-- 日本語訳 鈴木康修 (yasu@hike.te.chiba-u.ac.jp) -->
<!--
<!DOCTYPE linuxdoc PUBLIC "-//FreeBSD//DTD linuxdoc//EN" [

<!ENTITY % authors SYSTEM "authors.sgml">
%authors;

]>
-->
<sect><heading>DMAとはどういったものでどういう働きをするのか <label id="dma"></heading>

<p><em>Copyright &copy; 1995 &a.uhclem;, All Rights Reserved.<newline>
18 October 1995.</em>

<!-- Version 1(2) -->

        Direct Memory Access (DMA)は, 中央演算処理装置 (CPU)からの干渉なく
        データを計算機中である場所から別の場所に動かすための手法です. 

        DMA機能の実装の方法はそれぞれの計算機アーキテクチャ間で異なるもので
        あるため, ここでの議論はIBMパーソナルコンピュータ(PC), 
        PC/ATとその互換機におけるDMAサブシステムの実装と働きに限定します. 

        PCの DMAサブシステムは, Intelの 8237 DMAコントローラをベースにして
        います. 8237はそれぞれ独立にプログラムできる4つのDMAチャネルを持ち, 
        どのチャネルもいつでもアクティブにできます. 
        これらのチャネルは順に 0, 1, 2, 3となっています. 
        PC/ATからは, セカンド 8237 チップが追加され,それらは 4, 5, 6, 7と
        なっています. 

        オリジナルの DMAコントローラ(0, 1, 2, 3)は, 1回の転送で1バイト
        転送します. セカンドDMAコントローラ(4, 5, 6, 7)は1回で 16ビット転送
        します. 2つのコントローラは全く同じものであり, 転送量が異なるのは
        セカンドコントローラがシステムに直結しているためです. 

        8237 は個々のチャネルについて, DRQと-DACKという2つの電気信号を
        持っています. その他に, HRQ (Hold Request), HLDA (Hold Acknowledge), 
        -EOP (End of Process)があり, バス制御信号として -MEMR (Memory Read), 
        -MEMW (Memory Write), -IOR (I/O Read), and -IOW (I/O Write)があります. 

        8237 DMACは, いわゆる``fly-by'' DMAコントローラです. 
        これは, データの移動を行う際に, データは DMACチップを通過せず, 
        DMACチップに格納されないことを意味します. 
        また, DMACはI/Oポートとメモリアドレス間でのみデータを
        転送することができますが, 2つのI/Oポートもしくは2つのメモリアドレス
        間ではできません. 

      <quote><em>注:</em> 8237は, 非``fly-by''モードでは, 互いに接続された
        2つのチャネルでのメモリ-メモリ間でのDMA操作を許可します. 
        しかし, PCメーカは, ただでさえ乏しいこのリソースをこんなふうに
	使ったりしません。
        なぜなら, CPUを使用してメモリ間のデータを動かす方が早いからです. 
      </quote>

        PCアーキテクチャでは, それぞれのDMAチャネルは, 通常そのDMAを
        使用するハードウェアがそのチャネルについてDRQを使って
        転送を要求した時のみ動作します. 


    <sect1><heading>DMA転送の例</heading>

      <p>これはDMA転送の手順の例です. 
        この例では, フロッピーディスクコントローラ (FDC)が
        ディスケットから1バイト読み込んで, DMAを使って,メモリの0x00123456番地に
        格納したいとします. 処理は, FDCによって, DRQ2信号を有効にして
        DMAコントローラに要求を伝えることで開始します. 

        DMAコントローラはDRQ2シグナルが有効になったことを記録します. 
        するとDMAコントローラはDMAチャネル2がプログラムされ, 有効に
	なっていることを確認します. 
        DMAコントローラはまた, 他のDMAチャネルがアクティブでないか, または
        より高い優先度を持っていないかを確認します. 
        一旦これらのチェックが完了すると, DMACはDMACがバスを使うために
        バスを開放するようにCPUに要求します. 
        DMACはCPUにHRQ信号を送ってバスを要求します. 

        CPUはHRQ信号を検出し, 現在の指示の実行を完了します. 
        一旦プロセッサがバスを開放することができる状態になると, 解放を
        行います. 
        通常は CPU により駆動される信号 (-MEMR, -MEMW, -IOR, -IOW, その他)を
        すべてハイインピーダンス (ハイともローとも指定しない)状態にした後, 
        CPUは HLDA信号を有効にして DMAコントローラにバスを明け渡したことを
        伝えます. 

        プロセッサによっては, CPUはバスを使用しないいくつかの
        命令を追加して実行することもできますが, 
        しかし,プロセッサの内部キャッシュやパイプライン以外のメモリから
        何か読み出すといった指示に到達したら結局CPUは待たなくてはなりません.

        ここで,DMACが バスを「託される」と,
        DMACはその -MEMR, -MEMW, -IOR, -IOW 出力信号をアクティブにし,
        DMACから出力されるアドレスは 0x3456にセットされます.これは
        転送しようとする特定のメモリ番地をバイトで指示するのに使われます.

        するとDMACはDMA転送をリクエストしたデバイスに転送が始まることを
        知らせます.これは -DACK信号をアクティブにすることで行われます. 
        フロッピーディスクコントローラの場合は, -DACK2を
        アクティブにすることで行われます.

        バスのデータ線に転送されるバイトにを出力することについては
        フロッピーディスクコントローラが責任をもつことになります.
        もし,フロッピーディスクコントローラがバス上にバイトデータを
        出力するのに余計な時間を必要としなければ 
        (もし周辺装置がもっと時間を必要とする場合には, READY信号を
        経由してDMACに通知します), DMAは 1 DMAクロック待ち,
	メモリにバス上のバイトデータを格納するために
        -MEMW および -IOR 信号を解除します. そして
        FDCはバイトデータが転送されたことを認識します.

        DMAサイクルは1度に1バイトしか転送しないので, 
        FDCはDRQ2信号を止めて, DMACに転送の終了を知らせます. 
        DMACは-DACK2信号を解除して, FDCはバス上へのデータ出力を
        停止しなくてはならないことを知らせます. 

        次にDMACは他のDMAチャネルのいずれかに要求がきていないか
        チェックを行います. もしどのチャネルのDRQも有効になっていなければ, 
        DMAコントローラは処理を完了して, -MEMR, -MEMW, -IOR, -IOW および
        アドレス信号をハイインピーダンス状態にします. 

        最後に, DMAはHRQ信号を解除します. CPUはこれを見ると,HOLDA信号を
        解除します. そしてCPUは自らの -MEMR, -MEMW, -IOR, -IOW 信号および
        アドレス線を有効にし, 命令の実行やメインメモリや周辺機器へのアクセスを
        再開します.

        典型的なフロッピーディスクの1セクタについては, 上記のプロセスが
	それぞれのバイトについて1回行われ, 全部で512回繰り返されます.  
        1バイト転送される毎に,DMAC内のアドレスレジスタはインクリメントされ,
        何バイト転送すればよいかを示すカウンタがデクリメントされます.

        カウンタが0になると, DMAはカウンタが0になったことを示すEOP信号を
        送り, DMAコントローラがCPUによって再びプログラムされるまで
        これ以上データは転送されなくなります. 

        このイベントはターミナルカウント(TC)とも呼ばれます. 
        EOP信号は1本しかありません. なぜならどんな時もただ1つのDMAチャネル
	のみをアクティブにすることができるためです. 

        もし, バッファの転送が完了した時に周辺機器から割り込みを発生させたい
	とき, 周辺機器は -DACK信号およびEOP信号の両方が同時に発信されたか
	どうかをテストします. それが生じると, DMACはCPUの介在がなければ
	これ以上はその周辺機器についての情報を転送しないことを意味します. 
        すると周辺機器はプロセッサの注意を得るために割り込み信号のうちの1つを
        発信します. DMAチップ自身は割り込みを生じさせる能力は持っていません. 
        周辺機器とそれに関連するハードウェアが割り込みを生成する責任を
        持ちます. 

        DMACが要求を出したときにはCPUは常にバスをDMACに開放しますが, 
        この動作は, DMACがアクティブになった時にプロセッサが命令を実行するのに
	かかる時間がわずかに変化することを除いては, アプリケーション, 
	オペレーティングシステムの両方からはわからないということを
	理解することが重要です. 
        そのため, プロセッサが確かにDMA転送が完了したことを知るためには, 
	周辺装置やDMAチップ中のレジスタを調べたり,周辺装置からの割り込みを
	受け取る必要があります. 


<sect1><heading>DMA ページレジスタ および 16メガ アドレス空間制限</heading>

      <p>これまで述べたのとは異なり, DMACはアドレス線を 0x0123456 にセットする
        代わりに 0x3456 だけをセットすることにあなたは気づいたかも
        しれません. この理由について少し説明します. 

        オリジナルのIBM PCがデザインされた時, IBMは, DMACと割込み制御チップの
        両方を, 8085(8ビットプロセッサで, 16ビットのアドレス空間(64k)を持つ)と
        組み合わせて使うように設計されたチップを使うことを選びました. 
        IBM PCが64k以上のメモリをサポートしていたため, 
        DMACが64kを越えるメモリ番地に読み込み又は書き込みを行うために
        変更を行う必要が生じました. 
        この問題を解決するためにIBMが行ったのは, それぞれのDMAチャネルに
        ついてラッチを追加することでした. つまり, 読み込む又は書き込む先の
        アドレスの上位ビットに保持するためのものです. 
        DMAチャネルがアクティブな時はいつでも, 
        このラッチの内容はアドレスバスに書かれて, そのチャネルのDMA操作が
        終了するまでそこに保持されます. 
        これらのラッチは「ページレジスタ」と呼ばれます. 

        そのため上記に示した例では, DMACはアドレスの0x3456の部分をバス上に
        置き, DMAチャネル2に対するページレジスタは, 0x0012xxxxをバス上に
        置きます. これらの2つの値が組み合わされてアクセスされるメモリ中の完全な
        アドレスを形成します. 

        ページレジスタのラッチはDMAチップとは独立であるので, 
        読み込まれる又は書き込まれるメモリ領域は, 64kの物理的境界を
	またいではなりません. 
        もしDMACがメモリの0xffff番地をアクセスすると, DMACはアドレスレジスタを
        インクリメントします. 次にアクセスされるバイトは 0x0000番地に
	なるでしょう. 0x10000ではありません. 
	これはおそらく意図されたものとは異なっているでしょう. 

        <quote><em>注:</em> 「物理的な」 64Kの境界を 8086モードの
        64k「セグメント」と混同してはいけません. セグメントは, セグメント
	レジスタにオフセットレジスタを加算して作られるものです. 
	ページレジスタにはアドレスのオーバーラップはありません. </quote>

        さらに複雑なことには, PC/ATでは外部のDMAアドレスのラッチは
        8ビットしか保持しません. よって8+16で24ビットになり, これは
        DMAが0から16メガの間のメモリ番地しか指し示せないことを
        意味します. 16メガ以上のメモリを持ったより新しいマシンにおいても, 
        PCコンパチブルなDMAでは16メガ以上の番地にはアクセスできません. 

        この制限を避けるために, オペレーティングシステムは
        16メガ以下にある物理的な64kの境界をまたがない領域にバッファを
        予約します. そして, DMACはデータをそのバッファに読み出すように
        プログラムされます. 一旦DMACこのバッファにデータを動かすと, 
        オペレーティングシステムは本当にデータを格納したいアドレスに
        バッファからデータをコピーします. 

        16メガを越えるアドレスからDMAベースの周辺機器にデータを
        書き込む際には, データは16メガ以下に位置したバッファから最初に
        コピーされなくてはならず, その後, DMACはバッファからハードウェアに
        データをコピーすることができます. FreeBSDでは, これらの予約バッファは
        「バウンスバッファ」と呼ばれます. MS-DOSの世界では, 
        これらは「スマートバッファ」などと呼ばれます. 


    <sect1><heading>DMA操作モードとその設定</heading>

      <p>8237 DMA はいくつかのモードで動作します. 主なモードは, 
        以下のとおりです. 

<descrip>

          <tag>シングル転送モード</tag>
            シングルバイト(もしくはワード)が転送されます. 
            DMAは1バイト毎にバスを開放し, 
            再び要求しなくてはなくてはなりません.
            これは一般に, すぐにはデータのブロック全てを転送できないデバイスに
            よって使用されます.
            周辺装置は次の転送の準備ができる毎にDMAを要求します. 

            フロッピーディスクコントローラは1バイトのバッファしか持たないので, 
            このモードを使用します. 


          <tag>ブロック/デマンド転送モード</tag>
            一旦DMACがシステムバスを取得すると, 最大64kまでのデータブロック
	    全体が転送されます. 
            もし周辺装置が余分に時間を必要とするときは, READY信号を有効に
	    します. 
            READY信号は過度に使われるべきではなく, 遅い周辺装置の転送の場合は
            シングル転送モードを代わりに使うべきです. 

            ブロック転送モードとデマンド転送モードの違いは, 一旦ブロック転送が
            始まると,転送カウンタか0になるまでそれが行われるところです. 
            1バイト転送するにはDRQが -DACK が有効になるまでの間だけ
	    有効であれば充分です. 
            デマンドモードはDRQが有効な間は転送が続けられます. DRQが無効に
	    なったことで中断された転送は, DRQがその後
            有効になったときに, 転送が中断したところから再開されます. 
 
            CPUを使ってデータを読み出した方が効率がよくなるくらい
	    CPUの速度が向上するより前の
            古いハードディスクコントローラはデマンドモードを使っていました. 


          <tag>カスケード転送モード</tag>
            このメカニズムはDMAチャネルがバスを要求することを許可する
            ものですが, 接続されたデバイスはバス上のアドレス情報の配置に
            ついて責任を持ちます. これはいわゆる「バスマスタ」というものです. 

            カスケードモードのDMAチャネルがバスのコントロールを受け取ると, 
            DMAは通常行われるようなバス上のアドレスとI/Oコントロール信号の
            出力を行いません. 代わりに, DMAはこのチャネルの -DACK信号を
            有効にします.

            そして, アドレスとバスコントロール信号の供給は
            DMAチャネルに接続されたデバイスが担当します. 
            周辺機器はシステムバスの完全なコントロールを行い, 
            16メガ以下の任意のアドレスの読み込みおよび書き込みを行うことが
            できます. 周辺機器はバスの使用を終えると, DRQ線を無効にして, 
            DMAコントローラはCPUもしくは他のDMAチャネルに制御を返します. 

            カスケードモードは複数のDMAコントローラを相互接続するのに
	    使われます.  PC内ではDMAチャネル4がまさにこの用途に使われています. 
            周辺機器がDMAチャネル0, 1, 2, 3でバスを要求すると, 
            スレーブDMAコントローラは HLDREQ を有効にしますが, 
            この線は実際にはプライマリDMAコントローラのDRQ4に接続されています. 
            プライマリのDMAコントローラはその後 HLDREQ を使ってCPUにバスを
            要求します. バスが与えられると, -DACK4が有効になり, 
            この線は実際にはスレーブDMAコントローラの HLDA信号に接続されています. 
            スレーブDMAコントローラはその後要求したDMAチャネルに対して
            データを転送するか, バスマスタリングを要求する周辺機器にバスを
            許可します.

            このような配線がおこなわれているため, PC/ATシステムではDMAチャネルは
            0, 1, 2, 3, 5, 6, 7のみが使用できます. 

            <quote><em>注:</em>
                初期のIBM PCコンピュータでは, DMAチャネル0は操作の
                リフレッシュのために予約されていますが, 
                最近のシステムでは通常, 周辺機器によって使用することができます. 
            </quote>

            周辺機器がバスマスタリングを行っている時は, 
            システムバスを保持している間絶えずメモリにもしくはメモリから
            データを転送することが重要です.もし, 周辺機器がこのように
            できないときは, システムがメモリのリフレッシュを行なえるように
	    しばしばバスを開放しなくてはなりません. 
            
            メモリの読み込みと書き込みのサイクルはリフレッシュサイクルとして
            カウントされる(リフレッシュサイクルは実際には不完全なメモリ
            読み込みサイクルになります)ので, 
            周辺機器のコントローラが連続するメモリ番地からデータの読み込み
            または書き込みを行う間は, メモリの全てをリフレッシュされます. 

            バスマスタリングはいくつかのSCSIアダプタやその他の
	    ハイパフォーマンスなカードに見られます. 


          <tag>自動初期化転送モード</tag>
            このモードにおいてDMAはバイト, ブロック, デマンド転送を行いますが, 
            DMA転送カウンタが0になると, カウンタとアドレスはDMAチャネルが
            もともとプログラムされた時のものに戻されます. 
            これは, デバイスが転送を要求している間は転送が続けられることを
            意味します. 
            転送領域としてDMACにプログラムされた固定バッファの中で, 
	    出力操作でDMACがデータを読み出す前もって新しいデータを
	    書き込んだり入力操作でDMACが書き込んだあとに, 
	    そこから新しいデータを読み出す作業はCPUが受け持ちます. 
            このテクニックは, サンプリング用のバッファが小さいもしくは 
            それを持たないオーディオデバイスによく使われます. 
            この「環状」バッファの管理は更なるCPUオーバーヘッドになりますが, 
            DMAカウンタが0になり, 再プログラムされるまでDMAが停止してしまう
            ことによって起きる遅延は, この方法でしかなくす事ができない
	    場合もあります. 
        </descrip>

    <sect1><heading>DMAのプログラミング</heading>

     <p>プログラムされるDMAチャネルは, 通常, 設定を行う前に
        「マスクする」べきです. 
        これはハードウェアがDRQを有効にすると, たとえ全てのパラメータが
        満たされてない場合や更新されていない場合でも, DMACは
        それに応答してしまうからです. 

        マスクを行ってから,ホストは転送の方向(メモリからI/O, 
        もしくはI/Oからメモリ)と, 転送に使用するDMA操作のモード
        (シングル, ブロック, デマンド, カスケードなど)を設定し, 最後に
        アドレスや転送の長さを設定します. 
        設定される長さはDMACに転送させたい量よりも1少なくなります. 
        アドレスや転送長のLSBとMSBは同じ8ビットI/Oポートに書き込まれます. 
	そのためDMACが最初のバイトをLSBとして, 2番目のバイトをMSBとして
	受け取ることを保証するために, 最初に別のポートに書き込みを行なって
	LSBとMSBの判別を行なうフリップフロップをクリアしておく必要があります. 

        そして,DMAのページレジスタを更新します. これはDMACの外部にあり
        I/Oポートの別のセットを通してアクセスされます. 

        すべての設定ができると, DMAチャネルはマスクを解除することができます. 
        そのDMAチャネルは「準備ができた」とみなされ, DRQが有効になると
        応答します.

        8237のプログラミングの正確な詳細については, 
        ハードウェアデータブックを参照してください. 
        PCシステムにおけるI/Oマップについても参照する必要があるでしょう. 
        このマップにはDMAおよびページレジスタのポートがどこに位置するのかを
        書いてあります. 以下に完全な表を示します.


    <sect1><heading>DMAポートのマップ</heading>

      <p>IBM-PCとPC/ATに基づくすべてのシステムでは, 同じI/Oポートに配置された
        DMAハードウェアを持っています. その完全なリストを以下に示します. 
        DMAコントローラ2に割り当てられたポートは, AT以外のデザインでは
	未定義になっています. 

<sect2><heading>0x00 - 0x1f DMA コントローラ &num;1 (Channels 0, 1, 2 and 3)</heading>

<p>DMA アドレス および カウントレジスタ

<verb>
0x00    write   Channel 0 starting address
0x00    read    Channel 0 current address
0x02    write   Channel 0 starting word count
0x02    read    Channel 0 remaining word count

0x04    write   Channel 1 starting address
0x04    read    Channel 1 current address
0x06    write   Channel 1 starting word count
0x06    read    Channel 1 remaining word count

0x08    write   Channel 2 starting address
0x08    read    Channel 2 current address
0x0a    write   Channel 2 starting word count
0x0a    read    Channel 2 remaining word count

0x0c    write   Channel 3 starting address
0x0c    read    Channel 3 current address
0x0e    write   Channel 3 starting word count
0x0e    read    Channel 3 remaining word count
</verb>

DMA コマンドレジスタ

<verb>
0x10    write   Command Register
0x10    read    Status Register
0x12    write   Request Register
0x12    read    -
0x14    write   Single Mask Register Bit
0x14    read    -
0x16    write   Mode Register
0x16    read    -
0x18    write   Clear LSB/MSB Flip-Flop
0x18    read    -
0x1a    write   Master Clear/Reset
0x1a    read    Temporary Register
0x1c    write   Clear Mask Register
0x1c    read    -
0x1e    write   Write All Mask Register Bits
0x1e    read    -
</verb>

<sect2><heading>0xc0 - 0xdf DMA コントローラ &num;2 (Channels 4, 5, 6 and 7)</heading>

<p>DMA アドレス および カウントレジスタ

<verb>
0xc0    write   Channel 4 starting address
0xc0    read    Channel 4 current address
0xc2    write   Channel 4 starting word count
0xc2    read    Channel 4 remaining word count

0xc4    write   Channel 5 starting address
0xc4    read    Channel 5 current address
0xc6    write   Channel 5 starting word count
0xc6    read    Channel 5 remaining word count

0xc8    write   Channel 6 starting address
0xc8    read    Channel 6 current address
0xca    write   Channel 6 starting word count
0xca    read    Channel 6 remaining word count

0xcc    write   Channel 7 starting address
0xcc    read    Channel 7 current address
0xce    write   Channel 7 starting word count
0xce    read    Channel 7 remaining word count
</verb>

DMA コマンドレジスタ

<verb>
0xd0    write   Command Register
0xd0    read    Status Register
0xd2    write   Request Register
0xd2    read    -
0xd4    write   Single Mask Register Bit
0xd4    read    -
0xd6    write   Mode Register
0xd6    read    -
0xd8    write   Clear LSB/MSB Flip-Flop
0xd8    read    -
0xda    write   Master Clear/Reset
0xda    read    Temporary Register
0xdc    write   Clear Mask Register
0xdc    read    -
0xde    write   Write All Mask Register Bits
0xde    read    -
</verb>

<sect2><heading>0x80 - 0x9f DMA ページレジスタ</heading>

<p><verb>
0x87    r/w     DMA Channel 0
0x83    r/w     DMA Channel 1
0x81    r/w     DMA Channel 2
0x82    r/w     DMA Channel 3

0x8b    r/w     DMA Channel 5
0x89    r/w     DMA Channel 6
0x8a    r/w     DMA Channel 7

0x8f            Refresh
</verb>

OpenPOWER on IntegriCloud