Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp1288569rwb; Fri, 19 Aug 2022 00:30:28 -0700 (PDT) X-Google-Smtp-Source: AA6agR4+YKYpiSUAP5dVnLwDKO/ZhZQgu67+0CS2V0n/bFioT9s1gyozFRaad7wdON6Ergt5zKwB X-Received: by 2002:a17:902:8683:b0:171:3114:7678 with SMTP id g3-20020a170902868300b0017131147678mr6299215plo.172.1660894228174; Fri, 19 Aug 2022 00:30:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660894228; cv=none; d=google.com; s=arc-20160816; b=xYciMshyIfrGZZfREYdgVJuVqTaoBEc/KoObnQyOkkg2mfl5HfkONmeyXeAG+0w5PE B6ywWFLnzSpU3QUa4vy56S3nXhnD8h/eIx5vHGhW4v4TtiMzO2sOdQQq8GWMQs34T9/i 9YPaoBvd3vcjRejc+ksTLcCagpplpttKkhLcutCLQB0wouvZw0P66SRWU16Op950h974 mveBrxIlUGlIHpPFa1OnAF2n1NisO5C2fI+tACr8JM7IvEZX02JXg4KrOuVThgyumJpq 4JxWv9SZCderjMqRpMeOBAnC0uTPvlU9VrWg3cV+BdZSH1o4HXvOVdlhEOs9v3Zcr+Ut 08+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=gjKmddY7gIS2vV/BAbyxMK/ayWRyn9LtfBea0tw6R9E=; b=Z9y2g0brOF1VFn1EXetteV7REEucVtPo01EbJMkHE/y7MjofKVRH/KTyN1sgKkWHda jI5ckZJQ5RYfMdgWif2IWpr1vpT7yQs98K0KXes5SlXHrQHdXZ/PIhU+PIMyI2bxfTxD KbfTZIIc1qM5ly4/nO4YqdH40OW+FQ7kZD/ACZR9t2kLGw1MixVrOTtrjfzpoPc/gpIG 20xewP+zL05s5svcAJPoOlSSgxMZMjP9PN84tkBhdp0mLMEz+0q1KFzZsqKv5i5bw7fh VvRZ+ZXwiVz2yhkMBDo5YVh4gYvJFuDm7NeVJE6a3p1Lk0cL20k8ikyEcGaQut60gyR7 K+3A== 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 d3-20020a056a0010c300b00535d28e6909si167440pfu.294.2022.08.19.00.30.16; Fri, 19 Aug 2022 00:30:28 -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 S1347053AbiHSH0P (ORCPT + 99 others); Fri, 19 Aug 2022 03:26:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37622 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1347011AbiHSH0N (ORCPT ); Fri, 19 Aug 2022 03:26:13 -0400 Received: from relay1-d.mail.gandi.net (relay1-d.mail.gandi.net [IPv6:2001:4b98:dc4:8::221]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8D45E77551; Fri, 19 Aug 2022 00:26:12 -0700 (PDT) Received: (Authenticated sender: jacopo@jmondi.org) by mail.gandi.net (Postfix) with ESMTPSA id A9AD5240005; Fri, 19 Aug 2022 07:26:07 +0000 (UTC) Date: Fri, 19 Aug 2022 09:26:05 +0200 From: Jacopo Mondi To: Marco Felsch Cc: mchehab@kernel.org, sakari.ailus@linux.intel.com, laurent.pinchart+renesas@ideasonboard.com, jacopo+renesas@jmondi.org, akinobu.mita@gmail.com, linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, kernel@pengutronix.de Subject: Re: [PATCH 3/4] media: mt9m111: fix device power usage Message-ID: <20220819072605.sbp6ycsf3oj74j6c@uno.localdomain> References: <20220818144712.997477-1-m.felsch@pengutronix.de> <20220818144712.997477-3-m.felsch@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220818144712.997477-3-m.felsch@pengutronix.de> X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE 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 Thu, Aug 18, 2022 at 04:47:11PM +0200, Marco Felsch wrote: > Currently the driver turn off the power after probe and toggle it during > .stream by using the .s_power callback. This is problematic since other > callbacks like .set_fmt accessing the hardware as well which will fail. Ouch! > So in the end the default format is the only supported format. > > Remove the hardware register access from the callbacks and instead sync > the state once right before the stream gets enabled to fix this. Where does it happen in this patch ? > > Signed-off-by: Marco Felsch > --- > drivers/media/i2c/mt9m111.c | 20 +++++++++++++------- > 1 file changed, 13 insertions(+), 7 deletions(-) > > diff --git a/drivers/media/i2c/mt9m111.c b/drivers/media/i2c/mt9m111.c > index 53c4dac4e4bd..cd74c408e110 100644 > --- a/drivers/media/i2c/mt9m111.c > +++ b/drivers/media/i2c/mt9m111.c > @@ -481,8 +481,6 @@ static int mt9m111_set_selection(struct v4l2_subdev *sd, > width = min(mt9m111->width, rect.width); > height = min(mt9m111->height, rect.height); > > - Why in mainline I don't see these empty lines ? > - mt9m111_setup_geometry(mt9m111, &rect, width, height, mt9m111->fmt->code); > mt9m111->rect = rect; > mt9m111->width = width; > mt9m111->height = height; > @@ -611,7 +609,6 @@ static int mt9m111_set_pixfmt(struct mt9m111 *mt9m111, > if (mt9m111->pclk_sample == 0) > mask_outfmt2 |= MT9M111_OUTFMT_INV_PIX_CLOCK; > > - > mt9m111_reg_mask(client, context_a.output_fmt_ctrl2, > data_outfmt2, mask_outfmt2); > mt9m111_reg_mask(client, context_b.output_fmt_ctrl2, > @@ -678,9 +675,6 @@ static int mt9m111_set_fmt(struct v4l2_subdev *sd, > return 0; > } > > - > - mt9m111_setup_geometry(mt9m111, rect, mf->width, mf->height, mf->code); > - mt9m111_set_pixfmt(mt9m111, mf->code); Are we looking at two different versions of the driver ?? https://elixir.bootlin.com/linux/latest/source/drivers/media/i2c/mt9m111.c#L684 > mt9m111->width = mf->width; > mt9m111->height = mf->height; > mt9m111->fmt = fmt; > @@ -743,6 +737,8 @@ mt9m111_find_mode(struct mt9m111 *mt9m111, unsigned int req_fps, > return mode; > } > > +static int mt9m111_s_power(struct v4l2_subdev *sd, int on); > + > #ifdef CONFIG_VIDEO_ADV_DEBUG > static int mt9m111_g_register(struct v4l2_subdev *sd, > struct v4l2_dbg_register *reg) > @@ -753,10 +749,14 @@ static int mt9m111_g_register(struct v4l2_subdev *sd, > if (reg->reg > 0x2ff) > return -EINVAL; > > + mt9m111_s_power(sd, 1); > + > val = mt9m111_reg_read(client, reg->reg); > reg->size = 2; > reg->val = (u64)val; > > + mt9m111_s_power(sd, 0); > + > if (reg->val > 0xffff) > return -EIO; > > @@ -771,9 +771,13 @@ static int mt9m111_s_register(struct v4l2_subdev *sd, > if (reg->reg > 0x2ff) > return -EINVAL; > > + mt9m111_s_power(sd, 1); > + > if (mt9m111_reg_write(client, reg->reg, reg->val) < 0) > return -EIO; > > + mt9m111_s_power(sd, 0); > + > return 0; > } > #endif > @@ -896,6 +900,9 @@ static int mt9m111_s_ctrl(struct v4l2_ctrl *ctrl) > struct mt9m111, hdl); > int ret; > > + if (!mt9m111->is_streaming) > + return 0; > + > switch (ctrl->id) { > case V4L2_CID_VFLIP: > ret = mt9m111_set_flip(mt9m111, ctrl->val, > @@ -927,7 +934,6 @@ static int mt9m111_s_ctrl(struct v4l2_ctrl *ctrl) > ret = -EINVAL; > } > > - > return ret; > } > > -- > 2.30.2 >