CVS/ks5k-linux の履歴(No.2)

&counter([total|today|yesterday]); - 0 - 0 - 15

KS59x0 device on Wireless Projector Adapter

第1次接続試験　@KSC (2004/12/13～12/15)
MAC-HOST 間の通信方式

第1次接続試験　@KSC (2004/12/13～12/15)†

現状
- register access や firm ware の upload は正常にできている。
- MACとHOST間の通信が正常にできない。MAC->HOST HOST->MAC どちらの方向も、正常に通信できるときもあれば、通信できないこともある。症状としては、データが４Byte単位で書き込まれていないことがある。
- PCI-CardBus Brige と KS5901(SDK Board)間でのPCIトランザクションをロジックアナライザで計測したところ、計測した部分でのPCIトランザクションは正常に行われている。
- device driver を load した直後の通信は、HOST->MACの通信(MAC ADDRESS の取得のリクエスト)だが、この通信は毎回失敗する。
- データが正常に受け渡せないので、MAC-HOST間の通信が、どちらもIDLE状態となっている。
- 下記の方法で、失敗した通信から、再開すると、正常な通信が行われた場合、MAC-HOST間のデータのやり取りが再開するが、データが誤っていると、そこでまた止まる。

実験方法

HOST->MAC

hostsend プログラムを使用して、HOST->MACの転送を行う。このプログラムは、
ドライバのIOCTLの機能の一つである、DATA_SENDを使用している。
hostsend interface datafile
datafile は、送信するデータのバイナリデータ。

MAC->HOST

Debug用のコマンドである、"zzs"コマンドを使用。
通信データのLOGは、"hostt"または、"hosttx"コマンドで参照可能。
host側で、MACからの受信データを表示するように、ドライバを修正。

検討と今後の方針

上記のことより、デバイスがイニシエータになっているときに、問題がある。
PCI-CardBus Brige と KS5901(SDK Board)間でのPCIトランザクションは正常に行われているので、
WPA Board 側に問題があると思われる。
原因と考えられるのは、PCI-CardBus Brige(TI PCI1510) または、SH7751R内臓のPCI-Controller 
が考えられる。あと、その他ボード上の他の原因かもしれない。
KSCより、KS5930 PCI Card を借りた。
原因が、PCI-CardBus Brige(TI PCI1510)にあるのか、CPUにあるのか、切り分ける為、
RTS7751R2Dのボードで、KS5930、KS5901、KS5910の動作確認をする。

↑

MAC-HOST 間の通信方式†

レジスタアクセス

PCI共有メモリ空間アクセス
HOST側がイニシエータとなり、ターゲットであるデバイスにアクセスする
メモリ領域のREAD or WRITE

ファームウェアアップロード

レジスタアクセスと同様に、PCI共有メモリ空間にアクセスする
HOST側がイニシエータとなり、ターゲットであるデバイスにアクセスする
メモリ領域のREAD or WRITE
ファームウェアの書き込みでは、書き込んだ領域をREADし、書き込んだデータと一致しているか確認している

データの受け渡し (64Byte単位で行われる)

HOST->MAC

ステータスがIDLE状態であることを確認
レジスタにデータのバッファのアドレス、及びデータサイズをセットし、転送開始する
デバイスがイニシエータとなり、ターゲットのホストのメモリをREADする
転送が終了したらMACからHOSTに対して割り込みが入る？

MAC->HOST

MACから割り込みが入る。
データのバッファのアドレス等をレジスタにセットし、転送を開始する
デバイスがイニシエータとなり、ターゲットのホストのメモリにWRITEする
転送が終了後MACから割り込みが入る。

CVS/ks5k-linux の履歴(No.2)

第1次接続試験 @KSC (2004/12/13～12/15)†

MAC-HOST 間の通信方式†

第1次接続試験　@KSC (2004/12/13～12/15)†