On Fri, 15 Jul 2022 16:46:26 +0530 Shreeya Patel <shreeya.patel@xxxxxxxxxxxxx> wrote: > Add initial support for ltrf216a ambient light sensor. > > Datasheet: https://gitlab.collabora.com/shreeya/iio/-/blob/master/LTRF216A.pdf > Reviewed-by: Andy Shevchenko <andy.shevchenko@xxxxxxxxx> > Co-developed-by: Zhigang Shi <Zhigang.Shi@xxxxxxxxxx> > Signed-off-by: Zhigang Shi <Zhigang.Shi@xxxxxxxxxx> > Co-developed-by: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx> > Signed-off-by: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx> > Signed-off-by: Shreeya Patel <shreeya.patel@xxxxxxxxxxxxx> The first of the two 0-day warnings confuses me. It might be spurious due to some unrelated issue, but I'm not certain of that... Otherwise, a few more comments around PM. The way you've done it isn't something I've seen before + I think you leave the device powered up in !CONFIG_PM after remove which isn't ideal. Thanks, Jonathan > +static int ltrf216a_set_power_state(struct ltrf216a_data *data, bool on) > +{ > + struct device *dev = &data->client->dev; > + int ret; This one was caught by 0-day. ret = 0; or perhaps better, just return directly in the two branches rather than having a single exit point. > + > + if (on) { > + ret = pm_runtime_resume_and_get(dev); > + if (ret) { > + dev_err(dev, "failed to resume runtime PM: %d\n", ret); > + return ret; > + } > + } else { > + pm_runtime_mark_last_busy(dev); > + pm_runtime_put_autosuspend(dev); > + } > + > + return ret; > +} > + > + > +static int ltrf216a_probe(struct i2c_client *client) > +{ > + struct ltrf216a_data *data; > + struct iio_dev *indio_dev; > + int ret; > + > + indio_dev = devm_iio_device_alloc(&client->dev, sizeof(*data)); > + if (!indio_dev) > + return -ENOMEM; > + > + data = iio_priv(indio_dev); > + > + data->regmap = devm_regmap_init_i2c(client, <rf216a_regmap_config); > + if (IS_ERR(data->regmap)) > + return dev_err_probe(&client->dev, PTR_ERR(data->regmap), > + "regmap initialization failed\n"); > + > + i2c_set_clientdata(client, indio_dev); > + data->client = client; > + > + mutex_init(&data->lock); > + > + indio_dev->info = <rf216a_info; > + indio_dev->name = "ltrf216a"; > + indio_dev->channels = ltrf216a_channels; > + indio_dev->num_channels = ARRAY_SIZE(ltrf216a_channels); > + indio_dev->modes = INDIO_DIRECT_MODE; > + > + /* reset sensor, chip fails to respond to this, so ignore any errors */ > + ltrf216a_reset(indio_dev); > + > + ret = regmap_reinit_cache(data->regmap, <rf216a_regmap_config); > + if (ret) > + return dev_err_probe(&client->dev, ret, > + "failed to reinit regmap cache\n"); > + > + ret = devm_pm_runtime_enable(&client->dev); > + if (ret) > + return dev_err_probe(&client->dev, ret, > + "failed to enable runtime PM\n"); > + > + pm_runtime_set_autosuspend_delay(&client->dev, 1000); > + pm_runtime_use_autosuspend(&client->dev); > + > + if (!IS_ENABLED(CONFIG_PM)) { > + ret = ltrf216a_enable(indio_dev); What turns this off again? I'd expect to see a devm_add_action_or_reset() to do that in the !CONFIG_PM case. This is also an unusual pattern. As far as I can tell it works. Normal trick for ensuring !CONFIG_PM works is to: 1) Unconditionally turn device on. 2) Register unconditional device off devm_callback. Very rarely harmful even if device already off due to runtime pm. 3) Then call pm_runtime_set_active() so the state tracking matches. 4) Call pm_runtime_mark_last_busy(dev); pm_runtime_put_autosuspend(dev); (here you have a function to do this anyway) to let runtime_pm use same path as normal to autosuspend the upshot of this is that if !CONFIG_PM 3 and 4 do nothing and device is left turned on. Is there something I'm missing that makes that cycle inappropriate here? The main reason to do this is it then looks exactly like any other runtime_pm calls elsewhere in the driver, so easier to review. > + if (ret) > + return ret; > + } > + > + data->int_time = 100000; > + data->int_time_fac = 100; > + data->als_gain_fac = 3; > + > + return devm_iio_device_register(&client->dev, indio_dev); > +} > +
