JP3842764B2 - Bus interface circuit - Google Patents

Bus interface circuit Download PDF

Info

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
Application number
JP2003200895A
Other languages
Japanese (ja)
Other versions
JP2004030679A (en
Inventor
恭裕 大野
眞 岡崎
勝行 岡田
徳夫 保坂
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Nippon Telegraph and Telephone Corp
Original Assignee
Fujitsu Ltd
Nippon Telegraph and Telephone Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd, Nippon Telegraph and Telephone Corp filed Critical Fujitsu Ltd
Priority to JP2003200895A priority Critical patent/JP3842764B2/en
Publication of JP2004030679A publication Critical patent/JP2004030679A/en
Application granted granted Critical
Publication of JP3842764B2 publication Critical patent/JP3842764B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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 CPU 401 and the memory 402 employs an interlock transfer method. When an access request is output by the CPU 401, the local bus until the transfer of data corresponding to the access request is completed. The bus is occupied by this access process.
[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 / output device 403 side is performed, and the data to be transferred When the system is ready, it acquires the system bus again and transfers data.
As described above, when the split transfer method is adopted as the transfer method in the system bus, other input / output devices 403 can use the system bus during the process in the input / output device 403 to be accessed, and the input / output in the input / output device 403 The time required for processing can be used effectively.
[0004]
By the way, as shown in FIG. 14, a bus interface circuit 404 is provided for connecting the interlock transfer local bus and the split transfer system bus so that the CPU 401 can access the input / output device 403. It is necessary to convert the request from the CPU 401 into an order according to the split bus transfer method and return the data from the input / output device 403 to the CPU 401 according to the interlock method.
[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 transmission management buffer 416, thereby controlling the local bus. The request is received from the CPU 401 via this, and the request is converted into an order according to the split transfer method and sent to the system bus.
[0007]
The above-described local bus reception management unit 414 controls write addresses to the transmission buffer 413 and the transmission management buffer 416, and sequentially holds management information such as the address specified by the request from the CPU 401 and the type of request. And it is sufficient.
Further, the system bus transmission management unit 415 determines the split transfer method from the contents of the transmission buffer 413 and the transmission management buffer 416 according to the difference between the final write address by the local bus reception management unit 414 and the final read address by itself. An order according to the above may be created and sent via the system bus transmission register 412.
[0008]
On the other hand, in FIG. 15, the local bus transmission register 421 and the system bus reception register 422 are connected to the local bus and the system bus via buffers, respectively. The local bus transmission register 421 and the system bus reception register 422 are: Connection is made via a reception buffer 423.
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 reception management buffer 426, so that the system bus The output answer is received, converted into a response according to the interlock transfer method, and sent to the local bus.
[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 CPU 401 of a timer overflow for requests that are not returned.
Here, when the input / output device 403 is functioning normally, a sufficient time can be set in the timer 417 as a time required for returning a response from the input / output device 403 in response to a request from the CPU 401. That's fine.
[0011]
As a result, when any failure occurs on the input / output device 403 side, the response waiting state of the CPU 401 can be canceled in accordance with the above-described timeout notification, and the processing can be continued.
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 / output device 403 connected to the extended system bus (hereinafter referred to as an expansion bus), the request sent by the CPU 401a to the local bus. Is converted into a corresponding order by the bus interface circuit 404a, transmitted to the system bus, and further transmitted to the target input / output device 403 via the bus expansion adapter 405 and the expansion bus.
[0014]
On the other hand, when the CPU 401b accesses the input / output device 403 described above, the request sent to the local bus by the CPU 401b is converted into a corresponding order by the bus interface circuit 404b and sent to the system bus. To the system bus on the CPU 401a side, and further transmitted to the input / output device 403 via the expansion bus adapter and the expansion bus.
[0015]
The answer sent to the expansion bus by the input / output device 403 is converted into a corresponding response by one of the bus interface circuits 404a and 404b, following the path through which the corresponding request is transmitted. To the CPUs 401a and 401b via the local bus.
[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 bus interface circuit 404 may return indefinite data to the CPU 401 as read data from the input / output device 403, causing a failure of the information processing system. There is.
[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 bus interface circuit 404 from the input / output device 403 side.
[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 bus interface circuit 404 as a normal answer, and then the access process is terminated without being read by the timer overflow. May end up.
[0020]
In such a case, as a response to the new request from the CPU 401, the answer returned immediately before the timer overflow described above is erroneously output to the local bus, thereby causing the information processing system to operate abnormally. There is a possibility that.
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 bus interface circuit 404 is merely an intermediary for exchanging information between the local bus and the system bus, and the CPU 401 has an interrupt request with a high priority. The normal access request processing is interrupted, and the interrupt request processing is preferentially performed.
[0022]
Therefore, as shown in FIG. 17, while the order 1 sent to the system bus in response to the access request 1 from the local bus side is being processed by the corresponding input / output device, it is sent from another input / output device. When the interrupt order is sent to the local bus as a corresponding interrupt request via the bus interface circuit, the CPU 401 interrupts the processing of the access request 1 and preferentially processes the interrupt request. Start.
[0023]
In this case, the CPU 401 returns a response to the interrupt request described above to the system bus side via the bus interface circuit, and then performs a retry process for the interrupted access request.
[0024]
At this time, since a parity error or the like is included in the retried access request 1, when an error response is returned from the bus interface circuit, the CPU 401 ends the processing of the access request 1 and starts the processing of another access request 2. There is a case.
At this time, when the answer 1 corresponding to the above-described order 1 is input to the bus interface circuit, the bus interface circuit sends the answer 1 held in the reception buffer 423 as a response corresponding to the access request 2 to the local bus. Will be output.
[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 transmission buffer 101. In the bus interface circuit configured to send the answer returned from the second bus as a response to the first bus side via the reception buffer 102, the access request to the second bus side output to the first bus is transmitted. The matching means 111 for matching the characteristics with the characteristics of the answer held in the reception buffer 102 in response to the access request, and the answer held in the reception buffer 102 based on the matching result by the matching means 111 A first answer judging means 112 for judging whether or not the answer is an unnecessary answer having a feature different from the above-mentioned feature, and an unnecessary answer. Depending on the effect of the determination result, and a answer discarding means 113 for discarding the corresponding answer of the receive buffer 102.
[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 reception buffer 102 according to the determination result. By doing so, it is possible to detect a mismatch in characteristics between the access request received from the first bus side and the answer returned from the second bus side, and discard the unnecessary answer.
[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 transmission buffer 101 and send an answer returned from the second bus as a response to the first bus side via the reception buffer 102 Access to the second bus sideAfter accepting access requestsWhen a predetermined time elapses, a timer 114 that outputs a time-out notification indicating that, and an unnecessary answer that has been invalidated on the first bus side in response to the time-out notification, the answer held in the reception buffer 102 has already become invalid. Second answer judging means 115 for judging whether or not the answer is present, and answer discard means 113 for discarding the corresponding answer in the reception buffer 102 in accordance with the judgment result that the answer is unnecessary. Features.
[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 reception buffer 102 in accordance with the determination result. By discarding, it is possible to remove from the reception buffer 102 an answer that is no longer needed because the access processing on the first bus side is completed.
[0032]
As a result, regardless of the time required for reading from the reception buffer 102, the answer returned from the second bus side at the critical timing immediately before the timer overflow can be discarded as an unnecessary answer without being leaked. Operation can be guaranteed.
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 transmission buffer 101. In the bus interface circuit configured to send the answer returned from the second bus as a response to the first bus side via the reception buffer 102, the first error occurred after the start of the access operation to the second bus side. A mode setting means 116 for setting an answer discard waiting mode in response to an access error on the one bus side, and a new access request from the first bus to the second bus side during the period in which the answer discard waiting mode is set In response to the request acceptance control means 117 that returns a response to the response and the answer discard waiting mode, In response to the third answer determination means 118 for determining whether the received answer is an unnecessary answer that has already been invalidated on the first bus side, and in accordance with the determination result that the answer is an unnecessary answer. Answer discarding means 113 for discarding the corresponding answer, and mode canceling means 119 for canceling the answer discard waiting mode upon completion of the answer discarding operation by the answer discarding means 113.
[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 answer determining means 118 makes a determination according to whether or not the answer discard waiting mode is set. In response to this determination result, the answer discarding unit 113 discards the answer held in the reception buffer 102, so that the answer invalidated on the first bus side due to the error is discarded as an unnecessary answer. can do.
[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 reception buffer 102 in response to the timeout notification. And a second answer determination unit 115 that determines whether the held answer is an unnecessary answer that has already been invalidated on the first bus side.
[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 reception buffer 102 in response to the access request. The first answer determination means 112 for determining whether the answer held in the reception buffer 102 is an unnecessary answer having a characteristic different from the characteristics of the access request based on the result of the comparison by the matching means 111. ing.
[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 reception management buffer 426, and the information may be collated with each other.
[0040]
The collation result by the collation circuit 211 is input to the local bus transmission management unit 424 via the OR gate 201 together with the error notification from the local bus reception management unit 414.
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 information verification unit 214 includes: The request management information and the answer management information are collated.
[0041]
The collation result by the address collation unit 213 and the collation result by the management information collation unit 214 are input to the OR gate 201 as an output of the collation circuit 211 via the OR gate 215.
Note that the address matching unit 213 and the management information matching unit 214 may be configured to output a logic “0” when the two input data match and output a logic “1” when they do not match.
[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 information verification unit 214 becomes logic “1”. , A logic “1” indicating a mismatch is output.
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 OR gate 201, so that the answer error due to the failure occurring on the system bus side is detected. Can be notified to the CPU 401 as an error similar to the protocol error, as shown in FIG.
[0043]
In response to an error notification input via the OR gate 201, the local bus transmission management unit 424 sends a data transfer completion and error indication to the local bus via the local bus transmission register 421, and notifies the CPU 401 of the occurrence of the error. do it.
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 CPU 401 can respond to the error notification described above with an appropriate error. By performing the processing, for example, when a write answer is erroneously returned in response to a read request, it is possible to prevent the CPU 401 from fetching the erroneous answer.
[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 answer control unit 221 to the bus interface circuit shown in FIG. 15, and the answer control unit 221 receives a signal from the local bus reception management unit 414.Access request acceptance notification ( To be described later )The local bus transmission management unit 424 controls the operation of the local bus transmission management unit 424 in response to a local bus access error notification from the local bus transmission management unit 424.
[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 answer control unit 221 is configured by including a notification creation unit 224 and an answer discard processing unit 225 including an OR gate 222 and a JK flip-flop 223, and this notification creation unit 224. The answer discard processing unit 225 may be configured to control the local bus transmission management unit 424 in response to the answer waiting notification obtained in the above.
[0050]
  In FIG. 6, the notification creation unit 224Access request acceptance notificationIn response, the J-K flip-flop 223 is set and reset in response to a local bus access error notification or an answer reception notification, so that the local bus side is waiting for an answer from the system bus, that is, has reached An answer waiting notification is generated to indicate whether the answer is valid.
[0051]
Here, the notification creation unit 224 may receive a notification that a new answer has been written from the reception management buffer 426 and input it to the JK flip-flop 223 via the OR gate 222 as an answer reception notification.
Also, the answer discard processing unit 225 immediately increments the read address when the answer waiting notification becomes logic “0” in response to the timeout notification from the timer 417, indicating that the answer waiting has been released. The answer may be discarded.
[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 processing unit 225 operates in response thereto, thereby The functions of the second answer determination unit 115 and the answer discard unit 113 can be realized, and the answer that has already been invalidated on the local bus side can be discarded.
[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 CPU 401 is sent as a response to the local bus, and the answer to the access request whose processing in the CPU 401 is terminated can be discarded as an unnecessary answer. It is possible to guarantee the operation.
[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 acceptance control unit 232 instead of the answer control unit 221 shown in FIG. 5, and the answer control unit 231 passes the local bus transmission management unit 424. Answer discard control is performed, and an answer discard waiting notification to be described later is created. In response to the answer discard waiting notification, the admission control unit 232 sends a new access request via the local bus reception management unit 414. The reception process is controlled.
[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 reception management buffer 426 via the local bus transmission management unit 424 in response to the discard waiting notification and the answer reception notification.
[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 answer determination unit 118 and the answer discard unit 113, and discard the answer that has been processed on the local bus side as an unnecessary answer. Can do.
[0061]
In FIG. 7, the reception control unit 232 corresponds to the request reception control unit 117 described above, and when the logic “1” is input as the answer discard waiting notification, the reception control unit 232 stores the logic in the local bus reception register 411. When a new access request is input, the local bus reception management unit 414 may be instructed to make a retry response to the access request via the local bus transmission management unit 424.
[0062]
In this case, as shown in FIG. 9, when the interruption of the processing corresponding to the access request 1 due to the interrupt request and the occurrence of an error in the retry request 1 corresponding to the access request 1 overlap, Accordingly, the answer discard waiting notification becomes logic “1”, and in response to this, a retry response is returned to the access request 2 issued from the CPU 401 thereafter.
[0063]
In response to the order 1 corresponding to the access request 1 interrupted by the interrupt request, the answer 1 returned from the system bus side is operated by the answer discard processing unit 236 operating in response to the answer discard waiting notification. Discarded.
In this way, until the answer 1 for the order 1 corresponding to the access request 1 interrupted by the interrupt request is received and discarded, a plurality of answers are returned by replying to a new access request. It is possible to eliminate the possibility of coming in and prevent the confusion between the correspondence between the access request and the answer in the bus interface circuit.
[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 control unit 232. And discarding the answer via the local bus transmission management unit 424.
[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-flop 223 to the input terminal J of the JK flip-flop 234 via the AND gate 233, and the answer discarding is completed. The notification is input to the input terminal K, and an answer discard waiting notification is obtained as an output of the JK flip-flop 234.
[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 access request 1 is interrupted by the interrupt processing and an error occurs in the retry processing of the access request 1, the answer to be discarded reaches the set time of the timer 417. If not, the answer discard waiting state is canceled in response to the answer discard process accompanying the timer overflow, and a new access request can be accepted.
[0071]
If the answer 1 for the access request 1 shown in FIG. 12 is returned after the timer overflows, the processing may be left to the normal command reject function.
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-flop 223, and the answer discard waiting notification becomes logic “1”.
[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 answer 1 and the characteristics of the access request 2 shown in FIG. 17 are strictly verified by the verification circuit 211 shown in FIG. 2, the access request and the answer in the bus interface as described above are matched. It is also possible to prevent confusion between correspondences.
[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 reception control unit 232 shown in FIG. 7 to the bus interface circuit shown in FIG. 2, and the answer discard processing unit 212 and the answer control unit 231 serve as a local bus transmission management unit. The reception control unit 232 controls the local bus reception management unit 414 according to the answer discard waiting notification obtained by the answer control unit 231.
[0076]
In this case, the admission control unit 232 operates in response to the answer discard waiting notification, responds to a new access request waiting for answer discard, and rejects the access request itself, as shown in FIG. Even in such a special case, the answer to be processed in the bus interface circuit can be specified.
[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 claim 1 discards the answer in the reception buffer in response to the time-out notification, so that the access processing by the timer overflow can be performed regardless of the presence or absence of delay in the bus interface circuit. The normal operation of the information processing system after termination can be guaranteed.
[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)

インターロック転送方式の第1バスとスプリット転送方式の第2バスとを接続し、前記第1バスに出力されたアクセス要求を送信バッファを介して前記第2バス側へのオーダとして送出し、前記第2バスから返されたアンサを受信バッファを介して前記第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.
JP2003200895A 2003-07-24 2003-07-24 Bus interface circuit Expired - Fee Related JP3842764B2 (en)

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)

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