lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:   Wed, 2 Sep 2020 08:25:09 +0200
From:   Krzysztof Kozlowski <krzk@...nel.org>
To:     Sakari Ailus <sakari.ailus@...ux.intel.com>
Cc:     Mauro Carvalho Chehab <mchehab@...nel.org>,
        Rob Herring <robh+dt@...nel.org>,
        Shawn Guo <shawnguo@...nel.org>,
        Sascha Hauer <s.hauer@...gutronix.de>,
        Pengutronix Kernel Team <kernel@...gutronix.de>,
        Fabio Estevam <festevam@...il.com>,
        NXP Linux Team <linux-imx@....com>,
        linux-media@...r.kernel.org, devicetree@...r.kernel.org,
        linux-arm-kernel@...ts.infradead.org,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "Yeh, Andy" <andy.yeh@...el.com>,
        "Chiang, Alan" <alanx.chiang@...el.com>,
        "Chen, Jason" <jasonx.z.chen@...el.com>
Subject: Re: [PATCH 3/3] media: imx258: Get clock from device properties and
 enable it

On Mon, 31 Aug 2020 at 11:09, Sakari Ailus <sakari.ailus@...ux.intel.com> wrote:
>
> Hi Krzysztof,
>
> Thanks for the patchset.
>
> On Fri, Aug 28, 2020 at 06:00:53PM +0200, Krzysztof Kozlowski wrote:
> > The IMX258 sensor driver checked in device properties for a
> > clock-frequency property which actually does not mean that the clock is
> > really running such frequency or is it even enabled.
> >
> > Get the provided clock and check it frequency.  If none is provided,
> > fall back to old property.
> >
> > Enable the clock when accessing the IMX258 registers and when streaming
> > starts.
> >
> > Signed-off-by: Krzysztof Kozlowski <krzk@...nel.org>
> > ---
> >  drivers/media/i2c/imx258.c | 107 ++++++++++++++++++++++++++++++-------
> >  1 file changed, 87 insertions(+), 20 deletions(-)
> >
> > diff --git a/drivers/media/i2c/imx258.c b/drivers/media/i2c/imx258.c
> > index c20bac9b00ec..4d763dcabb1d 100644
> > --- a/drivers/media/i2c/imx258.c
> > +++ b/drivers/media/i2c/imx258.c
> > @@ -2,6 +2,7 @@
> >  // Copyright (C) 2018 Intel Corporation
> >
> >  #include <linux/acpi.h>
> > +#include <linux/clk.h>
> >  #include <linux/delay.h>
> >  #include <linux/i2c.h>
> >  #include <linux/module.h>
> > @@ -68,6 +69,9 @@
> >  #define REG_CONFIG_MIRROR_FLIP               0x03
> >  #define REG_CONFIG_FLIP_TEST_PATTERN 0x02
> >
> > +/* Input clock frequency in Hz */
> > +#define IMX258_INPUT_CLOCK_FREQ              19200000
> > +
> >  struct imx258_reg {
> >       u16 address;
> >       u8 val;
> > @@ -610,6 +614,8 @@ struct imx258 {
> >
> >       /* Streaming on/off */
> >       bool streaming;
> > +
> > +     struct clk *clk;
> >  };
> >
> >  static inline struct imx258 *to_imx258(struct v4l2_subdev *_sd)
> > @@ -747,6 +753,12 @@ static int imx258_set_ctrl(struct v4l2_ctrl *ctrl)
> >       if (pm_runtime_get_if_in_use(&client->dev) == 0)
> >               return 0;
> >
> > +     ret = clk_prepare_enable(imx258->clk);
> > +     if (ret) {
> > +             dev_err(&client->dev, "failed to enable clock\n");
> > +             goto out;
> > +     }
> > +
> >       switch (ctrl->id) {
> >       case V4L2_CID_ANALOGUE_GAIN:
> >               ret = imx258_write_reg(imx258, IMX258_REG_ANALOG_GAIN,
> > @@ -779,6 +791,8 @@ static int imx258_set_ctrl(struct v4l2_ctrl *ctrl)
> >               break;
> >       }
> >
> > +out:
> > +     clk_disable_unprepare(imx258->clk);
> >       pm_runtime_put(&client->dev);
> >
> >       return ret;
> > @@ -972,10 +986,40 @@ static int imx258_stop_streaming(struct imx258 *imx258)
> >       return 0;
> >  }
> >
> > +static int imx258_power_on(struct imx258 *imx258)
> > +{
> > +     struct i2c_client *client = v4l2_get_subdevdata(&imx258->sd);
> > +     int ret;
> > +
> > +     ret = pm_runtime_get_sync(&client->dev);
> > +     if (ret < 0)
> > +             goto err;
>
> Please continue to use runtime PM directly, and move the clock control to
> runtime PM callbacks (apart from probe and remove).

Runtime PM comes with its own overhead and using it for just toggling
clock is slightly waste of cycle but if this is preferred I can do it.

Best regards,
Krzysztof

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