From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [213.167.242.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 746BD37AA99 for ; Fri, 10 Apr 2026 08:42:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=213.167.242.64 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775810551; cv=none; b=qVs+3rZqL51XX8/wvPvEwpfe48BsnBSdxdjlT9TmRkBLnrn/RTvpQhhdMHzWM6qrj+RaYh2NVbl8OW0Cez8vkox3dCSbpy1+skyD8Zc5ISu8n60YzeNFXbEl/m7um30ojZfUUBWTPtQuh2Jw+BiQCSaPcDiDUcKmp6poqrwGFak= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775810551; c=relaxed/simple; bh=ez3wcvzYjK3JWWVKcZI7hO7mf0zHm3n3UJr5/VHeoO0=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=iAdvNMPyDRSfIBefKmZIJnHxLfKDzog24hdnD/qAEc8kq7F14iKRhVbMs7bbitE5nac35P8mNqPIDLfeqmpBpYBi/zOxVxwke4z5QLZMRd/z4pkTCUhSN2LfY6IVpIpDqKQkaeDwbC9xc50YFd5zV9Yh1iRsRRuVijZhGstV5n0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=ideasonboard.com; spf=pass smtp.mailfrom=ideasonboard.com; dkim=pass (1024-bit key) header.d=ideasonboard.com header.i=@ideasonboard.com header.b=WIgw18I8; arc=none smtp.client-ip=213.167.242.64 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=ideasonboard.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ideasonboard.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=ideasonboard.com header.i=@ideasonboard.com header.b="WIgw18I8" Received: from ideasonboard.com (net-93-65-100-155.cust.vodafonedsl.it [93.65.100.155]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 850491BA; Fri, 10 Apr 2026 10:40:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1775810455; bh=ez3wcvzYjK3JWWVKcZI7hO7mf0zHm3n3UJr5/VHeoO0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=WIgw18I8GqMu6X9hTDRmexPkDGBdtGRbwGYYLjtF7uZdHkKXsJI+mZ9QEf6xqo8VN uzgXjX+ci5Gqs2RODCCpwW31bDzpENdwr5i+fEVqPRhMZe1McSCqlmfGKqafO3ksTd KyYmN/Wc2xojx/XD0KItWCVYo9GFqJCslHN9T2vA= Date: Fri, 10 Apr 2026 10:42:22 +0200 From: Jacopo Mondi To: Sakari Ailus Cc: linux-media@vger.kernel.org, hans@jjverkuil.nl, laurent.pinchart@ideasonboard.com, Prabhakar , Kate Hsuan , Dave Stevenson , Tommaso Merciai , Benjamin Mugnier , Sylvain Petinot , Christophe JAILLET , Julien Massot , Naushir Patuck , "Yan, Dongcheng" , "Cao, Bingbu" , "Qiu, Tian Shu" , Stefan Klug , Mirela Rabulea , =?utf-8?B?QW5kcsOp?= Apitzsch , Heimir Thor Sverrisson , Kieran Bingham , Mehdi Djait , Ricardo Ribalda Delgado , Hans de Goede , Jacopo Mondi , Tomi Valkeinen , David Plowman , "Yu, Ong Hock" , "Ng, Khai Wen" , Jai Luthra , Rishikesh Donadkar Subject: Re: [PATCH v4 05/29] media: imx219: Fix vertical blanking and exposure for analogue binning Message-ID: References: <20260408153939.969381-1-sakari.ailus@linux.intel.com> <20260408153939.969381-6-sakari.ailus@linux.intel.com> Precedence: bulk X-Mailing-List: linux-media@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20260408153939.969381-6-sakari.ailus@linux.intel.com> Hi Sakari On Wed, Apr 08, 2026 at 06:39:14PM +0300, Sakari Ailus wrote: > When vertical analogue binning is in use, the minimum frame length in > lines decreases to around half of the normal. In relation to the sensor's > output size this means vertical blanking can be negative but that's not an > issue as control values are signed. Remove the workaround for this > non-issue that doubled the pixel rate, frame length in lines and exposure > time. I don't think this was a workaround. Doubling the pixel rate and halving the values written to registers for EXPOSURE and VBLANK allowed userspace to maintain a consistent view while the driver accounts for the special binning mode where, at least in my latest understanding, the sensor averages two lines before passing them to the ADC. I am missing in which case, with the current driver implementation, the vertical blanking can be negative. > > The resulting change also fixes the minimum, the maximum and the step > values for the control. > > Fixes: f513997119f4 ("media: i2c: imx219: Scale the pixel rate for analog binning") > Signed-off-by: Sakari Ailus Jai, and others including Dave and me, have spent quite some time testing and implementing proper support for the special analogue binning mode for this sensor. Of course we might have missed something obvious, but I'm still missing what you're trying to fix here. > --- > drivers/media/i2c/imx219.c | 29 +++++++++-------------------- > 1 file changed, 9 insertions(+), 20 deletions(-) > > diff --git a/drivers/media/i2c/imx219.c b/drivers/media/i2c/imx219.c > index 6819a2fa3262..a72630ad1561 100644 > --- a/drivers/media/i2c/imx219.c > +++ b/drivers/media/i2c/imx219.c > @@ -420,15 +420,6 @@ static void imx219_get_binning(struct v4l2_subdev_state *state, u8 *bin_h, > > } > > -static inline u32 imx219_get_rate_factor(struct v4l2_subdev_state *state) > -{ > - u8 bin_h, bin_v; > - > - imx219_get_binning(state, &bin_h, &bin_v); > - > - return (bin_h & bin_v) == IMX219_BINNING_X2_ANALOG ? 2 : 1; > -} > - > /* ----------------------------------------------------------------------------- > * Controls > */ > @@ -440,12 +431,10 @@ static int imx219_set_ctrl(struct v4l2_ctrl *ctrl) > struct i2c_client *client = v4l2_get_subdevdata(&imx219->sd); > const struct v4l2_mbus_framefmt *format; > struct v4l2_subdev_state *state; > - u32 rate_factor; > int ret = 0; > > state = v4l2_subdev_get_locked_active_state(&imx219->sd); > format = v4l2_subdev_state_get_format(state, 0); > - rate_factor = imx219_get_rate_factor(state); > > if (ctrl->id == V4L2_CID_VBLANK) { > int exposure_max, exposure_def; > @@ -478,7 +467,7 @@ static int imx219_set_ctrl(struct v4l2_ctrl *ctrl) > break; > case V4L2_CID_EXPOSURE: > cci_write(imx219->regmap, IMX219_REG_EXPOSURE, > - ctrl->val / rate_factor, &ret); > + ctrl->val, &ret); > break; > case V4L2_CID_DIGITAL_GAIN: > cci_write(imx219->regmap, IMX219_REG_DIGITAL_GAIN, > @@ -495,7 +484,7 @@ static int imx219_set_ctrl(struct v4l2_ctrl *ctrl) > break; > case V4L2_CID_VBLANK: > cci_write(imx219->regmap, IMX219_REG_FRM_LENGTH_A, > - (format->height + ctrl->val) / rate_factor, &ret); > + format->height + ctrl->val, &ret); > break; > case V4L2_CID_HBLANK: > cci_write(imx219->regmap, IMX219_REG_LINE_LENGTH_A, > @@ -878,7 +867,6 @@ static int imx219_set_pad_format(struct v4l2_subdev *sd, > crop->top = (IMX219_NATIVE_HEIGHT - crop->height) / 2; > > if (fmt->which == V4L2_SUBDEV_FORMAT_ACTIVE) { > - unsigned int rate_factor = imx219_get_rate_factor(state); > int exposure_max; > int exposure_def; > int llp_min; > @@ -886,15 +874,16 @@ static int imx219_set_pad_format(struct v4l2_subdev *sd, > > /* Update limits and set FPS to default */ > ret = __v4l2_ctrl_modify_range(imx219->vblank, > - IMX219_VBLANK_MIN * rate_factor, > - (IMX219_FLL_MAX - mode->height) * > - rate_factor, rate_factor, > - mode->fll_def - mode->height); > + (int)(mode->height / binning), > + IMX219_FLL_MAX - mode->height, 1, > + (int)(mode->fll_def / binning) - > + (int)mode->height); > if (ret) > return ret; > > ret = __v4l2_ctrl_s_ctrl(imx219->vblank, > - mode->fll_def - mode->height); > + (int)(mode->fll_def / binning) - > + (int)mode->height); > if (ret) > return ret; > > @@ -931,7 +920,7 @@ static int imx219_set_pad_format(struct v4l2_subdev *sd, > return ret; > > /* Scale the pixel rate based on the mode specific factor */ > - pixel_rate = imx219_get_pixel_rate(imx219) * rate_factor; > + pixel_rate = imx219_get_pixel_rate(imx219); > ret = __v4l2_ctrl_modify_range(imx219->pixel_rate, pixel_rate, > pixel_rate, 1, pixel_rate); > if (ret) > -- > 2.47.3 > >