デバイスは割り込みを使用して、あらゆる種類のイベントを通知できます。実際、デバイスまたはデバイスコントローラーの状態の変化は、割り込みを介してホストCPUに報告できます。それはすべて、デバイスのハードウェアとファームウェアの設計者次第です。
（そして、少なくとも、ドライバーを書かなければならない貧しいシュマックの意見を聞くことを望みます。非常に多くのデバイスがそのような入力なしで設計されており、厄介で非効率なドライバー設計を必要とします。デバイスのホストインターフェイス（割り込み構造を含むが、これに限定されない）がドライバーで実行できることと実行できないことを意識せずに設計されたため、デバイスの機能の一部を最大限に使用できない場合。しかし、私は脱線します。）
あなたが引用した資料はそれが行く限り正しいですが、私には非常に単純な見方であるように思われます。
「出力の準備ができている」と「出力が完了している」の違いはわかりません。（プリンタの出力トレイからピックアップする準備はできていますか？）同様に、「入力データが利用可能」と「入力完了」は同じものに近いように聞こえます。ただし、おそらく、ドライバーの側で必要な作業が異なることを意味します。私にとって、「入力完了」とは、着信データがホストメモリにあり、ローカルスレッドのI / O操作が完了できることを意味しますが、「入力データが利用可能」とは、おそらくドライバーがデバイスからデータを移動する必要があることを意味しますメモリ内バッファへのインターフェース。
しかし、これは単なるセマンティクスです。ドライバーライターとして、デバイスホストインターフェイスの仕様を注意深く読んで、特定の割り込みが実際に何を意味するのか、そしてそれに対して何をすべきかを知る必要があります。場合によっては、ファームウェアコードを読んだり、論理図を調べたりする必要さえあります。（それはエッジトリガーまたはレベルトリガーのフリップフロップですか？デバイスエンジニアは時々奇妙な考えを持っています！しかし、私は再び脱線します...）
もう少し複雑な例として、FIFOを備えた通信インターフェースを考えます。通常、ホストへの過度の割り込みを避けたいと思います。たとえば、パケットごとの割り込みが多すぎる可能性があります。したがって、このデバイスでは、「FIFO」（先入れ先出し）インターフェースを介して送信される一連のバッファーについて通知できる場合があり、デバイスはそれらをすべてワイヤ上で移動させます。
ただし、すべてのバッファが完了した場合にのみ割り込みが必要になるとは限りません。たとえば、バッファが20％または10％いっぱいになったときに通知を受けた方が良いでしょう。このような割り込みが発生したら、FIFOにバッファを追加します（もちろん、いっぱいになったら停止します）。FIFOが空のときにのみ割り込みが発生した場合、送信のために次のバッファを取得する前にわずかな遅延が発生し、スループットが低下します。FIFOが空になったときに割り込みを与えることにより、その遅延をなくすことができます。