struct_i2c_algo_dp_aux_data(9) [centos man page]

STRUCT 
I2C_ALGO_DP_A(9) 					   DRM Internals					   STRUCT I2C_ALGO_DP_A(9)

NAME

       struct_i2c_algo_dp_aux_data - driver interface structure for i2c over dp aux algorithm

SYNOPSIS

       struct i2c_algo_dp_aux_data {
	 bool running;
	 u16 address;
	 int (* aux_ch) (struct i2c_adapter *adapter,int mode, uint8_t write_byte,uint8_t *read_byte);
       };

MEMBERS

       running
	   set by the algo indicating whether an i2c is ongoing or whether the i2c bus is quiescent

       address
	   i2c target address for the currently ongoing transfer

       aux_ch
	   driver callback to transfer a single byte of the i2c payload

AUTHORS

       Jesse Barnes <jesse.barnes@intel.com>
       Intel Corporation,
	   Initial version

       Laurent Pinchart <laurent.pinchart@ideasonboard.com>
       Ideas on board SPRL,
	   Driver internals

COPYRIGHT

Kernel Hackers Manual 3.10					     June 2014						   STRUCT I2C_ALGO_DP_A(9)

STRUCT 
I2C_DRIVER(9)					      I2C and SMBus Subsystem					      STRUCT I2C_DRIVER(9)

NAME

       struct_i2c_driver - represent an I2C device driver

SYNOPSIS

       struct i2c_driver {
	 unsigned int class;
	 int (* attach_adapter) (struct i2c_adapter *);
	 int (* detach_adapter) (struct i2c_adapter *);
	 int (* probe) (struct i2c_client *, const struct i2c_device_id *);
	 int (* remove) (struct i2c_client *);
	 void (* shutdown) (struct i2c_client *);
	 int (* suspend) (struct i2c_client *, pm_message_t mesg);
	 int (* resume) (struct i2c_client *);
	 int (* command) (struct i2c_client *client, unsigned int cmd, void *arg);
	 struct device_driver driver;
	 const struct i2c_device_id * id_table;
	 int (* detect) (struct i2c_client *, struct i2c_board_info *);
	 const unsigned short * address_list;
	 struct list_head clients;
       };

MEMBERS

       class
	   What kind of i2c device we instantiate (for detect)

       attach_adapter
	   Callback for bus addition (for legacy drivers)

       detach_adapter
	   Callback for bus removal (for legacy drivers)

       probe
	   Callback for device binding

       remove
	   Callback for device unbinding

       shutdown
	   Callback for device shutdown

       suspend
	   Callback for device suspend

       resume
	   Callback for device resume

       command
	   Callback for bus-wide signaling (optional)

       driver
	   Device driver model driver

       id_table
	   List of I2C devices supported by this driver

       detect
	   Callback for device detection

       address_list
	   The I2C addresses to probe (for detect)

       clients
	   List of detected clients we created (for i2c-core use only)

DESCRIPTION

       The driver.owner field should be set to the module owner of this driver. The driver.name field should be set to the name of this driver.

       For automatic device detection, both detect and address_data must be defined.  class should also be set, otherwise only devices forced with
       module parameters will be created. The detect function must fill at least the name field of the i2c_board_info structure it is handed upon
       successful detection, and possibly also the flags field.

       If detect is missing, the driver will still work fine for enumerated devices. Detected devices simply won't be supported. This is expected
       for the many I2C/SMBus devices which can't be detected reliably, and the ones which can always be enumerated in practice.

       The i2c_client structure which is handed to the detect callback is not a real i2c_client. It is initialized just enough so that you can
       call i2c_smbus_read_byte_data and friends on it. Don't do anything else with it. In particular, calling dev_dbg and friends on it is not
       allowed.

COPYRIGHT

Kernel Hackers Manual 2.6.					     July 2010						      STRUCT I2C_DRIVER(9)