* [PATCH] drivers: iio: Kconfig: pedantic cleanup
@ 2019-03-06 14:52 Enrico Weigelt, metux IT consult
2019-03-10 10:01 ` Jonathan Cameron
0 siblings, 1 reply; 3+ messages in thread
From: Enrico Weigelt, metux IT consult @ 2019-03-06 14:52 UTC (permalink / raw)
To: linux-kernel; +Cc: jic23, knaack.h, lars, pmeerw, linux-iio
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@metux.net>
---
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"
--
1.9.1
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH] drivers: iio: Kconfig: pedantic cleanup
2019-03-06 14:52 [PATCH] drivers: iio: Kconfig: pedantic cleanup Enrico Weigelt, metux IT consult
@ 2019-03-10 10:01 ` Jonathan Cameron
2019-03-11 9:26 ` Enrico Weigelt, metux IT consult
0 siblings, 1 reply; 3+ messages in thread
From: Jonathan Cameron @ 2019-03-10 10:01 UTC (permalink / raw)
To: Enrico Weigelt, metux IT consult
Cc: linux-kernel, knaack.h, lars, pmeerw, linux-iio
On Wed, 6 Mar 2019 15:52:23 +0100
"Enrico Weigelt, metux IT consult" <info@metux.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@metux.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"
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] drivers: iio: Kconfig: pedantic cleanup
2019-03-10 10:01 ` Jonathan Cameron
@ 2019-03-11 9:26 ` Enrico Weigelt, metux IT consult
0 siblings, 0 replies; 3+ messages in thread
From: Enrico Weigelt, metux IT consult @ 2019-03-11 9:26 UTC (permalink / raw)
To: Jonathan Cameron, Enrico Weigelt, metux IT consult
Cc: linux-kernel, knaack.h, lars, pmeerw, linux-iio
On 10.03.19 11:01, Jonathan Cameron wrote:
Hi,
> 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 :)
Maybe we should extend checkpatch.pl to check for such stuff.
Haven't had the time for a deeper look into that, yet too busy
w/ other things and still have several queues w/ hunddreds
of patches to send out ...
>
> Applied with some fuzz to the togreg branch of iio.git and
> pushed out as testing for the autobuilders to play with it.
thx.
--mtx
--
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
info@metux.net -- +49-151-27565287
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2019-03-11 9:27 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-03-06 14:52 [PATCH] drivers: iio: Kconfig: pedantic cleanup Enrico Weigelt, metux IT consult
2019-03-10 10:01 ` Jonathan Cameron
2019-03-11 9:26 ` Enrico Weigelt, metux IT consult
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).