manページ  — SIO

各ラインの入出力は、以下のボーレートのうちのいずれかに設定できます : 50, 75, 110, 134.5, 150, 300, 600, 1200, 1800, 2400, 4800, 9600, 19200, 38400, 57600, 115200。ハードウェアによっては、 ボーレートの選択の幅が狭まるかもしれません。

このドライバは、`マルチポート' カードをサポートしています。 マルチポートカードとは、1 つないし複数のポートのグループを持って いるカードで、そのグループは、グループごとに割り込み要求 (IRQ) ラインを 共有しています。 別々のカードで同じ IRQ を共有することはサポートされていません。 多くの場合、4 ポートで IRQ を 1 つ共有しています。 したがって、 8 ポートのカードでは、4 ポートの組が 2 つあるので、IRQ を 2 つ 使用するものがあります。 カードによっては、最初の 2 つのシリアルポートが、ポートごとに別の IRQ を持つようにできるものがあります (DOS PC 標準に従って)。

カードによっては、各グループについて IRQ コントロールレジスタを 持つものがあります。また、このようなレジスタに関連する特別な 初期化が必要なカードもあります。 AST/4 互換の IRQ コントロールレジスタのみがサポートされています。 カードによっては、各グループに対して IRQ ステータスレジスタを 持っているものがあります。 本ドライバは、まだこうしたレジスタを必要とせず、使用してもいません。 グループに対するコントロールレジスタならびにステータスレジスタを ともかくも使用できるようにするには、そのグループ内のポートの スクラッチレジスタ (レジスタ 7) にマップしなくてはなりません。 こうしたポートは マスタ ポートと呼ばれています。

16550A UART 上の FIFO を無効にするために、 カーネル設定ファイル内の各 device sio 行で、 flags キーワードを使用できます (書式の項を参照)。 ほとんどの場合、FIFO を無効にする必要はありません。

IRQ を共有するグループの一部であるポートはすべて、 flags キーワードを使用 しなくてはなりません。 1 ビットで IRQ の共有を指定し、 もう 1 ビットでポートが AST/4 互換の初期化を 必要としない かどうかを指定します。 グループのマスタポートに対応する デバイスのマイナナンバは、高位バイトのビットフィールドとして 符号化されます。 1 つのグループに属するポート用には、 同一のマスタポートを指定しなくてはなりません。

マスタポートならびに IRQ 共有グループに属さないポート用には irq を指定してやらなくてはなりません。 それ以外のポートに対しては指定してはいけません。

書式の項で、 flags 0x701 とあるのは、8 番目のポート (sio7) が マスタポートであり、 またこのポートは 共有 IRQ ならびに AST/4 互換の IRQ コントロールレジスタを持ったマルチポートカード上にある という意味です。

flags 0xb05 は、12 番目のポート (sio11) が マスタポートであり、 共有 IRQ を持っているが、特に IRQ コントロールレジスタを持たない マルチポートカード上にこのポートがあるという意味です。

どちらのポートがマスタポートとなるかは、カードの種類に依存します。 お手持ちのカードのハードウェア説明書を調べてください。 IRQ ステータスレジスタが使われることは決してなく、 IRQ コントロールレジスタは AST/4 互換のカードでしか使われないこと、 また、コントロール / ステータスレジスタをグループ内の すべてのポートに対してマップするカードがあることから、 グループ内のどのポートでもマスタポートにして良いことがあります。 将来の互換性のために IRQ ステータスレジスタを含んだポートを 選択してください。 また、確実性を持たせるために、もっとも上位の番号のポートを選択して ください。

sio ドライバで制御されるシリアルポート は、「着呼」にも「発呼」にも使うことができます。 各ポートについて、着呼デバイスと発呼デバイスがあります。 発呼デバイスのマイナナンバは、対応する着呼デバイス用のものより 128 だけ大きいものになっています。 着呼デバイスは一般的な用途のものです。着呼デバイスをオープンするプロセスは、 通常キャリアを待ったり、発呼デバイスが使用停止の状態になるのを待ちます。 発呼デバイスは、着呼デバイス上でキャリアを待っているプロセスから ポートを奪うのに使われます。 発呼デバイスをオープンするプロセスはキャリアを待たず、着呼プロセス上で キャリア待ちをしている任意のプロセスをより深い休眠状態にします。 これにより、着呼デバイス上でキャリアを待っているプロセスは 発呼セッションと競合しなくなります。 発呼デバイスは、一般的なポートで動き、かつポートをキャリア待ちをせずに オープンする必要があると仮定された制御プログラムで誤用されていますが、 そのような使い方をするのは全く馬鹿げています。