[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190310100115.3f669aef@archlinux>
Date: Sun, 10 Mar 2019 10:01:15 +0000
From: Jonathan Cameron <jic23@...nel.org>
To: "Enrico Weigelt, metux IT consult" <info@...ux.net>
Cc: linux-kernel@...r.kernel.org, knaack.h@....de, lars@...afoo.de,
pmeerw@...erw.net, linux-iio@...r.kernel.org
Subject: Re: [PATCH] drivers: iio: Kconfig: pedantic cleanup
On Wed, 6 Mar 2019 15:52:23 +0100
"Enrico Weigelt, metux IT consult" <info@...ux.net> wrote:
> Formatting of Kconfig files doesn't look so pretty, so just
> take damp cloth and clean it up.
>
> Signed-off-by: Enrico Weigelt, metux IT consult <info@...ux.net>
Thanks for sorting this. Every now and then I notice one
of these bits of inconsistency and think I should fix
that but I never get around to it!
Now all we need to do is to check new stuff more carefully so
we don't need to do this again in a few months.
Hmm. Probably over optimistic, but like a hair cut, we can
look good for at least a week or two :)
Applied with some fuzz to the togreg branch of iio.git and
pushed out as testing for the autobuilders to play with it.
Jonathan
> ---
> drivers/iio/Kconfig | 24 +--
> drivers/iio/accel/Kconfig | 48 +++---
> drivers/iio/adc/Kconfig | 20 +--
> drivers/iio/chemical/Kconfig | 12 +-
> drivers/iio/common/ms_sensors/Kconfig | 2 +-
> drivers/iio/humidity/Kconfig | 20 +--
> drivers/iio/light/Kconfig | 274 +++++++++++++++++-----------------
> drivers/iio/potentiometer/Kconfig | 34 ++---
> drivers/iio/temperature/Kconfig | 16 +-
> 9 files changed, 225 insertions(+), 225 deletions(-)
>
> diff --git a/drivers/iio/Kconfig b/drivers/iio/Kconfig
> index d08aeb4..014006d 100644
> --- a/drivers/iio/Kconfig
> +++ b/drivers/iio/Kconfig
> @@ -39,28 +39,28 @@ config IIO_TRIGGER
> data now' interrupt.
>
> config IIO_CONSUMERS_PER_TRIGGER
> - int "Maximum number of consumers per trigger"
> - depends on IIO_TRIGGER
> - default "2"
> - help
> - This value controls the maximum number of consumers that a
> - given trigger may handle. Default is 2.
> + int "Maximum number of consumers per trigger"
> + depends on IIO_TRIGGER
> + default "2"
> + help
> + This value controls the maximum number of consumers that a
> + given trigger may handle. Default is 2.
>
> config IIO_SW_DEVICE
> tristate "Enable software IIO device support"
> select IIO_CONFIGFS
> help
> - Provides IIO core support for software devices. A software
> - device can be created via configfs or directly by a driver
> - using the API provided.
> + Provides IIO core support for software devices. A software
> + device can be created via configfs or directly by a driver
> + using the API provided.
>
> config IIO_SW_TRIGGER
> tristate "Enable software triggers support"
> select IIO_CONFIGFS
> help
> - Provides IIO core support for software triggers. A software
> - trigger can be created via configfs or directly by a driver
> - using the API provided.
> + Provides IIO core support for software triggers. A software
> + trigger can be created via configfs or directly by a driver
> + using the API provided.
>
> config IIO_TRIGGERED_EVENT
> tristate
> diff --git a/drivers/iio/accel/Kconfig b/drivers/iio/accel/Kconfig
> index 898839c..4a1f133 100644
> --- a/drivers/iio/accel/Kconfig
> +++ b/drivers/iio/accel/Kconfig
> @@ -6,28 +6,28 @@
> menu "Accelerometers"
>
> config ADIS16201
> - tristate "Analog Devices ADIS16201 Dual-Axis Digital Inclinometer and Accelerometer"
> - depends on SPI
> - select IIO_ADIS_LIB
> - select IIO_ADIS_LIB_BUFFER if IIO_BUFFER
> - help
> - Say Y here to build support for Analog Devices adis16201 dual-axis
> - digital inclinometer and accelerometer.
> + tristate "Analog Devices ADIS16201 Dual-Axis Digital Inclinometer and Accelerometer"
> + depends on SPI
> + select IIO_ADIS_LIB
> + select IIO_ADIS_LIB_BUFFER if IIO_BUFFER
> + help
> + Say Y here to build support for Analog Devices adis16201 dual-axis
> + digital inclinometer and accelerometer.
>
> - To compile this driver as a module, say M here: the module will
> - be called adis16201.
> + To compile this driver as a module, say M here: the module will
> + be called adis16201.
>
> config ADIS16209
> - tristate "Analog Devices ADIS16209 Dual-Axis Digital Inclinometer and Accelerometer"
> - depends on SPI
> - select IIO_ADIS_LIB
> - select IIO_ADIS_LIB_BUFFER if IIO_BUFFER
> - help
> - Say Y here to build support for Analog Devices adis16209 dual-axis digital inclinometer
> - and accelerometer.
> + tristate "Analog Devices ADIS16209 Dual-Axis Digital Inclinometer and Accelerometer"
> + depends on SPI
> + select IIO_ADIS_LIB
> + select IIO_ADIS_LIB_BUFFER if IIO_BUFFER
> + help
> + Say Y here to build support for Analog Devices adis16209 dual-axis digital inclinometer
> + and accelerometer.
>
> - To compile this driver as a module, say M here: the module will be
> - called adis16209.
> + To compile this driver as a module, say M here: the module will be
> + called adis16209.
>
> config ADXL345
> tristate
> @@ -100,16 +100,16 @@ config BMA180
> module will be called bma180.
>
> config BMA220
> - tristate "Bosch BMA220 3-Axis Accelerometer Driver"
> + tristate "Bosch BMA220 3-Axis Accelerometer Driver"
> depends on SPI
> select IIO_BUFFER
> select IIO_TRIGGERED_BUFFER
> - help
> - Say yes here to add support for the Bosch BMA220 triaxial
> - acceleration sensor.
> + help
> + Say yes here to add support for the Bosch BMA220 triaxial
> + acceleration sensor.
>
> - To compile this driver as a module, choose M here: the
> - module will be called bma220_spi.
> + To compile this driver as a module, choose M here: the
> + module will be called bma220_spi.
>
> config BMC150_ACCEL
> tristate "Bosch BMC150 Accelerometer Driver"
> diff --git a/drivers/iio/adc/Kconfig b/drivers/iio/adc/Kconfig
> index 7a3ca4e..16b8b7e 100644
> --- a/drivers/iio/adc/Kconfig
> +++ b/drivers/iio/adc/Kconfig
> @@ -347,7 +347,7 @@ config HX711
>
> This driver uses two GPIOs, one acts as the clock and controls the
> channel selection and gain, the other one is used for the measurement
> - data
> + data
>
> Currently the raw value is read from the chip and delivered.
> To get an actual weight one needs to subtract the
> @@ -533,17 +533,17 @@ config MCP3911
> called mcp3911.
>
> config MEDIATEK_MT6577_AUXADC
> - tristate "MediaTek AUXADC driver"
> - depends on ARCH_MEDIATEK || COMPILE_TEST
> - depends on HAS_IOMEM
> - help
> - Say yes here to enable support for MediaTek mt65xx AUXADC.
> + tristate "MediaTek AUXADC driver"
> + depends on ARCH_MEDIATEK || COMPILE_TEST
> + depends on HAS_IOMEM
> + help
> + Say yes here to enable support for MediaTek mt65xx AUXADC.
>
> - The driver supports immediate mode operation to read from one of sixteen
> - channels (external or internal).
> + The driver supports immediate mode operation to read from one of sixteen
> + channels (external or internal).
>
> - This driver can also be built as a module. If so, the module will be
> - called mt6577_auxadc.
> + This driver can also be built as a module. If so, the module will be
> + called mt6577_auxadc.
>
> config MEN_Z188_ADC
> tristate "MEN 16z188 ADC IP Core support"
> diff --git a/drivers/iio/chemical/Kconfig b/drivers/iio/chemical/Kconfig
> index b8e005b..e6ad533 100644
> --- a/drivers/iio/chemical/Kconfig
> +++ b/drivers/iio/chemical/Kconfig
> @@ -12,14 +12,14 @@ config ATLAS_PH_SENSOR
> select IIO_TRIGGERED_BUFFER
> select IRQ_WORK
> help
> - Say Y here to build I2C interface support for the following
> - Atlas Scientific OEM SM sensors:
> + Say Y here to build I2C interface support for the following
> + Atlas Scientific OEM SM sensors:
> * pH SM sensor
> * EC SM sensor
> * ORP SM sensor
>
> - To compile this driver as module, choose M here: the
> - module will be called atlas-ph-sensor.
> + To compile this driver as module, choose M here: the
> + module will be called atlas-ph-sensor.
>
> config BME680
> tristate "Bosch Sensortec BME680 sensor driver"
> @@ -47,8 +47,8 @@ config BME680_SPI
> config CCS811
> tristate "AMS CCS811 VOC sensor"
> depends on I2C
> - select IIO_BUFFER
> - select IIO_TRIGGERED_BUFFER
> + select IIO_BUFFER
> + select IIO_TRIGGERED_BUFFER
> help
> Say Y here to build I2C interface support for the AMS
> CCS811 VOC (Volatile Organic Compounds) sensor
> diff --git a/drivers/iio/common/ms_sensors/Kconfig b/drivers/iio/common/ms_sensors/Kconfig
> index b28a92b..89398d0 100644
> --- a/drivers/iio/common/ms_sensors/Kconfig
> +++ b/drivers/iio/common/ms_sensors/Kconfig
> @@ -3,4 +3,4 @@
> #
>
> config IIO_MS_SENSORS_I2C
> - tristate
> + tristate
> diff --git a/drivers/iio/humidity/Kconfig b/drivers/iio/humidity/Kconfig
> index 1a0d458..f1a8ec9 100644
> --- a/drivers/iio/humidity/Kconfig
> +++ b/drivers/iio/humidity/Kconfig
> @@ -4,16 +4,16 @@
> menu "Humidity sensors"
>
> config AM2315
> - tristate "Aosong AM2315 relative humidity and temperature sensor"
> - depends on I2C
> - select IIO_BUFFER
> - select IIO_TRIGGERED_BUFFER
> - help
> - If you say yes here you get support for the Aosong AM2315
> - relative humidity and ambient temperature sensor.
> + tristate "Aosong AM2315 relative humidity and temperature sensor"
> + depends on I2C
> + select IIO_BUFFER
> + select IIO_TRIGGERED_BUFFER
> + help
> + If you say yes here you get support for the Aosong AM2315
> + relative humidity and ambient temperature sensor.
>
> - This driver can also be built as a module. If so, the module will
> - be called am2315.
> + This driver can also be built as a module. If so, the module will
> + be called am2315.
>
> config DHT11
> tristate "DHT11 (and compatible sensors) driver"
> @@ -78,7 +78,7 @@ config HTS221_SPI
> config HTU21
> tristate "Measurement Specialties HTU21 humidity & temperature sensor"
> depends on I2C
> - select IIO_MS_SENSORS_I2C
> + select IIO_MS_SENSORS_I2C
> help
> If you say yes here you get support for the Measurement Specialties
> HTU21 humidity and temperature sensor.
> diff --git a/drivers/iio/light/Kconfig b/drivers/iio/light/Kconfig
> index 36f4584..a378ec7 100644
> --- a/drivers/iio/light/Kconfig
> +++ b/drivers/iio/light/Kconfig
> @@ -13,11 +13,11 @@ config ACPI_ALS
> select IIO_TRIGGERED_BUFFER
> select IIO_KFIFO_BUF
> help
> - Say Y here if you want to build a driver for the ACPI0008
> - Ambient Light Sensor.
> + Say Y here if you want to build a driver for the ACPI0008
> + Ambient Light Sensor.
>
> - To compile this driver as a module, choose M here: the module will
> - be called acpi-als.
> + To compile this driver as a module, choose M here: the module will
> + be called acpi-als.
>
> config ADJD_S311
> tristate "ADJD-S311-CR999 digital color sensor"
> @@ -25,31 +25,31 @@ config ADJD_S311
> select IIO_TRIGGERED_BUFFER
> depends on I2C
> help
> - If you say yes here you get support for the Avago ADJD-S311-CR999
> - digital color light sensor.
> + If you say yes here you get support for the Avago ADJD-S311-CR999
> + digital color light sensor.
>
> - This driver can also be built as a module. If so, the module
> - will be called adjd_s311.
> + This driver can also be built as a module. If so, the module
> + will be called adjd_s311.
>
> config AL3320A
> tristate "AL3320A ambient light sensor"
> depends on I2C
> help
> - Say Y here if you want to build a driver for the Dyna Image AL3320A
> - ambient light sensor.
> + Say Y here if you want to build a driver for the Dyna Image AL3320A
> + ambient light sensor.
>
> - To compile this driver as a module, choose M here: the
> - module will be called al3320a.
> + To compile this driver as a module, choose M here: the
> + module will be called al3320a.
>
> config APDS9300
> tristate "APDS9300 ambient light sensor"
> depends on I2C
> help
> - Say Y here if you want to build a driver for the Avago APDS9300
> - ambient light sensor.
> + Say Y here if you want to build a driver for the Avago APDS9300
> + ambient light sensor.
>
> - To compile this driver as a module, choose M here: the
> - module will be called apds9300.
> + To compile this driver as a module, choose M here: the
> + module will be called apds9300.
>
> config APDS9960
> tristate "Avago APDS9960 gesture/RGB/ALS/proximity sensor"
> @@ -68,74 +68,74 @@ config BH1750
> tristate "ROHM BH1750 ambient light sensor"
> depends on I2C
> help
> - Say Y here to build support for the ROHM BH1710, BH1715, BH1721,
> - BH1750, BH1751 ambient light sensors.
> + Say Y here to build support for the ROHM BH1710, BH1715, BH1721,
> + BH1750, BH1751 ambient light sensors.
>
> - To compile this driver as a module, choose M here: the module will
> - be called bh1750.
> + To compile this driver as a module, choose M here: the module will
> + be called bh1750.
>
> config BH1780
> tristate "ROHM BH1780 ambient light sensor"
> depends on I2C
> help
> - Say Y here to build support for the ROHM BH1780GLI ambient
> - light sensor.
> + Say Y here to build support for the ROHM BH1780GLI ambient
> + light sensor.
>
> - To compile this driver as a module, choose M here: the module will
> - be called bh1780.
> + To compile this driver as a module, choose M here: the module will
> + be called bh1780.
>
> config CM32181
> depends on I2C
> tristate "CM32181 driver"
> help
> - Say Y here if you use cm32181.
> - This option enables ambient light sensor using
> - Capella cm32181 device driver.
> + Say Y here if you use cm32181.
> + This option enables ambient light sensor using
> + Capella cm32181 device driver.
>
> - To compile this driver as a module, choose M here:
> - the module will be called cm32181.
> + To compile this driver as a module, choose M here:
> + the module will be called cm32181.
>
> config CM3232
> depends on I2C
> tristate "CM3232 ambient light sensor"
> help
> - Say Y here if you use cm3232.
> - This option enables ambient light sensor using
> - Capella Microsystems cm3232 device driver.
> + Say Y here if you use cm3232.
> + This option enables ambient light sensor using
> + Capella Microsystems cm3232 device driver.
>
> - To compile this driver as a module, choose M here:
> - the module will be called cm3232.
> + To compile this driver as a module, choose M here:
> + the module will be called cm3232.
>
> config CM3323
> depends on I2C
> tristate "Capella CM3323 color light sensor"
> help
> - Say Y here if you want to build a driver for Capella CM3323
> - color sensor.
> + Say Y here if you want to build a driver for Capella CM3323
> + color sensor.
>
> - To compile this driver as a module, choose M here: the module will
> - be called cm3323.
> + To compile this driver as a module, choose M here: the module will
> + be called cm3323.
>
> config CM3605
> tristate "Capella CM3605 ambient light and proximity sensor"
> depends on OF
> help
> - Say Y here if you want to build a driver for Capella CM3605
> - ambient light and short range proximity sensor.
> + Say Y here if you want to build a driver for Capella CM3605
> + ambient light and short range proximity sensor.
>
> - To compile this driver as a module, choose M here: the module will
> - be called cm3605.
> + To compile this driver as a module, choose M here: the module will
> + be called cm3605.
>
> config CM36651
> depends on I2C
> tristate "CM36651 driver"
> help
> - Say Y here if you use cm36651.
> - This option enables proximity & RGB sensor using
> - Capella cm36651 device driver.
> + Say Y here if you use cm36651.
> + This option enables proximity & RGB sensor using
> + Capella cm36651 device driver.
>
> - To compile this driver as a module, choose M here:
> - the module will be called cm36651.
> + To compile this driver as a module, choose M here:
> + the module will be called cm36651.
>
> config IIO_CROS_EC_LIGHT_PROX
> tristate "ChromeOS EC Light and Proximity Sensors"
> @@ -167,21 +167,21 @@ config SENSORS_ISL29018
> select REGMAP_I2C
> default n
> help
> - If you say yes here you get support for ambient light sensing and
> - proximity infrared sensing from Intersil ISL29018.
> - This driver will provide the measurements of ambient light intensity
> - in lux, proximity infrared sensing and normal infrared sensing.
> - Data from sensor is accessible via sysfs.
> + If you say yes here you get support for ambient light sensing and
> + proximity infrared sensing from Intersil ISL29018.
> + This driver will provide the measurements of ambient light intensity
> + in lux, proximity infrared sensing and normal infrared sensing.
> + Data from sensor is accessible via sysfs.
>
> config SENSORS_ISL29028
> tristate "Intersil ISL29028 Concurrent Light and Proximity Sensor"
> depends on I2C
> select REGMAP_I2C
> help
> - Provides driver for the Intersil's ISL29028 device.
> - This driver supports the sysfs interface to get the ALS, IR intensity,
> - Proximity value via iio. The ISL29028 provides the concurrent sensing
> - of ambient light and proximity.
> + Provides driver for the Intersil's ISL29028 device.
> + This driver supports the sysfs interface to get the ALS, IR intensity,
> + Proximity value via iio. The ISL29028 provides the concurrent sensing
> + of ambient light and proximity.
>
> config ISL29125
> tristate "Intersil ISL29125 digital color light sensor"
> @@ -228,22 +228,22 @@ config JSA1212
> depends on I2C
> select REGMAP_I2C
> help
> - Say Y here if you want to build a IIO driver for JSA1212
> - proximity & ALS sensor device.
> + Say Y here if you want to build a IIO driver for JSA1212
> + proximity & ALS sensor device.
>
> - To compile this driver as a module, choose M here:
> - the module will be called jsa1212.
> + To compile this driver as a module, choose M here:
> + the module will be called jsa1212.
>
> config RPR0521
> tristate "ROHM RPR0521 ALS and proximity sensor driver"
> depends on I2C
> select REGMAP_I2C
> help
> - Say Y here if you want to build support for ROHM's RPR0521
> - ambient light and proximity sensor device.
> + Say Y here if you want to build support for ROHM's RPR0521
> + ambient light and proximity sensor device.
>
> - To compile this driver as a module, choose M here:
> - the module will be called rpr0521.
> + To compile this driver as a module, choose M here:
> + the module will be called rpr0521.
>
> config SENSORS_LM3533
> tristate "LM3533 ambient light sensor"
> @@ -269,22 +269,22 @@ config LTR501
> select IIO_BUFFER
> select IIO_TRIGGERED_BUFFER
> help
> - If you say yes here you get support for the Lite-On LTR-501ALS-01
> - ambient light and proximity sensor. This driver also supports LTR-559
> - ALS/PS or LTR-301 ALS sensors.
> + If you say yes here you get support for the Lite-On LTR-501ALS-01
> + ambient light and proximity sensor. This driver also supports LTR-559
> + ALS/PS or LTR-301 ALS sensors.
>
> - This driver can also be built as a module. If so, the module
> - will be called ltr501.
> + This driver can also be built as a module. If so, the module
> + will be called ltr501.
>
> config LV0104CS
> tristate "LV0104CS Ambient Light Sensor"
> depends on I2C
> help
> - Say Y here if you want to build support for the On Semiconductor
> - LV0104CS ambient light sensor.
> + Say Y here if you want to build support for the On Semiconductor
> + LV0104CS ambient light sensor.
>
> - To compile this driver as a module, choose M here:
> - the module will be called lv0104cs.
> + To compile this driver as a module, choose M here:
> + the module will be called lv0104cs.
>
> config MAX44000
> tristate "MAX44000 Ambient and Infrared Proximity Sensor"
> @@ -293,11 +293,11 @@ config MAX44000
> select IIO_BUFFER
> select IIO_TRIGGERED_BUFFER
> help
> - Say Y here if you want to build support for Maxim Integrated's
> - MAX44000 ambient and infrared proximity sensor device.
> + Say Y here if you want to build support for Maxim Integrated's
> + MAX44000 ambient and infrared proximity sensor device.
>
> - To compile this driver as a module, choose M here:
> - the module will be called max44000.
> + To compile this driver as a module, choose M here:
> + the module will be called max44000.
>
> config OPT3001
> tristate "Texas Instruments OPT3001 Light Sensor"
> @@ -310,15 +310,15 @@ config OPT3001
> opt3001.
>
> config PA12203001
> - tristate "TXC PA12203001 light and proximity sensor"
> - depends on I2C
> - select REGMAP_I2C
> - help
> - If you say yes here you get support for the TXC PA12203001
> - ambient light and proximity sensor.
> + tristate "TXC PA12203001 light and proximity sensor"
> + depends on I2C
> + select REGMAP_I2C
> + help
> + If you say yes here you get support for the TXC PA12203001
> + ambient light and proximity sensor.
>
> - This driver can also be built as a module. If so, the module
> - will be called pa12203001.
> + This driver can also be built as a module. If so, the module
> + will be called pa12203001.
>
> config SI1133
> tristate "SI1133 UV Index Sensor and Ambient Light Sensor"
> @@ -349,12 +349,12 @@ config STK3310
> depends on I2C
> select REGMAP_I2C
> help
> - Say yes here to get support for the Sensortek STK3310 ambient light
> - and proximity sensor. The STK3311 model is also supported by this
> - driver.
> + Say yes here to get support for the Sensortek STK3310 ambient light
> + and proximity sensor. The STK3311 model is also supported by this
> + driver.
>
> - Choosing M will build the driver as a module. If so, the module
> - will be called stk3310.
> + Choosing M will build the driver as a module. If so, the module
> + will be called stk3310.
>
> config ST_UVIS25
> tristate "STMicroelectronics UVIS25 sensor driver"
> @@ -386,11 +386,11 @@ config TCS3414
> select IIO_BUFFER
> select IIO_TRIGGERED_BUFFER
> help
> - If you say yes here you get support for the TAOS TCS3414
> - family of digital color sensors.
> + If you say yes here you get support for the TAOS TCS3414
> + family of digital color sensors.
>
> - This driver can also be built as a module. If so, the module
> - will be called tcs3414.
> + This driver can also be built as a module. If so, the module
> + will be called tcs3414.
>
> config TCS3472
> tristate "TAOS TCS3472 color light-to-digital converter"
> @@ -398,67 +398,67 @@ config TCS3472
> select IIO_BUFFER
> select IIO_TRIGGERED_BUFFER
> help
> - If you say yes here you get support for the TAOS TCS3472
> - family of color light-to-digital converters with IR filter.
> + If you say yes here you get support for the TAOS TCS3472
> + family of color light-to-digital converters with IR filter.
>
> - This driver can also be built as a module. If so, the module
> - will be called tcs3472.
> + This driver can also be built as a module. If so, the module
> + will be called tcs3472.
>
> config SENSORS_TSL2563
> tristate "TAOS TSL2560, TSL2561, TSL2562 and TSL2563 ambient light sensors"
> depends on I2C
> help
> - If you say yes here you get support for the Taos TSL2560,
> - TSL2561, TSL2562 and TSL2563 ambient light sensors.
> + If you say yes here you get support for the Taos TSL2560,
> + TSL2561, TSL2562 and TSL2563 ambient light sensors.
>
> - This driver can also be built as a module. If so, the module
> - will be called tsl2563.
> + This driver can also be built as a module. If so, the module
> + will be called tsl2563.
>
> config TSL2583
> tristate "TAOS TSL2580, TSL2581 and TSL2583 light-to-digital converters"
> depends on I2C
> help
> - Provides support for the TAOS tsl2580, tsl2581 and tsl2583 devices.
> - Access ALS data via iio, sysfs.
> + Provides support for the TAOS tsl2580, tsl2581 and tsl2583 devices.
> + Access ALS data via iio, sysfs.
>
> config TSL2772
> tristate "TAOS TSL/TMD2x71 and TSL/TMD2x72 Family of light and proximity sensors"
> depends on I2C
> help
> - Support for: tsl2571, tsl2671, tmd2671, tsl2771, tmd2771, tsl2572, tsl2672,
> - tmd2672, tsl2772, tmd2772 devices.
> - Provides iio_events and direct access via sysfs.
> + Support for: tsl2571, tsl2671, tmd2671, tsl2771, tmd2771, tsl2572, tsl2672,
> + tmd2672, tsl2772, tmd2772 devices.
> + Provides iio_events and direct access via sysfs.
>
> config TSL4531
> tristate "TAOS TSL4531 ambient light sensors"
> depends on I2C
> help
> - Say Y here if you want to build a driver for the TAOS TSL4531 family
> - of ambient light sensors with direct lux output.
> + Say Y here if you want to build a driver for the TAOS TSL4531 family
> + of ambient light sensors with direct lux output.
>
> - To compile this driver as a module, choose M here: the
> - module will be called tsl4531.
> + To compile this driver as a module, choose M here: the
> + module will be called tsl4531.
>
> config US5182D
> tristate "UPISEMI light and proximity sensor"
> depends on I2C
> help
> - If you say yes here you get support for the UPISEMI US5182D
> - ambient light and proximity sensor.
> + If you say yes here you get support for the UPISEMI US5182D
> + ambient light and proximity sensor.
>
> - This driver can also be built as a module. If so, the module
> - will be called us5182d.
> + This driver can also be built as a module. If so, the module
> + will be called us5182d.
>
> config VCNL4000
> tristate "VCNL4000/4010/4020/4200 combined ALS and proximity sensor"
> depends on I2C
> help
> - Say Y here if you want to build a driver for the Vishay VCNL4000,
> - VCNL4010, VCNL4020, VCNL4200 combined ambient light and proximity
> - sensor.
> + Say Y here if you want to build a driver for the Vishay VCNL4000,
> + VCNL4010, VCNL4020, VCNL4200 combined ambient light and proximity
> + sensor.
>
> - To compile this driver as a module, choose M here: the
> - module will be called vcnl4000.
> + To compile this driver as a module, choose M here: the
> + module will be called vcnl4000.
>
> config VCNL4035
> tristate "VCNL4035 combined ALS and proximity sensor"
> @@ -466,41 +466,41 @@ config VCNL4035
> select REGMAP_I2C
> depends on I2C
> help
> - Say Y here if you want to build a driver for the Vishay VCNL4035,
> - combined ambient light (ALS) and proximity sensor. Currently only ALS
> - function is available.
> + Say Y here if you want to build a driver for the Vishay VCNL4035,
> + combined ambient light (ALS) and proximity sensor. Currently only ALS
> + function is available.
>
> - To compile this driver as a module, choose M here: the
> - module will be called vcnl4035.
> + To compile this driver as a module, choose M here: the
> + module will be called vcnl4035.
>
> config VEML6070
> tristate "VEML6070 UV A light sensor"
> depends on I2C
> help
> - Say Y here if you want to build a driver for the Vishay VEML6070 UV A
> - light sensor.
> + Say Y here if you want to build a driver for the Vishay VEML6070 UV A
> + light sensor.
>
> - To compile this driver as a module, choose M here: the
> - module will be called veml6070.
> + To compile this driver as a module, choose M here: the
> + module will be called veml6070.
>
> config VL6180
> tristate "VL6180 ALS, range and proximity sensor"
> depends on I2C
> help
> - Say Y here if you want to build a driver for the STMicroelectronics
> - VL6180 combined ambient light, range and proximity sensor.
> + Say Y here if you want to build a driver for the STMicroelectronics
> + VL6180 combined ambient light, range and proximity sensor.
>
> - To compile this driver as a module, choose M here: the
> - module will be called vl6180.
> + To compile this driver as a module, choose M here: the
> + module will be called vl6180.
>
> config ZOPT2201
> tristate "ZOPT2201 ALS and UV B sensor"
> depends on I2C
> help
> - Say Y here if you want to build a driver for the IDT
> - ZOPT2201 ambient light and UV B sensor.
> + Say Y here if you want to build a driver for the IDT
> + ZOPT2201 ambient light and UV B sensor.
>
> - To compile this driver as a module, choose M here: the
> - module will be called zopt2201.
> + To compile this driver as a module, choose M here: the
> + module will be called zopt2201.
>
> endmenu
> diff --git a/drivers/iio/potentiometer/Kconfig b/drivers/iio/potentiometer/Kconfig
> index 6303cbe..a81a3a1 100644
> --- a/drivers/iio/potentiometer/Kconfig
> +++ b/drivers/iio/potentiometer/Kconfig
> @@ -26,26 +26,26 @@ config DS1803
> module will be called ds1803.
>
> config MAX5481
> - tristate "Maxim MAX5481-MAX5484 Digital Potentiometer driver"
> - depends on SPI
> - help
> - Say yes here to build support for the Maxim
> - MAX5481, MAX5482, MAX5483, MAX5484 digital potentiometer
> - chips.
> + tristate "Maxim MAX5481-MAX5484 Digital Potentiometer driver"
> + depends on SPI
> + help
> + Say yes here to build support for the Maxim
> + MAX5481, MAX5482, MAX5483, MAX5484 digital potentiometer
> + chips.
>
> - To compile this driver as a module, choose M here: the
> - module will be called max5481.
> + To compile this driver as a module, choose M here: the
> + module will be called max5481.
>
> config MAX5487
> - tristate "Maxim MAX5487/MAX5488/MAX5489 Digital Potentiometer driver"
> - depends on SPI
> - help
> - Say yes here to build support for the Maxim
> - MAX5487, MAX5488, MAX5489 digital potentiometer
> - chips.
> -
> - To compile this driver as a module, choose M here: the
> - module will be called max5487.
> + tristate "Maxim MAX5487/MAX5488/MAX5489 Digital Potentiometer driver"
> + depends on SPI
> + help
> + Say yes here to build support for the Maxim
> + MAX5487, MAX5488, MAX5489 digital potentiometer
> + chips.
> +
> + To compile this driver as a module, choose M here: the
> + module will be called max5487.
>
> config MCP4018
> tristate "Microchip MCP4017/18/19 Digital Potentiometer driver"
> diff --git a/drivers/iio/temperature/Kconfig b/drivers/iio/temperature/Kconfig
> index 82e4a62..7f0b826 100644
> --- a/drivers/iio/temperature/Kconfig
> +++ b/drivers/iio/temperature/Kconfig
> @@ -66,14 +66,14 @@ config TMP006
> be called tmp006.
>
> config TMP007
> - tristate "TMP007 infrared thermopile sensor with Integrated Math Engine"
> - depends on I2C
> - help
> - If you say yes here you get support for the Texas Instruments
> - TMP007 infrared thermopile sensor with Integrated Math Engine.
> -
> - This driver can also be built as a module. If so, the module will
> - be called tmp007.
> + tristate "TMP007 infrared thermopile sensor with Integrated Math Engine"
> + depends on I2C
> + help
> + If you say yes here you get support for the Texas Instruments
> + TMP007 infrared thermopile sensor with Integrated Math Engine.
> +
> + This driver can also be built as a module. If so, the module will
> + be called tmp007.
>
> config TSYS01
> tristate "Measurement Specialties TSYS01 temperature sensor using I2C bus connection"
Powered by blists - more mailing lists