Thanks for your suggestions, I'll read the examples and documentations you mentioned. Best regards/Lv Zheng -----Original Message----- From: linux-i2c-owner@xxxxxxxxxxxxxxx [mailto:linux-i2c-owner@xxxxxxxxxxxxxxx] On Behalf Of Jean Delvare Sent: Wednesday, September 05, 2012 2:40 PM To: Zheng, Lv Cc: linux-i2c@xxxxxxxxxxxxxxx Subject: Re: multiple slave addresses for single I2C chip Hi Lv, On Wed, 5 Sep 2012 04:50:02 +0000, Zheng, Lv wrote: > We are trying to drive some sensors on Linux. The sensors are connected to the board as I2C slaves. > I noticed the i2c_board_info can be used to register i2c slaves for the embedded platforms. > I noticed there's also "address_list" member in the i2c_driver which can be used to detect the I2C slaves. > The first question is: Which one shall I use to draft my sensor codes? Depends. If your sensor device has identification registers such that it can be easily and reliably detected, and it can only use a limited set of slave addresses, you can have its driver implement the detect method for automatic device discovery. I that case, the detection method should also go to the sensors-detect [1] user-space script. See drivers/hwmon/lm63.c for a simple example. [1] http://dl.lm-sensors.org/lm-sensors/files/sensors-detect If there are no identification registers, implementing the detect driver method is not possible, and you have to rely on explicit I2C slave instantiation. I invite you to read Documentation/i2c/instantiating-devices for a complete view of the available options. As a general rule, for sensor devices, we do our best to support auto-detection for devices which are commonly found on PC hardware. For devices which are mostly found on embedded devices, this isn't so useful, as the platform initialization code typically knows exactly what devices it expects. > If i2c_board_info is used to register platform i2c slaves, there is another issue for me: > One of the sensors has 2 slave addresses. I noticed only one slave address can be declared in one i2c_board_info. > The second question is: Shall I register the sensor's resource using 2 i2c_board_info? By doing this, shall I draft a single .c file containing 2 "i2c_driver" for them? No. You choose one I2C address which you consider the main address for the device, and in the driver's probe function, you request the extra address(es) using i2c_new_dummy(). Here's a list of drivers doing that, which you can use as examples: drivers/hwmon/smm665.c drivers/hwmon/asb100.c drivers/misc/eeprom/max6875.c drivers/misc/eeprom/at24.c -- Jean Delvare -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
