Linux IIO Development

• Thread Index

• Re: [PATCH] iio: light: tcs3414: use iio helper function to guarantee direct mode
  • From: Peter Meerwald-Stadler <pmeerw@xxxxxxxxxx>
• Re: [PATCH] iio: light: tcs3472: use iio helper function to guarantee direct mode
  • From: Peter Meerwald-Stadler <pmeerw@xxxxxxxxxx>
• Re: [PATCH] iio: light: isl29125: use iio helper function to guarantee direct mode
  • From: Peter Meerwald-Stadler <pmeerw@xxxxxxxxxx>
• [PATCH] iio: light: tcs3472: use iio helper function to guarantee direct mode
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• [PATCH] iio: light: tcs3414: use iio helper function to guarantee direct mode
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• [PATCH] iio: light: isl29125: use iio helper function to guarantee direct mode
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• [PATCH] HC-SR04 ultrasonic ranger IIO driver
  • From: johannes@xxxxxxxxxxxxxxxxx
• Re: [PATCH] iio: inv_mpu6050: Fix use-after-free in ACPI code
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH 3/3] iio: mma8452: update Freescale company information
  • From: Martin Kepplinger <martink@xxxxxxxxx>
• [PATCH] mailmap: update Adriana Reus email address
  • From: Adriana Reus <adi.reus@xxxxxxxxx>
• Re: [PATCH 3/3] iio: mma8452: update Freescale company information
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• RE: [PATCH] iio: (ms5637) Add Measurement Specialties explicit MS5805 and MS5837 support
  • From: "Markezana, William" <William.Markezana@xxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH] mailmap: update Matt Ranostay email address
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH 3/3] iio: mma8452: update Freescale company information
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH v2 2/4] gpio: Allow PC/104 devices on X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v2 2/4] gpio: Allow PC/104 devices on X86_64
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2 2/4] gpio: Allow PC/104 devices on X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v2 2/4] gpio: Allow PC/104 devices on X86_64
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2 2/4] gpio: Allow PC/104 devices on X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v2 2/4] gpio: Allow PC/104 devices on X86_64
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] iio: generic_buffer: Fix --trigger-num option
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH v4 0/3] iio: generic_buffer: Select device/trigger by number
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH] iio: inv_mpu6050: Fix use-after-free in ACPI code
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH v2] iio: stx104: Add GPIO support for the Apex Embedded Systems STX104
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH] iio: stx104: Add GPIO support for the Apex Embedded Systems STX104
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: ina3221: Add support for IIO ADC driver for TI INA3221
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH] iio: stx104: Add GPIO support for the Apex Embedded Systems STX104
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: ina3221: Add support for IIO ADC driver for TI INA3221
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: ina3221: Add support for IIO ADC driver for TI INA3221
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 1/3] iio: mma8452: update contact information for Martin Kepplinger
  • From: Martin Kepplinger <martink@xxxxxxxxx>
• [PATCH 3/3] iio: mma8452: update Freescale company information
  • From: Martin Kepplinger <martink@xxxxxxxxx>
• [PATCH 2/3] iio: mma8452: update device description in header comments
  • From: Martin Kepplinger <martink@xxxxxxxxx>
• Re: [PATCH 1/3] iio: adc: ina3221: Add DT binding details
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• Re: [PATCH v3] iio: temperature: add support for Maxim thermocouple chips
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: ina3221: Add support for IIO ADC driver for TI INA3221
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• Re: [PATCH] iio: hudmidity: hdc100x: fix incorrect shifting and scaling
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: (ms5637) Add Measurement Specialties explicit MS5805 and MS5837 support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH V2] iio:trigger: Experimental kthread tight loop trigger (thread only)
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/8] iio: adc: ti_am335x_adc: use SIMPLE_DEV_PM_OPS helper macro
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: ina3221: Add support for IIO ADC driver for TI INA3221
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• Re: [PATCH 7/8] iio: adc: ti_am335x_adc: use variable names for sizeof() operator
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 2/7] iio: adc: ad7791: claim direct mode when writing frequency
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/3] iio: adc: ina3221: Add DT binding details
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: ina3221: Add support for IIO ADC driver for TI INA3221
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: ina3221: Add support for IIO ADC driver for TI INA3221
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 3/7] iio: adc: ad7793: claim direct mode when writing frequency
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/3] iio: adc: ina3221: Add DT binding details
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• Re: [PATCH] iio: dac: fix off-by-one comparison and out-of-bounds write
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Fixes branch shuffling.
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: ina3221: Add support for IIO ADC driver for TI INA3221
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: ina3221: Add support for IIO ADC driver for TI INA3221
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• Re: [PATCH] iio: imu: inv_mpu6050: Support software triggers
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/2] iio: light: new driver for Dyna-Image AL3010
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 3/3] iio: st_sensors: Use level interrupts
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/2] iio: light: al3320a: support illuminance0_input function
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 3/3] iio: adc: ina3221: Add sysfs details for TI INA3221
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/3] iio: adc: ina3221: Add DT binding details
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: ina3221: Add support for IIO ADC driver for TI INA3221
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: ina3221: Add support for IIO ADC driver for TI INA3221
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH 2/2] iio: light: new driver for Dyna-Image AL3010
  • From: Rocky Hsiao <rocky.hsiao@xxxxxxxxxxxxxx>
• [PATCH 1/2] iio: light: al3320a: support illuminance0_input function
  • From: Rocky Hsiao <rocky.hsiao@xxxxxxxxxxxxxx>
• Re: Interface between IIO driver and an input driver
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: Interface between IIO driver and an input driver
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: Interface between IIO driver and an input driver
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/3] iio: adc: ina3221: Add DT binding details
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• Re: [PATCH] Dyna-Image AL3320A update, add AL3010 driver
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] Dyna-Image AL3320A update, add AL3010 driver
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] Dyna-Image AL3320A update, add AL3010 driver
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: Interface between IIO driver and an input driver
  • From: Marc Titinger <mtitinger@xxxxxxxxxxxx>
• Re: [PATCH] Dyna-Image AL3320A update, add AL3010 driver
  • From: Benson Leung <bleung@xxxxxxxxxxxx>
• Re: [PATCH] Dyna-Image AL3320A update, add AL3010 driver
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Interface between IIO driver and an input driver
  • From: Quentin Schulz <quentin.schulz@xxxxxxxxxxxxxxxxxx>
• [PATCH] Dyna-Image AL3320A update, add AL3010 driver
  • From: Rocky Hsiao <rocky.hsiao@xxxxxxxxxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Atri Bhattacharya <badshah400@xxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Atri Bhattacharya <badshah400@xxxxxxx>
