From: Sakari Ailus <sakari.ailus@linux.intel.com>
To: Mikhail Rudenko <mike.rudenko@gmail.com>
Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Jacopo Mondi <jacopo@jmondi.org>,
Tommaso Merciai <tomm.merciai@gmail.com>,
Christophe JAILLET <christophe.jaillet@wanadoo.fr>,
Dave Stevenson <dave.stevenson@raspberrypi.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Kieran Bingham <kieran.bingham@ideasonboard.com>
Subject: Re: [PATCH v4 17/20] media: i2c: ov4689: Configurable analogue crop
Date: Mon, 15 Apr 2024 06:08:53 +0000 [thread overview]
Message-ID: <ZhzEdXz-R2I6nZXf@kekkonen.localdomain> (raw)
In-Reply-To: <20240402164552.19171-18-mike.rudenko@gmail.com>
Hi Mikhail,
On Tue, Apr 02, 2024 at 07:45:48PM +0300, Mikhail Rudenko wrote:
> Implement configurable analogue crop via .set_selection call.
> ov4689_init_cfg is modified to initialize default subdev selection.
> Offsets are aligned to 2 to preserve Bayer order, selection width is
> aligned to 4 and height to 2 to meet hardware requirements.
>
> Experimentally discovered values of the cropping-related registers and
> vfifo_read_start for various output sizes are used. Default BLC anchor
> positions are used for the default analogue crop, scaling down
> proportionally for the smaller crop sizes.
>
> When analogue crop is adjusted, several consequential actions take
> place: the output format is reset, exposure/vblank/hblank control
> ranges and default values are adjusted accordingly. Additionally,
> ov4689_set_ctrl utilizes pad crop instead of cur_mode width and
> height for HTS and VTS calculation. Also, ov4689_enum_frame_sizes is
> modified to report crop size as available frame size.
We're amidst of a change to the APIs touching sensors with the the
introduction of the internal pads.
<URL:https://lore.kernel.org/linux-media/20240313072516.241106-1-sakari.ailus@linux.intel.com/T/#t>.
I'd therefore postpone this bit so it would align with the new practices
(also subject to change in the metadata set).
The rest of the patches would seem more or less ready for merging to me.
--
Kind regards,
Sakari Ailus
next prev parent reply other threads:[~2024-04-15 6:09 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-02 16:45 [PATCH v4 00/20] Omnivision OV4689 refactoring and improvements Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 01/20] media: i2c: ov4689: Clean up and annotate the register table Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 02/20] media: i2c: ov4689: Sort register definitions by address Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 03/20] media: i2c: ov4689: Fix typo in a comment Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 04/20] media: i2c: ov4689: CCI conversion Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 05/20] media: i2c: ov4689: Remove i2c_client from ov4689 struct Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 06/20] media: i2c: ov4689: Refactor ov4689_set_ctrl Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 07/20] media: i2c: ov4689: Use sub-device active state Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 08/20] media: i2c: ov4689: Enable runtime PM before registering sub-device Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 09/20] media: i2c: ov4689: Use runtime PM autosuspend Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 10/20] media: i2c: ov4689: Remove max_fps field from struct ov4689_mode Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 11/20] media: i2c: ov4689: Make horizontal blanking configurable Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 12/20] media: i2c: ov4689: Implement vflip/hflip controls Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 13/20] media: i2c: ov4689: Implement digital gain control Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 14/20] media: i2c: ov4689: Implement manual color balance controls Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 15/20] media: i2c: ov4689: Move pixel array size out of struct ov4689_mode Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 16/20] media: i2c: ov4689: Set timing registers programmatically Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 17/20] media: i2c: ov4689: Configurable analogue crop Mikhail Rudenko
2024-04-15 6:08 ` Sakari Ailus [this message]
2024-04-15 20:22 ` Mikhail Rudenko
2024-04-16 6:47 ` Sakari Ailus
2024-04-16 22:51 ` Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 18/20] media: i2c: ov4689: Eliminate struct ov4689_mode Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 19/20] media: i2c: ov4689: Refactor ov4689_s_stream Mikhail Rudenko
2024-04-02 16:45 ` [PATCH v4 20/20] media: i2c: ov4689: Implement 2x2 binning Mikhail Rudenko
2024-04-15 6:07 ` Sakari Ailus
2024-04-15 20:05 ` Mikhail Rudenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZhzEdXz-R2I6nZXf@kekkonen.localdomain \
--to=sakari.ailus@linux.intel.com \
--cc=christophe.jaillet@wanadoo.fr \
--cc=dave.stevenson@raspberrypi.com \
--cc=jacopo@jmondi.org \
--cc=kieran.bingham@ideasonboard.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=mike.rudenko@gmail.com \
--cc=tomm.merciai@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).