JPH09212444A - ホストコンピュータ間におけるデバイスドライバの可搬性を実現するための方法および装置 - Google Patents
ホストコンピュータ間におけるデバイスドライバの可搬性を実現するための方法および装置Info
- Publication number
- JPH09212444A JPH09212444A JP8198264A JP19826496A JPH09212444A JP H09212444 A JPH09212444 A JP H09212444A JP 8198264 A JP8198264 A JP 8198264A JP 19826496 A JP19826496 A JP 19826496A JP H09212444 A JPH09212444 A JP H09212444A
- Authority
- JP
- Japan
- Prior art keywords
- data access
- driver
- device driver
- ddi
- handle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
- G06F13/102—Program control for peripheral devices where the programme performs an interfacing function, e.g. device driver
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Information Transfer Systems (AREA)
Abstract
(57)【要約】
【課題】 多数の命令セットアーキテクチャおよびプラ
ットフォーム間で、デバイスドライバが完全なソースレ
ベル互換性をもって動作できるような、デバイスドライ
バの可搬性を実現する。 【解決手段】 デバイスドライバインターフェースは、
このドライバがコンパイルされるホストコンピュータの
実際のデータアクセスメカニズムが前記ドライバに見え
ないようにする。
ットフォーム間で、デバイスドライバが完全なソースレ
ベル互換性をもって動作できるような、デバイスドライ
バの可搬性を実現する。 【解決手段】 デバイスドライバインターフェースは、
このドライバがコンパイルされるホストコンピュータの
実際のデータアクセスメカニズムが前記ドライバに見え
ないようにする。
Description
【０００１】
【発明の属する技術分野】この発明は、デバイスドライ
バインターフェイスに関し、特に、多数の命令セットア
ーキテクチャ（ＩＳＡ:Instruction Set Architectur
e）およびプラットフォーム間で、デバイスドライバが
完全なソースレベル互換性をもって動作することを可能
にするデバイスドライバインターフェイスに関する。
バインターフェイスに関し、特に、多数の命令セットア
ーキテクチャ（ＩＳＡ:Instruction Set Architectur
e）およびプラットフォーム間で、デバイスドライバが
完全なソースレベル互換性をもって動作することを可能
にするデバイスドライバインターフェイスに関する。
【０００２】
【従来の技術】過去において、デバイスドライバの開発
者は、特定の命令セットアーキテクチャ、および、該命
令セットアーキテクチャの特定のプラットフォームと互
換性のあるデバイスドライバの様々異なるバージョンを
作成していた。異なる命令セットアーキテクチャを有す
るプロセッサの一例は、Intel社のx86（80386,80486,Pe
ntium）、IBM社およびMotolora社のPower PC（PPC）、
ならびに、SPARCである。SPARCは、Sun Microsystems,I
nc.の商標である。命令セットアーキテクチャの２つの
特定のプラットフォームの例は、同一のプロセッサを有
するが異なるメモリコントローラを有する２つのコンピ
ュータである。例えば、１つの前記メモリコントローラ
は、以下に説明するように、プロセッサのエンディアン
ネス(endian-ness)とデバイスのエンディアンネスとの
間の互換性を実現するために、バイト交換およびデータ
再配列を行うようプログラム可能なハードウエアを有す
ることがある。なお、エンディアンネス(endian-ness)
とは、最上位バイトと最下位バイトの順序のことであ
り、最下位バイトの方がメモリの若い番地にあるのを小
エンディアンと言い、その逆を大エンディアンと言う。
者は、特定の命令セットアーキテクチャ、および、該命
令セットアーキテクチャの特定のプラットフォームと互
換性のあるデバイスドライバの様々異なるバージョンを
作成していた。異なる命令セットアーキテクチャを有す
るプロセッサの一例は、Intel社のx86（80386,80486,Pe
ntium）、IBM社およびMotolora社のPower PC（PPC）、
ならびに、SPARCである。SPARCは、Sun Microsystems,I
nc.の商標である。命令セットアーキテクチャの２つの
特定のプラットフォームの例は、同一のプロセッサを有
するが異なるメモリコントローラを有する２つのコンピ
ュータである。例えば、１つの前記メモリコントローラ
は、以下に説明するように、プロセッサのエンディアン
ネス(endian-ness)とデバイスのエンディアンネスとの
間の互換性を実現するために、バイト交換およびデータ
再配列を行うようプログラム可能なハードウエアを有す
ることがある。なお、エンディアンネス(endian-ness)
とは、最上位バイトと最下位バイトの順序のことであ
り、最下位バイトの方がメモリの若い番地にあるのを小
エンディアンと言い、その逆を大エンディアンと言う。
【０００３】デバイス構成要素としては、例えば、ラン
ダムアクセスメモリ（ＲＡＭ）、プロセッサの周辺装置
上に取り付けられたレジスタなどがある。このような周
辺装置は、アドオンボード（add-on board）（例えば、
グラフィックスフレームバッファアダプタ、ネットワー
クインターフェイスアダプタ、および、スモールコンピ
ータシステムインターフェイス（SCSI）・ホストバスア
ダプタ）であってよい。デバイスは、１つのコンピュー
タから他のコンピュータに移動されることができる。こ
れらのアドオンボード上に設けられる要素としては、例
えば、ランダムアクセスメモリ（ＲＡＭ）およびレジス
タがある。これらのデバイス構成要素は、コンピュータ
のものとは異なっても異なっていなくてもよい、大エン
ディアンまたは小エンディアンのような異なるデータ表
現を有する。（以下、この明細書における“デバイス”
という用語は、デバイスおよびデバイス構成要素を意味
する。） 典型的には、デバイスドライバ自体は、デバイスを制御
するするために、ホストコンピュータのメモリに格納さ
れた１組のプロセッサ命令である。ホストコンピュータ
とデバイスとの間では、共用データを送受し、解釈する
方法が異なることがある。例えば、異なるホストプロセ
ッサとデバイスとの間では、デバイスのコマンドレジス
タに格納された値を送受する場合に、エンディアンネス
（バイト配列）が異なることがある。
ダムアクセスメモリ（ＲＡＭ）、プロセッサの周辺装置
上に取り付けられたレジスタなどがある。このような周
辺装置は、アドオンボード（add-on board）（例えば、
グラフィックスフレームバッファアダプタ、ネットワー
クインターフェイスアダプタ、および、スモールコンピ
ータシステムインターフェイス（SCSI）・ホストバスア
ダプタ）であってよい。デバイスは、１つのコンピュー
タから他のコンピュータに移動されることができる。こ
れらのアドオンボード上に設けられる要素としては、例
えば、ランダムアクセスメモリ（ＲＡＭ）およびレジス
タがある。これらのデバイス構成要素は、コンピュータ
のものとは異なっても異なっていなくてもよい、大エン
ディアンまたは小エンディアンのような異なるデータ表
現を有する。（以下、この明細書における“デバイス”
という用語は、デバイスおよびデバイス構成要素を意味
する。） 典型的には、デバイスドライバ自体は、デバイスを制御
するするために、ホストコンピュータのメモリに格納さ
れた１組のプロセッサ命令である。ホストコンピュータ
とデバイスとの間では、共用データを送受し、解釈する
方法が異なることがある。例えば、異なるホストプロセ
ッサとデバイスとの間では、デバイスのコマンドレジス
タに格納された値を送受する場合に、エンディアンネス
（バイト配列）が異なることがある。
【０００４】大きく分けて２種類のエンディアンネスが
あり、１つのホストプロセッサが小エンディアンであっ
て、他のホストプロセッサが大エンディアンであること
がある。また、デバイス自体は大エンディアンであるか
もしれない。例えば、大エンディアンであるプロセッサ
は、最上位バイトで始まるマルチバイトワードを送受
し、解釈実行する。同様に、小エンディアンであるプロ
セッサは、最下位バイトで始まるマルチバイトワードを
送受し、解釈実行する。異なるエンディアンネスを有す
るプロセッサの一例として、Intel社のx86プロセッサフ
ァミリは小エンディアンあり、SPARCアーキテクチャは
大エンディアンである。PPCは、大、小エンディアンモ
ード設定値を有するバイエンディアンであるプロセッサ
を使用する。個々のデバイスは、同一タイプのエンディ
アンネスを示す。例えば、デバイスＡは、大エンディア
ンのＩ／Ｏプロセッサを有することにより、大エンディ
アンフォーマットを使用したマルチバイトワードを送受
し、解釈することができる。一方、デバイスＢは、小エ
ンディアンのＩ／Ｏプロセッサを有することにより、小
エンディアンフォーマットを使用したマルチバイトワー
ドを送受し、解釈することができる。通常、デバイスド
ライバは、特定のホストコンピュータとデバイスとの間
の特定の違いに対処する。そこで、例えば、大エンディ
アンのホストコンピュータ上で動作する小エンディアン
デバイスのためのデバイスドライバの場合、ワードをデ
バイスに送る前に、該ワードにおけるバイトの順序を入
れ替えることによって、エンディアンネスの違いを調整
する。
あり、１つのホストプロセッサが小エンディアンであっ
て、他のホストプロセッサが大エンディアンであること
がある。また、デバイス自体は大エンディアンであるか
もしれない。例えば、大エンディアンであるプロセッサ
は、最上位バイトで始まるマルチバイトワードを送受
し、解釈実行する。同様に、小エンディアンであるプロ
セッサは、最下位バイトで始まるマルチバイトワードを
送受し、解釈実行する。異なるエンディアンネスを有す
るプロセッサの一例として、Intel社のx86プロセッサフ
ァミリは小エンディアンあり、SPARCアーキテクチャは
大エンディアンである。PPCは、大、小エンディアンモ
ード設定値を有するバイエンディアンであるプロセッサ
を使用する。個々のデバイスは、同一タイプのエンディ
アンネスを示す。例えば、デバイスＡは、大エンディア
ンのＩ／Ｏプロセッサを有することにより、大エンディ
アンフォーマットを使用したマルチバイトワードを送受
し、解釈することができる。一方、デバイスＢは、小エ
ンディアンのＩ／Ｏプロセッサを有することにより、小
エンディアンフォーマットを使用したマルチバイトワー
ドを送受し、解釈することができる。通常、デバイスド
ライバは、特定のホストコンピュータとデバイスとの間
の特定の違いに対処する。そこで、例えば、大エンディ
アンのホストコンピュータ上で動作する小エンディアン
デバイスのためのデバイスドライバの場合、ワードをデ
バイスに送る前に、該ワードにおけるバイトの順序を入
れ替えることによって、エンディアンネスの違いを調整
する。
【０００５】
【発明が解決しようとする課題】しかしながら、デバイ
スと（反対ではなく）同じエンディアンを有する他のホ
ストコンピュータ上で同一のドライバを動作させると、
前記ホストコンピュータとデバイスとの間の通信ミス
（または非互換性）が起こる。この非互換性は、前記ド
ライバが常にワードのバイトの順序を入れ替える動作を
行うことから発生する。
スと（反対ではなく）同じエンディアンを有する他のホ
ストコンピュータ上で同一のドライバを動作させると、
前記ホストコンピュータとデバイスとの間の通信ミス
（または非互換性）が起こる。この非互換性は、前記ド
ライバが常にワードのバイトの順序を入れ替える動作を
行うことから発生する。
【０００６】プロセッサ間におけるその他の違いは、こ
れらプロセッサのデータ伝送能力、特に、データを配列
する能力の違いである。あるプロセッサは、データを限
定的に配列することだけ可能である。この限定的な配列
とは、前記プロセッサがデータストリームを受け取った
順序と同じ順序でのみ該データストリームを送ることが
できる、という意味である。また、あるプロセッサは、
命令の実行および処理シーケンスと同一順序でのみデー
タを送ることができる。データの配列替えを行う場合、
プロセッサはデータストリームの配列を替えることがで
きる。あるプロセッサは、データをマージ（併合）する
ことができる。データのマージによって、１つのデータ
をマルチワードデータバッチに組込むことができ、デー
タを１つずつ送る代りに、一度に前記バッチを送ること
ができる。また、あるプロセッサは、キャッシュローデ
ィングおよびキャッシュ記憶などの能力を有する。キャ
ッシュローディングにおいて、前記プロセッサは、取り
込んだデータをキャッシュメモリに格納し、オリジナル
データの代りに他のデータが格納されるまで、前記デー
タを再使用することができる。キャッシュ記憶におい
て、前記プロセッサは、キャッシュメモリにデータを保
持することができ、その後、（時には、他のデータと共
に）デバイスに送ることができる。
れらプロセッサのデータ伝送能力、特に、データを配列
する能力の違いである。あるプロセッサは、データを限
定的に配列することだけ可能である。この限定的な配列
とは、前記プロセッサがデータストリームを受け取った
順序と同じ順序でのみ該データストリームを送ることが
できる、という意味である。また、あるプロセッサは、
命令の実行および処理シーケンスと同一順序でのみデー
タを送ることができる。データの配列替えを行う場合、
プロセッサはデータストリームの配列を替えることがで
きる。あるプロセッサは、データをマージ（併合）する
ことができる。データのマージによって、１つのデータ
をマルチワードデータバッチに組込むことができ、デー
タを１つずつ送る代りに、一度に前記バッチを送ること
ができる。また、あるプロセッサは、キャッシュローデ
ィングおよびキャッシュ記憶などの能力を有する。キャ
ッシュローディングにおいて、前記プロセッサは、取り
込んだデータをキャッシュメモリに格納し、オリジナル
データの代りに他のデータが格納されるまで、前記デー
タを再使用することができる。キャッシュ記憶におい
て、前記プロセッサは、キャッシュメモリにデータを保
持することができ、その後、（時には、他のデータと共
に）デバイスに送ることができる。
【０００７】エンディアンネスの場合と同様に、開発者
は、通常のドライバを、特定のホストコンピュータの特
定のデータ伝送能力に適合するよう調整する。しかしな
がら、特定のホストコンピュータのデータ伝送能力を利
用するよう書かれたドライバは、このようなデータ伝送
能力を有さない他のホストコンピュータ上で走らせるこ
とができない。
は、通常のドライバを、特定のホストコンピュータの特
定のデータ伝送能力に適合するよう調整する。しかしな
がら、特定のホストコンピュータのデータ伝送能力を利
用するよう書かれたドライバは、このようなデータ伝送
能力を有さない他のホストコンピュータ上で走らせるこ
とができない。
【０００８】典型的には、ホストコンピュータとデバイ
スは、例えば周辺要素相互接続（ＰＣＩ）ローカルバス
などのバスによって接続される。典型的には、このバス
アーキテクチャは、バスと、ＰＣＩホストブリッジと、
該ホストブリッジに接続されたＰＣＩ対ＰＣＩバスブリ
ッジおよびＰＣＩ対ＩＳＡバスブリッジのようなその他
のバスブリッジとを有している。デバイスと通信するた
めに、プロセッサは、前記デバイスのバスアドレスを認
識することによって、前記デバイスにアクセスできる。
さらに、各バスアドレスドメイン（領域）は、個々のア
ドレススペースに分割されてもよい。例えば、ＰＣＩロ
ーカルバスは、機器構成（コンフィギュレーション）ス
ペース、メモリスペースおよびＩ／Ｏスペースである３
つの異なるアドレススペースを提供する。デバイスレジ
スタまたはメモリは、前記３つのＰＣＩアドレススペー
スのいずれかに現れることができる。異なるバスアドレ
ススペースにアクセスする方法は、ホストコンピュータ
に依存することができる。このため、１つのバスまたは
１つのＩＳＡ／プラットフォームの反対側に横切って通
信するよう書かれたドライバは、他のプラットフォーム
の同じバスと互換性の無いものになることがある。
スは、例えば周辺要素相互接続（ＰＣＩ）ローカルバス
などのバスによって接続される。典型的には、このバス
アーキテクチャは、バスと、ＰＣＩホストブリッジと、
該ホストブリッジに接続されたＰＣＩ対ＰＣＩバスブリ
ッジおよびＰＣＩ対ＩＳＡバスブリッジのようなその他
のバスブリッジとを有している。デバイスと通信するた
めに、プロセッサは、前記デバイスのバスアドレスを認
識することによって、前記デバイスにアクセスできる。
さらに、各バスアドレスドメイン（領域）は、個々のア
ドレススペースに分割されてもよい。例えば、ＰＣＩロ
ーカルバスは、機器構成（コンフィギュレーション）ス
ペース、メモリスペースおよびＩ／Ｏスペースである３
つの異なるアドレススペースを提供する。デバイスレジ
スタまたはメモリは、前記３つのＰＣＩアドレススペー
スのいずれかに現れることができる。異なるバスアドレ
ススペースにアクセスする方法は、ホストコンピュータ
に依存することができる。このため、１つのバスまたは
１つのＩＳＡ／プラットフォームの反対側に横切って通
信するよう書かれたドライバは、他のプラットフォーム
の同じバスと互換性の無いものになることがある。
【０００９】ホストコンピュータがデバイスと通信でき
るその他の方法は、ホストメモリ（ＤＭＡ（直接メモリ
アクセス）可能メモリ）の一部を前記デバイスと共用す
ることによるものである。この場合、ＤＭＡ可能メモリ
とは、ホストコンピュータとデバイスとによって共用さ
れる構造を制御するために使用されるメモリである。Ｄ
ＭＡ可能メモリは、ホストコンピュータ間で異なるエン
ディアンネスおよびデータ配列特性を示す。このため、
上述の如く、特定のホストコンピュータのＤＭＡ可能メ
モリを介してデバイスと通信するよう書かれたドライバ
は、他のホストコンピュータのＤＭＡ可能メモリとの互
換性を有さないことがある。
るその他の方法は、ホストメモリ（ＤＭＡ（直接メモリ
アクセス）可能メモリ）の一部を前記デバイスと共用す
ることによるものである。この場合、ＤＭＡ可能メモリ
とは、ホストコンピュータとデバイスとによって共用さ
れる構造を制御するために使用されるメモリである。Ｄ
ＭＡ可能メモリは、ホストコンピュータ間で異なるエン
ディアンネスおよびデータ配列特性を示す。このため、
上述の如く、特定のホストコンピュータのＤＭＡ可能メ
モリを介してデバイスと通信するよう書かれたドライバ
は、他のホストコンピュータのＤＭＡ可能メモリとの互
換性を有さないことがある。
【００１０】故に、デバイスドライバ開発者が、該ドラ
イバが動作するホストコンピュータの特性、および、前
記ホストコンピュータとデバイスとを接続するバスの特
性とは独立にドライバを開発できるようにする、デバイ
スドライバインターフェースが必要になる。このインタ
ーフェースは、様々な命令セットアーキテクチャとプラ
ットフォームとの間における、ドライバの可搬性を実現
する。この発明は上記の点に鑑みてなされたもので、多
数の命令セットアーキテクチャおよびプラットフォーム
間で、デバイスドライバが完全なソースレベル互換性を
もって動作することを可能にするデバイスドライバイン
ターフェイスを提供することを目的とする。
イバが動作するホストコンピュータの特性、および、前
記ホストコンピュータとデバイスとを接続するバスの特
性とは独立にドライバを開発できるようにする、デバイ
スドライバインターフェースが必要になる。このインタ
ーフェースは、様々な命令セットアーキテクチャとプラ
ットフォームとの間における、ドライバの可搬性を実現
する。この発明は上記の点に鑑みてなされたもので、多
数の命令セットアーキテクチャおよびプラットフォーム
間で、デバイスドライバが完全なソースレベル互換性を
もって動作することを可能にするデバイスドライバイン
ターフェイスを提供することを目的とする。
【００１１】
【課題を解決するための手段】この発明は、デバイスド
ライバが多数の命令セットアーキテクチャおよびプラッ
トフォーム間で、完全なソースレベル互換性をもって動
作できるよう、デバイスドライバの可搬性を実現する方
法および装置を提供するものである。デバイスおよびド
ライバのホストコンピュータは、異なるデータアクセス
特性を有することができる。例えば、ホストコンピュー
タは大エンディアンとすることができ、該ホストコンピ
ュータによって制御されるデバイスは小エンディアンと
することができる。この発明の一実施の形態によると、
デバイスドライバを実行するホストコンピュータのデー
タアクセス特性をサポートするデバイスドライバインタ
ーフェイス（ＤＤＩ）環境実行部が提供される。前記Ｄ
ＤＩ環境は、前記ホストコンピュータとデバイスとのデ
ータアクセス互換性を提供するために、前記デバイスの
データアクセス特性と前記ホストコンピュータのデータ
アクセス特性との両方を使用する。このようにして、前
記デバイスドライバは、前記ホストコンピュータのデー
タアクセス特性についての情報を必要としない。
ライバが多数の命令セットアーキテクチャおよびプラッ
トフォーム間で、完全なソースレベル互換性をもって動
作できるよう、デバイスドライバの可搬性を実現する方
法および装置を提供するものである。デバイスおよびド
ライバのホストコンピュータは、異なるデータアクセス
特性を有することができる。例えば、ホストコンピュー
タは大エンディアンとすることができ、該ホストコンピ
ュータによって制御されるデバイスは小エンディアンと
することができる。この発明の一実施の形態によると、
デバイスドライバを実行するホストコンピュータのデー
タアクセス特性をサポートするデバイスドライバインタ
ーフェイス（ＤＤＩ）環境実行部が提供される。前記Ｄ
ＤＩ環境は、前記ホストコンピュータとデバイスとのデ
ータアクセス互換性を提供するために、前記デバイスの
データアクセス特性と前記ホストコンピュータのデータ
アクセス特性との両方を使用する。このようにして、前
記デバイスドライバは、前記ホストコンピュータのデー
タアクセス特性についての情報を必要としない。
【００１２】処理上の観点から見れば、この発明の好ま
しい実施の形態に従う方法は、次のステップからなるも
のである。すなわち、この方法は、先ず、ＤＤＩ環境内
のメモリスペースをハンドルのために割当てる。そし
て、前記ＤＤＩ環境は、少なくとも２つのＤＤＩデータ
アクセス関数実行部のうちの少なくとも１つを選択す
る。この選択された実行部は、前記ホストコンピュータ
およびデバイスのデータアクセス特性間の違いを調整す
る。前記ＤＤＩ環境は、前記ＤＤＩデータアクセス関数
実行部にアクセスするための情報を、前記ハンドルに格
納する。前記ＤＤＩ環境は、前記ドライバが該ＤＤＩ環
境を介して前記デバイスに対して不透明なアクセス(opa
que access) を行えるよう、前記ドライバにハンドルポ
インタを送る。前記ドライバは、前記ＤＤＩデータアク
セス関数実行部を呼出すために、前記ハンドル内の情報
を使用する。上述のように、前記ドライバは、前記ホス
トコンピュータのデータアクセス特性についての情報を
有さない。
しい実施の形態に従う方法は、次のステップからなるも
のである。すなわち、この方法は、先ず、ＤＤＩ環境内
のメモリスペースをハンドルのために割当てる。そし
て、前記ＤＤＩ環境は、少なくとも２つのＤＤＩデータ
アクセス関数実行部のうちの少なくとも１つを選択す
る。この選択された実行部は、前記ホストコンピュータ
およびデバイスのデータアクセス特性間の違いを調整す
る。前記ＤＤＩ環境は、前記ＤＤＩデータアクセス関数
実行部にアクセスするための情報を、前記ハンドルに格
納する。前記ＤＤＩ環境は、前記ドライバが該ＤＤＩ環
境を介して前記デバイスに対して不透明なアクセス(opa
que access) を行えるよう、前記ドライバにハンドルポ
インタを送る。前記ドライバは、前記ＤＤＩデータアク
セス関数実行部を呼出すために、前記ハンドル内の情報
を使用する。上述のように、前記ドライバは、前記ホス
トコンピュータのデータアクセス特性についての情報を
有さない。
【００１３】すなわち、この発明は、第１のデータアク
セス特性を有するデバイスと通信する少なくとも２つの
ホストコンピュータの間におけるデバイスドライバの可
搬性を実現するための方法であって、前記ドライバが、
第２のデータアクセス特性を有するホストコンピュータ
によって実行されるコンピュータ命令を格納したメモリ
を備え、デバイスドライバインターフェース環境内のメ
モリスペースを、ハンドルのために割当てるステップ
と、前記デバイスドライバインターフェース環境によっ
て、少なくとも２つのデバイスドライバインターフェー
ス・データアクセス関数実行部のうち、前記第１のデー
タアクセス特性と第２のデータアクセス特性との違いを
調整する少なくとも１つの前記関数実行部を選択するス
テップと、前記デバイスドライバインターフェース環境
によって、前記選択されたデバイスドライバインターフ
ェース・データアクセス関数実行部にアクセスするため
の情報を、前記ハンドルに格納するステップと、前記デ
バイスドライバインターフェース環境を介して前記ドラ
イバが前記デバイスに対して不透明なアクセスを行える
よう、前記デバイスドライバインターフェース環境によ
って、前記ドライバにハンドルポインタを送るステップ
とからなり、前記デバイスドライバインターフェース環
境が、前記ハンドル内の前記情報を使用することによっ
て、前記選択されたデバイスドライバインターフェース
・データアクセス関数実行部を呼出し、前記ドライバが
前記第２のデータアクセス特性についての情報を有さな
いようにするものである。
セス特性を有するデバイスと通信する少なくとも２つの
ホストコンピュータの間におけるデバイスドライバの可
搬性を実現するための方法であって、前記ドライバが、
第２のデータアクセス特性を有するホストコンピュータ
によって実行されるコンピュータ命令を格納したメモリ
を備え、デバイスドライバインターフェース環境内のメ
モリスペースを、ハンドルのために割当てるステップ
と、前記デバイスドライバインターフェース環境によっ
て、少なくとも２つのデバイスドライバインターフェー
ス・データアクセス関数実行部のうち、前記第１のデー
タアクセス特性と第２のデータアクセス特性との違いを
調整する少なくとも１つの前記関数実行部を選択するス
テップと、前記デバイスドライバインターフェース環境
によって、前記選択されたデバイスドライバインターフ
ェース・データアクセス関数実行部にアクセスするため
の情報を、前記ハンドルに格納するステップと、前記デ
バイスドライバインターフェース環境を介して前記ドラ
イバが前記デバイスに対して不透明なアクセスを行える
よう、前記デバイスドライバインターフェース環境によ
って、前記ドライバにハンドルポインタを送るステップ
とからなり、前記デバイスドライバインターフェース環
境が、前記ハンドル内の前記情報を使用することによっ
て、前記選択されたデバイスドライバインターフェース
・データアクセス関数実行部を呼出し、前記ドライバが
前記第２のデータアクセス特性についての情報を有さな
いようにするものである。
【００１４】さらに、この発明は、第１のデータアクセ
ス特性を有するデバイスと通信する少なくとも２つのホ
ストコンピュータの間におけるデバイスドライバの可搬
性を実現するための装置であって、前記ドライバが、第
２のデータアクセス特性を有するホストコンピュータに
よって実行されるコンピュータ命令を格納したメモリを
備え、デバイスドライバインターフェース環境と、前記
デバイスドライバインターフェース環境内のメモリスペ
ースをハンドルのために割当てるよう構成された、前記
インターフェース環境内に設けられたセットアップメカ
ニズムと、少なくとも２つのデバイスドライバインター
フェース・データアクセス関数実行部のうち、前記第１
のデータアクセス特性と第２のデータアクセス特性との
違いを調整する少なくとも１つの前記関数実行部を選択
するよう構成された、前記インターフェース環境内に設
けられたセレクタと、前記選択されたデバイスドライバ
インターフェース・データアクセス関数実行部にアクセ
スするための情報を前記ハンドルに格納するよう構成さ
れた、前記インターフェース環境内に設けられた記憶媒
体と、前記デバイスドライバインターフェース環境を介
して前記ドライバが前記デバイスに対して不透明なアク
セスを行えるよう、前記デバイスドライバインターフェ
ース環境に前記ドライバに対してハンドルポインタを送
らせるよう構成されたリターン関数メカニズムとを具備
し、前記デバイスドライバインターフェース環境が、前
記ハンドル内の前記情報を使用することによって、前記
選択されたデバイスドライバインターフェース・データ
アクセス関数実行部を呼出し、前記ドライバが前記第２
のデータアクセス特性についての情報を有さないように
したものである。
ス特性を有するデバイスと通信する少なくとも２つのホ
ストコンピュータの間におけるデバイスドライバの可搬
性を実現するための装置であって、前記ドライバが、第
２のデータアクセス特性を有するホストコンピュータに
よって実行されるコンピュータ命令を格納したメモリを
備え、デバイスドライバインターフェース環境と、前記
デバイスドライバインターフェース環境内のメモリスペ
ースをハンドルのために割当てるよう構成された、前記
インターフェース環境内に設けられたセットアップメカ
ニズムと、少なくとも２つのデバイスドライバインター
フェース・データアクセス関数実行部のうち、前記第１
のデータアクセス特性と第２のデータアクセス特性との
違いを調整する少なくとも１つの前記関数実行部を選択
するよう構成された、前記インターフェース環境内に設
けられたセレクタと、前記選択されたデバイスドライバ
インターフェース・データアクセス関数実行部にアクセ
スするための情報を前記ハンドルに格納するよう構成さ
れた、前記インターフェース環境内に設けられた記憶媒
体と、前記デバイスドライバインターフェース環境を介
して前記ドライバが前記デバイスに対して不透明なアク
セスを行えるよう、前記デバイスドライバインターフェ
ース環境に前記ドライバに対してハンドルポインタを送
らせるよう構成されたリターン関数メカニズムとを具備
し、前記デバイスドライバインターフェース環境が、前
記ハンドル内の前記情報を使用することによって、前記
選択されたデバイスドライバインターフェース・データ
アクセス関数実行部を呼出し、前記ドライバが前記第２
のデータアクセス特性についての情報を有さないように
したものである。
【００１５】さらに、この発明に係るコンピュータプロ
グラム製品は、各々がメモリを有する少なくとも２つの
ホストコンピュータの間におけるデバイスドライバの可
搬性を実現するために、コンピュータが読み取り可能な
コードを格納したコンピュータが使用可能な媒体と、コ
ンピュータに、デバイスドライバインターフェース環境
内のメモリスペースをハンドルのために割当てさせるよ
う構成された第１のコンピュータ読み取り可能プログラ
ムコード装置と、コンピュータに、前記デバイスドライ
バインターフェース環境を介して、少なくとも２つのデ
バイスドライバインターフェース・データアクセス関数
実行部のうち、前記第１のデータアクセス特性と第２の
データアクセス特性との違いを調整する少なくとも１つ
の前記関数実行部を選択させるよう構成された第２のコ
ンピュータ読み取り可能プログラムコード装置と、コン
ピュータに、前記デバイスドライバインターフェース環
境を介して、前記選択されたデバイスドライバインター
フェース・データアクセス関数実行部にアクセスするた
めの情報を前記ハンドルに格納させるよう構成された第
３のコンピュータ読み取り可能プログラムコード装置
と、前記ドライバがデバイスに対して不透明なアクセス
を行えるよう、コンピュータに、前記デバイスドライバ
インターフェース環境を介して、前記ドライバにハンド
ルポインタを送らせるよう構成された第４のコンピュー
タ読み取り可能プログラムコード装置とを具備し、前記
デバイスドライバインターフェース環境が、前記ハンド
ル内の前記情報を使用することによって、前記選択され
たデバイスドライバインターフェース・データアクセス
関数実行部を呼出し、前記ドライバが前記第２のデータ
アクセス特性についての情報を有さないようにしたもの
である。
グラム製品は、各々がメモリを有する少なくとも２つの
ホストコンピュータの間におけるデバイスドライバの可
搬性を実現するために、コンピュータが読み取り可能な
コードを格納したコンピュータが使用可能な媒体と、コ
ンピュータに、デバイスドライバインターフェース環境
内のメモリスペースをハンドルのために割当てさせるよ
う構成された第１のコンピュータ読み取り可能プログラ
ムコード装置と、コンピュータに、前記デバイスドライ
バインターフェース環境を介して、少なくとも２つのデ
バイスドライバインターフェース・データアクセス関数
実行部のうち、前記第１のデータアクセス特性と第２の
データアクセス特性との違いを調整する少なくとも１つ
の前記関数実行部を選択させるよう構成された第２のコ
ンピュータ読み取り可能プログラムコード装置と、コン
ピュータに、前記デバイスドライバインターフェース環
境を介して、前記選択されたデバイスドライバインター
フェース・データアクセス関数実行部にアクセスするた
めの情報を前記ハンドルに格納させるよう構成された第
３のコンピュータ読み取り可能プログラムコード装置
と、前記ドライバがデバイスに対して不透明なアクセス
を行えるよう、コンピュータに、前記デバイスドライバ
インターフェース環境を介して、前記ドライバにハンド
ルポインタを送らせるよう構成された第４のコンピュー
タ読み取り可能プログラムコード装置とを具備し、前記
デバイスドライバインターフェース環境が、前記ハンド
ル内の前記情報を使用することによって、前記選択され
たデバイスドライバインターフェース・データアクセス
関数実行部を呼出し、前記ドライバが前記第２のデータ
アクセス特性についての情報を有さないようにしたもの
である。
【００１６】
【発明の実施の形態】以下、添付図面を参照してこの発
明の一実施の形態を詳細に説明する。以下に説明するこ
の発明の一実施の形態は、Sunsoft, A Sun Microsystem
s, Inc. Businessによって、Solaris 2.5という名前で
リリースされているオペレーティングシステムの一部と
して実行されるのが好ましい。“Solaris”は、Sun Mic
rosystems, Inc. の登録商標である。当業者に明らかな
ように、ここで説明する実施の形態は様々なオペレーテ
ィングシステムで実施可能である。さらに、以下に述べ
るコンピュータコードは、Ｃ言語で書かれているのが好
ましい。Ｃ言語は、ベル研究所で開発された高水準プロ
グラミング言語である。しかし、この実施の形態は、他
のコンピュータ言語を使用して実施されてもよい。
明の一実施の形態を詳細に説明する。以下に説明するこ
の発明の一実施の形態は、Sunsoft, A Sun Microsystem
s, Inc. Businessによって、Solaris 2.5という名前で
リリースされているオペレーティングシステムの一部と
して実行されるのが好ましい。“Solaris”は、Sun Mic
rosystems, Inc. の登録商標である。当業者に明らかな
ように、ここで説明する実施の形態は様々なオペレーテ
ィングシステムで実施可能である。さらに、以下に述べ
るコンピュータコードは、Ｃ言語で書かれているのが好
ましい。Ｃ言語は、ベル研究所で開発された高水準プロ
グラミング言語である。しかし、この実施の形態は、他
のコンピュータ言語を使用して実施されてもよい。
【００１７】図１は、この発明が、いかにして、ドライ
バ１１０のソースコードの可搬性（portability）（こ
れを図では双方向（ダブルヘッド）矢印１０６で示す）
を実現するかを示している。図１において、ホストコン
ピータＡ１０８はデバイスドライバ１１０を備えてお
り、該デバイスドライバ１１０は、前記コンピータ１０
８のプロセッサＡ１１４を介して、デバイスドライバイ
ンターフェイスの共通部１１８とＤＤＩホスト固有実行
部１２０との組合わせに接続されている（以下、この組
合わせをＤＤＩと言う）。前記ドライバ１１０（すなわ
ち、ホストコンピータ１０８のコンパイラ（図示せず）
によってコンパイルされるデバイスドライバ１１０のソ
ースコード）、および、ＤＤＩ１１８，１２０は、前記
ホストコンピータ１０８のメモリ１２２に格納されてい
る。好ましくは、ＤＤＩ１１８，１２０は、前記ホスト
コンピータ１０８のオペレーティングシステムの一部を
構成するコンピュータの命令である。前記デバイスドラ
イバ１１０は、バスアーキテクチャ１２８を介して、デ
バイス１２６とデータの送受（通信）を行う。
バ１１０のソースコードの可搬性（portability）（こ
れを図では双方向（ダブルヘッド）矢印１０６で示す）
を実現するかを示している。図１において、ホストコン
ピータＡ１０８はデバイスドライバ１１０を備えてお
り、該デバイスドライバ１１０は、前記コンピータ１０
８のプロセッサＡ１１４を介して、デバイスドライバイ
ンターフェイスの共通部１１８とＤＤＩホスト固有実行
部１２０との組合わせに接続されている（以下、この組
合わせをＤＤＩと言う）。前記ドライバ１１０（すなわ
ち、ホストコンピータ１０８のコンパイラ（図示せず）
によってコンパイルされるデバイスドライバ１１０のソ
ースコード）、および、ＤＤＩ１１８，１２０は、前記
ホストコンピータ１０８のメモリ１２２に格納されてい
る。好ましくは、ＤＤＩ１１８，１２０は、前記ホスト
コンピータ１０８のオペレーティングシステムの一部を
構成するコンピュータの命令である。前記デバイスドラ
イバ１１０は、バスアーキテクチャ１２８を介して、デ
バイス１２６とデータの送受（通信）を行う。
【００１８】また、前記デバイスドライバ１１０は、異
なる命令セットアーキテクチャを有するコンピュータＢ
１３０のような他のホストコンピータ上で動作するよ
う、（図示しないコンパイラによって）コンパイルされ
ることができる。前記コンピュータ１３０は、プロセッ
サ１１４とは異なるプロセッサＢ１３４を有するが、そ
の他の点では、前記ホストコンピータ１０８と同様であ
る。この実施の形態は任意の数の異なるホストコンピー
タの間におけるデバイスドライバ１１０の可搬性１０６
を可能にするものであるが、図示を簡単にするために、
２つのホストコンピータ１０８，１３０のみが示されて
いる。ホストコンピータ１３０において、デバイスドラ
イバ１１０は、プロセッサＢ１３４を介して、デバイス
ドライバインターフェイスの共通部１１８とＤＤＩホス
ト固有実行部１３８との組合わせに接続されている。ホ
ストコンピータ１０８と同様に、ホストコンピータ１３
０では、ドライバ１１０およびＤＤＩ１１８，１３８
は、前記ホストコンピータ１３０のメモリ１４２に格納
されている。好ましくは、ＤＤＩ１１８，１２０は、前
記ホストコンピータ１３０のオペレーティングシステム
の一部を構成する。前記デバイスドライバ１１０は、バ
スアーキテクチャ１４６を介して、デバイス１２６とデ
ータの通信を行う。
なる命令セットアーキテクチャを有するコンピュータＢ
１３０のような他のホストコンピータ上で動作するよ
う、（図示しないコンパイラによって）コンパイルされ
ることができる。前記コンピュータ１３０は、プロセッ
サ１１４とは異なるプロセッサＢ１３４を有するが、そ
の他の点では、前記ホストコンピータ１０８と同様であ
る。この実施の形態は任意の数の異なるホストコンピー
タの間におけるデバイスドライバ１１０の可搬性１０６
を可能にするものであるが、図示を簡単にするために、
２つのホストコンピータ１０８，１３０のみが示されて
いる。ホストコンピータ１３０において、デバイスドラ
イバ１１０は、プロセッサＢ１３４を介して、デバイス
ドライバインターフェイスの共通部１１８とＤＤＩホス
ト固有実行部１３８との組合わせに接続されている。ホ
ストコンピータ１０８と同様に、ホストコンピータ１３
０では、ドライバ１１０およびＤＤＩ１１８，１３８
は、前記ホストコンピータ１３０のメモリ１４２に格納
されている。好ましくは、ＤＤＩ１１８，１２０は、前
記ホストコンピータ１３０のオペレーティングシステム
の一部を構成する。前記デバイスドライバ１１０は、バ
スアーキテクチャ１４６を介して、デバイス１２６とデ
ータの通信を行う。
【００１９】好ましくは、前記デバイスドライバ１１０
は、該ドライバ１１０を実行する特定のコンピュータ１
０８または１３０に関係なく、デバイス１２６を制御す
るために書かれたコンピュータコードである。しかし、
上述のように、異なるコンピュータのデータ処理方法に
は違いがある。例えば、異なるコンピュータは、異なる
エンディアンネスおよび異なるデータ配列特性を有す
る。ホストコンピータ１０８，１３０の間におけるデバ
イスドライバ１１０の可搬性を実現するために、この実
施の形態は、各コンピータ１０８，１３０毎にＤＤＩホ
スト固有実行部１２０，１３８を設けている。前記ドラ
イバ１１０は、デバイス１２６のエンディアンネスおよ
びデータ配列のような特定の特性を知るだけでよく、こ
れらのデバイスの特性をＤＤＩ１１８の共通部に供給す
る。前記ＤＤＩホスト固有実行部１２０または１３８
は、その特定のホストが専用化されたプロセッサ１１４
または１３４およびバスアーキテクチャ１２８または１
４６のデータ処理特性を認識する。（後で説明するよう
に）この知識を使用して、前記ＤＤＩホスト固有実行部
１２０または１３８は、それぞれのホストコンピュータ
１０８，１３０とデバイス１２６の間におけるデータ処
理特性およびバスアドレス特性上の違いを調整すること
により、前記ドライバ１１０とデバイス１２６との間で
通信されるデータを調整する。しかし、後で説明するよ
うに、あるホストコンピュータ１０８または１３０は、
ＤＤＩホスト固有実行部１２０または１３８を設ける必
要性を無くするハードウエアを有する。
は、該ドライバ１１０を実行する特定のコンピュータ１
０８または１３０に関係なく、デバイス１２６を制御す
るために書かれたコンピュータコードである。しかし、
上述のように、異なるコンピュータのデータ処理方法に
は違いがある。例えば、異なるコンピュータは、異なる
エンディアンネスおよび異なるデータ配列特性を有す
る。ホストコンピータ１０８，１３０の間におけるデバ
イスドライバ１１０の可搬性を実現するために、この実
施の形態は、各コンピータ１０８，１３０毎にＤＤＩホ
スト固有実行部１２０，１３８を設けている。前記ドラ
イバ１１０は、デバイス１２６のエンディアンネスおよ
びデータ配列のような特定の特性を知るだけでよく、こ
れらのデバイスの特性をＤＤＩ１１８の共通部に供給す
る。前記ＤＤＩホスト固有実行部１２０または１３８
は、その特定のホストが専用化されたプロセッサ１１４
または１３４およびバスアーキテクチャ１２８または１
４６のデータ処理特性を認識する。（後で説明するよう
に）この知識を使用して、前記ＤＤＩホスト固有実行部
１２０または１３８は、それぞれのホストコンピュータ
１０８，１３０とデバイス１２６の間におけるデータ処
理特性およびバスアドレス特性上の違いを調整すること
により、前記ドライバ１１０とデバイス１２６との間で
通信されるデータを調整する。しかし、後で説明するよ
うに、あるホストコンピュータ１０８または１３０は、
ＤＤＩホスト固有実行部１２０または１３８を設ける必
要性を無くするハードウエアを有する。
【００２０】図２および図３は、デバイス１２６に対す
るデータアクセスのために行われるドライバ１１０の好
ましいセットアップ手続きを示す図であり、ドライバコ
ードにおける、前記ＤＤＩの組合わせ１１８（および１
２０または１３８）を設定する部分を示すフローチャー
トである。前記ＤＤＩの組合わせ１１８（および１２０
または１３８）は、前記ドライバ１１０からエンディア
ンネスを隠す。図２のステップ２１０において、前記ド
ライバ１１０は、ＤＤＩレジスタマッピングのためのデ
バイスアクセス特性データ構造を初期化する。また、図
３のステップ２１０において、前記ドライバ１１０は、
ＤＭＡ（直接メモリアクセス）可能なメモリ割当てのた
めのデバイスアクセス特性データ構造を初期化する。
（アクセス特性データ構造の一例は、出願人が発行した
“Data Structure for Drivers”（以下、参照文献とい
う）の第１ページ目に記載されている。（この発明の理
解に必要とされる場合、出願人はこの参照文献を提出す
る用意がある。）また、図２および図３のステップ２１
０において、前記ドライバ１１０は、前記デバイス１２
６の特性をデバイスアクセス特性データ構造に格納す
る。格納される特性は、前記デバイス１２６のエンディ
アンネスおよびデータ配列特性である（これらの特性の
値の一例については、前記参照文献の第１ページおよび
第２ページを参照されたし）。
るデータアクセスのために行われるドライバ１１０の好
ましいセットアップ手続きを示す図であり、ドライバコ
ードにおける、前記ＤＤＩの組合わせ１１８（および１
２０または１３８）を設定する部分を示すフローチャー
トである。前記ＤＤＩの組合わせ１１８（および１２０
または１３８）は、前記ドライバ１１０からエンディア
ンネスを隠す。図２のステップ２１０において、前記ド
ライバ１１０は、ＤＤＩレジスタマッピングのためのデ
バイスアクセス特性データ構造を初期化する。また、図
３のステップ２１０において、前記ドライバ１１０は、
ＤＭＡ（直接メモリアクセス）可能なメモリ割当てのた
めのデバイスアクセス特性データ構造を初期化する。
（アクセス特性データ構造の一例は、出願人が発行した
“Data Structure for Drivers”（以下、参照文献とい
う）の第１ページ目に記載されている。（この発明の理
解に必要とされる場合、出願人はこの参照文献を提出す
る用意がある。）また、図２および図３のステップ２１
０において、前記ドライバ１１０は、前記デバイス１２
６の特性をデバイスアクセス特性データ構造に格納す
る。格納される特性は、前記デバイス１２６のエンディ
アンネスおよびデータ配列特性である（これらの特性の
値の一例については、前記参照文献の第１ページおよび
第２ページを参照されたし）。
【００２１】図２のステップ２１４において、前記ドラ
イバ１１０は、特定のデバイス１２６によるデータアク
セスを設定するためのＤＤＩレジスタアドレスマッピン
グ・セットアップ関数を呼出す。前記ドライバ１１０が
このセットアップ関数を呼出すとき、該ドライバ１１０
は、バス１２８，１４６を介して、前記ホストコンピュ
ータ１０８，１３０とデバイス１２６との間における互
換性のあるデータの通信を確立するために必要なすべて
の処理を完了している。（ドライバ開発者によって使用
される標準化された関数名のリストの一例は、前記参照
文献に含まれている。例えば、前記参照文献の第５ぺー
ジ目の関数ddi_regs_map_setupを参照されたし。この関
数ddi_regs_map_setupは、ステップ２１４のＤＤＩセッ
トアップ関数の一例である。）
イバ１１０は、特定のデバイス１２６によるデータアク
セスを設定するためのＤＤＩレジスタアドレスマッピン
グ・セットアップ関数を呼出す。前記ドライバ１１０が
このセットアップ関数を呼出すとき、該ドライバ１１０
は、バス１２８，１４６を介して、前記ホストコンピュ
ータ１０８，１３０とデバイス１２６との間における互
換性のあるデータの通信を確立するために必要なすべて
の処理を完了している。（ドライバ開発者によって使用
される標準化された関数名のリストの一例は、前記参照
文献に含まれている。例えば、前記参照文献の第５ぺー
ジ目の関数ddi_regs_map_setupを参照されたし。この関
数ddi_regs_map_setupは、ステップ２１４のＤＤＩセッ
トアップ関数の一例である。）
【００２２】ＤＤＩレジスタアドレスマッピング・セッ
トアップ関数を呼出す際、前記ドライバ１１０は、好ま
しくは、該セットアップ関数に対して、デバイス特性ポ
インタ、および、ハンドルの記憶アドレス（ハンドルポ
インタアドレス）を送る。前記デバイス特性ポインタ
は、ステップ２１０において割当てられたデバイスアク
セス特性データ構造のアドレスを含むものである。前記
ハンドルポインタアドレスは、後で説明するように、前
記ＤＤＩレジスタアドレスマッピング・セットアップ関
数が作成するハンドル構造のアドレスを格納するメモリ
位置である。前記ドライバ１１０が前記ハンドル構造の
ハンドルポインタアドレスを提供することを要求するだ
けで、前記ドライバ１１０は、前記ハンドル構造につい
て何も知る必要がない。換言すれば、前記ハンドル構造
は、前記ドライバ１１０に不透明である。後の説明から
明らかになるように、この不透明さは、前記ドライバ１
１０を可搬性（矢印１０６）のあるものとするのに役立
つ。
トアップ関数を呼出す際、前記ドライバ１１０は、好ま
しくは、該セットアップ関数に対して、デバイス特性ポ
インタ、および、ハンドルの記憶アドレス（ハンドルポ
インタアドレス）を送る。前記デバイス特性ポインタ
は、ステップ２１０において割当てられたデバイスアク
セス特性データ構造のアドレスを含むものである。前記
ハンドルポインタアドレスは、後で説明するように、前
記ＤＤＩレジスタアドレスマッピング・セットアップ関
数が作成するハンドル構造のアドレスを格納するメモリ
位置である。前記ドライバ１１０が前記ハンドル構造の
ハンドルポインタアドレスを提供することを要求するだ
けで、前記ドライバ１１０は、前記ハンドル構造につい
て何も知る必要がない。換言すれば、前記ハンドル構造
は、前記ドライバ１１０に不透明である。後の説明から
明らかになるように、この不透明さは、前記ドライバ１
１０を可搬性（矢印１０６）のあるものとするのに役立
つ。
【００２３】ＤＭＡ可能なメモリ内の構造を制御するた
めのデータアクセスを行うために、図３のステップ２１
８において、前記ドライバ１１０は、共用可能なメモリ
を介してデータアクセスを行うために、ＤＤＩ ＤＭＡ
可能なメモリ割当て関数を呼出す。ステップ２１４に関
して上述したように、この呼出しを行う際、前記ドライ
バ１１０は、好ましくは、該ＤＤＩ ＤＭＡ可能なメモ
リ割当て関数に対して、デバイス特性ポインタおよびハ
ンドルポインタアドレスを送る（ＤＤＩ ＤＭＡ可能な
メモリ割当て関数については、前記参照文献の第６〜７
ページ目を参照）。図２および図３には示していない
が、前記ドライバ１１０は、ステップ２１４もしくはス
テップ２１８またはこれら２つのステップに示されたコ
ードを含むよう書かれてよい。
めのデータアクセスを行うために、図３のステップ２１
８において、前記ドライバ１１０は、共用可能なメモリ
を介してデータアクセスを行うために、ＤＤＩ ＤＭＡ
可能なメモリ割当て関数を呼出す。ステップ２１４に関
して上述したように、この呼出しを行う際、前記ドライ
バ１１０は、好ましくは、該ＤＤＩ ＤＭＡ可能なメモ
リ割当て関数に対して、デバイス特性ポインタおよびハ
ンドルポインタアドレスを送る（ＤＤＩ ＤＭＡ可能な
メモリ割当て関数については、前記参照文献の第６〜７
ページ目を参照）。図２および図３には示していない
が、前記ドライバ１１０は、ステップ２１４もしくはス
テップ２１８またはこれら２つのステップに示されたコ
ードを含むよう書かれてよい。
【００２４】図４は、前記ドライバ１１０と、ハンドル
構造３１４を含むＤＤＩ環境３１０との間の好ましい通
信リンクを示すものであり、これらのすべては、好まし
くは、前記ホストコンピュータ１０８，１３０のオペレ
ーティングシステムの一部である。図４は、さらに、前
記ハンドル構造３１４の詳細の一部を示すとともに、該
ハンドル構造３１４がどのように使用されるかを示して
いる。上述のように、前記ドライバ１１０は、ＤＤＩレ
ジスタアドレスマッピング・セットアップ関数を呼出
す。前記ハンドル３１４のためのメモリ記憶スペース
は、ＤＤＩ環境３１０内のＤＤＩレジスタアドレスマッ
ピング・セットアップ関数によって割当てられる。好ま
しくは、前記ハンドル３１４は、共通部３１６と、ホス
ト固有部３１８とバス固有部３２０とを有する。前記ホ
スト固有部３１８およびバス固有部３２０は、図１のＤ
ＤＩホスト固有実行部１２０に含まれている。
構造３１４を含むＤＤＩ環境３１０との間の好ましい通
信リンクを示すものであり、これらのすべては、好まし
くは、前記ホストコンピュータ１０８，１３０のオペレ
ーティングシステムの一部である。図４は、さらに、前
記ハンドル構造３１４の詳細の一部を示すとともに、該
ハンドル構造３１４がどのように使用されるかを示して
いる。上述のように、前記ドライバ１１０は、ＤＤＩレ
ジスタアドレスマッピング・セットアップ関数を呼出
す。前記ハンドル３１４のためのメモリ記憶スペース
は、ＤＤＩ環境３１０内のＤＤＩレジスタアドレスマッ
ピング・セットアップ関数によって割当てられる。好ま
しくは、前記ハンドル３１４は、共通部３１６と、ホス
ト固有部３１８とバス固有部３２０とを有する。前記ホ
スト固有部３１８およびバス固有部３２０は、図１のＤ
ＤＩホスト固有実行部１２０に含まれている。
【００２５】好ましくは、前記ハンドル３１４の共通部
３１６は、メモリ位置３２２に、該ハンドル３１４のＩ
ＳＡ／プラットフォーム固有部３１８を指示するポイン
タを含んでいる。前記共通部３１６における他のメモリ
位置は、前記バス固有部３２０を指示するポインタ３２
８を含んでいる。好ましくは、前記バス固有部３２０
は、バス１２８または１４６上におけるデバイス１２６
の位置を示すデータなどの、バスパラメータに関するデ
ータを含んでいる。また、好ましくは、前記ＩＳＡ／プ
ラットフォーム固有部３１８は、個々のメモリ記憶スペ
ース３３０に、ＤＤＩデータアクセス関数実行部３３４
のアドレス３３２を含んでいる。該ＤＤＩデータアクセ
ス関数実行部３３４のアドレス３３２は、実際のＤＤＩ
データアクセス関数実行部３３４が位置した前記ＤＤＩ
環境３１０のメモリ内の位置である。
３１６は、メモリ位置３２２に、該ハンドル３１４のＩ
ＳＡ／プラットフォーム固有部３１８を指示するポイン
タを含んでいる。前記共通部３１６における他のメモリ
位置は、前記バス固有部３２０を指示するポインタ３２
８を含んでいる。好ましくは、前記バス固有部３２０
は、バス１２８または１４６上におけるデバイス１２６
の位置を示すデータなどの、バスパラメータに関するデ
ータを含んでいる。また、好ましくは、前記ＩＳＡ／プ
ラットフォーム固有部３１８は、個々のメモリ記憶スペ
ース３３０に、ＤＤＩデータアクセス関数実行部３３４
のアドレス３３２を含んでいる。該ＤＤＩデータアクセ
ス関数実行部３３４のアドレス３３２は、実際のＤＤＩ
データアクセス関数実行部３３４が位置した前記ＤＤＩ
環境３１０のメモリ内の位置である。
【００２６】後で説明するように、前記ドライバ１１０
は、メモリ記憶スペース３３６にハンドルポインタ３３
８を格納している。このハンドルポインタ３３８は、前
記ＤＤＩ環境３１０のハンドル３１４を指示している
（矢印３４０）。後で詳述するように、デバイス１２６
に対する読み書きのようなＤＤＩデータアクセス関数を
実行するためには、基本的に、前記ドライバ１１０は、
他の関数の引き数と同様に、（矢印３４４によって示す
ように）ハンドルポインタ３３８をＤＤＩデータアクセ
ス関数３４８に送る。該ＤＤＩデータアクセス関数３４
８は、（矢印３５２によって示すように）ＤＤＩデータ
アクセス関数実行部３３４を間接的に呼出す。好ましく
は、前記ＤＤＩデータアクセス関数３４８は、ＤＤＩデ
ータアクセス関数実行部３３４のアドレス３３２を呼出
すことによって、前記間接的な呼出し３５２を実行す
る。前記ＤＤＩデータアクセス関数３４８は、前記ＩＳ
Ａ／プラットフォーム固有部３１８を指示するポインタ
３２４を介して、ＤＤＩデータアクセス関数実行部３３
４のアドレス３３２を得る。
は、メモリ記憶スペース３３６にハンドルポインタ３３
８を格納している。このハンドルポインタ３３８は、前
記ＤＤＩ環境３１０のハンドル３１４を指示している
（矢印３４０）。後で詳述するように、デバイス１２６
に対する読み書きのようなＤＤＩデータアクセス関数を
実行するためには、基本的に、前記ドライバ１１０は、
他の関数の引き数と同様に、（矢印３４４によって示す
ように）ハンドルポインタ３３８をＤＤＩデータアクセ
ス関数３４８に送る。該ＤＤＩデータアクセス関数３４
８は、（矢印３５２によって示すように）ＤＤＩデータ
アクセス関数実行部３３４を間接的に呼出す。好ましく
は、前記ＤＤＩデータアクセス関数３４８は、ＤＤＩデ
ータアクセス関数実行部３３４のアドレス３３２を呼出
すことによって、前記間接的な呼出し３５２を実行す
る。前記ＤＤＩデータアクセス関数３４８は、前記ＩＳ
Ａ／プラットフォーム固有部３１８を指示するポインタ
３２４を介して、ＤＤＩデータアクセス関数実行部３３
４のアドレス３３２を得る。
【００２７】選択されたＤＤＩデータアクセス関数実行
部３３４は、（矢印３５６によって示すように）前記Ｄ
ＤＩデータアクセス関数３４８に値を返す。説明を簡単
にするために、ここでは１つのＤＤＩデータアクセス関
数実行部３３４について説明するが、図４に示すよう
に、各々が１つのアドレス３３２を有する多数のＤＤＩ
データアクセス関数実行部３３４が設けられていてもよ
い。矢印３６０に示すように、前記ＤＤＩデータアクセ
ス関数３４８は、ＤＤＩデータアクセス関数実行部３３
４の値をドライバ１１０に返す。
部３３４は、（矢印３５６によって示すように）前記Ｄ
ＤＩデータアクセス関数３４８に値を返す。説明を簡単
にするために、ここでは１つのＤＤＩデータアクセス関
数実行部３３４について説明するが、図４に示すよう
に、各々が１つのアドレス３３２を有する多数のＤＤＩ
データアクセス関数実行部３３４が設けられていてもよ
い。矢印３６０に示すように、前記ＤＤＩデータアクセ
ス関数３４８は、ＤＤＩデータアクセス関数実行部３３
４の値をドライバ１１０に返す。
【００２８】上述のように、前記ドライバ１１０がデバ
イス１２６の異なるバスアドレススペースに対して読み
書きする場合、普通、該ドライバ１１０は、バスアーキ
テクチャ１２８または１４６上のバスアドレススペース
を介してこれを行う。前記デバイス１２６のアドレスス
ペースマッピングを得るために、好ましくは、前記ドラ
イバ１１０は上記セットアップ関数を実行し、該セット
アップ関数は、バス１２８または１４６上におけるデバ
イス１２６のアドレスをドライバ１１０に返す。さらに
後述するように、前記ＤＤＩ環境３１０が前記デバイス
１２６のアドレススペースを得る処理は、前記ドライバ
１１０には見えない。これは、データアクセス中に、前
記ドライバ１１０が別のアドレススペースを明示的に呼
出すことなくドライバ開発者によって書かれ得る、とい
うことを意味する。
イス１２６の異なるバスアドレススペースに対して読み
書きする場合、普通、該ドライバ１１０は、バスアーキ
テクチャ１２８または１４６上のバスアドレススペース
を介してこれを行う。前記デバイス１２６のアドレスス
ペースマッピングを得るために、好ましくは、前記ドラ
イバ１１０は上記セットアップ関数を実行し、該セット
アップ関数は、バス１２８または１４６上におけるデバ
イス１２６のアドレスをドライバ１１０に返す。さらに
後述するように、前記ＤＤＩ環境３１０が前記デバイス
１２６のアドレススペースを得る処理は、前記ドライバ
１１０には見えない。これは、データアクセス中に、前
記ドライバ１１０が別のアドレススペースを明示的に呼
出すことなくドライバ開発者によって書かれ得る、とい
うことを意味する。
【００２９】ＤＤＩデータアクセス（読出しまたは書込
み）関数を実行するために、前記ドライバ１１０は、そ
のＤＤＩデータアクセス関数を単に呼出しし、それを前
記ハンドルポインタ３３８およびデバイスアドレスと共
に送る。前記ドライバ１１０がＤＤＩデータアクセス関
数を呼出すと、前記ドライバ１１０がＤＤＩ環境３１０
の処理の詳細を知る必要無しに、前記ＤＤＩ環境３１０
がこれを引き継ぎ、折り返し値を供給する。もちろん、
ＤＤＩデータアクセス関数を呼出すためには、上述のよ
うに、前記ドライバ１１０は、先ず、図２および／また
は図３のステップ２１４および／または２１８を実行し
なければならない。デバイス１２６からデータを読み出
すためのもの以外のＤＤＩデータアクセス関数は、例え
ばデータを書き込むためのＤＤＩデータアクセス関数と
して、より多くの入力引き数を必要とすることがある
（前記参照文献の第９ページ目を参照）。明らかに、デ
バイス１２６にデータを書き込むには、（ハンドルポイ
ンタ３３８およびデバイスアドレスの他に）前記デバイ
ス１２６に書き込むべき実際のデータを送ることが必要
になる。
み）関数を実行するために、前記ドライバ１１０は、そ
のＤＤＩデータアクセス関数を単に呼出しし、それを前
記ハンドルポインタ３３８およびデバイスアドレスと共
に送る。前記ドライバ１１０がＤＤＩデータアクセス関
数を呼出すと、前記ドライバ１１０がＤＤＩ環境３１０
の処理の詳細を知る必要無しに、前記ＤＤＩ環境３１０
がこれを引き継ぎ、折り返し値を供給する。もちろん、
ＤＤＩデータアクセス関数を呼出すためには、上述のよ
うに、前記ドライバ１１０は、先ず、図２および／また
は図３のステップ２１４および／または２１８を実行し
なければならない。デバイス１２６からデータを読み出
すためのもの以外のＤＤＩデータアクセス関数は、例え
ばデータを書き込むためのＤＤＩデータアクセス関数と
して、より多くの入力引き数を必要とすることがある
（前記参照文献の第９ページ目を参照）。明らかに、デ
バイス１２６にデータを書き込むには、（ハンドルポイ
ンタ３３８およびデバイスアドレスの他に）前記デバイ
ス１２６に書き込むべき実際のデータを送ることが必要
になる。
【００３０】図５は、図４のハンドル３１４を構築する
ための好ましいステップを示す。図５は、前記ドライバ
１１０が図２のステップ２１４においてＤＤＩレジスタ
アドレスマッピング関数を呼出した時に、前記ＤＤＩ環
境３１０によって実行されるステップのフローチャート
である。該ＤＤＩ環境３１０は、共通部１１８（図１参
照）と、図１のプラットフォーム固有部１２０または１
３８とで構成されている。後で詳述するように、前記ド
ライバ１１０が共用メモリを介した構造制御データアク
セスのためにＤＭＡ可能なメモリ割当て関数を呼出すと
き、前記ＤＤＩ環境３１０は、図５に示すようなステッ
プを実行する。前記デバイス１２６に対するデータアク
セスが前記バス１２８または１４６を通したドライバの
直接的なアクセスによるものか、および／または、直接
メモリアクセスを使用したＤＭＡ可能メモリに対するデ
バイスのアクセスによるものかに関わらず、前記ＤＤＩ
環境３１０は前記ドライバには見えない。
ための好ましいステップを示す。図５は、前記ドライバ
１１０が図２のステップ２１４においてＤＤＩレジスタ
アドレスマッピング関数を呼出した時に、前記ＤＤＩ環
境３１０によって実行されるステップのフローチャート
である。該ＤＤＩ環境３１０は、共通部１１８（図１参
照）と、図１のプラットフォーム固有部１２０または１
３８とで構成されている。後で詳述するように、前記ド
ライバ１１０が共用メモリを介した構造制御データアク
セスのためにＤＭＡ可能なメモリ割当て関数を呼出すと
き、前記ＤＤＩ環境３１０は、図５に示すようなステッ
プを実行する。前記デバイス１２６に対するデータアク
セスが前記バス１２８または１４６を通したドライバの
直接的なアクセスによるものか、および／または、直接
メモリアクセスを使用したＤＭＡ可能メモリに対するデ
バイスのアクセスによるものかに関わらず、前記ＤＤＩ
環境３１０は前記ドライバには見えない。
【００３１】ステップ４１０において、前記ＤＤＩセッ
トアップ関数は、ハンドル構造３１４のためのメモリ格
納スペースを割当てる。このように割当てられるメモリ
格納スペースは、前記共通部３１６、ＩＳＡ／プラット
フォーム固有部３１８およびバス固有部３２０のための
メモリを含む。しかし、好ましくは、前記ホストコンピ
ュータ１０８または１３０がハードウエアサポートを有
さない場合にのみ、前記ＩＳＡ／プラットフォーム固有
部３１８が割当てられる。その場合、後述するように、
前記ＤＤＩセットアップ関数は、ＤＤＩデータアクセス
関数３３４を実施するためにソフトウエア関数実行部を
使用する。同様に、後述するように、前記ホストコンピ
ュータが、メモリマップされたアドレスによって、前記
バスアーキテクチャ１２８または１４６に接続されたデ
バイス１２６に直接的に読み／書きを行うことができな
い場合にのみ、前記バス固有部３２０が割当てられるの
が好ましい。
トアップ関数は、ハンドル構造３１４のためのメモリ格
納スペースを割当てる。このように割当てられるメモリ
格納スペースは、前記共通部３１６、ＩＳＡ／プラット
フォーム固有部３１８およびバス固有部３２０のための
メモリを含む。しかし、好ましくは、前記ホストコンピ
ュータ１０８または１３０がハードウエアサポートを有
さない場合にのみ、前記ＩＳＡ／プラットフォーム固有
部３１８が割当てられる。その場合、後述するように、
前記ＤＤＩセットアップ関数は、ＤＤＩデータアクセス
関数３３４を実施するためにソフトウエア関数実行部を
使用する。同様に、後述するように、前記ホストコンピ
ュータが、メモリマップされたアドレスによって、前記
バスアーキテクチャ１２８または１４６に接続されたデ
バイス１２６に直接的に読み／書きを行うことができな
い場合にのみ、前記バス固有部３２０が割当てられるの
が好ましい。
【００３２】次のステップ４１４において、前記ＤＤＩ
セットアップ関数は、図２のステップ２１４によって送
られてきた入力引き数を、前記ハンドル３１４の共通部
３１６に格納する。上述のように、前記ドライバ１１０
からＤＤＩ１１８に送られる入力引き数は、デバイスア
クセス特性ポインタおよびハンドルポインタアドレス３
３６を含むものである。前記デバイスアクセス特性ポイ
ンタは、前記ドライバ１１０が前記デバイス１２６のエ
ンディアンネスおよびデータ配列特性などの特性を格納
しているメモリ構造を指示する。図２のステップ２１４
において、さらに、前記ドライバ１１０は、ＤＤＩレジ
スタアドレスマッピング・セットアップ関数に対して、
一定のデバイスレジスタを表すアドレススペースセット
を示す索引番号についての情報を送っている。さらに、
ステップ２１４において、前記ドライバ１１０は、前記
デバイスレジスタのアドレススペースセットに対するオ
フセット値および長さを送っている。
セットアップ関数は、図２のステップ２１４によって送
られてきた入力引き数を、前記ハンドル３１４の共通部
３１６に格納する。上述のように、前記ドライバ１１０
からＤＤＩ１１８に送られる入力引き数は、デバイスア
クセス特性ポインタおよびハンドルポインタアドレス３
３６を含むものである。前記デバイスアクセス特性ポイ
ンタは、前記ドライバ１１０が前記デバイス１２６のエ
ンディアンネスおよびデータ配列特性などの特性を格納
しているメモリ構造を指示する。図２のステップ２１４
において、さらに、前記ドライバ１１０は、ＤＤＩレジ
スタアドレスマッピング・セットアップ関数に対して、
一定のデバイスレジスタを表すアドレススペースセット
を示す索引番号についての情報を送っている。さらに、
ステップ２１４において、前記ドライバ１１０は、前記
デバイスレジスタのアドレススペースセットに対するオ
フセット値および長さを送っている。
【００３３】ステップ４２２では、前記ＤＤＩレジスタ
アドレスマッピング・セットアップ関数は、これらの入
力引き数から、前記デバイスレジスタにおけるバスアド
レススペースの位置を認識する。上述のように、バスア
ドレススペースをホストアドレス領域に設定する方法
は、前記ホストコンピュータ１０８または１３０に依存
する。後述するように、前記ＤＤＩ環境３１０は、この
ホストコンピュータに対する依存が前記ドライバ１１０
に見えないようにする。例えば、ＰＣＩデバイス（すな
わち、ＰＣＩローカルバスに接続されたデバイス）の場
合、前記セットアップ関数によって前記ドライバ１１０
に返されるリターンアドレスは、前記ＰＣＩスペース、
Ｉ／Ｏスペースまたはコンフィギュレーションスペース
内のアドレスとすることができる。前記ドライバ１１０
は、このように戻されたデバイスバスアドレスを基準と
して使用することによって、同一のアドレススペースに
おける他のデバイス１２６のレジスタのための有効アド
レスを導き出す。好ましくは、前記ドライバ１１０は、
前記デバイスバスアドレス基準に対してオフセット値と
して一定値を加えることによって、または、前記デバイ
スバスアドレス基準を前記デバイス１２６のレジスタを
表すＣ言語データ構造に対するポインタとすることによ
って、このアドレスの導き出しを行う。
アドレスマッピング・セットアップ関数は、これらの入
力引き数から、前記デバイスレジスタにおけるバスアド
レススペースの位置を認識する。上述のように、バスア
ドレススペースをホストアドレス領域に設定する方法
は、前記ホストコンピュータ１０８または１３０に依存
する。後述するように、前記ＤＤＩ環境３１０は、この
ホストコンピュータに対する依存が前記ドライバ１１０
に見えないようにする。例えば、ＰＣＩデバイス（すな
わち、ＰＣＩローカルバスに接続されたデバイス）の場
合、前記セットアップ関数によって前記ドライバ１１０
に返されるリターンアドレスは、前記ＰＣＩスペース、
Ｉ／Ｏスペースまたはコンフィギュレーションスペース
内のアドレスとすることができる。前記ドライバ１１０
は、このように戻されたデバイスバスアドレスを基準と
して使用することによって、同一のアドレススペースに
おける他のデバイス１２６のレジスタのための有効アド
レスを導き出す。好ましくは、前記ドライバ１１０は、
前記デバイスバスアドレス基準に対してオフセット値と
して一定値を加えることによって、または、前記デバイ
スバスアドレス基準を前記デバイス１２６のレジスタを
表すＣ言語データ構造に対するポインタとすることによ
って、このアドレスの導き出しを行う。
【００３４】次に、前記ＤＤＩレジスタアドレスマッピ
ング・セットアップ関数は、前記デバイス１２６のデー
タアクセス特性を認識する。ステップ４２６において、
前記ＤＤＩレジスタアドレスマッピング・セットアップ
関数は、前記デバイス１２６のエンディアン要件を認識
する。上述のように、図２のステップ２１０において、
前記ドライバ１１０は、デバイス１２６のエンディアン
特性をデバイスデータアクセス特性データ構造に格納す
る。例えば、フラグデータ“NEVER SWAP（交換せず）”
が設定されている場合、バイト交換は使用されない。前
記デバイスのエンディアンネスが前記ホストコンピュー
タのエンディアンに一致しない場合、後述のように、す
べてのデータアクセス中に使用される、厳密なバイト交
換が使用される。前記ＤＤＩセットアップ関数は、前記
デバイスデータアクセス特性データ構造から、前記デバ
イス１２６のデータ配列指定情報を取り出す。その後、
前記ＤＤＩセットアップ関数は、前記ホストコンピュー
タ１０８，１３０の能力に基づくデータ配列方法を選択
する。例えば、前記ドライバ１２６がマージ（併合）を
指定しているが、前記ホストコンピュータ１０８，１３
０がデータ再配列のみを行うことができるものである場
合、マージより融通性に欠けるデータ再配列がすべての
データアクセス中に使用される。
ング・セットアップ関数は、前記デバイス１２６のデー
タアクセス特性を認識する。ステップ４２６において、
前記ＤＤＩレジスタアドレスマッピング・セットアップ
関数は、前記デバイス１２６のエンディアン要件を認識
する。上述のように、図２のステップ２１０において、
前記ドライバ１１０は、デバイス１２６のエンディアン
特性をデバイスデータアクセス特性データ構造に格納す
る。例えば、フラグデータ“NEVER SWAP（交換せず）”
が設定されている場合、バイト交換は使用されない。前
記デバイスのエンディアンネスが前記ホストコンピュー
タのエンディアンに一致しない場合、後述のように、す
べてのデータアクセス中に使用される、厳密なバイト交
換が使用される。前記ＤＤＩセットアップ関数は、前記
デバイスデータアクセス特性データ構造から、前記デバ
イス１２６のデータ配列指定情報を取り出す。その後、
前記ＤＤＩセットアップ関数は、前記ホストコンピュー
タ１０８，１３０の能力に基づくデータ配列方法を選択
する。例えば、前記ドライバ１２６がマージ（併合）を
指定しているが、前記ホストコンピュータ１０８，１３
０がデータ再配列のみを行うことができるものである場
合、マージより融通性に欠けるデータ再配列がすべての
データアクセス中に使用される。
【００３５】各ＤＤＩ実行部１２０，１３８は特定のホ
ストコンピュータ１０８，１３０のために書かれている
ので、前記ＤＤＩセットアップ関数によって次にとられ
るステップに分枝が発生する。該分枝（Ｂ１，Ｂ２）
は、ある命令セットアーキテクチャ（ＩＳＡ）および命
令セットアーキテクチャのあるプラットフォームがＩ／
Ｏハードウエアサポートを有する（Ｂ１）が、他の命令
セットアーキテクチャおよびプラットフォームがＩ／Ｏ
ハードウエアサポートを有さない（Ｂ２）、ことによっ
て発生する。これらの命令セットアーキテクチャおよび
プラットフォームはＩ／Ｏハードウエアサポートを有
し、該ハードウエアサポートによって、ステップ４３４
において、前記ＤＤＩレジスタアドレスマッピング・セ
ットアップ関数がエンディアンネス、データ配置および
バスアドレススペースマッピング要件などのデバイス特
性を調整するよう前記ハードウエアをプログラムするこ
とが可能になる。Ｂ１ブランチにおいて、好ましくは、
特定のホストコンピュータ１０８，１３０の前記ＤＤＩ
レジスタアドレスマッピング・セットアップ関数は、前
記ハンドル構造３１４のＩＳＡ／プラットフォーム固有
部３１８およびバス固有部３２０のための格納スペース
の割当てを行わない。この理由は後の説明から明らかに
なるであろう。
ストコンピュータ１０８，１３０のために書かれている
ので、前記ＤＤＩセットアップ関数によって次にとられ
るステップに分枝が発生する。該分枝（Ｂ１，Ｂ２）
は、ある命令セットアーキテクチャ（ＩＳＡ）および命
令セットアーキテクチャのあるプラットフォームがＩ／
Ｏハードウエアサポートを有する（Ｂ１）が、他の命令
セットアーキテクチャおよびプラットフォームがＩ／Ｏ
ハードウエアサポートを有さない（Ｂ２）、ことによっ
て発生する。これらの命令セットアーキテクチャおよび
プラットフォームはＩ／Ｏハードウエアサポートを有
し、該ハードウエアサポートによって、ステップ４３４
において、前記ＤＤＩレジスタアドレスマッピング・セ
ットアップ関数がエンディアンネス、データ配置および
バスアドレススペースマッピング要件などのデバイス特
性を調整するよう前記ハードウエアをプログラムするこ
とが可能になる。Ｂ１ブランチにおいて、好ましくは、
特定のホストコンピュータ１０８，１３０の前記ＤＤＩ
レジスタアドレスマッピング・セットアップ関数は、前
記ハンドル構造３１４のＩＳＡ／プラットフォーム固有
部３１８およびバス固有部３２０のための格納スペース
の割当てを行わない。この理由は後の説明から明らかに
なるであろう。
【００３６】Ｂ１ブランチのステップ４４２において、
前記ＤＤＩセットアップ関数は、デバイス１２６のバス
アドレスマッピングを行う。ある場合、前記バスアーキ
テクチャ１２８，１４６は、前記ＤＤＩセットアップ関
数がバスハードウエアをプログラムすることを可能にす
るハードウエアを含み、こうして、このハードウエアが
ステップ４４２のバスアドレスマッピングを自動的に実
行する。このようなバスアドレスマッピングハードウエ
ア能力が無い場合、好ましくは、ステップ４４３におけ
る前記ＤＤＩ実行部１２０または１３８は、図５のフロ
ーチャートのＢ２ブランチに関して後述するように、ソ
フトウエア関数のスーツ（すなわち、プログラムの一
式）を選択する。
前記ＤＤＩセットアップ関数は、デバイス１２６のバス
アドレスマッピングを行う。ある場合、前記バスアーキ
テクチャ１２８，１４６は、前記ＤＤＩセットアップ関
数がバスハードウエアをプログラムすることを可能にす
るハードウエアを含み、こうして、このハードウエアが
ステップ４４２のバスアドレスマッピングを自動的に実
行する。このようなバスアドレスマッピングハードウエ
ア能力が無い場合、好ましくは、ステップ４４３におけ
る前記ＤＤＩ実行部１２０または１３８は、図５のフロ
ーチャートのＢ２ブランチに関して後述するように、ソ
フトウエア関数のスーツ（すなわち、プログラムの一
式）を選択する。
【００３７】Ｂ１ブランチのステップ４４２において、
前記ＤＤＩレジスタアドレスマッピング・セットアップ
関数は、デバイス１２６のバスアドレスマッピングを行
う。Ｂ１ブランチのステップ４４２において、前記ＤＤ
Ｉセットアップ関数は、新たに割当てられたハンドル３
１４を指示するようハンドルポインタ３３８を設定す
る。前記ドライバが前記ＤＤＩレジスタアドレスマッピ
ング・セットアップ関数を呼出すとき、各デバイス１２
６のアドレスマッピング毎に、個別のハンドル３１４が
割当てられる。ステップ４４６において、前記ＤＤＩセ
ットアップ関数は、制御を前記ドライバ１１０に戻す。
このようにする過程において、前記ＤＤＩ実行部１２０
または１３８は、ステップ４４２で得られたデバイスバ
スアドレスを前記ドライバ１１０に送り、ハンドルポイ
ンタ３３８を前記ドライバ１１０のメモリ３３６に格納
する。
前記ＤＤＩレジスタアドレスマッピング・セットアップ
関数は、デバイス１２６のバスアドレスマッピングを行
う。Ｂ１ブランチのステップ４４２において、前記ＤＤ
Ｉセットアップ関数は、新たに割当てられたハンドル３
１４を指示するようハンドルポインタ３３８を設定す
る。前記ドライバが前記ＤＤＩレジスタアドレスマッピ
ング・セットアップ関数を呼出すとき、各デバイス１２
６のアドレスマッピング毎に、個別のハンドル３１４が
割当てられる。ステップ４４６において、前記ＤＤＩセ
ットアップ関数は、制御を前記ドライバ１１０に戻す。
このようにする過程において、前記ＤＤＩ実行部１２０
または１３８は、ステップ４４２で得られたデバイスバ
スアドレスを前記ドライバ１１０に送り、ハンドルポイ
ンタ３３８を前記ドライバ１１０のメモリ３３６に格納
する。
【００３８】図５のフローチャートのブランチＢ２にお
いて、前記ＤＤＩレジスタアドレスマッピング・セット
アップ関数は、ステップ４３８を実行する。ブランチＢ
２において、前記ＤＤＩ実行部１２０または１３８は、
ホストコンピュータ１０８，１３０にハードウエアサポ
ートを有さない。ステップ４３８において、前記ＤＤＩ
セットアップ関数は、デバイス１２６にアクセスするた
めのＤＤＩデータアクセス関数実行部３３４（図４参
照）のスーツを認識する。後述するように、該ＤＤＩデ
ータアクセス関数実行部３３４は、ソフトウエアによる
手法を使用して、ホストプロセッサ１１４または１３４
およびデバイス１２６の特性の違いを処理する。上述の
如く、前記ＤＤＩセットアップ関数は、前記ＤＤＩデー
タアクセス関数実行部３３４のアドレス３３２を、ハン
ドル３１４のＩＳＡ／プラットフォーム固有部３１８に
格納する。
いて、前記ＤＤＩレジスタアドレスマッピング・セット
アップ関数は、ステップ４３８を実行する。ブランチＢ
２において、前記ＤＤＩ実行部１２０または１３８は、
ホストコンピュータ１０８，１３０にハードウエアサポ
ートを有さない。ステップ４３８において、前記ＤＤＩ
セットアップ関数は、デバイス１２６にアクセスするた
めのＤＤＩデータアクセス関数実行部３３４（図４参
照）のスーツを認識する。後述するように、該ＤＤＩデ
ータアクセス関数実行部３３４は、ソフトウエアによる
手法を使用して、ホストプロセッサ１１４または１３４
およびデバイス１２６の特性の違いを処理する。上述の
如く、前記ＤＤＩセットアップ関数は、前記ＤＤＩデー
タアクセス関数実行部３３４のアドレス３３２を、ハン
ドル３１４のＩＳＡ／プラットフォーム固有部３１８に
格納する。
【００３９】ソフトウエアによるバイト交換を行うため
のＤＤＩデータアクセス関数実行部３３４の一例は、図
６に示されている。図６において、小エンディアンのプ
ロセッサ１１４上で動作するドライバ１１０は、大エン
ディアンのデバイス１２６に対して、４バイトワード５
１４を送る。ＤＤＩデータアクセス関数実行部５２２
（図４の３３４）は、前記ワード５１４のバイト順序を
入れ替えて、デバイス５１８の大エンディアンデータ表
現に変換する。図７は、ＤＤＩデータアクセス関数実行
部６１０（図４の３３４）の他の例を示すものである。
図７において、ドライバ１１０は、大エンディアンのホ
ストコンピュータ１３４上で動作する。ここでは、ドラ
イバ１１０は、大エンディアンのデバイス１２６に対し
て、４バイトワード５１４を送る。図７において、ＤＤ
Ｉデータアクセス関数実行部６１０は、何もしない無交
換関数であり、ワード６１４のバイト順序を前記ワード
５１４と同じに維持する。
のＤＤＩデータアクセス関数実行部３３４の一例は、図
６に示されている。図６において、小エンディアンのプ
ロセッサ１１４上で動作するドライバ１１０は、大エン
ディアンのデバイス１２６に対して、４バイトワード５
１４を送る。ＤＤＩデータアクセス関数実行部５２２
（図４の３３４）は、前記ワード５１４のバイト順序を
入れ替えて、デバイス５１８の大エンディアンデータ表
現に変換する。図７は、ＤＤＩデータアクセス関数実行
部６１０（図４の３３４）の他の例を示すものである。
図７において、ドライバ１１０は、大エンディアンのホ
ストコンピュータ１３４上で動作する。ここでは、ドラ
イバ１１０は、大エンディアンのデバイス１２６に対し
て、４バイトワード５１４を送る。図７において、ＤＤ
Ｉデータアクセス関数実行部６１０は、何もしない無交
換関数であり、ワード６１４のバイト順序を前記ワード
５１４と同じに維持する。
【００４０】ＤＤＩデータアクセス関数実行部３３４の
その他の例は、あるプロセッサのデータを配列し直し、
マージし、キャッシュローディングしおよび／またはキ
ャッシュ格納する能力を使用する関数である。例えば、
前記ドライブ１１０は、前記ＤＤＩ環境３１０に対し
て、ある一定のデータ配列特性を使用するよう助言して
よい。上述の如く、前記ドライブ１１０は、デバイスア
クセス特性構造（このようなフラグの一例については、
前記参考文献の第１ページ目を参照）に適当なフラグを
設定することによって、ある一定のデータ配列特性を使
用する許可を与える。前記参考文献に示されるように、
あるタイプのデータ配列を行う許可を与えることは、他
のタイプのデータ配列を行う許可を与えることを暗示す
る。
その他の例は、あるプロセッサのデータを配列し直し、
マージし、キャッシュローディングしおよび／またはキ
ャッシュ格納する能力を使用する関数である。例えば、
前記ドライブ１１０は、前記ＤＤＩ環境３１０に対し
て、ある一定のデータ配列特性を使用するよう助言して
よい。上述の如く、前記ドライブ１１０は、デバイスア
クセス特性構造（このようなフラグの一例については、
前記参考文献の第１ページ目を参照）に適当なフラグを
設定することによって、ある一定のデータ配列特性を使
用する許可を与える。前記参考文献に示されるように、
あるタイプのデータ配列を行う許可を与えることは、他
のタイプのデータ配列を行う許可を与えることを暗示す
る。
【００４１】様々異なるＤＤＩデータアクセス関数実行
部３３４のライブラリは、好ましくはＤＤＩ環境３１０
における、ホストコンピュータ１０８，１３０のオペレ
ーティングシステムに格納される。図５のステップ４３
８において、好ましくは、前記ＤＤＩ環境３１０は、if
/then/else文を実行し、ハンドル３１４のＩＳＡ／プラ
ットフォーム固有部３１８における、どのＤＤＩデータ
アクセス関数実行部３３４のどのアドレス３３２に格納
すべきかを決定する。一例を示すと、前記ＤＤＩ実行部
１２０または１３８のＤＤＩレジスタアドレスマッピン
グ・セットアップ関数内のコンピュータ命令は次のよう
であってよい。すなわち、“指定されたデバイスアクセ
ス特性が大エンディアンである場合、デバイス１２６に
対する読み書きを行うためにバイト交換を行うＤＤＩデ
ータアクセス関数実行部３３４のアドレス３３２を、メ
モリ３３０に格納せよ”。その後、前記ドライバ１１０
が、例えば、前記デバイス１２６に４バイトワードを送
るＤＤＩデータアクセス関数を呼出したとき、図６のＤ
ＤＩデータアクセス関数実行部５２２（図４の３３４）
を呼出すことによって、ＤＤＩデータアクセス関数呼出
し３４８が間接的に行われる（図４の３５２）。この実
施の形態において、前記指定されたデバイスアクセス特
性が小エンディアンである場合、ＤＤＩ実行部１２０ま
たは１３８は、前記デバイス１２６に対する読み書きを
行うためにバイト交換を行わないＤＤＩデータアクセス
関数実行部３３４のアドレス３３２を、メモリ３３０に
格納することになる。
部３３４のライブラリは、好ましくはＤＤＩ環境３１０
における、ホストコンピュータ１０８，１３０のオペレ
ーティングシステムに格納される。図５のステップ４３
８において、好ましくは、前記ＤＤＩ環境３１０は、if
/then/else文を実行し、ハンドル３１４のＩＳＡ／プラ
ットフォーム固有部３１８における、どのＤＤＩデータ
アクセス関数実行部３３４のどのアドレス３３２に格納
すべきかを決定する。一例を示すと、前記ＤＤＩ実行部
１２０または１３８のＤＤＩレジスタアドレスマッピン
グ・セットアップ関数内のコンピュータ命令は次のよう
であってよい。すなわち、“指定されたデバイスアクセ
ス特性が大エンディアンである場合、デバイス１２６に
対する読み書きを行うためにバイト交換を行うＤＤＩデ
ータアクセス関数実行部３３４のアドレス３３２を、メ
モリ３３０に格納せよ”。その後、前記ドライバ１１０
が、例えば、前記デバイス１２６に４バイトワードを送
るＤＤＩデータアクセス関数を呼出したとき、図６のＤ
ＤＩデータアクセス関数実行部５２２（図４の３３４）
を呼出すことによって、ＤＤＩデータアクセス関数呼出
し３４８が間接的に行われる（図４の３５２）。この実
施の形態において、前記指定されたデバイスアクセス特
性が小エンディアンである場合、ＤＤＩ実行部１２０ま
たは１３８は、前記デバイス１２６に対する読み書きを
行うためにバイト交換を行わないＤＤＩデータアクセス
関数実行部３３４のアドレス３３２を、メモリ３３０に
格納することになる。
【００４２】エンディアンネスの処理と同様に、ステッ
プ４３８では、前記ＤＤＩ実行部１２０または１３８の
ＤＤＩセットアップ関数は、さらに、データ配列および
異なるバスアドレススペースアクセスのための適当なア
ドレス３３２を前記ＤＤＩデータアクセス関数実行部３
３４のライブラリから選択するために、if/then/elseコ
ンピュータ命令を実行する。
プ４３８では、前記ＤＤＩ実行部１２０または１３８の
ＤＤＩセットアップ関数は、さらに、データ配列および
異なるバスアドレススペースアクセスのための適当なア
ドレス３３２を前記ＤＤＩデータアクセス関数実行部３
３４のライブラリから選択するために、if/then/elseコ
ンピュータ命令を実行する。
【００４３】図５に戻り、Ｂ２ブランチのステップ４４
２では、デターアクセス関数がソフトウエア手法を使用
して実行されるので、前記ＤＤＩレジスタアドレスマッ
ピング・セットアップ関数は、好ましくは、前記データ
アクセスハンドル３１４のバス固有部３２０に、ある一
定のバス指示情報を格納する。前記ＰＣＩローカルバス
・コンフィギュレーションスペースにアクセスすると
き、バス固有情報の一例は、バス番号、デバイス番号お
よび関数番号によってデバイス１２６の位置を示す情報
である。この情報は、前記ＤＤＩデータアクセス関数実
行部３３４によって使用可能である。図５のＢ２ブラン
チに戻り、ステップ４４２の後、前記ＤＤＩセットアッ
プ関数は、図５のＢ１ブランチと同様に、ステップ４４
４および４４６を行う。
２では、デターアクセス関数がソフトウエア手法を使用
して実行されるので、前記ＤＤＩレジスタアドレスマッ
ピング・セットアップ関数は、好ましくは、前記データ
アクセスハンドル３１４のバス固有部３２０に、ある一
定のバス指示情報を格納する。前記ＰＣＩローカルバス
・コンフィギュレーションスペースにアクセスすると
き、バス固有情報の一例は、バス番号、デバイス番号お
よび関数番号によってデバイス１２６の位置を示す情報
である。この情報は、前記ＤＤＩデータアクセス関数実
行部３３４によって使用可能である。図５のＢ２ブラン
チに戻り、ステップ４４２の後、前記ＤＤＩセットアッ
プ関数は、図５のＢ１ブランチと同様に、ステップ４４
４および４４６を行う。
【００４４】図５に示すように、この実施の形態は、前
記デバイス１２６およびホストコンピュータ１０８また
は１３０が上述のように直接メモリアクセス（ＤＭＡ）
方式を使用して通信を行うときに、変更されるのが好ま
しい。基本的に、図５に示したＤＤＩ ＤＭＡ可能な割
当て関数は、ステップ４２２およびステップ４４２を除
く、図５のすべてのステップを実行する。直接メモリア
クセス方式では、前記デバイスおよびホストコンピュー
タが該ホストコンピュータ１０８，１３０内部のメモリ
にアクセスすることによって通信するので、ステップ４
２２は使用されない。これにより、バス１２８、１４６
のアドレススペースを考慮する必要が無くなる。同様な
理由により、バスアドレスマッピングを実行するステッ
プ４４２を省略することができる。
記デバイス１２６およびホストコンピュータ１０８また
は１３０が上述のように直接メモリアクセス（ＤＭＡ）
方式を使用して通信を行うときに、変更されるのが好ま
しい。基本的に、図５に示したＤＤＩ ＤＭＡ可能な割
当て関数は、ステップ４２２およびステップ４４２を除
く、図５のすべてのステップを実行する。直接メモリア
クセス方式では、前記デバイスおよびホストコンピュー
タが該ホストコンピュータ１０８，１３０内部のメモリ
にアクセスすることによって通信するので、ステップ４
２２は使用されない。これにより、バス１２８、１４６
のアドレススペースを考慮する必要が無くなる。同様な
理由により、バスアドレスマッピングを実行するステッ
プ４４２を省略することができる。
【００４５】図８および図９は、前記ドライバ１１０
が、どのようにして、ＤＤＩデータアクセス関数を実行
するのかを説明する図である。図８ではＩ／Ｏを実行す
るためにハードウエアサポートが利用可能であるのに対
して、図９ではハードウエアが存在していない（ステッ
プ７１４および７１８参照）という点を除き、図８およ
び図９は互いに類似している。しかし、上述の如く、こ
のハードウエアの有無は、前記ドライバ１１０には見え
ない。図８および図９のステップ７１０において、前記
ドライバ１１０は、例えば、デバイス１２６のデバイス
メモリもしくはレジスタ、または、割当てられたＤＭＡ
可能なアドレス内のデータ制御構造に対してデータを書
き込むためのＤＤＩデータアクセス関数を呼出す（前記
参照文献の第８ページ目を参照）。ステップ７１０にお
いて、前記ドライバ１１０は、図４に関して説明した如
く、矢印３４４に示すように、デバイスバスアドレス
（または、ＤＭＡ可能なメモリアドレス）およびハンド
ルポインタ３４０を、ＤＤＩ環境３１０内のＤＤＩデー
タアクセス関数呼出し文３４８に与える。
が、どのようにして、ＤＤＩデータアクセス関数を実行
するのかを説明する図である。図８ではＩ／Ｏを実行す
るためにハードウエアサポートが利用可能であるのに対
して、図９ではハードウエアが存在していない（ステッ
プ７１４および７１８参照）という点を除き、図８およ
び図９は互いに類似している。しかし、上述の如く、こ
のハードウエアの有無は、前記ドライバ１１０には見え
ない。図８および図９のステップ７１０において、前記
ドライバ１１０は、例えば、デバイス１２６のデバイス
メモリもしくはレジスタ、または、割当てられたＤＭＡ
可能なアドレス内のデータ制御構造に対してデータを書
き込むためのＤＤＩデータアクセス関数を呼出す（前記
参照文献の第８ページ目を参照）。ステップ７１０にお
いて、前記ドライバ１１０は、図４に関して説明した如
く、矢印３４４に示すように、デバイスバスアドレス
（または、ＤＭＡ可能なメモリアドレス）およびハンド
ルポインタ３４０を、ＤＤＩ環境３１０内のＤＤＩデー
タアクセス関数呼出し文３４８に与える。
【００４６】図８のステップ７１４において、前記ＤＤ
Ｉ環境３１０（図４参照）は、それがプログラムしたＩ
／Ｏハードウエアを使用する。故に、ステップ７１４で
は、前記ＤＤＩデータアクセス関数が、前記デバイスバ
スアドレスに対する直接的な読み書きによって実行され
る。次のステップ７２２において、前記ＤＤＩデータア
クセス関数は、（適当な場合、前記ドライバ１１０によ
って呼出されたＤＤＩ関数の値と共に）前記ドライバ１
１０に制御を返す。前記デバイス１２６に対してワード
を送るドライバ１１０の場合、前記ドライバ１１０によ
って呼出されたＤＤＩ関数の結果として、前記ワードが
前記ドライバ１１０から前記デバイス１２６の指定され
たデバイスバスアドレスに書き込まれ、前記ドライバ１
１０とデバイス１２６との間のエンディアンネスおよび
データ配列特性の違いが調整される。
Ｉ環境３１０（図４参照）は、それがプログラムしたＩ
／Ｏハードウエアを使用する。故に、ステップ７１４で
は、前記ＤＤＩデータアクセス関数が、前記デバイスバ
スアドレスに対する直接的な読み書きによって実行され
る。次のステップ７２２において、前記ＤＤＩデータア
クセス関数は、（適当な場合、前記ドライバ１１０によ
って呼出されたＤＤＩ関数の値と共に）前記ドライバ１
１０に制御を返す。前記デバイス１２６に対してワード
を送るドライバ１１０の場合、前記ドライバ１１０によ
って呼出されたＤＤＩ関数の結果として、前記ワードが
前記ドライバ１１０から前記デバイス１２６の指定され
たデバイスバスアドレスに書き込まれ、前記ドライバ１
１０とデバイス１２６との間のエンディアンネスおよび
データ配列特性の違いが調整される。
【００４７】図９のステップ７１８において、前記ＤＤ
Ｉ環境３１０はＩ／Ｏハードウエアを有さない。故に、
前記ＤＤＩ環境３１０は、ソフトウエア方式を使用す
る。ここでは、前記ＤＤＩ環境３１０は、例えば、デバ
イス１２６の適当なデバイスバスアドレスにワードを書
き込むための適当なＤＤＩデータアクセス関数実行部３
３４を間接的に呼出す（矢印３５２）ことによって、前
記ドライバ１１０によって要求された関数を実行する。
その後、ステップ７２２において、前記ＤＤＩ環境３１
０は、前記ドライバ１１０に制御を戻す。この発明は、
上記の実施の形態に限らず、様々な変更が可能である。
例えば、前記ＤＤＩ環境３１０がホストコンピュータ１
０８，１３０の特性を調整するようにしてもよい。
Ｉ環境３１０はＩ／Ｏハードウエアを有さない。故に、
前記ＤＤＩ環境３１０は、ソフトウエア方式を使用す
る。ここでは、前記ＤＤＩ環境３１０は、例えば、デバ
イス１２６の適当なデバイスバスアドレスにワードを書
き込むための適当なＤＤＩデータアクセス関数実行部３
３４を間接的に呼出す（矢印３５２）ことによって、前
記ドライバ１１０によって要求された関数を実行する。
その後、ステップ７２２において、前記ＤＤＩ環境３１
０は、前記ドライバ１１０に制御を戻す。この発明は、
上記の実施の形態に限らず、様々な変更が可能である。
例えば、前記ＤＤＩ環境３１０がホストコンピュータ１
０８，１３０の特性を調整するようにしてもよい。
【００４８】最後に、本願において示された発明及び実
施の態様のいくつかを要約して列挙すると次の通りであ
る。 （１） 第１のデータアクセス特性を有するデバイスと
通信する少なくとも２つのホストコンピュータの間にお
けるデバイスドライバの可搬性を実現するための方法で
あって、前記ドライバが、第２のデータアクセス特性を
有するホストコンピュータによって実行されるコンピュ
ータ命令を格納したメモリを備えており、前記方法が、
デバイスドライバインターフェース環境内のメモリスペ
ースを、ハンドルのために割当てるステップと、前記デ
バイスドライバインターフェース環境により、少なくと
も２つのデバイスドライバインターフェース・データア
クセス関数実行部のうち、前記第１のデータアクセス特
性と第２のデータアクセス特性との違いを調整する、少
なくとも１つの前記関数実行部を選択するステップと、
前記デバイスドライバインターフェース環境により、前
記選択されたデバイスドライバインターフェース・デー
タアクセス関数実行部にアクセスするための情報を、前
記ハンドルに格納するステップと、前記デバイスドライ
バインターフェース環境を介して前記ドライバが前記デ
バイスに対して不透明なアクセスを行えるよう、前記デ
バイスドライバインターフェース環境により、前記ドラ
イバにハンドルポインタを送るステップであって、前記
デバイスドライバインターフェース環境が、前記ハンド
ル内の前記情報を使用することによって、前記選択され
たデバイスドライバインターフェース・データアクセス
関数実行部を呼出し、前記ドライバが前記第２のデータ
アクセス特性についての情報を有さないようにするもの
と、を具備することを特徴とする方法。 （２） 前記ハンドルに格納するステップが、前記ハン
ドルに前記選択されたデバイスドライバインターフェー
ス・データアクセス関数実行部のアドレスを格納するス
テップである前記１項に記載の方法。 （３） 前記ハンドルがホストコンピュータ固有部を有
し、前記アドレスを格納するステップが、前記アドレス
を前記ハンドルの前記ホストコンピュータ固有部に格納
するものである前記２項に記載の方法。 （４） 前記ハンドルがバス固有部を有し、前記デバイ
スのバスパラメータを識別するためのデータを前記バス
固有部に格納するステップをさらに含む前記１項に記載
の方法。 （５） 前記選択されたデバイスドライバインターフェ
ース・データアクセス関数実行部を間接的に呼出すため
に、前記ドライバから前記デバイスドライバインターフ
ェース環境内の関数呼出し部に前記ハンドルポインタを
送るステップをさらに含む前記１項に記載の方法。 （６） 前記ホストコンピュータのハードウエアによっ
て前記デバイスに対する直接的なデータアクセスを行う
ために、前記ドライバから前記デバイスドライバインタ
ーフェース環境内の関数呼出し部に前記ハンドルポイン
タを送るステップをさらに含む前記１項に記載の方法。 （７） 前記ドライバによって、該ドライバから前記デ
バイスドライバインターフェース環境に前記第１のデー
タアクセス特性を送るステップをさらに含む前記１項に
記載の方法。 （８） 前記ハンドルが、前記第１のデータアクセス特
性を格納するための共通部を含む前記７項に記載の方
法。
施の態様のいくつかを要約して列挙すると次の通りであ
る。 （１） 第１のデータアクセス特性を有するデバイスと
通信する少なくとも２つのホストコンピュータの間にお
けるデバイスドライバの可搬性を実現するための方法で
あって、前記ドライバが、第２のデータアクセス特性を
有するホストコンピュータによって実行されるコンピュ
ータ命令を格納したメモリを備えており、前記方法が、
デバイスドライバインターフェース環境内のメモリスペ
ースを、ハンドルのために割当てるステップと、前記デ
バイスドライバインターフェース環境により、少なくと
も２つのデバイスドライバインターフェース・データア
クセス関数実行部のうち、前記第１のデータアクセス特
性と第２のデータアクセス特性との違いを調整する、少
なくとも１つの前記関数実行部を選択するステップと、
前記デバイスドライバインターフェース環境により、前
記選択されたデバイスドライバインターフェース・デー
タアクセス関数実行部にアクセスするための情報を、前
記ハンドルに格納するステップと、前記デバイスドライ
バインターフェース環境を介して前記ドライバが前記デ
バイスに対して不透明なアクセスを行えるよう、前記デ
バイスドライバインターフェース環境により、前記ドラ
イバにハンドルポインタを送るステップであって、前記
デバイスドライバインターフェース環境が、前記ハンド
ル内の前記情報を使用することによって、前記選択され
たデバイスドライバインターフェース・データアクセス
関数実行部を呼出し、前記ドライバが前記第２のデータ
アクセス特性についての情報を有さないようにするもの
と、を具備することを特徴とする方法。 （２） 前記ハンドルに格納するステップが、前記ハン
ドルに前記選択されたデバイスドライバインターフェー
ス・データアクセス関数実行部のアドレスを格納するス
テップである前記１項に記載の方法。 （３） 前記ハンドルがホストコンピュータ固有部を有
し、前記アドレスを格納するステップが、前記アドレス
を前記ハンドルの前記ホストコンピュータ固有部に格納
するものである前記２項に記載の方法。 （４） 前記ハンドルがバス固有部を有し、前記デバイ
スのバスパラメータを識別するためのデータを前記バス
固有部に格納するステップをさらに含む前記１項に記載
の方法。 （５） 前記選択されたデバイスドライバインターフェ
ース・データアクセス関数実行部を間接的に呼出すため
に、前記ドライバから前記デバイスドライバインターフ
ェース環境内の関数呼出し部に前記ハンドルポインタを
送るステップをさらに含む前記１項に記載の方法。 （６） 前記ホストコンピュータのハードウエアによっ
て前記デバイスに対する直接的なデータアクセスを行う
ために、前記ドライバから前記デバイスドライバインタ
ーフェース環境内の関数呼出し部に前記ハンドルポイン
タを送るステップをさらに含む前記１項に記載の方法。 （７） 前記ドライバによって、該ドライバから前記デ
バイスドライバインターフェース環境に前記第１のデー
タアクセス特性を送るステップをさらに含む前記１項に
記載の方法。 （８） 前記ハンドルが、前記第１のデータアクセス特
性を格納するための共通部を含む前記７項に記載の方
法。
【００４９】（９） 第１のデータアクセス特性を有す
るデバイスと通信する少なくとも２つのホストコンピュ
ータの間におけるデバイスドライバの可搬性を実現する
ための装置であって、前記ドライバが、第２のデータア
クセス特性を有するホストコンピュータによって実行さ
れるコンピュータ命令を格納したメモリを備えており、
前記装置が、デバイスドライバインターフェース環境
と、前記デバイスドライバインターフェース環境内のメ
モリスペースをハンドルのために割当てるよう構成され
た、前記インターフェース環境内に設けられたセットア
ップメカニズムと、少なくとも２つのデバイスドライバ
インターフェース・データアクセス関数実行部のうち、
前記第１のデータアクセス特性と第２のデータアクセス
特性との違いを調整する少なくとも１つの前記関数実行
部を選択するよう構成された、前記インターフェース環
境内に設けられたセレクタと、前記選択されたデバイス
ドライバインターフェース・データアクセス関数実行部
にアクセスするための情報を前記ハンドルに格納するよ
う構成された、前記インターフェース環境内に設けられ
た記憶媒体と、前記デバイスドライバインターフェース
環境を介して前記ドライバが前記デバイスに対して不透
明なアクセスを行えるよう、前記デバイスドライバイン
ターフェース環境に前記ドライバに対してハンドルポイ
ンタを送らせるよう構成されたリターン関数メカニズム
であって、前記デバイスドライバインターフェース環境
が、前記ハンドル内の前記情報を使用することによっ
て、前記選択されたデバイスドライバインターフェース
・データアクセス関数実行部を呼出し、前記ドライバが
前記第２のデータアクセス特性についての情報を有さな
いようにしたものと、を具備することを特徴とする装
置。 （１０） 前記選択されたデバイスドライバインターフ
ェース・データアクセス関数実行部にアクセスするため
の情報が、前記ハンドルにおける前記選択されたデバイ
スドライバインターフェース・データアクセス関数実行
部のアドレスを含む前記９項に記載の装置。 （１１） 前記ハンドルがホストコンピュータ固有部を
有し、前記記憶媒体が、前記アドレスを前記ハンドルの
前記ホストコンピュータ固有部に格納するよう構成され
た前記１０項に記載の装置。 （１２） 前記ハンドルがバス固有部を有し、前記デバ
イスのバスパラメータを識別するためのデータを該バス
固有部に格納するよう構成された記憶媒体をさらに具備
した前記９項に記載の装置。 （１３） 前記選択されたデバイスドライバインターフ
ェース・データアクセス関数実行部を間接的に呼出すた
めに、前記ドライバから前記デバイスドライバインター
フェース環境内の関数呼出し部に前記ハンドルポインタ
を送る関数呼出しメカニズムをさらに備えた前記９項に
記載の装置。 （１４） 前記ホストコンピュータのハードウエアによ
って前記デバイスに対する直接的なデータアクセスを行
うために、前記ドライバから前記デバイスドライバイン
ターフェース環境内の関数呼出し部に前記ハンドルポイ
ンタを送るよう構成された関数呼出しメカニズムをさら
に備えた前記９項に記載の装置。 （１５） 前記ドライバから前記デバイスドライバイン
ターフェース環境に前記第１のデータアクセス特性を送
るよう構成された関数呼出しメカニズムをさらに具備し
た前記９項に記載の装置。 （１６） 前記ハンドルが、前記第１のデータアクセス
特性を格納するための共通部を含む前記１５項に記載の
装置。
るデバイスと通信する少なくとも２つのホストコンピュ
ータの間におけるデバイスドライバの可搬性を実現する
ための装置であって、前記ドライバが、第２のデータア
クセス特性を有するホストコンピュータによって実行さ
れるコンピュータ命令を格納したメモリを備えており、
前記装置が、デバイスドライバインターフェース環境
と、前記デバイスドライバインターフェース環境内のメ
モリスペースをハンドルのために割当てるよう構成され
た、前記インターフェース環境内に設けられたセットア
ップメカニズムと、少なくとも２つのデバイスドライバ
インターフェース・データアクセス関数実行部のうち、
前記第１のデータアクセス特性と第２のデータアクセス
特性との違いを調整する少なくとも１つの前記関数実行
部を選択するよう構成された、前記インターフェース環
境内に設けられたセレクタと、前記選択されたデバイス
ドライバインターフェース・データアクセス関数実行部
にアクセスするための情報を前記ハンドルに格納するよ
う構成された、前記インターフェース環境内に設けられ
た記憶媒体と、前記デバイスドライバインターフェース
環境を介して前記ドライバが前記デバイスに対して不透
明なアクセスを行えるよう、前記デバイスドライバイン
ターフェース環境に前記ドライバに対してハンドルポイ
ンタを送らせるよう構成されたリターン関数メカニズム
であって、前記デバイスドライバインターフェース環境
が、前記ハンドル内の前記情報を使用することによっ
て、前記選択されたデバイスドライバインターフェース
・データアクセス関数実行部を呼出し、前記ドライバが
前記第２のデータアクセス特性についての情報を有さな
いようにしたものと、を具備することを特徴とする装
置。 （１０） 前記選択されたデバイスドライバインターフ
ェース・データアクセス関数実行部にアクセスするため
の情報が、前記ハンドルにおける前記選択されたデバイ
スドライバインターフェース・データアクセス関数実行
部のアドレスを含む前記９項に記載の装置。 （１１） 前記ハンドルがホストコンピュータ固有部を
有し、前記記憶媒体が、前記アドレスを前記ハンドルの
前記ホストコンピュータ固有部に格納するよう構成され
た前記１０項に記載の装置。 （１２） 前記ハンドルがバス固有部を有し、前記デバ
イスのバスパラメータを識別するためのデータを該バス
固有部に格納するよう構成された記憶媒体をさらに具備
した前記９項に記載の装置。 （１３） 前記選択されたデバイスドライバインターフ
ェース・データアクセス関数実行部を間接的に呼出すた
めに、前記ドライバから前記デバイスドライバインター
フェース環境内の関数呼出し部に前記ハンドルポインタ
を送る関数呼出しメカニズムをさらに備えた前記９項に
記載の装置。 （１４） 前記ホストコンピュータのハードウエアによ
って前記デバイスに対する直接的なデータアクセスを行
うために、前記ドライバから前記デバイスドライバイン
ターフェース環境内の関数呼出し部に前記ハンドルポイ
ンタを送るよう構成された関数呼出しメカニズムをさら
に備えた前記９項に記載の装置。 （１５） 前記ドライバから前記デバイスドライバイン
ターフェース環境に前記第１のデータアクセス特性を送
るよう構成された関数呼出しメカニズムをさらに具備し
た前記９項に記載の装置。 （１６） 前記ハンドルが、前記第１のデータアクセス
特性を格納するための共通部を含む前記１５項に記載の
装置。
【００５０】（１７） 各々がメモリを有する少なくと
も２つのホストコンピュータの間におけるデバイスドラ
イバの可搬性を実現するために、コンピュータが読み取
り可能なコードを格納したコンピュータが使用可能な媒
体と、コンピュータに、デバイスドライバインターフェ
ース環境内のメモリスペースをハンドルのために割当て
させるよう構成された第１のコンピュータ読み取り可能
プログラムコード装置と、コンピュータに、前記デバイ
スドライバインターフェース環境を介して、少なくとも
２つのデバイスドライバインターフェース・データアク
セス関数実行部のうち、前記第１のデータアクセス特性
と第２のデータアクセス特性との違いを調整する少なく
とも１つの前記関数実行部を選択させるよう構成された
第２のコンピュータ読み取り可能プログラムコード装置
と、コンピュータに、前記デバイスドライバインターフ
ェース環境を介して、前記選択されたデバイスドライバ
インターフェース・データアクセス関数実行部にアクセ
スするための情報を前記ハンドルに格納させるよう構成
された第３のコンピュータ読み取り可能プログラムコー
ド装置と、前記ドライバがデバイスに対して不透明なア
クセスを行えるよう、コンピュータに、前記デバイスド
ライバインターフェース環境を介して、前記ドライバに
ハンドルポインタを送らせるよう構成された第４のコン
ピュータ読み取り可能プログラムコード装置とを具備
し、前記デバイスドライバインターフェース環境が、前
記ハンドル内の前記情報を使用することによって、前記
選択されたデバイスドライバインターフェース・データ
アクセス関数実行部を呼出し、前記ドライバが前記第２
のデータアクセス特性についての情報を有さないように
するコンピュータプログラム製品。 （１８） 前記ハンドルに格納させる第３のコンピュー
タ読み取り可能プログラムコード装置が、前記ハンドル
に前記選択されたデバイスドライバインターフェース・
データアクセス関数実行部のアドレスを格納させるもの
である前記１７項に記載のコンピュータプログラム製
品。 （１９） 前記ハンドルがホストコンピュータ固有部を
有し、前記ハンドルに格納させる第３のコンピュータ読
み取り可能プログラムコード装置が、前記アドレスを前
記ハンドルの前記ホストコンピュータ固有部に格納させ
るものである前記１８項に記載のコンピュータプログラ
ム製品。 （２０） 前記ハンドルがバス固有部を有し、前記デバ
イスのバスパラメータを識別するためのデータを該バス
固有部に格納するための第５のコンピュータ読み取り可
能プログラムコード装置をさらに具備した前記１７項に
記載のコンピュータプログラム製品。 （２１） 前記選択されたデバイスドライバインターフ
ェース・データアクセス関数実行部を間接的に呼出すた
めに、前記ドライバから前記デバイスドライバインター
フェース環境内の関数呼出し部に前記ハンドルポインタ
を送るための第６のコンピュータ読み取り可能プログラ
ムコード装置をさらに具備した前記１７項に記載のコン
ピュータプログラム製品。 （２２） 前記ホストコンピュータのハードウエアによ
って前記デバイスに対する直接的なデータアクセスを行
うために、前記ドライバから前記デバイスドライバイン
ターフェース環境内の関数呼出し部に前記ハンドルポイ
ンタを送るための第７のコンピュータ読み取り可能プロ
グラムコード装置をさらに具備した前記１７項に記載の
コンピュータプログラム製品。 （２３） 前記ドライバによって、該ドライバから前記
デバイスドライバインターフェース環境に前記第１のデ
ータアクセス特性を送るための第８のコンピュータ読み
取り可能プログラムコード装置をさらに具備した前記１
７項に記載のコンピュータプログラム製品。
も２つのホストコンピュータの間におけるデバイスドラ
イバの可搬性を実現するために、コンピュータが読み取
り可能なコードを格納したコンピュータが使用可能な媒
体と、コンピュータに、デバイスドライバインターフェ
ース環境内のメモリスペースをハンドルのために割当て
させるよう構成された第１のコンピュータ読み取り可能
プログラムコード装置と、コンピュータに、前記デバイ
スドライバインターフェース環境を介して、少なくとも
２つのデバイスドライバインターフェース・データアク
セス関数実行部のうち、前記第１のデータアクセス特性
と第２のデータアクセス特性との違いを調整する少なく
とも１つの前記関数実行部を選択させるよう構成された
第２のコンピュータ読み取り可能プログラムコード装置
と、コンピュータに、前記デバイスドライバインターフ
ェース環境を介して、前記選択されたデバイスドライバ
インターフェース・データアクセス関数実行部にアクセ
スするための情報を前記ハンドルに格納させるよう構成
された第３のコンピュータ読み取り可能プログラムコー
ド装置と、前記ドライバがデバイスに対して不透明なア
クセスを行えるよう、コンピュータに、前記デバイスド
ライバインターフェース環境を介して、前記ドライバに
ハンドルポインタを送らせるよう構成された第４のコン
ピュータ読み取り可能プログラムコード装置とを具備
し、前記デバイスドライバインターフェース環境が、前
記ハンドル内の前記情報を使用することによって、前記
選択されたデバイスドライバインターフェース・データ
アクセス関数実行部を呼出し、前記ドライバが前記第２
のデータアクセス特性についての情報を有さないように
するコンピュータプログラム製品。 （１８） 前記ハンドルに格納させる第３のコンピュー
タ読み取り可能プログラムコード装置が、前記ハンドル
に前記選択されたデバイスドライバインターフェース・
データアクセス関数実行部のアドレスを格納させるもの
である前記１７項に記載のコンピュータプログラム製
品。 （１９） 前記ハンドルがホストコンピュータ固有部を
有し、前記ハンドルに格納させる第３のコンピュータ読
み取り可能プログラムコード装置が、前記アドレスを前
記ハンドルの前記ホストコンピュータ固有部に格納させ
るものである前記１８項に記載のコンピュータプログラ
ム製品。 （２０） 前記ハンドルがバス固有部を有し、前記デバ
イスのバスパラメータを識別するためのデータを該バス
固有部に格納するための第５のコンピュータ読み取り可
能プログラムコード装置をさらに具備した前記１７項に
記載のコンピュータプログラム製品。 （２１） 前記選択されたデバイスドライバインターフ
ェース・データアクセス関数実行部を間接的に呼出すた
めに、前記ドライバから前記デバイスドライバインター
フェース環境内の関数呼出し部に前記ハンドルポインタ
を送るための第６のコンピュータ読み取り可能プログラ
ムコード装置をさらに具備した前記１７項に記載のコン
ピュータプログラム製品。 （２２） 前記ホストコンピュータのハードウエアによ
って前記デバイスに対する直接的なデータアクセスを行
うために、前記ドライバから前記デバイスドライバイン
ターフェース環境内の関数呼出し部に前記ハンドルポイ
ンタを送るための第７のコンピュータ読み取り可能プロ
グラムコード装置をさらに具備した前記１７項に記載の
コンピュータプログラム製品。 （２３） 前記ドライバによって、該ドライバから前記
デバイスドライバインターフェース環境に前記第１のデ
ータアクセス特性を送るための第８のコンピュータ読み
取り可能プログラムコード装置をさらに具備した前記１
７項に記載のコンピュータプログラム製品。
【００５１】
【発明の効果】以上のように、この発明は、多数の命令
セットアーキテクチャおよびプラットフォーム間で、デ
バイスドライバが完全なソースレベル互換性をもって動
作することを可能にする、という優れた効果を奏する。
セットアーキテクチャおよびプラットフォーム間で、デ
バイスドライバが完全なソースレベル互換性をもって動
作することを可能にする、という優れた効果を奏する。
【図１】この発明の一実施の形態を示す全体的なコンピ
ュータブロック図であり、ドライバの可搬性を示す図。
ュータブロック図であり、ドライバの可搬性を示す図。
【図２】デバイスに対するデータアクセスのために行わ
れる図１のドライバのセットアップ手続きを示すフロー
チャート。
れる図１のドライバのセットアップ手続きを示すフロー
チャート。
【図３】デバイスに対するデータアクセスのために行わ
れる図１のドライバのセットアップ手続きを示すフロー
チャート。
れる図１のドライバのセットアップ手続きを示すフロー
チャート。
【図４】図１のドライバおよびデバイスドライバインタ
ーフェイス環境のサブシステムブロック図。
ーフェイス環境のサブシステムブロック図。
【図５】ハンドルを構築するためにデバイスドライバイ
ンターフェイス環境によって実行されるステップのフロ
ーチャート。
ンターフェイス環境によって実行されるステップのフロ
ーチャート。
【図６】デバイスドライバインターフェイス関数の実行
例を示す図。
例を示す図。
【図７】デバイスドライバインターフェイス関数の実行
例を示す図。
例を示す図。
【図８】この発明の最終的な結果を示す図。
【図９】この発明の最終的な結果を示す図。
１０６ 可搬性 １０８ ホストコンピュータ １１０ ドライバ １１８ ＤＤＩの共通部 １２０ ＤＤＩホスト固有実行部 １２２ メモリ １２６ デバイス １２８ バス １３０ ホストコンピュータ １３８ ＤＤＩホスト固有実行部 １４２ メモリ １４６ バス
Claims (2)
- 【請求項１】 第１のデータアクセス特性を有するデバ
イスと通信する少なくとも２つのホストコンピュータの
間におけるデバイスドライバの可搬性を実現するための
方法であって、前記ドライバが、第２のデータアクセス
特性を有するホストコンピュータによって実行されるコ
ンピュータ命令を格納したメモリを備えており、前記方
法が、 デバイスドライバインターフェース環境内のメモリスペ
ースを、ハンドルのために割当てるステップと、 前記デバイスドライバインターフェース環境により、少
なくとも２つのデバイスドライバインターフェース・デ
ータアクセス関数実行部のうち、前記第１のデータアク
セス特性と第２のデータアクセス特性との違いを調整す
る、少なくとも１つの前記関数実行部を選択するステッ
プと、 前記デバイスドライバインターフェース環境により、前
記選択されたデバイスドライバインターフェース・デー
タアクセス関数実行部にアクセスするための情報を、前
記ハンドルに格納するステップと、 前記デバイスドライバインターフェース環境を介して前
記ドライバが前記デバイスに対して不透明なアクセスを
行えるよう、前記デバイスドライバインターフェース環
境により、前記ドライバにハンドルポインタを送るステ
ップであって、前記デバイスドライバインターフェース
環境が、前記ハンドル内の前記情報を使用することによ
って、前記選択されたデバイスドライバインターフェー
ス・データアクセス関数実行部を呼出し、前記ドライバ
が前記第２のデータアクセス特性についての情報を有さ
ないようにするものと、を具備することを特徴とする方
法。 - 【請求項２】 第１のデータアクセス特性を有するデバ
イスと通信する少なくとも２つのホストコンピュータの
間におけるデバイスドライバの可搬性を実現するための
装置であって、前記ドライバが、第２のデータアクセス
特性を有するホストコンピュータによって実行されるコ
ンピュータ命令を格納したメモリを備えており、前記装
置が、 デバイスドライバインターフェース環境と、 前記デバイスドライバインターフェース環境内のメモリ
スペースをハンドルのために割当てるよう構成された、
前記インターフェース環境内に設けられたセットアップ
メカニズムと、 少なくとも２つのデバイスドライバインターフェース・
データアクセス関数実行部のうち、前記第１のデータア
クセス特性と第２のデータアクセス特性との違いを調整
する少なくとも１つの前記関数実行部を選択するよう構
成された、前記インターフェース環境内に設けられたセ
レクタと、 前記選択されたデバイスドライバインターフェース・デ
ータアクセス関数実行部にアクセスするための情報を前
記ハンドルに格納するよう構成された、前記インターフ
ェース環境内に設けられた記憶媒体と、 前記デバイスドライバインターフェース環境を介して前
記ドライバが前記デバイスに対して不透明なアクセスを
行えるよう、前記デバイスドライバインターフェース環
境に前記ドライバに対してハンドルポインタを送らせる
よう構成されたリターン関数メカニズムであって、前記
デバイスドライバインターフェース環境が、前記ハンド
ル内の前記情報を使用することによって、前記選択され
たデバイスドライバインターフェース・データアクセス
関数実行部を呼出し、前記ドライバが前記第２のデータ
アクセス特性についての情報を有さないようにしたもの
と、を具備することを特徴とする装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US49973695A | 1995-07-07 | 1995-07-07 | |
| US08/499,736 | 1995-07-07 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09212444A true JPH09212444A (ja) | 1997-08-15 |
Family
ID=23986485
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8198264A Pending JPH09212444A (ja) | 1995-07-07 | 1996-07-08 | ホストコンピュータ間におけるデバイスドライバの可搬性を実現するための方法および装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5701483A (ja) |
| EP (1) | EP0752646B1 (ja) |
| JP (1) | JPH09212444A (ja) |
| DE (1) | DE69620062T2 (ja) |
Families Citing this family (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2742245B1 (fr) * | 1995-12-08 | 1998-01-23 | Transtar | Procede de manipulation de modeles de donnees utilises en genie logiciel |
| US6021275A (en) * | 1996-08-05 | 2000-02-01 | General Magic, Inc. | Object code structure and method for translation of architecture independent program implementations |
| US6233624B1 (en) * | 1997-05-08 | 2001-05-15 | Microsoft Corporation | System and method for layering drivers |
| US5991813A (en) * | 1997-05-16 | 1999-11-23 | Icon Cmt Corp. | Network enabled SCSI interface |
| KR100256944B1 (ko) * | 1997-07-31 | 2000-05-15 | 윤종용 | 피씨아이 핫 플러그를 위한 경보 장치 |
| US6594708B1 (en) | 1998-03-26 | 2003-07-15 | Sun Microsystems, Inc. | Apparatus and method for object-oriented memory system |
| US6631423B1 (en) * | 1998-03-31 | 2003-10-07 | Hewlett-Packard Development Company, L.P. | System and method for assessing performance optimizations in a graphics system |
| US6202147B1 (en) | 1998-06-29 | 2001-03-13 | Sun Microsystems, Inc. | Platform-independent device drivers |
| US6434694B1 (en) | 1998-06-29 | 2002-08-13 | Sun Microsystems, Inc. | Security for platform-independent device drivers |
| US6202146B1 (en) * | 1998-06-29 | 2001-03-13 | Sun Microsystems, Inc. | Endianness checking for platform-independent device drivers |
| US6088752A (en) * | 1998-08-06 | 2000-07-11 | Mobility Electronics, Inc. | Method and apparatus for exchanging information between buses in a portable computer and docking station through a bridge employing a serial link |
| US6070214A (en) * | 1998-08-06 | 2000-05-30 | Mobility Electronics, Inc. | Serially linked bus bridge for expanding access over a first bus to a second bus |
| US7734852B1 (en) | 1998-08-06 | 2010-06-08 | Ahern Frank W | Modular computer system |
| US6618767B1 (en) | 1998-11-17 | 2003-09-09 | Sun Microsystems, Inc. | Mechanism by which devices on unforeseen platform variants may be supported without re-release of core platform kernel software |
| US5968138A (en) * | 1999-04-23 | 1999-10-19 | Hewlett-Packard Company | Method and apparatus for peripheral system management, using multiple object interfaces |
| US20010047512A1 (en) * | 2000-03-23 | 2001-11-29 | Leland Szewerenko | Method and system for linking multiple processors having shared memory |
| US6594719B1 (en) | 2000-04-19 | 2003-07-15 | Mobility Electronics Inc. | Extended cardbus/pc card controller with split-bridge ™technology |
| FR2820222B1 (fr) * | 2001-01-26 | 2003-03-21 | Schneider Automation | Procede de programmation d'une application d'automatisme |
| US6725294B1 (en) * | 2001-02-20 | 2004-04-20 | Lsi Logic Corporation | Installation and access of a device handler for a peripheral device in a computer |
| US6944867B2 (en) | 2001-10-04 | 2005-09-13 | Lenovo (Singapore) Pte. Ltd. | Method for providing a single preloaded software image with an ability to support multiple hardware configurations and multiple types of computer systems |
| US7058898B2 (en) | 2002-03-22 | 2006-06-06 | Sun Microsystems, Inc. | Abstract user interface manager with prioritization |
| US20030225928A1 (en) * | 2002-05-28 | 2003-12-04 | Sun Microsystems, Inc. | Method, system, and program for managing access to a device by device specific components and operating system specific components |
| TW200410140A (en) * | 2002-12-03 | 2004-06-16 | Via Tech Inc | An initialization process in a device driver |
| US7281208B2 (en) * | 2004-11-18 | 2007-10-09 | Microsoft Corporation | Image stitching methods and systems |
| US20070076750A1 (en) * | 2005-09-30 | 2007-04-05 | Microsoft Corporation | Device driver interface architecture |
| US20070201059A1 (en) * | 2006-02-28 | 2007-08-30 | Radzykewycz Tim O | Method and system for automatically configuring a device driver |
| US7930459B2 (en) * | 2007-09-28 | 2011-04-19 | Intel Corporation | Coherent input output device |
| US8327101B2 (en) * | 2008-02-01 | 2012-12-04 | International Business Machines Corporation | Cache management during asynchronous memory move operations |
| US8245004B2 (en) * | 2008-02-01 | 2012-08-14 | International Business Machines Corporation | Mechanisms for communicating with an asynchronous memory mover to perform AMM operations |
| US8275963B2 (en) * | 2008-02-01 | 2012-09-25 | International Business Machines Corporation | Asynchronous memory move across physical nodes with dual-sided communication |
| US8356151B2 (en) * | 2008-02-01 | 2013-01-15 | International Business Machines Corporation | Reporting of partially performed memory move |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5475836A (en) * | 1987-04-01 | 1995-12-12 | Lotus Development Corporation | Interface for providing access to external data sources/sinks |
| US5157384A (en) * | 1989-04-28 | 1992-10-20 | International Business Machines Corporation | Advanced user interface |
| EP0419064A3 (en) * | 1989-09-22 | 1992-08-05 | International Business Machines Corporation | Computer system having apparatus for providing pointing device independent support in an operating environment |
| CA2010591C (en) * | 1989-10-20 | 1999-01-26 | Phillip M. Adams | Kernels, description tables and device drivers |
| US5179666A (en) * | 1990-06-07 | 1993-01-12 | Unisys Corporation | Block oriented peripheral device interface |
| US5265252A (en) * | 1991-03-26 | 1993-11-23 | International Business Machines Corporation | Device driver system having generic operating system interface |
| US5319751A (en) * | 1991-12-27 | 1994-06-07 | Intel Corporation | Device driver configuration in a computer system |
-
1996
- 1996-06-27 DE DE69620062T patent/DE69620062T2/de not_active Expired - Fee Related
- 1996-06-27 EP EP96110382A patent/EP0752646B1/en not_active Expired - Lifetime
- 1996-07-08 JP JP8198264A patent/JPH09212444A/ja active Pending
-
1997
- 1997-01-24 US US08/789,158 patent/US5701483A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US5701483A (en) | 1997-12-23 |
| EP0752646A3 (en) | 2000-02-23 |
| EP0752646B1 (en) | 2002-03-27 |
| DE69620062D1 (de) | 2002-05-02 |
| EP0752646A2 (en) | 1997-01-08 |
| DE69620062T2 (de) | 2002-11-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH09212444A (ja) | ホストコンピュータ間におけるデバイスドライバの可搬性を実現するための方法および装置 | |
| US5459867A (en) | Kernels, description tables, and device drivers | |
| US5355498A (en) | Method and apparatus for booting a computer system without loading a device driver into memory | |
| US6003112A (en) | Memory controller and method for clearing or copying memory utilizing register files to store address information | |
| US4403283A (en) | Extended memory system and method | |
| US5577230A (en) | Apparatus and method for computer processing using an enhanced Harvard architecture utilizing dual memory buses and the arbitration for data/instruction fetch | |
| US5062042A (en) | System for managing data which is accessible by file address or disk address via a disk track map | |
| US6260081B1 (en) | Direct memory access engine for supporting multiple virtual direct memory access channels | |
| US6298399B1 (en) | System for managing input/output accesses at a bridge/memory controller having a status register for recording cause of interrupt | |
| JPS61190638A (ja) | 仮想計算機のフアイル制御方式 | |
| JP2000500601A (ja) | 動的プログラム可能なモード切換えディバイスドライバアーキテクチャ | |
| EP0205943B1 (en) | Composite data-processing system using multiple standalone processing systems | |
| US6745320B1 (en) | Data processing apparatus | |
| US5146605A (en) | Direct control facility for multiprocessor network | |
| US4621319A (en) | Personal development system | |
| US20070201059A1 (en) | Method and system for automatically configuring a device driver | |
| US6684395B2 (en) | Multiple image dynamic bind and load procedure for a multi-processor | |
| CN111857839A (zh) | 一种基于Linux的PXI/PXIe总线设备驱动系统 | |
| JPS6364133A (ja) | 情報処理システム | |
| CN1312583C (zh) | 仿真装置和仿真方法 | |
| US6295587B1 (en) | Method and apparatus for multiple disk drive access in a multi-processor/multi-disk drive system | |
| US5504920A (en) | Video driver system for communicating device specific primitive commands to multiple video controller types | |
| US7660939B2 (en) | Operating system arrangement for flexible computer system design | |
| EP0316251B1 (en) | Direct control facility for multiprocessor network | |
| Radovici et al. | Service Capsules |