• Re: [PATCH 1/3] iio: adc: ina3221: Add DT binding details
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Atri Bhattacharya <A.Bhattacharya@xxxxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Atri Bhattacharya <badshah400@xxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Atri Bhattacharya <badshah400@xxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: "Pandruvada, Srinivas" <srinivas.pandruvada@xxxxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Atri Bhattacharya <badshah400@xxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] iio: st_sensors: Use level interrupts
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] iio: dac: fix off-by-one comparison and out-of-bounds write
  • From: Michael Hennerich <michael.hennerich@xxxxxxxxxx>
• [PATCH] iio: dac: fix off-by-one comparison and out-of-bounds write
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/7] iio: adc: ad7793: claim direct mode when writing frequency
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH] iio: imu: inv_mpu6050: Support software triggers
  • From: Gucea Doru <gucea.doru@xxxxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Atri Bhattacharya <badshah400@xxxxxxx>
• [PATCH v2 3/7] iio: adc: ad7793: claim direct mode when writing frequency
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v2] staging: iio: ad5933: fix order of cycle conditions
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] iio: adc: ad7791: claim direct mode when writing frequency
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH 8/8] Input: ti_am335x_tsc - use variable name for sizeof() operator
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 3/3] input: touchscreen: mxs-lradc: Add support for touchscreen
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] staging: iio: ad5933: fix handling of settling time cycles
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxxxxxxx>
• Re: [PATCH] staging: iio: ad5933: fix handling of settling time cycles
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PATCH] staging: iio: ad5933: fix handling of settling time cycles
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2] iio:trigger: Experimental kthread tight loop trigger (thread only)
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Atri Bhattacharya <badshah400@xxxxxxx>
• [PATCH 2/3] iio: adc: ina3221: Add support for IIO ADC driver for TI INA3221
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• [PATCH 3/3] iio: adc: ina3221: Add sysfs details for TI INA3221
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• [PATCH 1/3] iio: adc: ina3221: Add DT binding details
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• RE: [PATCH] iio: (ms5637) Add Measurement Specialties explicit MS5805 and MS5837 support
  • From: "Markezana, William" <William.Markezana@xxxxxx>
• [PATCH v2 2/7] iio: adc: ad7791: claim direct mode when writing frequency
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• Re: [PATCH] iio: (ms5637) Add Measurement Specialties explicit MS5805 and MS5837 support
  • From: Peter Meerwald-Stadler <pmeerw@xxxxxxxxxx>
• Re: [PATCH 1/2] staging: iio: accel: fix error check
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxxxxxxx>
• [PATCH 1/2] staging: iio: accel: fix error check
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxxxxxxx>
• [PATCH 2/2] staging: iio: accel: add error check
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxxxxxxx>
• Re: [PATCH] iio: hudmidity: hdc100x: fix incorrect shifting and scaling
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] staging: iio: accel: remove impossible condition
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxxxxxxx>
• Re: [PATCH] staging: iio: accel: remove impossible condition
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] staging: iio: accel: remove impossible condition
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH] staging: iio: accel: remove impossible condition
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxxxxxxx>
• Re: [PATCH] iio: hudmidity: hdc100x: fix incorrect shifting and scaling
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH 4/8] mfd: ti_am335x_tscadc: Unify variable naming when refrencing ti_tscadc_dev
  • From: Dave Gerlach <d-gerlach@xxxxxx>
• Re: [PATCH] iio: hudmidity: hdc100x: fix incorrect shifting and scaling
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• Re: [RFC PATCH V2] iio:trigger: Experimental kthread tight loop trigger (thread only)
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH 5/8] mfd: ti_am335x_tscadc: Rename regmap_tscadc to regmap
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 4/8] mfd: ti_am335x_tscadc: Unify variable naming when refrencing ti_tscadc_dev
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 7/8] iio: adc: ti_am335x_adc: use variable names for sizeof() operator
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 8/8] Input: ti_am335x_tsc - use variable name for sizeof() operator
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 6/8] mfd: ti_am335x_tscadc: use variable name for sizeof() operator
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 3/8] mfd: ti_am335x_tscadc: Remove use of single line functions
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 1/8] mfd: ti_am335x_tscadc: Use SIMPLE_DEV_PM_OPS helper macro
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 2/8] iio: adc: ti_am335x_adc: use SIMPLE_DEV_PM_OPS helper macro
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 0/8] TI AM335x TSC/ADC cleanup
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [PATCH v2 6/7] iio: inv_mpu6050: Reformat sample for active scan mask
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v5 2/4] gpio: Allow PC/104 devices on X86_64
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] iio: as3935: improve error reporting in as3935_event_work
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [RFC PATCH V2] iio:trigger: Experimental kthread tight loop trigger (thread only)
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• [PATCH] iio: (ms5637) Add Measurement Specialties explicit MS5805 and MS5837 support
  • From: "Markezana, William" <William.Markezana@xxxxxx>
• Re: [RFC 4/7] iio: Add current_trigger_id alternative
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [RFC 6/7] iio: Refuse to register triggers with duplicate names
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH 3/7] iio: adc: ad7793: claim direct mode when writing frequency
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH] iio: (ms5637) Add Measurement Specialties explicit MS5805 and MS5837 support
  • From: "Markezana, William" <William.Markezana@xxxxxx>
• Re: [PATCH 2/7] iio: adc: ad7791: claim direct mode when writing frequency
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH] iio: (ms5637) Add Measurement Specialties explicit MS5805 and MS5837 support
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH v5 2/4] gpio: Allow PC/104 devices on X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v2 6/7] iio: inv_mpu6050: Reformat sample for active scan mask
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH v5 2/4] gpio: Allow PC/104 devices on X86_64
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [RFC 1/4] Documentation: hid: Intel ISH HID document
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [RFC 4/4] hid: intel-ish-hid: ISH HID client driver
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [RFC 3/4] hid: intel-ish-hid: ipc layer
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/7] iio: inv_mpu6050: Reformat sample for active scan mask
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH v2] iio: Add driver for Silabs si1132, si1141/2/3 and si1145/6/7 ambient light, uv index and proximity sensors
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH] iio: as3935: improve error reporting in as3935_event_work
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH v4 1/3] iio: generic_buffer: Cleanup when receiving signals
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH v4 2/3] iio: generic_buffer: Add --device-num option
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH v4 3/3] iio: generic_buffer: Add --trigger-num option
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH v4 0/3] iio: generic_buffer: Select device/trigger by number
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH] iio: as3935: improve error reporting in as3935_event_work
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] staging: iio: fix ad7606_spi regression
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] staging: iio: fix ad7606_spi regression
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 6/7] iio: inv_mpu6050: Reformat sample for active scan mask
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH v3] iio: temperature: add support for Maxim thermocouple chips
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [RFC 6/7] iio: Refuse to register triggers with duplicate names
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [RFC PATCH v1 2/9] iio:st_pressure: fix sampling gains
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH v1 2/9] iio:st_pressure: fix sampling gains
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 1/1] iio: light: Added CM36672 Proximity Sensor Driver.
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] iio: hudmidity: hdc100x: fix incorrect shifting and scaling
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH] iio: hudmidity: hdc100x: fix incorrect shifting and scaling
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH v3] iio: temperature: add support for Maxim thermocouple chips
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH] iio: humidity: hdc100x: fix IIO_TEMP channel reporting
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH v2] iio: temperature: add support for Maxim thermocouple chips
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH] iio: humidity: hdc100x: fix IIO_TEMP channel reporting
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• Re: [PATCH 3/3] input: touchscreen: mxs-lradc: Add support for touchscreen
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC 6/7] iio: Refuse to register triggers with duplicate names
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC 0/7] Deal with iio trigger names
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCHv3 3/7] iio: generic_buffer: Add --trigger-num option
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCHv3 2/7] iio: generic_buffer: Add --device-num option
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCHv3 1/7] iio: generic_buffer: Cleanup when receiving signals
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 3/3] iio: st_sensors: Use level interrupts
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: st_sensors: Disable DRDY at init time
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/3] iio: st_sensors: Init trigger before irq request
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH V2] iio:trigger: Experimental kthread tight loop trigger (thread only)
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH 1/2 v7] iio: st_sensors: switch to a threaded interrupt
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH V2] iio:trigger: Experimental kthread tight loop trigger (thread only)
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 2/2] iio: generic_buffer: Add --device-num option
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 1/2] iio: generic_buffer: Cleanup when receiving signals
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 1/2] iio: generic_buffer: Cleanup when receiving signals
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/2] iio: generic_buffer: Cleanup when receiving signals
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: Drivers for Bitland Dual Accelerometer
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: proximity: as3935: remove redundant MODULE_ALIAS
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC] iio: accel: st_accel: Add lis3l02dq support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: magnetometer: bmc150: Document Bosch supported chips
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v3 3/3] iio: chemical: atlas-ph-sensor: add EC feature
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v3 2/3] iio: electricalconductivity: add IIO_ELECTRICALCONDUCTIVITY type
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v3 1/3] iio: chemical: atlas-ph-sensor: reorg driver to allow multiple chips
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2] iio: temperature: add support for Maxim thermocouple chips
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH v2] tools: iio: Rename generic_buffer to iio_generic_buffer
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/2] iio: light: bh1780: assign a static name
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/2] iio: bh1780: dereference the client properly
  • From: Jonathan Cameron <jic23@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tools: iio: Add ability to install/uninstall
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2] iio: temperature: add support for Maxim thermocouple chips
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH] iio: humidity: hdc100x: fix IIO_TEMP channel reporting
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2] iio: temperature: add support for Maxim thermocouple chips
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH v2] iio: temperature: add support for Maxim thermocouple chips
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 7/7] iio: adc: ad799x: use iio helper function to guarantee direct mode
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 6/7] iio: adc: ad7923: use iio helper function to guarantee direct mode
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 5/7] iio: adc: ad7887: use iio helper function to guarantee direct mode
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 4/7] iio: adc: ad7476: use iio helper function to guarantee direct mode
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 3/7] iio: adc: ad7793: claim direct mode when writing frequency
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: Documentation: fix in_*_scale kernel version
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] input: touchscreen: mxs-lradc: Add support for touchscreen
  • From: Ksenija Stanojević <ksenija.stanojevic@xxxxxxxxx>
• Re: [PATCH 2/7] iio: adc: ad7791: claim direct mode when writing frequency
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/7] iio: adc: ad7791: claim direct mode when writing frequency
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/7] iio: adc: ad7266: claim direct mode during sensor read
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: Documentation: fix in_*_scale kernel version
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 3/3] input: touchscreen: mxs-lradc: Add support for touchscreen
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: mxs-lradc: Add support for adc driver
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/1] iio: light: Added CM36672 Proximity Sensor Driver.
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/1] iio: light: Added CM36672 Proximity Sensor Driver.
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: imu: inv_mpu6050: Support software triggers
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 1/7] iio: inv_mpu6050: Do burst reads using spi/i2c directly
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC v2 7/7] iio: inv_mpu6050: Expose channels from slave sensors
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 6/7] iio: inv_mpu6050: Reformat sample for active scan mask
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 4/7] iio: inv_mpu6050: Cache non-volatile bits of user_ctrl
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 3/7] iio: inv_mpu6050: Only toggle DATA_RDY_EN in inv_reset_fifo
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 2/7] iio: inv_mpu6050: Initial regcache support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH v1 2/9] iio:st_pressure: fix sampling gains
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH v1 9/9] iio:st_sensors: fix power regulator usage
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH v1 8/9] iio:st_sensors: emulate SMBus block read if needed
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH v1 7/9] iio:st_sensors: unexport st_sensors_get_buffer_element
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH v1 6/9] iio:st_pressure: temperature triggered buffering
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH v1 3/9] iio:st_pressure: lps22hb temperature support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH v1 1/9] iio:st_pressure:initial lps22hb sensor support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v5 2/2] iio: ad5755: Add DT binding documentation
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH] iio: triggers: Make trigger ops structure explicitly non optional.
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v5 2/2] iio: ad5755: Add DT binding documentation
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/1] iio: light: Added CM36672 Proximity Sensor Driver.
  • From: Peter Meerwald-Stadler <pmeerw@xxxxxxxxxx>
• Re: [PATCH v2] iio: temperature: add support for Maxim thermocouple chips
  • From: Peter Meerwald-Stadler <pmeerw@xxxxxxxxxx>
• [PATCH v2] iio: temperature: add support for Maxim thermocouple chips
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH 1/1] iio: light: Added CM36672 Proximity Sensor Driver.
  • From: Kevin Tsai <capellamicro@xxxxxxxxx>
• Re: [PATCH v5 1/4] isa: Allow ISA-style drivers on modern systems
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] iio: adc: mxs-lradc: Add support for adc driver
  • From: Ksenija Stanojević <ksenija.stanojevic@xxxxxxxxx>
• Re: [PATCH 3/3] input: touchscreen: mxs-lradc: Add support for touchscreen
  • From: Ksenija Stanojević <ksenija.stanojevic@xxxxxxxxx>
• Re: [PATCH 3/3] input: touchscreen: mxs-lradc: Add support for touchscreen
  • From: Ksenija Stanojević <ksenija.stanojevic@xxxxxxxxx>
• Re: [PATCH] iio: adc: ti-ads1015: add datasheet names
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v5 3/4] iio: stx104: Allow build for X86_64
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: imu: inv_mpu6050: Support software triggers
  • From: Gucea Doru <gucea.doru@xxxxxxxxx>
• [PATCH v5 4/4] watchdog: ebc-c384_wdt: Allow build for X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v5 2/4] gpio: Allow PC/104 devices on X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v5 3/4] iio: stx104: Allow build for X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v5 1/4] isa: Allow ISA-style drivers on modern systems
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v5 0/4] Allow ISA-style drivers on modern systems
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v4 3/4] iio: stx104: Allow build for X86_64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 3/4] iio: stx104: Allow build for X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v4 4/4] watchdog: ebc-c384_wdt: Allow build for X86_64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 3/4] iio: stx104: Allow build for X86_64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 2/4] gpio: Allow PC/104 devices on X86_64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 1/4] isa: Allow ISA-style drivers on modern systems
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] iio: adc: ti-adc081c: add ACPI device ID matching
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• Re: [PATCH] iio: imu: inv_mpu6050: Support software triggers
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH] iio: temperature: add support for Maxim thermocouple chips
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH] iio: adc: ti-ads1015: add datasheet names
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH] iio: adc: ti-ads1015: add datasheet names
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• [PATCH] iio: humidity: hdc100x: fix IIO_TEMP channel reporting
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH] iio: temperature: add support for Maxim thermocouple chips
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH] iio: temperature: add support for Maxim thermocouple chips
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH] iio: temperature: add support for Maxim thermocouple chips
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH] iio: imu: inv_mpu6050: Support software triggers
  • From: Doru Gucea <doru.gucea@xxxxxxxxx>
• Re: acpi-als on Dell XPS 13 9343
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• [PATCH] tools: iio: Add ability to install/uninstall
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• Re: [PATCH 7/7] iio: adc: ad799x: use iio helper function to guarantee direct mode
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH 6/7] iio: adc: ad7923: use iio helper function to guarantee direct mode
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH 5/7] iio: adc: ad7887: use iio helper function to guarantee direct mode
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH 4/7] iio: adc: ad7476: use iio helper function to guarantee direct mode
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH 3/7] iio: adc: ad7793: claim direct mode when writing frequency
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH 2/7] iio: adc: ad7791: claim direct mode when writing frequency
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH 1/7] iio: adc: ad7266: claim direct mode during sensor read
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• [PATCH 2/2] iio: light: bh1780: assign a static name
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 1/2] iio: bh1780: dereference the client properly
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v3 3/3] iio: chemical: atlas-ph-sensor: add EC feature
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH v3 2/3] iio: electricalconductivity: add IIO_ELECTRICALCONDUCTIVITY type
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH v3 1/3] iio: chemical: atlas-ph-sensor: reorg driver to allow multiple chips
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH v3 0/3] atlas-ph-sensor: add conductivity sensor support
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH 1/3] iio: st_sensors: Init trigger before irq request
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 7/7] iio: adc: ad799x: use iio helper function to guarantee direct mode
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• [PATCH 6/7] iio: adc: ad7923: use iio helper function to guarantee direct mode
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• [PATCH 5/7] iio: adc: ad7887: use iio helper function to guarantee direct mode
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• [PATCH 4/7] iio: adc: ad7476: use iio helper function to guarantee direct mode
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• [PATCH 3/7] iio: adc: ad7793: claim direct mode when writing frequency
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• [PATCH 2/7] iio: adc: ad7791: claim direct mode when writing frequency
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• [PATCH 1/7] iio: adc: ad7266: claim direct mode during sensor read
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• [PATCH 0/7] iio: adc: clean up claims on direct mode in ad7* drivers
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• Re: [RFC] iio: Add driver for Silabs si1132, si1141/2/3 and si1145/6/7 ambient light, uv index and proximity sensors
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [RFC PATCH v2] tools: iio: Rename generic_buffer to iio_generic_buffer
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• [RFC PATCH] tools:iio: Rename generic_buffer
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• [PATCH] iio: magnetometer: bmc150: Document Bosch supported chips
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH 3/3] iio: st_sensors: Use level interrupts
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH 1/3] iio: st_sensors: Init trigger before irq request
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH 3/3] iio: st_sensors: Use level interrupts
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: st_sensors: Disable DRDY at init time
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 1/3] iio: st_sensors: Init trigger before irq request
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 2/3] iio: electricalconductivity: add IIO_ELECTRICALCONDUCTIVITY type
  • From: jic23@xxxxxxxxxxxxxxxxxxxxx
• Re: [RFC] iio: accel: st_accel: Add lis3l02dq support
  • From: jic23@xxxxxxxxxxxxxxxxxxxxx
• Re: [RFC] iio: accel: st_accel: Add lis3l02dq support
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 2/3] iio: electricalconductivity: add IIO_ELECTRICALCONDUCTIVITY type
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH] iio: proximity: as3935: remove redundant MODULE_ALIAS
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH v4 2/4] gpio: Allow PC/104 devices on X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v4 3/4] iio: stx104: Allow build for X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v4 4/4] watchdog: ebc-c384_wdt: Allow build for X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v4 1/4] isa: Allow ISA-style drivers on modern systems
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v4 0/4] Allow ISA-style drivers on modern systems
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v3 1/4] isa: Allow ISA-style drivers on modern systems
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v3 1/4] isa: Allow ISA-style drivers on modern systems
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v3 3/4] iio: stx104: Allow build for X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v3 4/4] watchdog: ebc-c384_wdt: Allow build for X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v3 2/4] gpio: Allow PC/104 devices on X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v3 0/4] Allow ISA-style drivers on modern systems
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v2 1/4] isa: Allow ISA-style drivers on modern systems
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v2 1/4] isa: Allow ISA-style drivers on modern systems
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH v2 1/4] isa: Allow ISA-style drivers on modern systems
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 2/4] gpio: Allow PC/104 devices on X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 3/4] iio: stx104: Allow build for X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 4/4] watchdog: ebc-c384_wdt: Allow build for X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 0/4] Allow ISA-style drivers on modern systems
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH 1/4] isa: Allow ISA-style drivers on modern systems
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCHv3 1/7] iio: generic_buffer: Cleanup when receiving signals
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCHv3 2/7] iio: generic_buffer: Add --device-num option
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCHv3 3/7] iio: generic_buffer: Add --trigger-num option
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [RFC 4/7] iio: Add current_trigger_id alternative
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [RFC 5/7] iio: generic_buffer: Use current_trigger_id
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [RFC 7/7] iio: Make trigger names unique
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [RFC 6/7] iio: Refuse to register triggers with duplicate names
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [RFC 0/7] Deal with iio trigger names
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH 1/4] isa: Allow ISA-style drivers on modern systems
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH 1/4] isa: Allow ISA-style drivers on modern systems
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Drivers for Bitland Dual Accelerometer
  • From: Lasse Schuirmann <lasse.schuirmann@xxxxxxxxx>
• Re: [RFC] iio: accel: st_accel: Add lis3l02dq support
  • From: Jonathan Cameron <jic23@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] iio: generic_buffer: Cleanup when receiving signals
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH v2 2/2] iio: generic_buffer: Add --device-num option
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH v2 1/2] iio: generic_buffer: Cleanup when receiving signals
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH 0/4] Allow ISA-style drivers on modern systems
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH 1/4] isa: Allow ISA-style drivers on modern systems
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH 3/4] iio: stx104: Allow build for X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH 4/4] watchdog: ebc-c384_wdt: Allow build for X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH 2/4] gpio: Allow PC/104 devices on X86_64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [RFC] iio: accel: st_accel: Add lis3l02dq support
  • From: jic23@xxxxxxxxxxxxxxxxxxxxx
• Re: Possible deadlock in mpu6050 on buffer disable?
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Possible deadlock in mpu6050 on buffer disable?
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [RFC] iio: accel: st_accel: Add lis3l02dq support
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [RFC PATCH V2] iio:trigger: Experimental kthread tight loop trigger (thread only)
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC] iio: accel: st_accel: Add lis3l02dq support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/2 v7] iio: st_sensors: switch to a threaded interrupt
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 3/3] iio: proximity: as3935: fix buffer stack trashing
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: proximity: as3935: remove triggered buffer processing
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/3] iio: proximity: as3935: correct IIO_CHAN_INFO_RAW output
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 2/3] iio: electricalconductivity: add IIO_ELECTRICALCONDUCTIVITY type
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 45/54] MAINTAINERS: Add file patterns for staging iio device tree bindings
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 20/54] MAINTAINERS: Add file patterns for iio device tree bindings
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [RFC] iio: accel: st_accel: Add lis3l02dq support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Note of a bug in st-sensors driver.
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH] iio: Documentation: fix in_*_scale kernel version
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• [PATCH 45/54] MAINTAINERS: Add file patterns for staging iio device tree bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 20/54] MAINTAINERS: Add file patterns for iio device tree bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] Staging: iio: Fix sparse endian warning
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] iio: proximity: as3935: fix buffer stack trashing
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH 3/3] iio: proximity: as3935: fix buffer stack trashing
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH 2/3] iio: proximity: as3935: remove triggered buffer processing
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH 1/3] iio: proximity: as3935: correct IIO_CHAN_INFO_RAW output
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH 0/3] iio: proximity: as3935: fix major drivers
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH v2] iio: pressure: bmp280: add humidity support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] max44000: Remove scale from proximity
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: light: jsa1212: remove unneeded i2c check functionality test
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: adc: nau7802: Expose possible gains in sysfs
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v5] iio: max5487: Add support for Maxim digital potentiometers
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: Export I2C module alias information
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v5 2/2] iio: accel: Add triggered buffer support for BMA220
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH 1/2 v7] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: Drivers for Bitland Dual Accelerometer
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v3] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [patch v2] iio: humidity: am2315: Remove a stray unlock
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFT PATCH] iio: magn: Add support for BMM150 magnetometer
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/2] iio: generic_buffer: Add --device-num option
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/2] iio: generic_buffer: Cleanup when receiving signals
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: humidity: hdc100x: add HDC1000 and HDC1008 product names
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: humidity: hdc100x: correct humidity integration time mask
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: humidity: hdc100x: correct humidity integration time mask
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH] iio: humidity: hdc100x: add HDC1000 and HDC1008 product names
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH] iio: humidity: hdc100x: correct humidity integration time mask
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• [PATCH] iio: humidity: hdc100x: add HDC1000 and HDC1008 product names
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• Re: [PATCH 1/2] iio: generic_buffer: Cleanup when receiving signals
  • From: Peter Meerwald-Stadler <pmeerw@xxxxxxxxxx>
• [PATCH 2/2] iio: generic_buffer: Add --device-num option
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH 1/2] iio: generic_buffer: Cleanup when receiving signals
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH] max44000: Remove scale from proximity
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [RFC] dynamic iio consumer channel mapping
  • From: jic23@xxxxxxxxxxxxxxxxxxxxx
• Re: Drivers for Bitland Dual Accelerometer
  • From: Lasse Schuirmann <lasse.schuirmann@xxxxxxxxx>
• Re: Drivers for Bitland Dual Accelerometer
  • From: jic23@xxxxxxxxxxxxxxxxxxxxx
• Re: [PATCH v2 2/7] iio: inv_mpu6050: Initial regcache support
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH v2 2/7] iio: inv_mpu6050: Initial regcache support
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v2 2/7] iio: inv_mpu6050: Initial regcache support
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [RFC] dynamic iio consumer channel mapping
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH v2] iio: pressure: bmp280: add humidity support
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH v2 3/3] iio: chemical: atlas-ph-sensor: add EC feature
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH v2 2/3] iio: electricalconductivity: add IIO_ELECTRICALCONDUCTIVITY type
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH v2 0/3] atlas-ph-sensor: add conductivity sensor support
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH v2 1/3] iio: chemical: atlas-ph-sensor: reorg driver to allow multiple chips
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [RFC] iio: Add driver for Silabs si1132, si1141/2/3 and si1145/6/7 ambient light, uv index and proximity sensors
  • From: Peter Meerwald-Stadler <pmeerw@xxxxxxxxxx>
• Re: Drivers for Bitland Dual Accelerometer
  • From: Jonathan Cameron <jic23@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] iio: light: jsa1212: remove unneeded i2c check functionality test
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH] iio: light: jsa1212: remove unneeded i2c check functionality test
  • From: sathyanarayanan kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Drivers for Bitland Dual Accelerometer
  • From: Lasse Schuirmann <lasse.schuirmann@xxxxxxxxx>
• [RFC] iio: add driver for si114x ambient light / proximity sensors
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH] iio: adc: nau7802: Expose possible gains in sysfs
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] dynamic iio consumer channel mapping
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [RFC] dynamic iio consumer channel mapping
  • From: Jonathan Cameron <jic23@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v5] iio: max5487: Add support for Maxim digital potentiometers
  • From: Cristina Moraru <cristina.moraru09@xxxxxxxxx>
• Re: [PATCH 2/2] iio: chemical: atlas-ph-sensor: add EC feature
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [RFC] dynamic iio consumer channel mapping
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH v3] iio: max5487: Add support for Maxim digital potentiometers
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [RFC v2 7/7] iio: inv_mpu6050: Expose channels from slave sensors
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC v2 5/7] iio: inv_mpu6050: Add support for auxiliary I2C master
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] iio: adc: nau7802: Expose possible gains in sysfs
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• [PATCH] iio: adc: nau7802: Expose possible gains in sysfs
  • From: Quentin Schulz <quentin.schulz@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/7] iio: inv_mpu6050: Do burst reads using spi/i2c directly
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH v2 0/7] iio: inv_mpu6050: Support i2c master and external readings
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH v2 2/7] iio: inv_mpu6050: Initial regcache support
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH v2 3/7] iio: inv_mpu6050: Only toggle DATA_RDY_EN in inv_reset_fifo
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH v2 4/7] iio: inv_mpu6050: Cache non-volatile bits of user_ctrl
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [RFC v2 5/7] iio: inv_mpu6050: Add support for auxiliary I2C master
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH v2 6/7] iio: inv_mpu6050: Reformat sample for active scan mask
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [RFC v2 7/7] iio: inv_mpu6050: Expose channels from slave sensors
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [RFT PATCH] iio: magn: Add support for BMM150 magnetometer
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• [PATCH v4] iio: max5487: Add support for Maxim digital potentiometers
  • From: Cristina Moraru <cristina.moraru09@xxxxxxxxx>
• [PATCH] iio: adc: ti-ads1015: add datasheet names
  • From: Matt Ranostay <matt.ranostay@xxxxxxxxx>
• [PATCH] iio: Export I2C module alias information
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] iio: max5487: Add support for Maxim digital potentiometers
  • From: Peter Meerwald-Stadler <pmeerw@xxxxxxxxxx>
• [PATCH v3] iio: max5487: Add support for Maxim digital potentiometers
  • From: Cristina Moraru <cristina.moraru09@xxxxxxxxx>
• [patch v2] iio: humidity: am2315: Remove a stray unlock
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [patch] iio: humidity: Remove a stray unlock
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• RE: [patch] iio: humidity: Remove a stray unlock
  • From: "Breana, Tiberiu A" <tiberiu.a.breana@xxxxxxxxx>
• [patch] iio: humidity: Remove a stray unlock
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2] iio: pressure: bmp280: add humidity support
  • From: Vlad Dogaru <vlad.dogaru@xxxxxxxxx>
• Re: [PATCH v3] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Crt Mori <cmo@xxxxxxxxxxx>
• Re: Scale and FS range information (was: Re: [PATCH v3] iio: adc: ti-ads1015: add support for ADS1115 part)
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: Scale and FS range information (was: Re: [PATCH v3] iio: adc: ti-ads1015: add support for ADS1115 part)
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Scale and FS range information (was: Re: [PATCH v3] iio: adc: ti-ads1015: add support for ADS1115 part)
  • From: Lucas De Marchi <lucas.de.marchi@xxxxxxxxx>
• Re: [PATCH v3] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• [PATCH v5 2/2] iio: accel: Add triggered buffer support for BMA220
  • From: Tiberiu Breana <tiberiu.a.breana@xxxxxxxxx>
• Re: [PATCH 1/2 v6] iio: st_sensors: switch to a threaded interrupt
  • From: jic23@xxxxxxxxxxxxxxxxxxxxx
• Re: [RFC] Make the devm_iio_device_alloc call set iio_dev.dev.parent.
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH v3] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Matt Ranostay <matt.ranostay@xxxxxxxxx>
• Re: [PATCH 1/2 v6] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] iio: light: jsa1212: remove unneeded i2c check functionality test
  • From: Alison Schofield <amsfield22@xxxxxxxxx>
• Re: [RFC] Make the devm_iio_device_alloc call set iio_dev.dev.parent.
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH] iio: potentiometer: tpl0102: remove unneeded i2c check functionality test
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH v2] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Lucas De Marchi <lucas.de.marchi@xxxxxxxxx>
• Re: [PATCH -next] iio: pressure: bmp280: fix error message for wrong chip id
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v4] iio: accel: Add support for Freescale MMA7660FC
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH v1 4/9] iio:st_sensors: align on storagebits boundaries
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: light apds9960: Add the missing dev.parent
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v4 2/2] iio: accel: Add triggered buffer support for BMA220
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH] iio: triggers: Make trigger ops structure explicitly non optional.
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v4 1/2] iio: accel: Add support for Bosch BMA220
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: IIO trigger names are not actually unique
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: staging:iio:triggers introduce iio_trigger_ops to take const bits out of iio_trig_structure.
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2] iio: pressure: bmp280: add humidity support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/2] iio: chemical: atlas-ph-sensor: add EC feature
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: potentiometer: tpl0102: remove unneeded i2c check functionality test
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: st_sensors: Disable DRDY at init time
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/3] iio: st_sensors: Init trigger before irq request
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/2 v6] iio: st_sensors: read surplus samples in trigger
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/2 v6] iio: st_sensors: switch to a threaded interrupt
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 3/3] iio: st_sensors: Use level interrupts
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/2 v6] iio: st_sensors: switch to a threaded interrupt
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH 2/3] iio: st_sensors: Disable DRDY at init time
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH 3/3] iio: st_sensors: Use level interrupts
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH 1/3] iio: st_sensors: Init trigger before irq request
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH] iio: potentiometer: tpl0102: remove unneeded i2c check functionality test
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH 06/10] watchdog: ebc-c384_wdt: Utilize the ISA bus driver
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH 06/10] watchdog: ebc-c384_wdt: Utilize the ISA bus driver
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• [patch V4 26/31] iio: use parity32 in adxrs450
  • From: zengzhaoxiu@xxxxxxx
• Re: [PATCH v4] iio: light: new driver for the ROHM BH1780
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4] iio: light: new driver for the ROHM BH1780
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH 2/2 v6] iio: st_sensors: read surplus samples in trigger
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/2] iio: chemical: atlas-ph-sensor: add EC feature
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH v2] iio: pressure: bmp280: add humidity support
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH v2] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Matt Ranostay <matt.ranostay@xxxxxxxxx>
• Re: [PATCH] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH 2/2 v6] iio: st_sensors: read surplus samples in trigger
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH 2/2 v6] iio: st_sensors: read surplus samples in trigger
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 1/2 v6] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/2] iio: st_sensors: read surplus samples in trigger
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/2] iio: st_sensors: read surplus samples in trigger
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 1/2] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Crt Mori <cmo@xxxxxxxxxxx>
• re: staging:iio:triggers introduce iio_trigger_ops to take const bits out of iio_trig_structure.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Peter Meerwald-Stadler <pmeerw@xxxxxxxxxx>
• Re: [PATCH] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH] iio: adc: ti-ads1015: add support for ADS1115 part
  • From: Matt Ranostay <matt.ranostay@xxxxxxxxx>
• Re: [PATCH 2/2] iio: st_sensors: read surplus samples in trigger
  • From: Jonathan Cameron <jic23@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] iio: st_sensors: read surplus samples in trigger
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH 1/2] iio: st_sensors: switch to a threaded interrupt
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH 2/2] iio: st_sensors: read surplus samples in trigger
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 1/2] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/2 v4] iio: st_sensors: read surplus samples in trigger
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: IIO trigger names are not actually unique
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH v5 2/2] iio: ad5755: Add DT binding documentation
  • From: Sean Nyekjær <sean.nyekjaer@xxxxxxxxx>
• Re: [PATCH 2/2] iio: chemical: atlas-ph-sensor: add EC feature
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/2 v4] iio: st_sensors: read surplus samples in trigger
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/2 v4] iio: st_sensors: read surplus samples in trigger
  • From: Jonathan Cameron <jic23@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2 v4] iio: st_sensors: read surplus samples in trigger
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 1/2 v4] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3] iio: st_sensors: switch to a threaded interrupt
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH v2] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] iio: st_sensors: read surplus samples in trigger
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v3] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2] iio: st_sensors: switch to a threaded interrupt
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH v2] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 3/4] iio: st_sensors: verify interrupt event to status
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] iio: st_sensors: switch to a threaded interrupt
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PULL] IIO fixes for 4.6d (inv mpu6050 acpi regression)
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Regression in inv_mpu6050: 4.6.0-rc5
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PULL] IIO fixes for 4.6d (inv mpu6050 acpi regression)
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH v4 2/2] iio: accel: Add triggered buffer support for BMA220
  • From: Tiberiu Breana <tiberiu.a.breana@xxxxxxxxx>
• [PATCH v4 0/2] Add support for the Bosch BMA220 accelerometer
  • From: Tiberiu Breana <tiberiu.a.breana@xxxxxxxxx>
• [PATCH v4 1/2] iio: accel: Add support for Bosch BMA220
  • From: Tiberiu Breana <tiberiu.a.breana@xxxxxxxxx>
• Re: [RFC 5/7] iio: inv_mpu6050: Add support for auxiliary I2C master
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [RFC 5/7] iio: inv_mpu6050: Add support for auxiliary I2C master
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• IIO trigger names are not actually unique
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH] iio: light apds9960: Add the missing dev.parent
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• Re: [PATCH 2/2] iio: chemical: atlas-ph-sensor: add EC feature
  • From: Matt Ranostay <mranostay@xxxxxxxxx>
• [PATCH] iio: light apds9960: Add the missing dev.parent
  • From: Yong Li <sdliyong@xxxxxxxxx>
• [PATCH v2] iio: pressure: bmp280: add humidity support
  • From: Matt Ranostay <matt.ranostay@xxxxxxxxx>
• Re: [PATCH v9 0/9] i2c mux cleanup and locking update
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v9 1/9] i2c: allow adapter drivers to override the adapter locking
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v9 3/9] i2c-mux: relax locking of the top i2c adapter during mux-locked muxing
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v9 2/9] i2c: muxes always lock the parent adapter
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v9 5/9] iio: imu: inv_mpu6050: change the i2c gate to be mux-locked
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v9 4/9] i2c-mux: document i2c muxes and elaborate on parent-/mux-locked muxes
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v9 6/9] [media] si2168: change the i2c gate to be mux-locked
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v9 7/9] [media] rtl2832: change the i2c gate to be mux-locked
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v9 9/9] [media] rtl2832: regmap is aware of lockdep, drop local locking hack
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v9 8/9] [media] rtl2832_sdr: get rid of empty regmap wrappers
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v9 0/9] i2c mux cleanup and locking update
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 04/13] iio: health/afe440x: Always use separate gain values
  • From: Jonathan Cameron <jic23@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] iio: inv_mpu6050: Check channel configuration on preenable
  • From: Jonathan Cameron <jic23@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] iio: Add support for describing scan offsets in buffer ops
  • From: Jonathan Cameron <jic23@xxxxxxxxxxxxxxxxxxxxx>
• Re: Regression in inv_mpu6050: 4.6.0-rc5
  • From: Jonathan Cameron <jic23@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] iio: st_sensors: verify interrupt event to status
  • From: Crestez Dan Leonard <cdleonard@xxxxxxxxx>
• Re: Regression in inv_mpu6050: 4.6.0-rc5
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 16/24] i2c: allow adapter drivers to override the adapter locking
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC] iio: Add support for describing scan offsets in buffer ops
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH 6/7] iio: inv_mpu6050: Check channel configuration on preenable
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH 09/13] iio: health/afe440x: Use regmap fields
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [PATCH 08/13] iio: health/afe440x: Remove channel names
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [PATCH 04/13] iio: health/afe440x: Always use separate gain values
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [PATCH v3] iio: accel: Add support for Freescale MMA7660FC
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/3] iio: bmi160: Fix output data rate for accel
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/3] iio: bmi160: Fix ODR setting
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 3/3] imu: bmi160: Add avail frequency and scale attributes
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 01/13] iio: health/afe440x: Fix kernel-doc format
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [patch] iio: dac: ad5592r: Off by one bug in ad5592r_alloc_channels()
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 02/13] iio: health/afe440x: Remove of_match_ptr and ifdefs
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 03/13] iio: health/afe440x: Remove unneeded initializers
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 05/13] iio: health/afe440x: Fix scan_index assignment
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 04/13] iio: health/afe440x: Always use separate gain values
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 06/13] iio: health/afe440x: Remove unneeded offset handling
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 07/13] iio: health/afe4404: Remove LED3 input channel
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 08/13] iio: health/afe440x: Remove channel names
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 09/13] iio: health/afe440x: Use regmap fields
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 10/13] iio: health/afe440x: Make gain settings a modifier for the stages
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 11/13] iio: health/afe440x: Match LED currents to stages
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 12/13] iio: health/afe440x: Remove unused definitions
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 13/13] iio: health/afe4404: ENSEPGAIN is part of CONTROL2 register
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 00/13] Rework for AFE440x drivers to prepare for AFE4405
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFT PATCH] iio: magn: Add support for BMM150 magnetometer
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/2] iio: chemical: atlas-ph-sensor: reorg driver to allow multiple chips
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 0/3] Introduce support for creating IIO devices via configfs
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [RFC] Make the devm_iio_device_alloc call set iio_dev.dev.parent.
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: mma8452: add support for oversampling ratio
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/2] iio: chemical: atlas-ph-sensor: add EC feature
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: bmg160: add callbacks for the filter frequency
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iio: light: bh1780: return after write
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 6/7] iio: inv_mpu6050: Check channel configuration on preenable
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCHv2] iio: Fix error handling in iio_trigger_attach_poll_func
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v3] iio: accel: Add support for Freescale MMA7660FC
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH V3 0/3] iio: mxs-lradc: simplify TS handling
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH V3 3/3] iio: mxs-lradc: disable only masked channels in mxs_lradc_hw_stop
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH V3 2/3] iio: mxs-lradc: remove mxs_lradc_ts_unregister
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH V3 1/3] iio: mxs-lradc: simplify TS registration
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC] iio: Add support for describing scan offsets in buffer ops
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: trigger->ops structure optional?
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 3/4] iio: st_sensors: verify interrupt event to status
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v7 16/24] i2c: allow adapter drivers to override the adapter locking
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v7 16/24] i2c: allow adapter drivers to override the adapter locking
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] iio: mma8452: add support for oversampling ratio
  • From: Martin Kepplinger <martink@xxxxxxxxx>
• Re: [PATCH 1/3] iio: mxs-lradc: Add regulators for current sources
  • From: Harald Geyer <harald@xxxxxxxxx>
• Re: [PATCH v7 16/24] i2c: allow adapter drivers to override the adapter locking
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: Regression in inv_mpu6050: 4.6.0-rc5
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 3/4] iio: st_sensors: verify interrupt event to status
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/3] iio: mxs-lradc: Add regulators for current sources
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v7 16/24] i2c: allow adapter drivers to override the adapter locking
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 18/24] i2c-mux: relax locking of the top i2c adapter during mux-locked muxing
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 16/24] i2c: allow adapter drivers to override the adapter locking
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] iio: st_sensors: verify interrupt event to status
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: Regression in inv_mpu6050: 4.6.0-rc5
  • From: Crestez Dan Leonard <cdleonard@xxxxxxxxx>
• Re: [PATCH 3/4] iio: st_sensors: verify interrupt event to status
  • From: Crestez Dan Leonard <cdleonard@xxxxxxxxx>
• trigger->ops structure optional?
  • From: Gwendal Grignou <gwendal@xxxxxxxxxxxx>
• Re: [RFC PATCH v1 4/9] iio:st_sensors: align on storagebits boundaries
  • From: Crestez Dan Leonard <cdleonard@xxxxxxxxx>
• [RFC] iio: Add support for describing scan offsets in buffer ops
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH 6/7] iio: inv_mpu6050: Check channel configuration on preenable
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCHv2] iio: Fix error handling in iio_trigger_attach_poll_func
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [RFC] iio: Release irq if set_trigger_state fails
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• [PATCH v4] iio: accel: Add support for Freescale MMA7660FC
  • From: Constantin Musca <constantin.musca@xxxxxxxxx>
• Re: [was iio: tmp006: Set correct iio name] how to support multiple instances of same device type
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [RFC 0/7] iio: inv_mpu6050: Support i2c master and external readings
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/3] iio: mxs-lradc: Add regulators for current sources
  • From: Harald Geyer <harald@xxxxxxxxx>
• Re: [RFC 0/7] iio: inv_mpu6050: Support i2c master and external readings
  • From: Crestez Dan Leonard <leonard.crestez@xxxxxxxxx>
• Re: [PATCH 1/3] iio: mxs-lradc: Add regulators for current sources
  • From: Stefan Wahren <stefan.wahren@xxxxxxxx>
• Re: [PATCH v3] iio: accel: Add support for Freescale MMA7660FC
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH v3] iio: accel: Add support for Freescale MMA7660FC
  • From: Jonathan Cameron <jic23@xxxxxxxxxxxxxxxxxxxxx>
• [was iio: tmp006: Set correct iio name] how to support multiple instances of same device type
  • From: Gregor Boirie <gregor.boirie@xxxxxxxxxx>
• Re: [PATCH v3] iio: accel: Add support for Freescale MMA7660FC
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH v7 16/24] i2c: allow adapter drivers to override the adapter locking
  • From: Antti Palosaari <crope@xxxxxx>
• Re: [PATCH 3/3] input: touchscreen: mxs-lradc: Add support for touchscreen
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [RFC 5/7] iio: inv_mpu6050: Add support for auxiliary I2C master
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [RFC 0/7] iio: inv_mpu6050: Support i2c master and external readings
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/7] iio: inv_mpu6050: Do burst reads using spi/i2c directly
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 0/3] mxs-lradc: Add support for current sources
  • From: Stefan Wahren <stefan.wahren@xxxxxxxx>
• Re: [PATCH 0/3] mxs-lradc: Add support for current sources
  • From: Harald Geyer <harald@xxxxxxxxx>
• Re: [RFC PATCH v1 4/9] iio:st_sensors: align on storagebits boundaries
  • From: Gregor Boirie <gregor.boirie@xxxxxxxxxx>
• Re: [PATCH V3 0/3] iio: mxs-lradc: simplify TS handling
  • From: Ksenija Stanojević <ksenija.stanojevic@xxxxxxxxx>
• [PATCH v2 10/10] gpio: ws16c48: Utilize the ISA bus driver
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 09/10] gpio: 104-idio-16: Utilize the ISA bus driver
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 08/10] gpio: 104-idi-48: Utilize the ISA bus driver
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 07/10] gpio: 104-dio-48e: Utilize the ISA bus driver
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 06/10] watchdog: ebc-c384_wdt: Utilize the ISA bus driver
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 05/10] iio: stx104: Utilize the module_isa_driver and max_num_isa_dev macros
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 04/10] iio: stx104: Add X86 dependency to STX104 Kconfig option
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 03/10] Documentation: Add ISA bus driver documentation
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 02/10] isa: Implement the max_num_isa_dev macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 01/10] isa: Implement the module_isa_driver macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v2 00/10] Use the ISA bus driver for PC/104 and ISA devices
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH 1/7] iio: inv_mpu6050: Do burst reads using spi/i2c directly
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/7] iio: inv_mpu6050: Initial regcache support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 4/7] iio: inv_mpu6050: Cache non-volatile bits of user_ctrl
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 3/7] iio: inv_mpu6050: Only toggle DATA_RDY_EN in inv_reset_fifo
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 6/7] iio: inv_mpu6050: Check channel configuration on preenable
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC 7/7] iio: inv_mpu6050: Add support for external sensors
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 2/2] iio: accel: Add triggered buffer support for BMA220
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 0/3] mxs-lradc: Add support for current sources
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v3] iio: accel: Add support for Freescale MMA7660FC
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 0/3] Add available sampling frequency and scale attributes
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/3] iio: bmi160: Fix output data rate for accel
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 03/10] Documentation: Add ISA bus driver documentation
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] iio: accel: Add support for Freescale MMA7660FC
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 3/3] imu: bmi160: Add avail frequency and scale attributes
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [patch] iio: dac: ad5592r: Off by one bug in ad5592r_alloc_channels()
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC] iio: Release irq if set_trigger_state fails
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH v1 4/9] iio:st_sensors: align on storagebits boundaries
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC PATCH v1 1/9] iio:st_pressure:initial lps22hb sensor support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>