dm: Expand and complete Kconfig in drivers/
authorSimon Glass <sjg@chromium.org>
Fri, 6 Feb 2015 04:41:35 +0000 (21:41 -0700)
committerSimon Glass <sjg@chromium.org>
Thu, 12 Feb 2015 17:35:33 +0000 (10:35 -0700)
Expand the help messages for each driver. Add missing Kconfig for I2C,
SPI flash and thermal.

Signed-off-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
doc/driver-model/spi-howto.txt
drivers/Kconfig
drivers/core/Kconfig
drivers/gpio/Kconfig
drivers/i2c/Kconfig
drivers/misc/Kconfig
drivers/mtd/Kconfig
drivers/mtd/spi/Kconfig [new file with mode: 0644]
drivers/serial/Kconfig
drivers/spi/Kconfig
drivers/thermal/Kconfig [new file with mode: 0644]

index 5bc29ad..ee4abf4 100644 (file)
@@ -40,8 +40,8 @@ with only minor changes:
 
 Add these to your board config:
 
-#define CONFIG_DM_SPI
-#define CONFIG_DM_SPI_FLASH
+CONFIG_DM_SPI
+CONFIG_DM_SPI_FLASH
 
 
 2. Add the skeleton
index 021293e..dcce532 100644 (file)
@@ -50,4 +50,6 @@ source "drivers/dma/Kconfig"
 
 source "drivers/crypto/Kconfig"
 
+source "drivers/thermal/Kconfig"
+
 endmenu
index d2799dc..dc32385 100644 (file)
@@ -2,5 +2,7 @@ config DM
        bool "Enable Driver Model"
        depends on !SPL_BUILD
        help
-         This config option enables Driver Model.
-         To use legacy drivers, say N.
+         This config option enables Driver Model. This brings in the core
+         support, including scanning of platform data on start-up. If
+         CONFIG_OF_CONTROL is enabled, the device tree will be scanned also
+         when available.
index d21302f..b609e73 100644 (file)
@@ -2,5 +2,8 @@ config DM_GPIO
        bool "Enable Driver Model for GPIO drivers"
        depends on DM
        help
-         If you want to use driver model for GPIO drivers, say Y.
-         To use legacy GPIO drivers, say N.
+         Enable driver model for GPIO access. The standard GPIO
+         interface (gpio_get_value(), etc.) is then implemented by
+         the GPIO uclass. Drivers provide methods to query the
+         particular GPIOs that they provide. The uclass interface
+         is defined in include/asm-generic/gpio.h.
index 202ea5d..2cc776c 100644 (file)
@@ -2,8 +2,16 @@ config DM_I2C
        bool "Enable Driver Model for I2C drivers"
        depends on DM
        help
-         If you want to use driver model for I2C drivers, say Y.
-         To use legacy I2C drivers, say N.
+         Enable driver model for I2C. This SPI flash interface
+         (spi_flash_probe(), spi_flash_write(), etc.) is then
+         implemented by the SPI flash uclass. There is one standard
+         SPI flash driver which knows how to probe most chips
+         supported by U-Boot. The uclass interface is defined in
+         include/spi_flash.h, but is currently fully compatible
+         with the old interface to avoid confusion and duplication
+         during the transition parent. SPI and SPI flash must be
+         enabled together (it is not possible to use driver model
+         for one and not the other).
 
 config SYS_I2C_UNIPHIER
        bool "UniPhier I2C driver"
index e69de29..813d1c2 100644 (file)
@@ -0,0 +1,9 @@
+config DM_CROS_EC
+       bool "Enable Driver Model for Chrome OS EC"
+       depends on DM
+       help
+         Enable driver model for the Chrome OS EC interface. This
+         allows the cros_ec SPI driver to operate with CONFIG_DM_SPI
+         but otherwise makes few changes. Since cros_ec also supports
+         I2C and LPC (which don't support driver model yet), a full
+         conversion is not yet possible.
index 415ab4e..59278d1 100644 (file)
@@ -1 +1,3 @@
 source "drivers/mtd/nand/Kconfig"
+
+source "drivers/mtd/spi/Kconfig"
diff --git a/drivers/mtd/spi/Kconfig b/drivers/mtd/spi/Kconfig
new file mode 100644 (file)
index 0000000..2dc46b4
--- /dev/null
@@ -0,0 +1,14 @@
+config DM_SPI_FLASH
+       bool "Enable Driver Model for SPI flash"
+       depends on DM && SPI
+       help
+         Enable driver model for SPI flash. This SPI flash interface
+         (spi_flash_probe(), spi_flash_write(), etc.) is then
+         implemented by the SPI flash uclass. There is one standard
+         SPI flash driver which knows how to probe most chips
+         supported by U-Boot. The uclass interface is defined in
+         include/spi_flash.h, but is currently fully compatible
+         with the old interface to avoid confusion and duplication
+         during the transition parent. SPI and SPI flash must be
+         enabled together (it is not possible to use driver model
+         for one and not the other).
index a0b6e02..c94353b 100644 (file)
@@ -2,8 +2,10 @@ config DM_SERIAL
        bool "Enable Driver Model for serial drivers"
        depends on DM
        help
-         If you want to use driver model for serial drivers, say Y.
-         To use legacy serial drivers, say N.
+         Enable driver model for serial. This replaces
+         drivers/serial/serial.c with the serial uclass, which
+         implements serial_putc() etc. The uclass interface is
+         defined in include/serial.h.
 
 config UNIPHIER_SERIAL
        bool "UniPhier on-chip UART support"
index e1678e6..7ae2727 100644 (file)
@@ -2,5 +2,11 @@ config DM_SPI
        bool "Enable Driver Model for SPI drivers"
        depends on DM
        help
-         If you want to use driver model for SPI drivers, say Y.
-         To use legacy SPI drivers, say N.
+         Enable driver model for SPI. The SPI slave interface
+         (spi_setup_slave(), spi_xfer(), etc.) is then implemented by
+         the SPI uclass. Drivers provide methods to access the SPI
+         buses that they control. The uclass interface is defined in
+         include/spi.h. The existing spi_slave structure is attached
+         as 'parent data' to every slave on each bus. Slaves
+         typically use driver-private data instead of extending the
+         spi_slave structure.
diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig
new file mode 100644 (file)
index 0000000..3c6b36d
--- /dev/null
@@ -0,0 +1,7 @@
+config DM_THERMAL
+       bool "Driver support for thermal devices"
+       help
+         Enable support for temporary-sensing devices. Some SoCs have on-chip
+         temperature sensors to permit warnings, speed throttling or even
+         automatic power-off when the temperature gets too high or low. Other
+         devices may be discrete but connected on a suitable bus.