mirror of
				https://xff.cz/git/u-boot/
				synced 2025-10-31 10:26:10 +01:00 
			
		
		
		
	This is used on most Intel platforms. We don't have a driver for it yet, but add a stub to handle the init. For now this targets ivybridge so we may want to add a device tree binding and generalise it when other platforms are supported. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Heiko Schocher <hs@denx.de> Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
		
			
				
	
	
		
			128 lines
		
	
	
		
			4.2 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
			
		
		
	
	
			128 lines
		
	
	
		
			4.2 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
| #
 | |
| # I2C subsystem configuration
 | |
| #
 | |
| 
 | |
| menu "I2C support"
 | |
| 
 | |
| config DM_I2C
 | |
| 	bool "Enable Driver Model for I2C drivers"
 | |
| 	depends on DM
 | |
| 	help
 | |
| 	  Enable driver model for I2C. The I2C uclass interface: probe, read,
 | |
| 	  write and speed, is implemented with the bus drivers operations,
 | |
| 	  which provide methods for bus setting and data transfer. Each chip
 | |
| 	  device (bus child) info is kept as parent platdata. The interface
 | |
| 	  is defined in include/i2c.h. When i2c bus driver supports the i2c
 | |
| 	  uclass, but the device drivers not, then DM_I2C_COMPAT config can
 | |
| 	  be used as compatibility layer.
 | |
| 
 | |
| config DM_I2C_COMPAT
 | |
| 	bool "Enable I2C compatibility layer"
 | |
| 	depends on DM
 | |
| 	help
 | |
| 	  Enable old-style I2C functions for compatibility with existing code.
 | |
| 	  This option can be enabled as a temporary measure to avoid needing
 | |
| 	  to convert all code for a board in a single commit. It should not
 | |
| 	  be enabled for any board in an official release.
 | |
| 
 | |
| config I2C_CROS_EC_TUNNEL
 | |
| 	tristate "Chrome OS EC tunnel I2C bus"
 | |
| 	depends on CROS_EC
 | |
| 	help
 | |
| 	  This provides an I2C bus that will tunnel i2c commands through to
 | |
| 	  the other side of the Chrome OS EC to the I2C bus connected there.
 | |
| 	  This will work whatever the interface used to talk to the EC (SPI,
 | |
| 	  I2C or LPC). Some Chromebooks use this when the hardware design
 | |
| 	  does not allow direct access to the main PMIC from the AP.
 | |
| 
 | |
| config I2C_CROS_EC_LDO
 | |
| 	bool "Provide access to LDOs on the Chrome OS EC"
 | |
| 	depends on CROS_EC
 | |
| 	---help---
 | |
| 	On many Chromebooks the main PMIC is inaccessible to the AP. This is
 | |
| 	often dealt with by using an I2C pass-through interface provided by
 | |
| 	the EC. On some unfortunate models (e.g. Spring) the pass-through
 | |
| 	is not available, and an LDO message is available instead. This
 | |
| 	option enables a driver which provides very basic access to those
 | |
| 	regulators, via the EC. We implement this as an I2C bus	which
 | |
| 	emulates just the TPS65090 messages we know about. This is done to
 | |
| 	avoid duplicating the logic in the TPS65090 regulator driver for
 | |
| 	enabling/disabling an LDO.
 | |
| 
 | |
| config DM_I2C_GPIO
 | |
| 	bool "Enable Driver Model for software emulated I2C bus driver"
 | |
| 	depends on DM_I2C && DM_GPIO
 | |
| 	help
 | |
| 	  Enable the i2c bus driver emulation by using the GPIOs. The bus GPIO
 | |
| 	  configuration is given by the device tree. Kernel-style device tree
 | |
| 	  bindings are supported.
 | |
| 	  Binding info: doc/device-tree-bindings/i2c/i2c-gpio.txt
 | |
| 
 | |
| config SYS_I2C_INTEL
 | |
| 	bool "Intel I2C/SMBUS driver"
 | |
| 	depends on DM_I2C
 | |
| 	help
 | |
| 	  Add support for the Intel SMBUS driver. So far this driver is just
 | |
| 	  a stub which perhaps some basic init. There is no implementation of
 | |
| 	  the I2C API meaning that any I2C operations will immediately fail
 | |
| 	  for now.
 | |
| 
 | |
| config SYS_I2C_ROCKCHIP
 | |
| 	bool "Rockchip I2C driver"
 | |
| 	depends on DM_I2C
 | |
| 	help
 | |
| 	  Add support for the Rockchip I2C driver. This is used with various
 | |
| 	  Rockchip parts such as RK3126, RK3128, RK3036 and RK3288. All chips
 | |
| 	  have several I2C ports and all are provided, controled by the
 | |
| 	  device tree.
 | |
| 
 | |
| config SYS_I2C_SANDBOX
 | |
| 	bool "Sandbox I2C driver"
 | |
| 	depends on SANDBOX && DM_I2C
 | |
| 	help
 | |
| 	  Enable I2C support for sandbox. This is an emulation of a real I2C
 | |
| 	  bus. Devices can be attached to the bus using the device tree
 | |
| 	  which specifies the driver to use. As an example, see this device
 | |
| 	  tree fragment from sandbox.dts. It shows that the I2C bus has a
 | |
| 	  single EEPROM at address 0x2c (7-bit address) which is emulated by
 | |
| 	  the driver for "sandbox,i2c-eeprom", which is in
 | |
| 	  drivers/misc/i2c_eeprom_emul.c.
 | |
| 
 | |
| 	  i2c@0 {
 | |
| 		#address-cells = <1>;
 | |
| 		#size-cells = <0>;
 | |
| 		reg = <0>;
 | |
| 		compatible = "sandbox,i2c";
 | |
| 		clock-frequency = <400000>;
 | |
| 		eeprom@2c {
 | |
| 			reg = <0x2c>;
 | |
| 			compatible = "i2c-eeprom";
 | |
| 			emul {
 | |
| 				compatible = "sandbox,i2c-eeprom";
 | |
| 				sandbox,filename = "i2c.bin";
 | |
| 				sandbox,size = <128>;
 | |
| 			};
 | |
| 		};
 | |
| 	};
 | |
| 
 | |
| 
 | |
| config SYS_I2C_UNIPHIER
 | |
| 	bool "UniPhier I2C driver"
 | |
| 	depends on ARCH_UNIPHIER && DM_I2C
 | |
| 	default y
 | |
| 	help
 | |
| 	  Support for UniPhier I2C controller driver.  This I2C controller
 | |
| 	  is used on PH1-LD4, PH1-sLD8 or older UniPhier SoCs.
 | |
| 
 | |
| config SYS_I2C_UNIPHIER_F
 | |
| 	bool "UniPhier FIFO-builtin I2C driver"
 | |
| 	depends on ARCH_UNIPHIER && DM_I2C
 | |
| 	default y
 | |
| 	help
 | |
| 	  Support for UniPhier FIFO-builtin I2C controller driver.
 | |
| 	  This I2C controller is used on PH1-Pro4 or newer UniPhier SoCs.
 | |
| 
 | |
| source "drivers/i2c/muxes/Kconfig"
 | |
| 
 | |
| endmenu
 |