I 2 C駆動の4つのデータ構造間の関係
一、i 2 c_driver, i2c_client, i2c_adapter, i2c_Algorithmという4つのデータ構造の役割と関係
1.i2c_adapterとi 2 c_algorithm
i2c_adapterは物理上のアダプタに対応し、i 2 c_Algorithmは通信アルゴリズムのセットに対応している.
I 2 Cアダプタはi 2 c_が必要ですAlgorithmで提供される通信関数は、アダプタに特定のアクセスサイクルを生成するように制御され、i 2 c_が欠けています.Algorithmのi 2 c_adapterは何もできない.
i2c_adapterには、使用するi 2 c_が含まれています.Algorithmのポインタ.
i2c_Algorithmのキー関数はmaster_xfer()は、I 2 Cアクセスサイクルを生成するために必要な信号であり、i 2 c_msgは単位です.
2. i2c_driver and i2c_client.
i2c_driverは、任意の物理エンティティに対応しない補助的なデータ構造のための駆動方法です.
i2c_Clientは実際の物理デバイスに対応し、I 2 Cデバイスごとにi 2 c_が必要です.クライアントが説明します.
i2c_Clientは一般にI 2 C文字デバイスのプライベート情報構造体に含まれるprivate_data.
i2c_driverのattach_adapter()関数が実行された場合、i 2 c_adapter()は物理デバイスを検出し、クライアントが存在すると判断した場合、クライアントが使用するi 2 c_クライアントデータ構造のadapterポインタは対応するi 2 c_を指すadapter,driverポインタi 2 c_を指すdriver、i 2 c_が呼び出されますadapterのclient_register()関数.
反対のプロセスはi 2 c_で発生するdriverのdetach_クライアント()関数が呼び出されたとき.
3.i2c_adapterとi 2 c_client
i2c_adapterとi 2 c_Client関係はアダプタとデバイスの関係に相当し、i 2 c_Clientはi 2 cに依存するadapter.
1つのアダプタに複数のI 2 Cデバイスを接続できるので、1つのi 2 c_adapterは複数のi 2 c_クライアント依存.
i2c_adapterにはi 2 c_が添付されていますClientのチェーンテーブル.
二、I 2 Cモジュールの中でエンジニアが実現しなければならない仕事:
1.ライトI 2 Cアダプタの駆動:I 2 Cアダプタのプローブ、初期化(I 2 CのI/Oアドレス、割り込み番号の申請など)、I 2 Cアダプタのハードウェア上での各種信号の発生、I 2 C割り込みの処理など.
2.I 2 Cアダプタのalgorithmを書く:具体的なアダプタのxxx_を使うxfer関数充填i 2 c_Algorithmのmaster_xferポインタ、i 2 c_Algorithmポインタはi 2 c_に割り当てられます.adapterのalgoポインタ.
3.書き込みI 2 Cデバイス駆動:I 2 Cデバイス駆動とi 2 c_を実現driverのインタフェース、具体的なデバイスyyyのyyy_attach_adapter()関数ポインタ、yyy_detach_クライアント()関数ポインタ、yyy_commond()関数ポインタ、i 2 c_に値を付与driverのattach_adater,detach_adapter,detach_Clientポインタ.
4.I 2 Cデバイス駆動を実現するファイル操作インタフェース:すなわち、特定デバイスyyyを実現するyyy_read(),yyy_write(),yyy_ioctl().
最初の2つの動作はI 2 Cバス駆動に属し、後の2つはI 2 Cデバイス駆動に属する.
ソース:http://blog.chinaunix.net/space.php?uid=20748774&do=blog&id=1747412
1.i2c_adapterとi 2 c_algorithm
i2c_adapterは物理上のアダプタに対応し、i 2 c_Algorithmは通信アルゴリズムのセットに対応している.
I 2 Cアダプタはi 2 c_が必要ですAlgorithmで提供される通信関数は、アダプタに特定のアクセスサイクルを生成するように制御され、i 2 c_が欠けています.Algorithmのi 2 c_adapterは何もできない.
i2c_adapterには、使用するi 2 c_が含まれています.Algorithmのポインタ.
i2c_Algorithmのキー関数はmaster_xfer()は、I 2 Cアクセスサイクルを生成するために必要な信号であり、i 2 c_msgは単位です.
/**
* struct i2c_msg - an I2C transaction segment beginning with START
* @addr: Slave address, either seven or ten bits. When this is a ten
* bit address, I2C_M_TEN must be set in @flags and the adapter
* must support I2C_FUNC_10BIT_ADDR.
* @flags: I2C_M_RD is handled by all adapters. No other flags may be
* provided unless the adapter exported the relevant I2C_FUNC_*
* flags through i2c_check_functionality().
* @len: Number of data bytes in @buf being read from or written to the
* I2C slave address. For read transactions where I2C_M_RECV_LEN
* is set, the caller guarantees that this buffer can hold up to
* 32 bytes in addition to the initial length byte sent by the
* slave (plus, if used, the SMBus PEC); and this value will be
* incremented by the number of block data bytes received.
* @buf: The buffer into which data is read, or from which it's written.
*
* An i2c_msg is the low level representation of one segment of an I2C
* transaction. It is visible to drivers in the @i2c_transfer() procedure,
* to userspace from i2c-dev, and to I2C adapter drivers through the
* @i2c_adapter.@master_xfer() method.
*
* Except when I2C "protocol mangling" is used, all I2C adapters implement
* the standard rules for I2C transactions. Each transaction begins with a
* START. That is followed by the slave address, and a bit encoding read
* versus write. Then follow all the data bytes, possibly including a byte
* with SMBus PEC. The transfer terminates with a NAK, or when all those
* bytes have been transferred and ACKed. If this is the last message in a
* group, it is followed by a STOP. Otherwise it is followed by the next
* @i2c_msg transaction segment, beginning with a (repeated) START.
*
* Alternatively, when the adapter supports I2C_FUNC_PROTOCOL_MANGLING then
* passing certain @flags may have changed those standard protocol behaviors.
* Those flags are only for use with broken/nonconforming slaves, and with
* adapters which are known to support the specific mangling options they
* need (one or more of IGNORE_NAK, NO_RD_ACK, NOSTART, and REV_DIR_ADDR).
*/
struct i2c_msg {
__u16 addr; /* slave address */ //
__u16 flags;
#define I2C_M_TEN 0x0010 /* this is a ten bit chip address */
#define I2C_M_RD 0x0001 /* read data, from slave to master */
#define I2C_M_NOSTART 0x4000 /* if I2C_FUNC_PROTOCOL_MANGLING */
#define I2C_M_REV_DIR_ADDR 0x2000 /* if I2C_FUNC_PROTOCOL_MANGLING */
#define I2C_M_IGNORE_NAK 0x1000 /* if I2C_FUNC_PROTOCOL_MANGLING */
#define I2C_M_NO_RD_ACK 0x0800 /* if I2C_FUNC_PROTOCOL_MANGLING */
#define I2C_M_RECV_LEN 0x0400 /* length will be first received byte */
__u16 len; /* msg length */
__u8 *buf; /* pointer to msg data */ //
};
2. i2c_driver and i2c_client.
i2c_driverは、任意の物理エンティティに対応しない補助的なデータ構造のための駆動方法です.
i2c_Clientは実際の物理デバイスに対応し、I 2 Cデバイスごとにi 2 c_が必要です.クライアントが説明します.
i2c_Clientは一般にI 2 C文字デバイスのプライベート情報構造体に含まれるprivate_data.
i2c_driverのattach_adapter()関数が実行された場合、i 2 c_adapter()は物理デバイスを検出し、クライアントが存在すると判断した場合、クライアントが使用するi 2 c_クライアントデータ構造のadapterポインタは対応するi 2 c_を指すadapter,driverポインタi 2 c_を指すdriver、i 2 c_が呼び出されますadapterのclient_register()関数.
反対のプロセスはi 2 c_で発生するdriverのdetach_クライアント()関数が呼び出されたとき.
3.i2c_adapterとi 2 c_client
i2c_adapterとi 2 c_Client関係はアダプタとデバイスの関係に相当し、i 2 c_Clientはi 2 cに依存するadapter.
1つのアダプタに複数のI 2 Cデバイスを接続できるので、1つのi 2 c_adapterは複数のi 2 c_クライアント依存.
i2c_adapterにはi 2 c_が添付されていますClientのチェーンテーブル.
二、I 2 Cモジュールの中でエンジニアが実現しなければならない仕事:
1.ライトI 2 Cアダプタの駆動:I 2 Cアダプタのプローブ、初期化(I 2 CのI/Oアドレス、割り込み番号の申請など)、I 2 Cアダプタのハードウェア上での各種信号の発生、I 2 C割り込みの処理など.
2.I 2 Cアダプタのalgorithmを書く:具体的なアダプタのxxx_を使うxfer関数充填i 2 c_Algorithmのmaster_xferポインタ、i 2 c_Algorithmポインタはi 2 c_に割り当てられます.adapterのalgoポインタ.
3.書き込みI 2 Cデバイス駆動:I 2 Cデバイス駆動とi 2 c_を実現driverのインタフェース、具体的なデバイスyyyのyyy_attach_adapter()関数ポインタ、yyy_detach_クライアント()関数ポインタ、yyy_commond()関数ポインタ、i 2 c_に値を付与driverのattach_adater,detach_adapter,detach_Clientポインタ.
4.I 2 Cデバイス駆動を実現するファイル操作インタフェース:すなわち、特定デバイスyyyを実現するyyy_read(),yyy_write(),yyy_ioctl().
最初の2つの動作はI 2 Cバス駆動に属し、後の2つはI 2 Cデバイス駆動に属する.
ソース:http://blog.chinaunix.net/space.php?uid=20748774&do=blog&id=1747412