Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3715373rwb; Tue, 20 Sep 2022 03:47:54 -0700 (PDT) X-Google-Smtp-Source: AMsMyM52L0ABccwzLrSv2HPsKz2deA3WhBn6aAqmW8CnV4QHYJHahbdh9ckabdhbQuxQLDaZOOyO X-Received: by 2002:a17:907:7e94:b0:77a:c48b:c80 with SMTP id qb20-20020a1709077e9400b0077ac48b0c80mr15433472ejc.690.1663670874616; Tue, 20 Sep 2022 03:47:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663670874; cv=none; d=google.com; s=arc-20160816; b=ojkliRv+W4pwbQwY0rRoE60/3XqVp32PrndPiQ3daSciYyJZmQIKfrJT3RDU95ABkP 4JxBMEBrChI1U2m6KidbFPFaO5wE0SgfsaZqbQPwRcdU+JENLQp1h5uq8FqKGomQ1glT xaZtVnP6yCyol6mmoCY0xzSTo7BerI7WYumG/9XwdgCvQrdx+3JX2Q7myVuSxTf5Mevc RZYBXLM9p7zNOP2SEQ92n02629LaSywojWJGn/SH8KYzWDe3zWb6Zqf1iPHwAqW5cEEo qZPCrJe3amq3SWejWBbPVJY44Pgh5Pq/owi2rXWKBgmmD9lxEaZExXgC2KMSIINn683C 5D/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=TEGtJ8l9HGR3YWE1n5zLrmTFafvetwPP1JZPoXRMogI=; b=BA+xaTTt1g072G/8wjP3j6n9jJXiinpwi214+tfW/3ryLs1mZTYtKubLaQHd1RsOgo mxQLvjnoIFHPITtA02M+o7hhVOSBC1OLLkeCuXxJm6PvKO3uftMZG5+1T4ShTIvfI9K2 Pxz0anDFQ8xM4iXkVt0PuYfrk+eOqu95FDeUydhqRdjYlV6wgPbp03e6nkN18qoqAtA8 KTHeQr0jOSXyS/7qyFun2rOLgO/+GFbCpfYzfrJM4WfOxN8EoaGunJoKy7HANNYvhTNN I4SMHD5WoKt1W1urdNH7u0UR5PzDe1rSWNZSh+y4utJZWTfW06nGgSyOScnmiCXGAmmd B2LQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id sa38-20020a1709076d2600b0077b49a2aca5si1042450ejc.393.2022.09.20.03.47.29; Tue, 20 Sep 2022 03:47:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231454AbiITKlZ (ORCPT + 99 others); Tue, 20 Sep 2022 06:41:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59186 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231391AbiITKk7 (ORCPT ); Tue, 20 Sep 2022 06:40:59 -0400 Received: from relay12.mail.gandi.net (relay12.mail.gandi.net [217.70.178.232]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5546C6DAE5; Tue, 20 Sep 2022 03:40:05 -0700 (PDT) Received: (Authenticated sender: jacopo@jmondi.org) by mail.gandi.net (Postfix) with ESMTPSA id 5FEAA200017; Tue, 20 Sep 2022 10:40:00 +0000 (UTC) Date: Tue, 20 Sep 2022 12:39:57 +0200 From: Jacopo Mondi To: Marco Felsch Cc: mchehab@kernel.org, sakari.ailus@linux.intel.com, laurent.pinchart+renesas@ideasonboard.com, akinobu.mita@gmail.com, jacopo+renesas@jmondi.org, linux-media@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 3/3] media: mt9m111: don't turn on the output while powering it Message-ID: <20220920103957.l746t3nqe3xozkbw@lati> References: <20220916135713.143890-1-m.felsch@pengutronix.de> <20220916135713.143890-3-m.felsch@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220916135713.143890-3-m.felsch@pengutronix.de> X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Marco On Fri, Sep 16, 2022 at 03:57:13PM +0200, Marco Felsch wrote: > Currently the .s_power() turn on/off the device and enables/disables the > sensor output. This is wrong since it should only handle the power not > not the sensor output behaviour. Enabling the sensor output should be > part of the .s_stream() callback. > > Fix this by adding mt9m111_set_output() which gets called by the > .s_stream() callback and remove the output register bits from > mt9m111_resume/suspend. > > Signed-off-by: Marco Felsch I can't say the driver is nice to read (it has been around since a long time and comes from the soc_camera times) but this makes it nicer and fixes an issue With Laurent's comment on the disabling order clarified: Reviewed-by: Jacopo Mondi Thanks j > --- > Changelog: > > v2: > - new patch, replaces: "media: mt9m111: remove .s_power callback" > --- > drivers/media/i2c/mt9m111.c | 38 ++++++++++++++++++++++++++----------- > 1 file changed, 27 insertions(+), 11 deletions(-) > > diff --git a/drivers/media/i2c/mt9m111.c b/drivers/media/i2c/mt9m111.c > index 8de93ab99cbc..2cc0b0da7636 100644 > --- a/drivers/media/i2c/mt9m111.c > +++ b/drivers/media/i2c/mt9m111.c > @@ -426,10 +426,25 @@ static int mt9m111_setup_geometry(struct mt9m111 *mt9m111, struct v4l2_rect *rec > return ret; > } > > -static int mt9m111_enable(struct mt9m111 *mt9m111) > +static int mt9m111_set_output(struct mt9m111 *mt9m111, int on) > { > struct i2c_client *client = v4l2_get_subdevdata(&mt9m111->subdev); > - return reg_write(RESET, MT9M111_RESET_CHIP_ENABLE); > + int ret; > + > + if (on) { > + ret = reg_clear(RESET, MT9M111_RESET_OUTPUT_DISABLE); > + if (ret) > + return ret; > + > + return reg_set(RESET, MT9M111_RESET_CHIP_ENABLE); > + } > + > + /* disable */ > + ret = reg_set(RESET, MT9M111_RESET_OUTPUT_DISABLE); > + if (ret) > + return ret; > + > + return reg_clear(RESET, MT9M111_RESET_CHIP_ENABLE); > } > > static int mt9m111_reset(struct mt9m111 *mt9m111) > @@ -927,10 +942,7 @@ static int mt9m111_suspend(struct mt9m111 *mt9m111) > ret = reg_set(RESET, MT9M111_RESET_RESET_MODE); > if (!ret) > ret = reg_set(RESET, MT9M111_RESET_RESET_SOC | > - MT9M111_RESET_OUTPUT_DISABLE | > MT9M111_RESET_ANALOG_STANDBY); > - if (!ret) > - ret = reg_clear(RESET, MT9M111_RESET_CHIP_ENABLE); > > return ret; > } > @@ -951,9 +963,9 @@ static void mt9m111_restore_state(struct mt9m111 *mt9m111) > > static int mt9m111_resume(struct mt9m111 *mt9m111) > { > - int ret = mt9m111_enable(mt9m111); > - if (!ret) > - ret = mt9m111_reset(mt9m111); > + int ret; > + > + ret = mt9m111_reset(mt9m111); > if (!ret) > mt9m111_restore_state(mt9m111); > > @@ -965,9 +977,7 @@ static int mt9m111_init(struct mt9m111 *mt9m111) > struct i2c_client *client = v4l2_get_subdevdata(&mt9m111->subdev); > int ret; > > - ret = mt9m111_enable(mt9m111); > - if (!ret) > - ret = mt9m111_reset(mt9m111); > + ret = mt9m111_reset(mt9m111); > if (!ret) > ret = mt9m111_set_context(mt9m111, mt9m111->ctx); > if (ret) > @@ -1116,8 +1126,14 @@ static int mt9m111_enum_mbus_code(struct v4l2_subdev *sd, > static int mt9m111_s_stream(struct v4l2_subdev *sd, int enable) > { > struct mt9m111 *mt9m111 = container_of(sd, struct mt9m111, subdev); > + int ret; > + > + ret = mt9m111_set_output(mt9m111, enable); > + if (ret) > + return ret; > > mt9m111->is_streaming = !!enable; > + > return 0; > } > > -- > 2.30.2 >