JP3842764B2 - Bus interface circuit - Google Patents
Bus interface circuit Download PDFInfo
- Publication number
- JP3842764B2 JP3842764B2 JP2003200895A JP2003200895A JP3842764B2 JP 3842764 B2 JP3842764 B2 JP 3842764B2 JP 2003200895 A JP2003200895 A JP 2003200895A JP 2003200895 A JP2003200895 A JP 2003200895A JP 3842764 B2 JP3842764 B2 JP 3842764B2
- Authority
- JP
- Japan
- Prior art keywords
- answer
- bus
- interface circuit
- notification
- response
- 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.)
- Expired - Fee Related
Links
Images
Description
【0001】
【発明の属する技術分野】
本発明は、インターロック転送方式のバスとスプリット転送方式のバスとを接続するバスインタフェース回路に関するものである。
パーソナルコンピュータをはじめ、CPUを備えた情報処理システムにおいては、CPUに直接に接続されるローカルバスと、様々な周辺装置を相互に接続するシステムバスとに、それぞれ異なる転送方式が用いられる場合が多い。
通常は、ローカルバスにインターロック転送方式が用いられ、システムバスには、スプリット転送方式が用いられており、ローカルバスとシステムバスとは、インタフェース回路を介して接続されている。
【0002】
【従来の技術】
図14に、一般的な情報処理システムの構成例を示す。
図14において、CPU401とメモリ402とを接続するローカルバスにおいては、インターロック転送方式が採用されており、CPU401によるアクセス要求が出力されると、このアクセス要求に応じたデータの転送終了まで、ローカルバスはこのアクセス処理によって占有される。
【0003】
一方、スプリット転送方式を採用したシステムバスにおいては、アクセス要求に相当するオーダが出力された後、入出力装置403側での処理が行われている間はシステムバスを解放し、転送すべきデータの準備ができた段階で、再びシステムバスを獲得してデータ転送を行っている。
このように、システムバスにおける転送方式としてスプリット転送方式を採用すれば、アクセス対象の入出力装置403における処理中は他の入出力装置403がシステムバスを利用可能とし、入出力装置403における入出力処理に要する時間を有効に利用することができる。
【0004】
ところで、図14に示したように、インターロック転送方式のローカルバスと、スプリット転送方式のシステムバスとを接続し、CPU401が入出力装置403にアクセスするためには、バスインタフェース回路404を設け、CPU401からの要求をスプリットバス転送方式に従ったオーダに変換し、また、入出力装置403からのデータをインターロック方式に従ってCPU401に返す構成とする必要がある。
【0005】
図15に、従来のバスインタフェース回路の構成例を示す。
図15において、ローカルバス受信レジスタ411およびシステムバス送信レジスタ412は、バッファを介してそれぞれローカルバスおよびシステムバスに接続されており、このローカルバス受信レジスタ411とシステムバス送信レジスタ412とは、送信バッファ413を介して接続されている。
【0006】
また、図15に示したローカルバス受信管理部414およびシステムバス送信管理部415は、送信管理バッファ416に保持された情報に基づいて、この送信バッファ413の動作を制御することにより、ローカルバスを介してCPU401からの要求を受け取り、この要求をスプリット転送方式に従ったオーダに変換して、システムバスに送出する構成となっている。
【0007】
上述したローカルバス受信管理部414は、送信バッファ413および送信管理バッファ416への書込アドレスを制御し、CPU401からの要求で指定されたアドレスおよび要求の種別などの管理情報を順次に保持する構成とすればよい。
また、システムバス送信管理部415は、上述したローカルバス受信管理部414による最終書込アドレスと自身による最終読出アドレスとの差に応じて、送信バッファ413および送信管理バッファ416の内容からスプリット転送方式に従ったオーダを作成し、システムバス送信レジスタ412を介して送出すればよい。
【0008】
一方、図15において、ローカルバス送信レジスタ421およびシステムバス受信レジスタ422は、バッファを介してそれぞれローカルバスおよびシステムバスに接続されており、このローカルバス送信レジスタ421とシステムバス受信レジスタ422とは、受信バッファ423を介して接続されている。
また、図15に示したローカルバス送信管理部424およびシステムバス受信管理部425は、受信管理バッファ426に保持された情報に基づいて、この受信バッファ423の動作を制御することにより、システムバスに出力されたアンサを受け取り、インターロック転送方式に従った応答に変換して、ローカルバスに送出する構成となっている。
【0009】
このシステムバス受信管理部425およびローカルバス送信管理部424は、上述した送信側と同様に、システムバスから受け取ったアンサおよび管理情報を順次に受信バッファ423に書き込み、その際の書込アドレスと読出アドレスとの差に応じて順次に読み出して、ローカルバスへの応答送信を管理すればよい。
また、ローカルバス受信管理部414は、ローカルバスを介して受け取った要求それぞれについて、プロトコルチェックやパリティチェックを行っており、これらのチェックの結果に応じて、ローカルバス送信管理部424を介してローカルバスにリトライ要求やエラー通知を行う構成となっている。
【0010】
また、このローカルバス受信管理部414は、正常な要求の受付に応じてタイマ417を起動する構成となっており、ローカルバス送信管理部424は、このタイマ417からのタイムアウト通知に応じて、アンサが返されていない要求についてタイマオーバーフローをCPU401に通知する構成となっている。
ここで、入出力装置403が正常に機能している場合に、CPU401からの要求に対して入出力装置403からの応答を返すまでに要する時間として十分な時間をこのタイマ417に設定しておけばよい。
【0011】
これにより、入出力装置403側に何らかの障害が発生した場合などに、上述したタイムアウト通知に応じて、CPU401の応答待ち状態を解除し、処理を続行させることができる。
なお、システムバス送信管理部およびシステムバス受信管理部の詳細な動作については、特開平3−67354号「転送データ中の最終データ判定方式」を参照されたい。
【0012】
また、スプリット転送方式に関する詳細な説明は、特開平3−253848号「スプリットバスにおける可変バス幅指定方式及び可変バス幅情報受信方式」を参照されたい。
ところで、複数のCPUを備えて情報処理の2重化を図ったシステムや複数の情報処理システムの間で入出力装置を共有化したシステムにおいては、図16に示すように、複数のシステムバスを更にバス拡張アダプタおよびバスコントローラを介して接続した構成が採用される場合がある。
【0013】
図16に示したような情報処理システムにおいて、CPU401aが、拡張されたシステムバス(以下、拡張バスと称する)に接続された入出力装置403にアクセスする場合は、CPU401aがローカルバスに送出した要求は、バスインタフェース回路404aにより対応するオーダに変換されてシステムバスに送出され、更に、バス拡張アダプタ405および拡張バスを介して目的とする入出力装置403に伝達される。
【0014】
一方、CPU401bが、上述した入出力装置403にアクセスする場合は、CPU401bがローカルバスに送出した要求は、バスインタフェース回路404bにより対応するオーダに変換されてシステムバスに送出され、その後、バスコントローラ406を介してCPU401a側のシステムバスに渡され、更に、拡張バスアダプタおよび拡張バスを介して入出力装置403に伝達される。
【0015】
また、入出力装置403によって拡張バスに送出されたアンサは、それぞれが対応する要求が伝達された経路を逆にたどって、バスインタフェース回路404a、404bのいずれかによって対応する応答に変換され、対応するローカルバスを介してCPU401a、401bに渡される。
【0016】
【発明が解決しようとする課題】
上述したように、従来のバスインタフェース回路は、送信バッファ413および受信バッファ423における書込アドレスと読出アドレスの差に応じて、それぞれからの読出動作を管理することにより、要求の順序およびアンサの順序のみを用いてこれらの対応関係の管理を行っていた。
【0017】
しかしながら、現実の情報処理システムにおいては、システムバスで発生した障害などによって、リードオペレーションに対してライトアンサが発生してしまう場合がある。
このような場合に、従来のバスインタフェース回路404は、入出力装置403からのリードデータとして、不定データをCPU401に返送してしまう可能性があり、情報処理システムの障害の原因となってしまう場合がある。
【0018】
また、従来のバスインタフェース回路では、単純に所定の時間内にアンサが返ってきた場合に、正常なアンサとして受け取っていた。
しかしながら、図16に示したような拡張された情報処理システムの場合には、要求が伝達される経路およびアンサが伝達される経路が複雑になったために、タイマ417からのタイムアウト通知に応じてアクセスが中断された後に、入出力装置403側からのアンサがバスインタフェース回路404に返される場合もある。
【0019】
ここで、システムバス側からのアンサがタイマオーバーフローの後に到達した場合については、ローカルバス送信管理部424に備えられたコマンドリジェクト機能により、アンサの受信そのものを拒否することができる。
しかし、タイマオーバーフローの直前にアンサが到達した場合は、バスインタフェース回路404の受信バッファ423に通常のアンサとして保持されてしまい、その後、タイマオーバーフローによって、このアンサが読み出されないままでアクセス処理が終結してしまう場合がある。
【0020】
このような場合には、CPU401からの新しい要求に対応する応答として、上述したタイマオーバーフロー直前に返されたアンサが、ローカルバスに誤って出力され、これによって、情報処理システムが異常な動作をしてしまう可能性がある。
図14に示したように、情報処理システムが比較的単純な構成である場合は、上述したタイマオーバーフロー通知に応じて、ローカルバスとシステムバスとの両方をリセットすることによって、バスインタフェース回路404内のバッファの内容をクリアし、情報処理システムを復旧することができた。
【0021】
しかし、図16に示したような拡張されたシステム構成では、一部の入出力装置の異常のために、システム全体をリセットすることはあまりにも重大なサービスの低下に繋がるので、リセットによる復旧策を採用することができない。
更に、上述したように、バスインタフェース回路404は、あくまでも、ローカルバスとシステムバスとの間での情報の授受を媒介するものであり、また、CPU401は、優先度の高い割込要求があれば、通常のアクセス要求の処理を中断して、優先して割込要求の処理を行う。
【0022】
したがって、図17に示すように、ローカルバス側からのアクセス要求1に対応してシステムバスに送出されたオーダ1が、該当する入出力装置によって処理されている間に、別の入出力装置からの割込オーダが、バスインタフェース回路を介して対応する割込要求としてローカルバスに送出されると、CPU401は、上述したアクセス要求1の処理を中断して、優先的に割込要求の処理を開始する。
【0023】
この場合に、CPU401は、上述した割込要求に対する応答をバスインタフェース回路を介してシステムバス側に返した後に、中断したアクセス要求のリトライ処理を行う。
【0024】
このとき、リトライしたアクセス要求1にパリティエラーなどが含まれていたために、バスインタフェース回路からエラー応答が返されると、CPU401がアクセス要求1の処理を終了し、別のアクセス要求2の処理を開始する場合がある。
さて、このときに、上述したオーダ1に対するアンサ1がバスインタフェース回路に入力されると、バスインタフェース回路は、アクセス要求2に対応する応答として、受信バッファ423内に保持されたアンサ1をローカルバスに出力してしまう。
【0025】
このように、システムバス側からの割込オーダの発生および中断されたアクセス要求のリトライ失敗が重なった場合には、バスインタフェース回路において、アクセス要求とアンサとの対応関係の混同が発生する可能性があり、以降の正常な動作を保証することができなかった。
このため、システムバスにおける障害や拡張されたシステム構成によって生じる様々な異常なアンサに柔軟に対応し、情報処理システムの正常な動作を保証するための技術が必要とされている。
【0026】
本発明は、アンサの特徴に応じて適切な管理を行うことが可能なバスインタフェース回路を提供することを目的とする。
【0027】
【課題を解決するための手段】
図1に、本発明のバスインタフェース回路の原理ブロック図を示す。
【0028】
バスインタフェース回路は、インターロック転送方式の第1バスとスプリット転送方式の第2バスとを接続し、第1バスから受け取ったアクセス要求を送信バッファ101を介して第2バス側へのオーダとして送出し、第2バスから返されたアンサを受信バッファ102を介して第1バス側への応答として送出する構成のバスインタフェース回路において、第1バスに出力された第2バス側へのアクセス要求の特徴と、このアクセス要求に応じて受信バッファ102に保持されたアンサの特徴とを照合する照合手段111と、照合手段111による照合結果に基づいて、受信バッファ102に保持されたアンサが、アクセス要求の特徴と異なる特徴を持つ不要なアンサであるか否かを判定する第1アンサ判定手段112と、不要なアンサである旨の判定結果に応じて、受信バッファ102内の該当するアンサを廃棄するアンサ廃棄手段113とを備えている。
【0029】
このバスインタフェース回路は、照合手段111による照合結果に応じて、第1アンサ判定手段112が判定動作を行い、この判定結果に応じて、アンサ廃棄手段113が受信バッファ102に保持されたアンサを廃棄することにより、第1バス側から受け取ったアクセス要求と第2バス側から返されたアンサとの特徴の不一致を検出し、不要なアンサを廃棄することができる。
【0030】
この場合は、例えば、リード要求に応じて、第2バス側から誤ってライトアンサが返された場合に、このライトアンサを不要なアンサとして廃棄することができるから、第1バス側に不定データを出力するといった誤応答を防ぐことができる。
本発明のバスインタフェース回路は、インターロック転送方式の第1バスとスプリット転送方式の第2バスとを接続し、第1バスに出力されたアクセス要求を送信バッファ101を介して第2バス側へのオーダとして送出し、第2バスから返されたアンサを受信バッファ102を介して第1バス側への応答として送出する構成のバスインタフェース回路において、第2バス側へのアクセスアクセス要求の受付を開始してから所定の時間が経過したときに、その旨を示すタイムアウト通知を出力するタイマ114と、タイムアウト通知に応じて、受信バッファ102に保持されたアンサが既に第1バス側で無効となった不要なアンサであるか否かを判定する第2アンサ判定手段115と、不要なアンサである旨の判定結果に応じて、受信バッファ102内の該当するアンサを廃棄するアンサ廃棄手段113とを備えたことを特徴とする。
【0031】
このバスインタフェース回路は、タイマ114からのタイムアウト通知に応じて、第2アンサ判定手段115が判定動作を行い、この判定結果に応じて、アンサ廃棄手段113が、受信バッファ102に保持されたアンサを廃棄することにより、第1バス側におけるアクセス処理が終了したために不要となったアンサを受信バッファ102から除去することができる。
【0032】
これにより、受信バッファ102からの読出処理に要する時間にかかわらず、タイマオーバーフロー直前のきわどいタイミングで第2バス側から返されたアンサも漏れなく、不要なアンサとして廃棄することができ、以降の正常な動作を保証することができる。
また、バスインタフェース回路は、インターロック転送方式の第1バスとスプリット転送方式の第2バスとを接続し、第1バスから受け取ったアクセス要求を送信バッファ101を介して第2バス側へのオーダとして送出し、第2バスから返されたアンサを受信バッファ102を介して第1バス側への応答として送出する構成のバスインタフェース回路において、第2バス側へのアクセス動作の開始後に発生した第1バス側でのアクセスエラーに応じて、アンサ廃棄待ちモードを設定するモード設定手段116と、アンサ廃棄待ちモードが設定されている期間は、第1バスから第2バス側への新規のアクセス要求に対してリトライ応答を返す要求受付制御手段117と、アンサ廃棄待ちモードの設定の有無に応じて、受信バッファ102に保持されたアンサが既に第1バス側で無効となった不要なアンサであるか否かを判定する第3アンサ判定手段118と、不要なアンサである旨の判定結果に応じて、受信バッファ102内の該当するアンサを廃棄するアンサ廃棄手段113と、アンサ廃棄手段113によるアンサ廃棄動作の完了に応じて、アンサ廃棄待ちモードを解除するモード解除手段119とを備えている。
【0033】
このバスインタフェース回路は、モード設定手段116とモード解除手段119とにより、アンサ廃棄待ちモードの設定および解除を行い、このアンサ廃棄待ちモードの設定の有無に応じて、第3アンサ判定手段118が判定動作を行い、この判定結果に応じてアンサ廃棄手段113が受信バッファ102に保持されたアンサを廃棄することにより、エラーの発生により、第1バス側で無効になったアンサを不要なアンサとして廃棄することができる。
【0034】
また、アンサ廃棄待ちモードの設定の有無に応じて、要求受付制御手段117がアクセス要求にリトライ応答することにより、上述した不要なアンサが廃棄されるまで新規のアクセス要求の受付を拒否し、アンサとアクセス要求との対応関係の混同を確実に防ぐことができる。
また、バスインタフェース回路は、第2バス側へのアクセス動作の開始から所定の時間が経過したときに、その旨を示すタイムアウト通知を出力するタイマ114と、タイムアウト通知に応じて、受信バッファ102に保持されたアンサが既に第1バス側で無効となった不要なアンサであるか否かを判定する第2アンサ判定手段115とを備えている。
【0035】
このバスインタフェース回路は、第3アンサ判定手段118による判定結果あるいは第2アンサ判定手段115による判定結果に応じて、アンサ廃棄手段113が動作することにより、廃棄対象のアンサが到達しない場合でも、タイマオーバーフローに応じてアンサ廃棄待ちモードを解除し、新規のアクセス要求の受付を再開することができる。
【0036】
また、バスインタフェース回路は、第1バスに出力された第2バス側へのアクセス要求の特徴と、このアクセス要求に応じて受信バッファ102に保持されたアンサの特徴とを照合する照合手段111と、照合手段111による照合結果に基づいて、受信バッファ102に保持されたアンサが、アクセス要求の特徴と異なる特徴を持つ不要なアンサであるか否かを判定する第1アンサ判定手段112とを備えている。
【0037】
このバスインタフェース回路は、要求受付制御手段117の動作により、アンサとアクセス要求との対応関係の混同を確実に防ぐことができるので、照合手段111により、アクセス要求の特徴を示す特徴情報の一部とアンサの特徴を示す特徴情報の一部とを照合することにより、確実に特徴の不一致を検出することが可能であるから、照合手段111を構成するために必要なハードウェア量を大幅に削減することができる。
【0038】
【発明の実施の形態】
以下、図面に基づいて、本発明の実施形態について詳細に説明する。
図2に、本発明に関連するバスインタフェース回路を示す。
図2に示したバスインタフェース回路は、図15に示したバスインタフェース回路に、照合回路211とアンサ廃棄処理部212とを付加し、この照合回路211によって、ローカルバスから受け取った要求の特徴とシステムバスから受け取ったアンサの特徴とを照合し、この照合結果に応じて、アンサ廃棄処理部212が、ローカルバス送信管理部424およびシステムバス受信管理部425を制御して、送信バッファ423に保持されたアンサを廃棄する構成となっている。
【0039】
この照合回路211は、上述した照合手段111に相当するものであり、ローカルバス受信レジスタ411を介して、要求先のアドレスとともに要求種別やブロックアクセスであるか否かなどの要求管理情報を要求の特徴として受け取り、また、受信管理バッファ426を介して、アンサ元のアドレスとともに上述した要求管理情報と同様のアンサ管理情報を受け取って、これらの情報を相互に照合すればよい。
【0040】
また、上述した照合回路211による照合結果は、ローカルバス受信管理部414によるエラー通知ととともに、オアゲート201を介してローカルバス送信管理部424に入力されている。
図3に、この照合回路211の詳細構成を示す。
図3に示した照合回路211において、アドレス照合部213は、要求先アドレスの少なくとも一部とアンサ元アドレスの少なくとも一部とを照合する構成となっており、また、管理情報照合部214は、要求管理情報とアンサ管理情報とを照合する構成となっている。
【0041】
また、上述したアドレス照合部213による照合結果と管理情報照合部214による照合結果は、オアゲート215を介して、この照合回路211の出力として、オアゲート201に入力される構成となっている。
なお、アドレス照合部213および管理情報照合部214は、2つの入力データが一致する場合に論理「0」を出力し、不一致の場合に論理「1」を出力する構成とすればよい。
【0042】
この照合回路211に、リード要求に対応する要求管理情報とライトアンサに対応するアンサ管理情報とが入力されると、管理情報照合部214の出力が論理「1」となり、照合回路211の出力として、不一致を示す論理「1」が出力される。
このようにして、要求とアンサとの特徴の不一致を検出し、この検出結果をオアゲート201を介してローカルバス送信管理部424にエラー通知することにより、システムバス側で発生した障害によるアンサの異常をプロトコルエラーと同様のエラーとして、図4(a)に示すように、CPU401に通知することが可能となる。
【0043】
このオアゲート201を介するエラー通知の入力に応じて、ローカルバス送信管理部424は、ローカルバス送信レジスタ421を介して、データ転送終了およびエラー表示をローカルバスに送出し、CPU401にエラーの発生を通知すればよい。
また、要求とアンサの特徴が不一致である旨の照合結果に応じて、アンサ廃棄処理部212は、例えば、ローカルバス送信管理部424に受信バッファ423からの読出停止を指示するとともに、読出アドレスをインクリメントすればよい。
【0044】
このように、照合回路211により、特徴の不一致を検出したか否かを示す照合結果を得て、この照合結果に応じて、アンサ廃棄処理部212が動作する構成とすることにより、上述した第1アンサ判定手段112およびアンサ廃棄手段113の機能を実現し、要求の特徴と一致しない特徴を持つアンサを不要なアンサとして廃棄することができる。
【0045】
これにより、上述したような誤ったアンサを受信バッファ423から読み出して応答処理に供する代わりに、不要なアンサとして廃棄することができ、また、上述したエラー通知に応じて、CPU401が、適切なエラー処理を行うことにより、例えば、リード要求に対してライトアンサが誤って返された場合などに、この誤ったアンサをCPU401が取り込むことを防ぐことができる。
【0046】
このようにして、システムバスなどにおける障害などで発生した異常なアンサに柔軟に対応し、以降の情報処理システムの誤動作を防ぐことが可能となり、バスインタフェース回路の信頼性を向上することができる。
次に、タイマオーバーフロー後に到達するアンサに対応する方法について説明する。
【0047】
図5に、本発明のバスインタフェース回路の実施形態を示す。
図5に示したバスインタフェース回路は、図15に示したバスインタフェース回路にアンサ制御部221を付加し、このアンサ制御部221がローカルバス受信管理部414からのアクセス要求受付通知 ( 後述する )およびローカルバス送信管理部424からのローカルバスアクセスエラー通知に応じて、ローカルバス送信管理部424の動作を制御する構成となっている。
【0048】
ここで、ローカルバス受信管理部414は、従来と同様のパリティチェックおよびプロトコルチェックを行い、適切なアクセスであると判断したときに、システムバス側へのアクセス要求を受付けたことを示すアクセス要求受付通知として論理「1」を出力する構成となっている。
また、上述したシステムバスアクセス開始通知に応じて、タイマ417が計時動作を開始し、所定の時間の経過したことを示すタイムアウト通知を出力することにより、上述したタイマ114の機能を実現する構成となっている。
【0049】
また、ローカルバス送信管理部424は、ローカルバス受信管理部414からのエラー通知およびタイマ417からのタイムアウト通知の少なくとも一方を受け取ったときに、ローカルバスアクセスエラー通知として、論理「1」を出力する構成となっている。
この場合は、図6に示すように、オアゲート222とJ−Kフリップフロップ223とからなる通知作成部224とアンサ廃棄処理部225とを備えてアンサ制御部221を構成し、この通知作成部224で得られたアンサ待ち中通知に応じて、アンサ廃棄処理部225がローカルバス送信管理部424を制御する構成とすればよい。
【0050】
図6において、通知作成部224は、アクセス要求受付通知に応じて、J−Kフリップフロップ223をセットし、ローカルバスアクセスエラー通知またはアンサ受信通知に応じてリセットすることにより、ローカルバス側がシステムバスからのアンサを待っているか否か、すなわち、到達したアンサが有効であるか否かを示すアンサ待ち中通知を作成する構成となっている。
【0051】
ここで、通知作成部224は、受信管理バッファ426から新しいアンサが書き込まれた旨の通知を受け取り、これをアンサ受信通知として、オアゲート222を介してJ−Kフリップフロップ223に入力すればよい。
また、アンサ廃棄処理部225は、タイマ417からのタイムアウト通知に応じて、アンサ待ち中通知が論理「0」となり、アンサ待ちが解除された旨が示さると、即座に、読出アドレスをインクリメントしてアンサを廃棄する構成とすればよい。
【0052】
このように、通知作成部224により、システムバスアクセスの開始およびタイマオーバーフローの発生に応じて変化するアンサ待ち中通知を作成し、これに応じて、アンサ廃棄処理部225が動作することにより、上述した第2アンサ判定手段115およびアンサ廃棄手段113の機能を実現し、ローカルバス側で既に無効となったアンサを廃棄することができる。
【0053】
これにより、図4(b)に示すように、タイマオーバーフロー直前のきわどいタイミングでアンサが返された場合においても、バスインタフェース回路内での遅延などにかかわらず、アンサを確実に廃棄することができる。
これにより、CPU401で処理可能なタイミングで返されたアンサのみを応答としてローカルバスに送出し、CPU401における処理が終結したアクセス要求に対するアンサを不要なアンサとして廃棄することができ、以降の情報処理システムの動作を保証することが可能となる。
【0054】
特に、図16に示したように、バス構成が拡張された情報処理システムに備えられたバスインタフェース回路に、本発明を適用し、タイマオーバーフロー後の動作を保証すれば、非常に大きな効果が期待できる。
なぜなら、このような拡張された情報処理システムにおいては、要求およびアンサの伝達経路の複雑さのために、上述したようなきわどいタイミングでアンサが返される可能性が高く、また、タイマオーバーフローに応じて全てのバスをリセットして復旧することが、重大なサービス低下に繋がるからである。
【0055】
次に、図17に示したような場合に発生するアクセス要求とアンサとの対応関係の混同に対応する方法について説明する。
図7に、本発明に関連するバスインタフェース回路を示す。
図7において、バスインタフェース回路は、図5に示したアンサ制御部221に代えてアンサ制御部231と受付制御部232とを備え、このアンサ制御部231により、ローカルバス送信管理部424を介してアンサの廃棄制御を行うとともに、後述するアンサ廃棄待ち中通知を作成し、また、このアンサ廃棄待ち中通知に応じて、受付制御部232が、ローカルバス受信管理部414を介して新規のアクセス要求の受付処理を制御する構成となっている。
【0056】
このアンサ制御部231は、図8に示すように、アンドゲート233とJ−Kフリップフロップ234とからなる通知作成部235とアンサ廃棄処理部236とを備え、通知作成部235で得られたアンサ廃棄待ち中通知とアンサ受信通知とに応じて、アンサ廃棄処理部236がローカルバス送信管理部424を介して受信バッファ423および受信管理バッファ426の読出アドレスを制御する構成となっている。
【0057】
図8において、通知作成部235は、アクセス要求受付通知とローカルバスアクセスエラー通知との論理積に応じて、J−Kフリップフロップ234をセットし、後述するアンサ廃棄終了通知に応じてリセットすることにより、J−Kフリップフロップ234の出力として、アンサ廃棄待ち中通知を得る構成となっている。
【0058】
また、アンサ廃棄処理部236は、アンサ廃棄待ち中通知として論理「1」が入力されているときに、アンサを受信した旨のアンサ受信通知を受け取った場合に、ローカルバス送信管理部424に対して、読出アドレスを該当するアンサが格納された位置までインクリメントする旨を指示し、このインクリメント処理の終了後に、アンサ廃棄が終了した旨のアンサ廃棄終了通知を通知作成部234に送出する構成となっている。
【0059】
したがって、アンサ廃棄待ち中通知は、システムバスアクセスが開始された後、ローカルバスアクセスエラーの発生に応じて論理「1」となってアンサ廃棄待ち中である旨を示し、アンサの受信に伴って行われるアンサ廃棄の終了に応じて論理「0」となる。
すなわち、アンサ廃棄待ち中通知は、未到達のアンサに関するローカルバス側の処理が終結したか否かを示している。
【0060】
したがって、通知作成部235が、上述したようにして、アンサ廃棄待ち中通知を作成することにより、上述したモード設定手段116およびモード解除手段119の機能を実現し、また、このアンサ廃棄待ち中通知に応じて、アンサ廃棄処理部236が動作することにより、第3アンサ判定手段118およびアンサ廃棄手段113の機能を実現し、ローカルバス側での処理が終結したアンサを不要なアンサとして廃棄することができる。
【0061】
また、図7において、受付制御部232は、上述した要求受付制御手段117に相当するものであり、アンサ廃棄待ち中通知として論理「1」が入力されているときに、ローカルバス受信レジスタ411に新規のアクセス要求が入力されると、ローカルバス受信管理部414にこのアクセス要求に対して、ローカルバス送信管理部424を介して、リトライ応答をする旨を指示する構成とすればよい。
【0062】
この場合は、図9に示すように、割込要求によるアクセス要求1に対応する処理の中断とこのアクセス要求1に相当するリトライ要求1におけるエラー発生が重なった場合には、このエラー発生に応じて、アンサ廃棄待ち中通知が論理「1」となり、これに応じて、以降にCPU401から発行されたアクセス要求2に対してリトライ応答が返される。
【0063】
また、割込要求によって中断されたアクセス要求1に対応するオーダ1に対して、システムバス側から返されたアンサ1は、アンサ廃棄待ち中通知に応じてアンサ廃棄処理部236が動作することによって廃棄される。
このようにして、割込要求によって中断されたアクセス要求1に対応するオーダ1に対するアンサ1を受信して廃棄するまでは、新規のアクセス要求に対してリトライ応答することにより、複数のアンサが返ってくる可能性を排除し、バスインタフェース回路内部でのアクセス要求とアンサとの対応関係の混同そのものを防ぐことができる。
【0064】
これにより、図9に示したような特殊な状況においても、上述したようにしてアクセス要求とアンサとの対応関係の混同を防ぐことによって、以降の情報処理システムの正常な動作を保証することができる。
【0065】
但し、上述したように、廃棄対象のアンサ受信および廃棄処理終了まで、アンサ廃棄待ち中とした場合は、該当する入出力装置の障害などによりアンサが返されない場合の動作に課題が残る。
以下、システムバス側の障害などにかかわらず、正常な動作を保証する方法について説明する。
【0066】
図10に、本発明に関連するバスインタフェース回路を示す。
このバスインタフェース回路は、図7に示したアンサ制御部231に代えてアンサ制御部241を備え、このアンサ制御部241内部でタイマオーバーフローを考慮したアンサ廃棄待ち中通知を作成し、受付制御部232の処理に供するとともに、ローカルバス送信管理部424を介してアンサの廃棄を制御する構成となっている。
【0067】
図11に、アンサ制御部241の詳細構成を示す。
図11において、アンサ制御部241は、図8に示した通知作成部235に代えて、図6に示した通知作成部224にアンドゲート233とJ−Kフリップフロップ234とを付加した構成の通知作成部242を備え、この通知作成部242で得られたアンサ廃棄待ち中通知およびタイマ417からのタイムアウト通知に応じて、アンサ廃棄処理部243が動作する構成となっている。
【0068】
この通知作成部242は、J−Kフリップフロップ223で得られるアンサ待ち中通知とローカルバスアクセスエラーとをアンドゲート233を介してJ−Kフリップフロップ234の入力端子Jに入力し、アンサ廃棄終了通知を入力端子Kに入力し、このJ−Kフリップフロップ234の出力としてアンサ廃棄待ち中通知を得る構成となっている。
【0069】
また、アンサ廃棄処理部243は、アンサ廃棄待ち中通知によって示されるアンサ待ち状態の解除に応じて動作を開始し、新規のアンサの受信あるいはタイムアウト通知に応じて、ローカルバス送信管理部424に読出アドレスのインクリメントを指示してアンサの廃棄処理を行い、このアンサ廃棄処理の終了に応じて、アンサ廃棄終了通知を通知作成部242に送出する構成とすればよい。
【0070】
この場合は、アンサ待ち状態におけるローカルバスにおけるエラーの発生に応じて、アンサ廃棄待ち中通知が論理「1」となってアンサ廃棄待ち状態が示され、廃棄対象のアンサの受信あるいはタイマオーバーフローに伴って行われるアンサ廃棄処理の終了に応じて、アンサ廃棄待ち状態が解除される。
したがって、図12に示すように、割込処理によってアクセス要求1の処理が中断され、このアクセス要求1のリトライ処理におけるエラーが発生した場合に、廃棄対象のアンサがタイマ417の設定時間内に到達しない場合は、タイマオーバーフローに伴うアンサの廃棄処理に応じてアンサ廃棄待ち状態が解除され、新規のアクセス要求の受付が可能となる。
【0071】
なお、タイマオーバーフロー後に、図12に示したアクセス要求1に対するアンサ1が返された場合は、通常のコマンドリジェクト機能による処理に任せればよい。
このように、タイマオーバーフローを考慮したアンサ廃棄待ち中通知に応じて、アンサ廃棄処理を制御することにより、システムバス側での障害の発生にかかわらず、バスインタフェース回路内でのアクセス要求とアンサとの対応関係の混同を防ぐことができるので、情報処理システムの信頼性をより一層向上することができる。
【0072】
また、図11に示したローカルバスアクセスエラー通知は、ローカルバス受信管理部414によるアクセスエラーの検出およびタイマオーバーフローの発生に応じて論理「1」となるから、上述したような特殊なエラーが発生しなくても、タイマオーバーフローの発生に応じて、J−Kフリップフロップ223における遅延により、J−Kフリップフロップ234がセットされ、アンサ廃棄待ち中通知が論理「1」となる。
【0073】
これに応じて、アンサ廃棄処理部243により、即座にアンサの廃棄処理が行われるから、図4(b)に示したようなきわどいタイミングでアンサが返された場合でも柔軟に対応し、以降の正常な動作を保証することができる。
ところで、図2に示した照合回路211によって、図17に示したアンサ1の特徴とアクセス要求2の特徴とを厳密に照合すれば、上述したようなバスインタフェース内でのアクセス要求とアンサとの対応関係の混同を防止することも可能である。
【0074】
しかしながら、この場合は、照合回路211による照合対象となる情報は、少なくともアドレス全体と管理情報全体となり、照合回路211を構成するために必要なゲート数が大幅に増大し、バスインタフェース回路全体としての回路規模が大きくなってしまう。
次に、バスインタフェース回路の回路規模を抑えながら、誤応答とともにアクセス要求とアンサとの対応関係の混同を防ぐ方法について説明する。
【0075】
図13に、本発明に関連するバスインタフェース回路を示す。
このバスインタフェース回路は、図2に示したバスインタフェース回路に、図7に示したアンサ制御部231および受付制御部232を付加し、アンサ廃棄処理部212およびアンサ制御部231がローカルバス送信管理部424を制御するとともに、アンサ制御部231で得られたアンサ廃棄待ち中通知に応じて、受付制御部232がローカルバス受信管理部414を制御する構成となっている。
【0076】
この場合は、アンサ廃棄待ち中通知に応じて受付制御部232が動作して、アンサ廃棄待ち中における新規のアクセス要求にリトライ応答し、アクセス要求の受付そのものを拒否することにより、図17に示したような特殊な場合においても、バスインタフェース回路において処理すべきアンサを特定することができる。
【0077】
したがって、照合回路211において、類似したアクセス要求に対応するアンサの特徴を峻別する必要がないので、照合回路211における照合対象の情報を絞り込むことが可能となる。
この場合は、例えば、アドレスの上位数ビットと管理情報とを照合することにより、アクセス要求の特徴とアンサの特徴との不一致を十分に検出することが可能であるから、アドレス全体を照合対象とした場合に比べて、照合回路211の回路規模を大幅に縮小することができる。
【0078】
【発明の効果】
以上に説明したように、請求項1の発明は、タイムアウト通知に応じて、受信バッファ内のアンサを廃棄することにより、バスインタフェース回路内での遅延の有無にかかわらず、タイマオーバーフローによるアクセス処理の終結以降の情報処理システムの正常動作を保証することができる。
【図面の簡単な説明】
【図1】本発明のバスインタフェース回路の原理ブロック図である。
【図2】本発明に関連するバスインタフェース回路を示す図である。
【図3】照合回路の詳細構成図である。
【図4】バスインタフェース回路の動作を説明する図である。
【図5】本発明のバスインタフェース回路の実施形態を示す図である。
【図6】アンサ制御部の詳細構成図である。
【図7】本発明に関連するバスインタフェース回路を示す図である。
【図8】アンサ制御部の詳細構成図である。
【図9】バスインタフェース回路の動作を説明する図である。
【図10】本発明に関連するバスインタフェース回路を示す図である。
【図11】アンサ制御部の詳細構成図である。
【図12】バスインタフェース回路の動作を説明する図である。
【図13】本発明に関連するバスインタフェース回路を示す図である。
【図14】一般的な情報処理システムの構成例を示す図である。
【図15】従来のバスインタフェース回路の構成例を示す図である。
【図16】拡張された情報処理システムの構成例を示す図である。
【図17】バスインタフェース回路の動作を説明する図である。
【符号の説明】
101 送信バッファ
102 受信バッファ
111 照合手段
112 第1アンサ判定手段
113 アンサ廃棄手段
114、417 タイマ
115 第2アンサ判定手段
116 モード設定手段
117 要求受付制御手段
118 第3アンサ判定手段
119 モード解除手段
201、215、222 オアゲート
211 照合回路
212、225、236、243 アンサ廃棄処理部
213 アドレス照合部
214 管理情報照合部
221、231、241 アンサ制御部
223、234 J−Kフリップフロップ
224、235、242 通知作成部
232 受付制御部
233 アンドゲート
401 CPU
402 メモリ
403 入出力装置
404 バスインタフェース回路
405 バス拡張アダプタ
406 バスコントローラ
411 ローカルバス受信レジスタ
412 システムバス送信レジスタ
413 送信バッファ
414 ローカルバス受信管理部
415 システムバス送信管理部
416 送信管理バッファ
421 ローカルバス送信レジスタ
422 システムバス受信レジスタ
423 受信バッファ
424 ローカルバス送信管理部
425 システムバス受信管理部
426 受信管理バッファ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a bus interface circuit for connecting an interlock transfer bus and a split transfer bus.
In an information processing system including a CPU including a personal computer, different transfer methods are often used for a local bus directly connected to the CPU and a system bus for connecting various peripheral devices to each other. .
Usually, the interlock transfer method is used for the local bus, the split transfer method is used for the system bus, and the local bus and the system bus are connected via an interface circuit.
[0002]
[Prior art]
FIG. 14 shows a configuration example of a general information processing system.
In FIG. 14, the local transfer bus connecting the
[0003]
On the other hand, in the system bus adopting the split transfer method, after the order corresponding to the access request is output, the system bus is released while the processing on the input /
As described above, when the split transfer method is adopted as the transfer method in the system bus, other input /
[0004]
By the way, as shown in FIG. 14, a
[0005]
FIG. 15 shows a configuration example of a conventional bus interface circuit.
In FIG. 15, a local bus reception register 411 and a system bus transmission register 412 are connected to a local bus and a system bus via buffers, respectively. The local bus reception register 411 and the system bus transmission register 412 are a transmission buffer. 413 is connected.
[0006]
Further, the local bus reception management unit 414 and the system bus transmission management unit 415 shown in FIG. 15 control the operation of the transmission buffer 413 based on the information held in the
[0007]
The above-described local bus reception management unit 414 controls write addresses to the transmission buffer 413 and the
Further, the system bus transmission management unit 415 determines the split transfer method from the contents of the transmission buffer 413 and the
[0008]
On the other hand, in FIG. 15, the local bus transmission register 421 and the system
Further, the local bus transmission management unit 424 and the system bus reception management unit 425 shown in FIG. 15 control the operation of the reception buffer 423 based on the information held in the
[0009]
The system bus reception management unit 425 and the local bus transmission management unit 424 sequentially write the answer and management information received from the system bus to the reception buffer 423 in the same manner as the transmission side described above, and write address and read at that time The response transmission to the local bus may be managed by sequentially reading according to the difference from the address.
In addition, the local bus reception management unit 414 performs a protocol check and a parity check for each request received via the local bus. Depending on the result of these checks, the local bus reception management unit 414 performs a local check via the local bus transmission management unit 424. It is configured to send a retry request or error notification to the bus.
[0010]
The local bus reception management unit 414 is configured to start the timer 417 in response to the reception of a normal request, and the local bus transmission management unit 424 responds to a timeout notification from the timer 417. Is configured to notify the
Here, when the input /
[0011]
As a result, when any failure occurs on the input /
For detailed operations of the system bus transmission management unit and the system bus reception management unit, refer to Japanese Patent Laid-Open No. 3-67354 “Final data determination method in transfer data”.
[0012]
For a detailed description of the split transfer method, refer to Japanese Patent Application Laid-Open No. 3-253848 “Variable Bus Width Designation Method and Variable Bus Width Information Reception Method in Split Bus”.
By the way, in a system in which a plurality of CPUs are provided and information processing is duplicated or a system in which input / output devices are shared among a plurality of information processing systems, as shown in FIG. Further, there may be a case where a configuration connected via a bus expansion adapter and a bus controller is employed.
[0013]
In the information processing system as shown in FIG. 16, when the CPU 401a accesses the input /
[0014]
On the other hand, when the
[0015]
The answer sent to the expansion bus by the input /
[0016]
[Problems to be solved by the invention]
As described above, the conventional bus interface circuit manages the read operation from each of the transmission buffer 413 and the reception buffer 423 according to the difference between the write address and the read address, thereby enabling the order of requests and the order of answers. These correspondences were managed using only
[0017]
However, in an actual information processing system, a write answer may occur for a read operation due to a failure that has occurred in the system bus.
In such a case, the conventional
[0018]
In the conventional bus interface circuit, when an answer is simply returned within a predetermined time, it is received as a normal answer.
However, in the case of the extended information processing system as shown in FIG. 16, the route through which the request is transmitted and the route through which the answer is transmitted are complicated, so that the access is made according to the time-out notification from the timer 417. May be returned to the
[0019]
Here, when the answer from the system bus side arrives after the timer overflow, the reception itself of the answer can be rejected by the command reject function provided in the local bus transmission management unit 424.
However, if an answer arrives immediately before the timer overflow, the answer is held in the reception buffer 423 of the
[0020]
In such a case, as a response to the new request from the
As shown in FIG. 14, in the case where the information processing system has a relatively simple configuration, in response to the timer overflow notification described above, both the local bus and the system bus are reset, so It was possible to clear the contents of the buffer and restore the information processing system.
[0021]
However, in the expanded system configuration as shown in FIG. 16, resetting the entire system due to an abnormality of some input / output devices leads to a serious service degradation. Can not be adopted.
Furthermore, as described above, the
[0022]
Therefore, as shown in FIG. 17, while the
[0023]
In this case, the
[0024]
At this time, since a parity error or the like is included in the retried
At this time, when the
[0025]
In this way, when the occurrence of an interrupt order from the system bus side and the retry failure of an interrupted access request overlap, there is a possibility that the correspondence between the access request and the answer will be confused in the bus interface circuit. There was, and could not guarantee the normal operation after.
Therefore, there is a need for a technique that can flexibly cope with various abnormal answers caused by a failure in the system bus or an expanded system configuration, and guarantee the normal operation of the information processing system.
[0026]
An object of the present invention is to provide a bus interface circuit capable of performing appropriate management according to the characteristics of answers.
[0027]
[Means for Solving the Problems]
FIG. 1 shows a principle block diagram of the bus interface circuit of the present invention.
[0028]
The bus interface circuit connects the first bus of the interlock transfer method and the second bus of the split transfer method, and sends the access request received from the first bus as an order to the second bus side via the
[0029]
In this bus interface circuit, the first answer determination unit 112 performs a determination operation according to the collation result by the collation unit 111, and the answer discard unit 113 discards the answer held in the
[0030]
In this case, for example, when a write answer is erroneously returned from the second bus side in response to a read request, this write answer can be discarded as an unnecessary answer, and therefore undefined data is sent to the first bus side. It is possible to prevent an erroneous response such as outputting.
The bus interface circuit of the present invention connects the first bus of the interlock transfer method and the second bus of the split transfer method, and the first busOutput toA bus interface circuit configured to send an access request as an order to the second bus side via the
[0031]
In this bus interface circuit, the second answer determination unit 115 performs a determination operation in response to a time-out notification from the timer 114, and the answer discard unit 113 determines the answer held in the
[0032]
As a result, regardless of the time required for reading from the
The bus interface circuit connects the first bus of the interlock transfer method and the second bus of the split transfer method, and the access request received from the first bus is ordered to the second bus side via the
[0033]
In this bus interface circuit, the answer setting waiting mode is set and released by the mode setting means 116 and the mode releasing means 119, and the third
[0034]
Further, depending on whether the answer discard waiting mode is set, the request acceptance control means 117 replies to the access request with a retry, thereby rejecting acceptance of a new access request until the above-mentioned unnecessary answer is discarded. And the access request can be prevented from being confused with each other.
Further, the bus interface circuit outputs a timeout notification indicating that a predetermined time has elapsed from the start of the access operation to the second bus side, and outputs to the
[0035]
This bus interface circuit operates in response to the determination result by the third answer determination means 118 or the determination result by the second answer determination means 115, so that the answer discard means 113 operates, even if the answer to be discarded does not arrive. In response to the overflow, the answer discard waiting mode can be canceled and the acceptance of a new access request can be resumed.
[0036]
In addition, the bus interface circuit includes a matching unit 111 that checks the characteristics of the access request to the second bus output to the first bus and the characteristics of the answer held in the
[0037]
Since this bus interface circuit can reliably prevent the correspondence between the answer and the access request from being confused by the operation of the request reception control means 117, the collating means 111 makes a part of the feature information indicating the characteristics of the access request. And a part of the feature information indicating the answer feature can be detected reliably, so that the amount of hardware required to configure the matching means 111 is greatly reduced. can do.
[0038]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 2 shows a bus interface circuit related to the present invention.
The bus interface circuit shown in FIG. 2 has a verification circuit 211 and an answer discard processing unit 212 added to the bus interface circuit shown in FIG. Answer characteristics received from the bus are collated, and according to the collation result, the answer discard processing unit 212 controls the local bus transmission management unit 424 and the system bus reception management unit 425 to be held in the transmission buffer 423. The answer is discarded.
[0039]
This collation circuit 211 corresponds to the above-mentioned collation means 111, and requests management information such as request type and block access as well as the request destination address is requested via the local bus reception register 411. The answer management information similar to the request management information described above may be received together with the answer source address via the
[0040]
The collation result by the collation circuit 211 is input to the local bus transmission management unit 424 via the
FIG. 3 shows a detailed configuration of the verification circuit 211.
In the verification circuit 211 shown in FIG. 3, the address verification unit 213 is configured to verify at least a part of the requested address and at least a part of the answer source address, and the management
[0041]
The collation result by the address collation unit 213 and the collation result by the management
Note that the address matching unit 213 and the management
[0042]
When the request management information corresponding to the read request and the answer management information corresponding to the write answer are input to the verification circuit 211, the output of the management
In this way, the mismatch between the characteristics of the request and the answer is detected, and the detection result is notified to the local bus transmission management unit 424 via the
[0043]
In response to an error notification input via the
Also, in response to the collation result indicating that the request and answer characteristics do not match, for example, the answer discard processing unit 212 instructs the local bus transmission management unit 424 to stop reading from the reception buffer 423 and sets the read address. Just increment it.
[0044]
As described above, the collation circuit 211 obtains a collation result indicating whether or not a feature mismatch is detected, and the answer discard processing unit 212 operates according to the collation result. The functions of the 1 answer determination unit 112 and the answer discard unit 113 can be realized, and an answer having a feature that does not match the requested feature can be discarded as an unnecessary answer.
[0045]
As a result, an erroneous answer as described above can be discarded as an unnecessary answer instead of being read out from the reception buffer 423 and used for response processing, and the
[0046]
In this way, it is possible to flexibly cope with an abnormal answer generated due to a failure in the system bus or the like, to prevent a subsequent malfunction of the information processing system, and to improve the reliability of the bus interface circuit.
Next, a method for dealing with an answer that arrives after a timer overflow will be described.
[0047]
FIG. 5 shows an embodiment of the bus interface circuit of the present invention.
The bus interface circuit shown in FIG. 5 adds an
[0048]
Here, the local bus reception management unit 414 performs the same parity check and protocol check as the conventional one, and when it is determined that the access is appropriate,Access request acceptance notification indicating that an access request to the system bus has been acceptedThe logic “1” is output.
In addition, the timer 417 starts the timing operation in response to the system bus access start notification described above, and outputs a time-out notification indicating that a predetermined time has elapsed, thereby realizing the function of the timer 114 described above. It has become.
[0049]
The local bus transmission management unit 424 outputs logic “1” as a local bus access error notification when receiving at least one of the error notification from the local bus reception management unit 414 and the timeout notification from the timer 417. It has a configuration.
In this case, as shown in FIG. 6, an
[0050]
In FIG. 6, the notification creation unit 224Access request acceptance notificationIn response, the J-K flip-
[0051]
Here, the notification creation unit 224 may receive a notification that a new answer has been written from the
Also, the answer discard
[0052]
In this way, the notification creation unit 224 creates an answer waiting notification that changes in response to the start of system bus access and the occurrence of a timer overflow, and the answer discard
[0053]
As a result, as shown in FIG. 4B, even when an answer is returned at a critical timing immediately before the timer overflow, the answer can be reliably discarded regardless of a delay in the bus interface circuit. .
As a result, only the answer returned at a timing that can be processed by the
[0054]
In particular, as shown in FIG. 16, if the present invention is applied to a bus interface circuit provided in an information processing system with an expanded bus configuration to guarantee an operation after a timer overflow, a very large effect is expected. it can.
This is because in such an extended information processing system, there is a high possibility that an answer will be returned at the critical timing described above due to the complexity of the request and answer transmission path, and in response to a timer overflow. This is because resetting all the buses to recover leads to a serious service degradation.
[0055]
Next, a method for dealing with the confusion of the correspondence between access requests and answers that occur in the case shown in FIG. 17 will be described.
FIG. 7 shows a bus interface circuit related to the present invention.
In FIG. 7, the bus interface circuit includes an answer control unit 231 and an
[0056]
As shown in FIG. 8, the answer control unit 231 includes a notification creation unit 235 including an AND gate 233 and a JK flip-flop 234, and an answer discard processing unit 236. The answer creation unit 235 obtains an answer. The answer discard processing unit 236 controls the read addresses of the reception buffer 423 and the
[0057]
In FIG. 8, the notification creation unit 235Access request acceptance notificationThe JK flip-flop 234 is set according to the logical product of the local bus access error notification and reset according to the answer discard end notification described later, so that the answer discard is output as the output of the JK flip-flop 234. It is configured to obtain a waiting notification.
[0058]
The answer discard processing unit 236 receives the answer reception notification indicating that the answer has been received when the logic “1” is input as the answer discard waiting notification, and sends the answer to the local bus transmission management unit 424. Thus, the read address is instructed to be incremented to the position where the corresponding answer is stored, and after the increment process is completed, an answer discard end notification indicating that the answer discard has ended is sent to the notification creating unit 234. ing.
[0059]
Therefore, the answer discard waiting notification becomes logic “1” in response to the occurrence of a local bus access error after the system bus access is started, and indicates that the answer discard is waiting. It becomes logic “0” in accordance with the end of the answer discard to be performed.
That is, the answer discard waiting notification indicates whether or not the processing on the local bus side regarding the unreached answer has been terminated.
[0060]
Therefore, the notification creation unit 235 realizes the functions of the mode setting unit 116 and the mode release unit 119 described above by creating the answer discard waiting notification as described above, and also the answer discard waiting notification. Accordingly, the answer discard processing unit 236 operates to realize the functions of the third
[0061]
In FIG. 7, the
[0062]
In this case, as shown in FIG. 9, when the interruption of the processing corresponding to the
[0063]
In response to the
In this way, until the
[0064]
As a result, even in a special situation as shown in FIG. 9, it is possible to guarantee normal operation of the information processing system thereafter by preventing confusion between the correspondence between the access request and the answer as described above. it can.
[0065]
However, as described above, if the answer is awaiting until the answer is received and the discard process is completed, there remains a problem in the operation when the answer is not returned due to a failure of the corresponding input / output device.
Hereinafter, a method for guaranteeing normal operation regardless of a failure on the system bus side will be described.
[0066]
FIG. 10 shows a bus interface circuit related to the present invention.
This bus interface circuit includes an answer control unit 241 instead of the answer control unit 231 shown in FIG. 7, creates an answer discard waiting notification in consideration of timer overflow in the answer control unit 241, and receives the
[0067]
FIG. 11 shows a detailed configuration of the answer control unit 241.
In FIG. 11, the answer control unit 241 has a configuration in which an AND gate 233 and a JK flip-flop 234 are added to the notification creation unit 224 shown in FIG. 6 instead of the notification creation unit 235 shown in FIG. 8. A creation unit 242 is provided, and the answer discard processing unit 243 operates in response to the answer discard waiting notification obtained by the notification creation unit 242 and the timeout notification from the timer 417.
[0068]
This notification creation unit 242 inputs the answer waiting notification and local bus access error obtained by the JK flip-
[0069]
The answer discard processing unit 243 starts operating in response to the release of the answer waiting state indicated by the answer discarding waiting notification, and reads it to the local bus transmission management unit 424 in response to reception of a new answer or a timeout notification. A configuration may be adopted in which an increment of the address is instructed to perform an answer discard process, and an answer discard end notification is sent to the notification creation unit 242 in response to the end of the answer discard process.
[0070]
In this case, in response to the occurrence of an error on the local bus in the answer wait state, the answer discard wait notification becomes logic “1” to indicate the answer discard wait state, and the answer to the discard target is received or the timer overflows. In response to the completion of the answer discarding process performed, the answer discard waiting state is released.
Therefore, as shown in FIG. 12, when the processing of the
[0071]
If the
In this way, by controlling the answer discarding process in response to the answer discarding waiting notification in consideration of the timer overflow, the access request and answer in the bus interface circuit can be controlled regardless of the occurrence of a failure on the system bus side. Can be prevented, so that the reliability of the information processing system can be further improved.
[0072]
Further, since the local bus access error notification shown in FIG. 11 becomes logic “1” in response to the detection of the access error by the local bus reception management unit 414 and the occurrence of the timer overflow, the special error as described above occurs. Even if the timer overflow occurs, the JK flip-flop 234 is set due to the delay in the JK flip-
[0073]
In response to this, the answer discard processing unit 243 immediately performs the answer discard process, so that even if an answer is returned at a critical timing as shown in FIG. Normal operation can be guaranteed.
By the way, if the characteristics of the
[0074]
However, in this case, the information to be collated by the collation circuit 211 is at least the entire address and the entire management information, and the number of gates necessary to configure the collation circuit 211 is greatly increased. The circuit scale becomes large.
Next, a method for preventing confusion between the correspondence between the access request and the answer as well as an erroneous response while suppressing the circuit scale of the bus interface circuit will be described.
[0075]
FIG. 13 shows a bus interface circuit related to the present invention.
This bus interface circuit adds the answer control unit 231 and the
[0076]
In this case, the
[0077]
Accordingly, since it is not necessary to distinguish the characteristics of answers corresponding to similar access requests in the collation circuit 211, it is possible to narrow down information to be collated in the collation circuit 211.
In this case, for example, by comparing the upper few bits of the address with the management information, it is possible to sufficiently detect a mismatch between the characteristics of the access request and the characteristics of the answer. Compared to the case, the circuit scale of the verification circuit 211 can be greatly reduced.
[0078]
【The invention's effect】
As described above, the invention of
[Brief description of the drawings]
FIG. 1 is a principle block diagram of a bus interface circuit of the present invention.
FIG. 2 is a diagram showing a bus interface circuit related to the present invention.
FIG. 3 is a detailed configuration diagram of a verification circuit.
FIG. 4 is a diagram illustrating an operation of a bus interface circuit.
FIG. 5 is a diagram showing an embodiment of a bus interface circuit of the present invention.
FIG. 6 is a detailed configuration diagram of an answer control unit.
FIG. 7 is a diagram showing a bus interface circuit related to the present invention.
FIG. 8 is a detailed configuration diagram of an answer control unit.
FIG. 9 is a diagram illustrating the operation of a bus interface circuit.
FIG. 10 is a diagram showing a bus interface circuit related to the present invention.
FIG. 11 is a detailed configuration diagram of an answer control unit.
FIG. 12 is a diagram illustrating the operation of a bus interface circuit.
FIG. 13 is a diagram showing a bus interface circuit related to the present invention.
FIG. 14 is a diagram illustrating a configuration example of a general information processing system.
FIG. 15 is a diagram illustrating a configuration example of a conventional bus interface circuit.
FIG. 16 is a diagram illustrating a configuration example of an extended information processing system.
FIG. 17 is a diagram for explaining the operation of the bus interface circuit;
[Explanation of symbols]
101 Transmission buffer
102 Receive buffer
111 verification means
112 First answer determination means
113 Answer disposal means
114, 417 timer
115 Second answer determination means
116 Mode setting means
117 Request reception control means
118 Third answer determination means
119 Mode release means
201, 215, 222 OR gate
211 Verification circuit
212, 225, 236, 243 Answer disposal unit
213 Address verification unit
214 Management information verification unit
221, 231, 241 Answer control unit
223, 234 JK flip-flop
224, 235, 242 notification creation unit
232 reception control unit
233 Andgate
401 CPU
402 memory
403 I / O device
404 Bus interface circuit
405 Bus expansion adapter
406 Bus controller
411 Local bus reception register
412 System bus transmission register
413 Transmission buffer
414 Local bus reception manager
415 System bus transmission manager
416 Transmission management buffer
421 Local bus transmission register
422 System bus reception register
423 Receive buffer
424 Local bus transmission manager
425 System Bus Reception Manager
426 Reception management buffer
Claims (1)
前記第2バス側へのアクセス要求の受付を開始してから所定の時間が経過したときに、その旨を示すタイムアウト通知を出力するタイマと、
前記タイムアウト通知に応じて、前記受信バッファに保持されたアンサが既に前記第1バス側で無効となった不要なアンサであるか否かを判定するアンサ判定手段と、
不要なアンサである旨の判定結果に応じて、前記受信バッファ内の該当するアンサを廃棄するアンサ廃棄手段と
を備えたことを特徴とするバスインタフェース回路。Connecting the first bus of the interlock transfer method and the second bus of the split transfer method, and sending the access request output to the first bus as an order to the second bus side through a transmission buffer; In a bus interface circuit configured to send an answer returned from the second bus as a response to the first bus side via a reception buffer,
A timer that outputs a time-out notification indicating that when a predetermined time has elapsed since the start of accepting an access request to the second bus side;
Answer determination means for determining whether the answer held in the reception buffer is an unnecessary answer that has already been invalidated on the first bus side in response to the timeout notification;
A bus interface circuit, comprising: an answer discarding unit for discarding a corresponding answer in the reception buffer according to a determination result indicating that the answer is an unnecessary answer.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003200895A JP3842764B2 (en) | 2003-07-24 | 2003-07-24 | Bus interface circuit |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003200895A JP3842764B2 (en) | 2003-07-24 | 2003-07-24 | Bus interface circuit |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP9098656A Division JPH10289200A (en) | 1997-04-16 | 1997-04-16 | Bus interface circuit |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004030679A JP2004030679A (en) | 2004-01-29 |
JP3842764B2 true JP3842764B2 (en) | 2006-11-08 |
Family
ID=31185501
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003200895A Expired - Fee Related JP3842764B2 (en) | 2003-07-24 | 2003-07-24 | Bus interface circuit |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3842764B2 (en) |
-
2003
- 2003-07-24 JP JP2003200895A patent/JP3842764B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004030679A (en) | 2004-01-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7065672B2 (en) | Apparatus and methods for fault-tolerant computing using a switching fabric | |
US7539897B2 (en) | Fault tolerant system and controller, access control method, and control program used in the fault tolerant system | |
US6820213B1 (en) | Fault-tolerant computer system with voter delay buffer | |
EP1477899A2 (en) | Data processing apparatus and method | |
US5574865A (en) | System for data transfer protection during module connection/disconnection onto live bus | |
JP4451837B2 (en) | Data transfer apparatus and data transfer method | |
US6366985B1 (en) | High availability asynchronous computer system | |
US6862283B2 (en) | Method and apparatus for maintaining packet ordering with error recovery among multiple outstanding packets between two devices | |
JP5151500B2 (en) | Computer system, failure processing method, and failure processing program | |
JPH05100879A (en) | Device and method for maintaining integrity of control information | |
JP5186779B2 (en) | Computer system, host computer | |
JP2020021313A (en) | Data processing device and diagnostic method | |
US8522075B2 (en) | Storage system having storage devices for storing data and control devices for controlling the storage devices | |
JP3842764B2 (en) | Bus interface circuit | |
JPH10289200A (en) | Bus interface circuit | |
US7769911B2 (en) | Data reading method and data reading apparatus | |
JPH1118122A (en) | Data transfer system | |
KR100637990B1 (en) | Protocol duplexer and protocol duplexing method | |
JPH0535616A (en) | Data transfer system | |
JP4649304B2 (en) | COMMUNICATION CONTROL DEVICE AND ITS CONTROL METHOD | |
JP3027439B2 (en) | Time split bus control circuit | |
JP2825464B2 (en) | Communication device | |
JP2023145216A (en) | Communication control apparatus and communication method | |
JP2599971B2 (en) | Bus error detection processing method of communication processor | |
JP2000057110A (en) | Bus repeater and duplex system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051101 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051206 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060203 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060808 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060810 |
|
R150 | Certificate of patent (=grant) or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090818 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100818 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |