Quoting Gwendal Grignou (2021-12-10 11:23:25) > Before adding new Semtech sensors, move common logic to all Semtech SAR > sensor in its own file: > - interface with IIO subsystem, > - interrupt management, > - channel access conrol, > - event processing. > > The change adds a bidirectional interface between sx93xx and sx_common. > > The change is quite mechanical, as the impacted functions are moved > and renamed. > > Signed-off-by: Gwendal Grignou <gwendal@xxxxxxxxxxxx> > --- Reviewed-by: Stephen Boyd <swboyd@xxxxxxxxxxxx> > diff --git a/drivers/iio/proximity/Kconfig b/drivers/iio/proximity/Kconfig > index 7c7203ca3ac638..e88fc373c2c903 100644 > --- a/drivers/iio/proximity/Kconfig > +++ b/drivers/iio/proximity/Kconfig > @@ -112,11 +112,15 @@ config SRF04 > To compile this driver as a module, choose M here: the > module will be called srf04. > > +config SX_COMMON > + tristate It may be useful to have a help here as a comment about what this symbol is for. Like help Common Semtech proximity sensor code. > + > config SX9310 > tristate "SX9310/SX9311 Semtech proximity sensor" > select IIO_BUFFER > select IIO_TRIGGERED_BUFFER > select REGMAP_I2C > + select SX_COMMON > depends on I2C > help > Say Y here to build a driver for Semtech's SX9310/SX9311 capacitive
