mirror of
https://github.com/AuxXxilium/linux_dsm_epyc7002.git
synced 2024-12-28 08:49:38 +07:00
41844e3620
Here is the big staging and IIO driver pull request for 4.9-rc1. There are a lot of patches in here, the majority due to the drivers/staging/greybus/ subsystem being merged in with full development history that went back a few years, in order to preserve the work that those developers did over time. This was done the same way that btrfs was merged into the tree, so all should be ok there. Lots and lots of tiny cleanups happened in the tree as well, due to the Outreachy application process and lots of other developers showing up for the first time to clean code up. Along with those changes, we deleted a wireless driver, and added a raspberrypi driver (currently marked broken), and lots of new iio drivers. Overall the tree still shrunk with more lines removed than added, about 10 thousand lines removed in total. Full details are in the very long shortlog below. All of this has been in the linux-next tree with no issues. There will be some merge problems with other subsystem trees, but those are all minor problems and shouldn't be hard to work out when they happen (MAINTAINERS and some lustre build problems with the IB tree.) Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> -----BEGIN PGP SIGNATURE----- iFYEABECABYFAlf0qWIPHGdyZWdAa3JvYWguY29tAAoJEDFH1A3bLfsp9GkAoLMa Dl/S8W02azDtKP893es5GXh3AJ4k8J9JlHgTS0RlzVJMvzkSZ2x7Vg== =j18s -----END PGP SIGNATURE----- Merge tag 'staging-4.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging Pull staging and IIO updates from Greg KH: "Here is the big staging and IIO driver pull request for 4.9-rc1. There are a lot of patches in here, the majority due to the drivers/staging/greybus/ subsystem being merged in with full development history that went back a few years, in order to preserve the work that those developers did over time. Lots and lots of tiny cleanups happened in the tree as well, due to the Outreachy application process and lots of other developers showing up for the first time to clean code up. Along with those changes, we deleted a wireless driver, and added a raspberrypi driver (currently marked broken), and lots of new iio drivers. Overall the tree still shrunk with more lines removed than added, about 10 thousand lines removed in total. Full details are in the very long shortlog below. All of this has been in the linux-next tree with no issues. There will be some merge problems with other subsystem trees, but those are all minor problems and shouldn't be hard to work out when they happen (MAINTAINERS and some lustre build problems with the IB tree)" And furter from me asking for clarification about greybus: "Right now there is a phone from Motorola shipping with this code (a slightly older version, but the same tree), so even though Ara is not alive in the same form, the functionality is happening. We are working with the developers of that phone to merge the newer stuff in with their fork so they can use the upstream version in future versions of their phone product line. Toshiba has at least one chip shipping in their catalog that needs/uses this protocol over a Unipro link, and rumor has it that there might be more in the future. There are also other users of the greybus protocols, there is a talk next week at ELC that shows how it is being used across a network connection to control a device, and previous ELC talks have showed the protocol stack being used over USB to drive embedded Linux boards. I've also talked to some people who are starting to work to add a host controller driver to control arduinos as the greybus PHY protocols are very useful to control a serial/i2c/spio/whatever device across a random physical link, as it is a way to have a self-describing device be attached to a host without needing manual configuration. So yes, people are using it, and there is still the chance that it will show up in a phone/laptop/tablet/whatever from Google in the future as well, the tech isn't dead, even if the original large phone project happens to be" * tag 'staging-4.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging: (3703 commits) Staging: fbtft: Fix bug in fbtft-core staging: rtl8188eu: fix double unlock error in rtw_resume_process() staging:r8188eu: remove GEN_MLME_EXT_HANDLER macro staging:r8188eu: remove GEN_DRV_CMD_HANDLER macro staging:r8188eu: remove GEN_EVT_CODE macro staging:r8188eu: remove GEN_CMD_CODE macro staging:r8188eu: remove pkt_newalloc member of the recv_buf structure staging:r8188eu: remove rtw_handle_dualmac declaration staging:r8188eu: remove (RGTRY|BSSID)_(OFT|SZ) macros staging:r8188eu: change rtl8188e_process_phy_info function argument type Staging: fsl-mc: Remove blank lines Staging: fsl-mc: Fix unaligned * in block comments Staging: comedi: Align the * in block comments Staging : ks7010 : Fix block comments warninig Staging: vt6655: Remove explicit NULL comparison using Coccinelle staging: rtl8188eu: core: rtw_xmit: Use macros instead of constants staging: rtl8188eu: core: rtw_xmit: Move constant of the right side staging: dgnc: Fix lines longer than 80 characters Staging: dgnc: constify attribute_group structures Staging: most: hdm-dim2: constify attribute_group structures ...
211 lines
5.5 KiB
Plaintext
211 lines
5.5 KiB
Plaintext
#
|
|
# Pressure drivers
|
|
#
|
|
# When adding new entries keep the list in alphabetical order
|
|
|
|
menu "Pressure sensors"
|
|
|
|
config BMP280
|
|
tristate "Bosch Sensortec BMP180/BMP280 pressure sensor I2C driver"
|
|
depends on (I2C || SPI_MASTER)
|
|
select REGMAP
|
|
select BMP280_I2C if (I2C)
|
|
select BMP280_SPI if (SPI_MASTER)
|
|
help
|
|
Say yes here to build support for Bosch Sensortec BMP180 and BMP280
|
|
pressure and temperature sensors. Also supports the BE280 with
|
|
an additional humidity sensor channel.
|
|
|
|
To compile this driver as a module, choose M here: the core module
|
|
will be called bmp280 and you will also get bmp280-i2c for I2C
|
|
and/or bmp280-spi for SPI support.
|
|
|
|
config BMP280_I2C
|
|
tristate
|
|
depends on BMP280
|
|
depends on I2C
|
|
select REGMAP_I2C
|
|
|
|
config BMP280_SPI
|
|
tristate
|
|
depends on BMP280
|
|
depends on SPI_MASTER
|
|
select REGMAP
|
|
|
|
config HID_SENSOR_PRESS
|
|
depends on HID_SENSOR_HUB
|
|
select IIO_BUFFER
|
|
select IIO_TRIGGERED_BUFFER
|
|
select HID_SENSOR_IIO_COMMON
|
|
select HID_SENSOR_IIO_TRIGGER
|
|
tristate "HID PRESS"
|
|
help
|
|
Say yes here to build support for the HID SENSOR
|
|
Pressure driver
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
will be called hid-sensor-press.
|
|
|
|
config HP03
|
|
tristate "Hope RF HP03 temperature and pressure sensor driver"
|
|
depends on I2C
|
|
select REGMAP_I2C
|
|
help
|
|
Say yes here to build support for Hope RF HP03 pressure and
|
|
temperature sensor.
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
will be called hp03.
|
|
|
|
config MPL115
|
|
tristate
|
|
|
|
config MPL115_I2C
|
|
tristate "Freescale MPL115A2 pressure sensor driver"
|
|
depends on I2C
|
|
select MPL115
|
|
help
|
|
Say yes here to build support for the Freescale MPL115A2
|
|
pressure sensor connected via I2C.
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
will be called mpl115_i2c.
|
|
|
|
config MPL115_SPI
|
|
tristate "Freescale MPL115A1 pressure sensor driver"
|
|
depends on SPI_MASTER
|
|
select MPL115
|
|
help
|
|
Say yes here to build support for the Freescale MPL115A1
|
|
pressure sensor connected via SPI.
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
will be called mpl115_spi.
|
|
|
|
config MPL3115
|
|
tristate "Freescale MPL3115A2 pressure sensor driver"
|
|
depends on I2C
|
|
select IIO_BUFFER
|
|
select IIO_TRIGGERED_BUFFER
|
|
help
|
|
Say yes here to build support for the Freescale MPL3115A2
|
|
pressure sensor / altimeter.
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
will be called mpl3115.
|
|
|
|
config MS5611
|
|
tristate "Measurement Specialties MS5611 pressure sensor driver"
|
|
select IIO_BUFFER
|
|
select IIO_TRIGGERED_BUFFER
|
|
help
|
|
Say Y here to build support for the Measurement Specialties
|
|
MS5611, MS5607 pressure and temperature sensors.
|
|
|
|
To compile this driver as a module, choose M here: the module will
|
|
be called ms5611_core.
|
|
|
|
config MS5611_I2C
|
|
tristate "support I2C bus connection"
|
|
depends on I2C && MS5611
|
|
help
|
|
Say Y here to build I2C bus support for MS5611.
|
|
|
|
To compile this driver as a module, choose M here: the module will
|
|
be called ms5611_i2c.
|
|
|
|
config MS5611_SPI
|
|
tristate "support SPI bus connection"
|
|
depends on SPI_MASTER && MS5611
|
|
help
|
|
Say Y here to build SPI bus support for MS5611.
|
|
|
|
To compile this driver as a module, choose M here: the module will
|
|
be called ms5611_spi.
|
|
|
|
config MS5637
|
|
tristate "Measurement Specialties MS5637 pressure & temperature sensor"
|
|
depends on I2C
|
|
select IIO_MS_SENSORS_I2C
|
|
help
|
|
If you say yes here you get support for the Measurement Specialties
|
|
MS5637 pressure and temperature sensor.
|
|
This driver is also used for MS8607 temperature, pressure & humidity
|
|
sensor
|
|
|
|
This driver can also be built as a module. If so, the module will
|
|
be called ms5637.
|
|
|
|
config IIO_ST_PRESS
|
|
tristate "STMicroelectronics pressure sensor Driver"
|
|
depends on (I2C || SPI_MASTER) && SYSFS
|
|
select IIO_ST_SENSORS_CORE
|
|
select IIO_ST_PRESS_I2C if (I2C)
|
|
select IIO_ST_PRESS_SPI if (SPI_MASTER)
|
|
select IIO_TRIGGERED_BUFFER if (IIO_BUFFER)
|
|
help
|
|
Say yes here to build support for STMicroelectronics pressure
|
|
sensors: LPS001WP, LPS25H, LPS331AP, LPS22HB.
|
|
|
|
This driver can also be built as a module. If so, these modules
|
|
will be created:
|
|
- st_pressure (core functions for the driver [it is mandatory]);
|
|
- st_pressure_i2c (necessary for the I2C devices [optional*]);
|
|
- st_pressure_spi (necessary for the SPI devices [optional*]);
|
|
|
|
(*) one of these is necessary to do something.
|
|
|
|
config IIO_ST_PRESS_I2C
|
|
tristate
|
|
depends on IIO_ST_PRESS
|
|
depends on IIO_ST_SENSORS_I2C
|
|
|
|
config IIO_ST_PRESS_SPI
|
|
tristate
|
|
depends on IIO_ST_PRESS
|
|
depends on IIO_ST_SENSORS_SPI
|
|
|
|
config T5403
|
|
tristate "EPCOS T5403 digital barometric pressure sensor driver"
|
|
depends on I2C
|
|
help
|
|
Say yes here to build support for the EPCOS T5403 pressure sensor
|
|
connected via I2C.
|
|
|
|
To compile this driver as a module, choose M here: the module
|
|
will be called t5403.
|
|
|
|
config HP206C
|
|
tristate "HOPERF HP206C precision barometer and altimeter sensor"
|
|
depends on I2C
|
|
help
|
|
Say yes here to build support for the HOPREF HP206C precision
|
|
barometer and altimeter sensor.
|
|
|
|
This driver can also be built as a module. If so, the module will
|
|
be called hp206c.
|
|
|
|
config ZPA2326
|
|
tristate "Murata ZPA2326 pressure sensor driver"
|
|
select IIO_BUFFER
|
|
select IIO_TRIGGERED_BUFFER
|
|
select REGMAP
|
|
select ZPA2326_I2C if I2C
|
|
select ZPA2326_SPI if SPI_MASTER
|
|
help
|
|
Say Y here to build support for the Murata ZPA2326 pressure and
|
|
temperature sensor.
|
|
|
|
To compile this driver as a module, choose M here: the module will
|
|
be called zpa2326.
|
|
|
|
config ZPA2326_I2C
|
|
tristate
|
|
select REGMAP_I2C
|
|
|
|
config ZPA2326_SPI
|
|
tristate
|
|
select REGMAP_SPI
|
|
|
|
endmenu
|