Armadilloフォーラム

> 溝渕です。
>
> > このI2Cドライバはマルチスレッド対応と理解しておりますが正しいでしょうか？
>
> 上記質問が、「他プロセスのI2C通信との競合が発生しないか?」という質問であるとするならば、発生しないです。
>
> ドライバのソースコードを見てみましたが、1度の通信の開始から終了まではlockを取って実行されるので、通信が混ざることは無いと思います。
>
> ただし、i2cdev経由で、1度の通信を複数回に分けた場合は当然競合すると思います。
>
> > I2Cドライバの最新のドキュメントはございますでしょうか？
>
> Linuxカーネルのソースコード内の、"Documentation/i2c/"以下の資料などがあります。
>
>
> > より具体的な状況を示すべきと思っておりますが、どのような情報があればよいかご教授ください。
>
> どのような結果を期待して、どのように操作して、どのような結果を得たかを教えていただけると助言しやすいです。
>

お世話になっております。君塚です。

マルチプロセスで、I2Cデバイスへのアクセス競合を試してみました。
内容としては
・プロセスA
　　/dev/i2c-0ファイルをオープン
　　その状態でwait
wait解除後、ioctlで設定実行
ファイルへのwriteを実行
　　クローズして終了　

・プロセスB
　　/dev/i2c-0ファイルをオープン
waitなしでioctlで設定実行
ファイルへのwriteを実行
　　クローズして終了　

呼び出しは、プロセスA→プロセスBの順で実施

期待値：
　プロセスBはプロセスAのクローズ後に、オープン以下を実行

実動作：
　プロセスBのwrite結果を反映した後、wait時間後にプロセスAの結果を反映

この結果からプロセスAのi2cアクセスがlockされているのなら、プロセスBのwriteが先に実行されることはないと思うのですがいかがでしょうか？
何か別の要因でプロセスBの実行が優先されたのでしょうか？

あと、このi2cドライバはいわゆるマルチスレッドセーフというものなのでしょうか？

以上、ご教授のほどよろしくお願いいたします。