| 
									
										
										
										
											2008-02-04 22:28:24 -08:00
										 |  |  | #ifndef __LINUX_PCF857X_H
 | 
					
						
							|  |  |  | #define __LINUX_PCF857X_H
 | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | /**
 | 
					
						
							|  |  |  |  * struct pcf857x_platform_data - data to set up pcf857x driver | 
					
						
							|  |  |  |  * @gpio_base: number of the chip's first GPIO | 
					
						
							|  |  |  |  * @n_latch: optional bit-inverse of initial register value; if | 
					
						
							|  |  |  |  *	you leave this initialized to zero the driver will act | 
					
						
							|  |  |  |  *	like the chip was just reset | 
					
						
							|  |  |  |  * @setup: optional callback issued once the GPIOs are valid | 
					
						
							|  |  |  |  * @teardown: optional callback issued before the GPIOs are invalidated | 
					
						
							|  |  |  |  * @context: optional parameter passed to setup() and teardown() | 
					
						
							|  |  |  |  * | 
					
						
							|  |  |  |  * In addition to the I2C_BOARD_INFO() state appropriate to each chip, | 
					
						
							| 
									
										
										
										
											2008-05-18 20:49:41 +02:00
										 |  |  |  * the i2c_board_info used with the pcf875x driver must provide its | 
					
						
							| 
									
										
										
										
											2008-02-04 22:28:24 -08:00
										 |  |  |  * platform_data (pointer to one of these structures) with at least | 
					
						
							|  |  |  |  * the gpio_base value initialized. | 
					
						
							|  |  |  |  * | 
					
						
							|  |  |  |  * The @setup callback may be used with the kind of board-specific glue | 
					
						
							|  |  |  |  * which hands the (now-valid) GPIOs to other drivers, or which puts | 
					
						
							|  |  |  |  * devices in their initial states using these GPIOs. | 
					
						
							|  |  |  |  * | 
					
						
							|  |  |  |  * These GPIO chips are only "quasi-bidirectional"; read the chip specs | 
					
						
							|  |  |  |  * to understand the behavior.  They don't have separate registers to | 
					
						
							|  |  |  |  * record which pins are used for input or output, record which output | 
					
						
							|  |  |  |  * values are driven, or provide access to input values.  That must be | 
					
						
							|  |  |  |  * inferred by reading the chip's value and knowing the last value written | 
					
						
							|  |  |  |  * to it.  If you leave n_latch initialized to zero, that last written | 
					
						
							|  |  |  |  * value is presumed to be all ones (as if the chip were just reset). | 
					
						
							|  |  |  |  */ | 
					
						
							|  |  |  | struct pcf857x_platform_data { | 
					
						
							|  |  |  | 	unsigned	gpio_base; | 
					
						
							|  |  |  | 	unsigned	n_latch; | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | 	int		(*setup)(struct i2c_client *client, | 
					
						
							|  |  |  | 					int gpio, unsigned ngpio, | 
					
						
							|  |  |  | 					void *context); | 
					
						
							|  |  |  | 	int		(*teardown)(struct i2c_client *client, | 
					
						
							|  |  |  | 					int gpio, unsigned ngpio, | 
					
						
							|  |  |  | 					void *context); | 
					
						
							|  |  |  | 	void		*context; | 
					
						
							|  |  |  | }; | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | #endif /* __LINUX_PCF857X_H */
 |