From: Mikhail Rudenko <mike.rudenko@gmail.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org,
Sakari Ailus <sakari.ailus@linux.intel.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>
Subject: Re: [PATCH v2 15/20] media: i2c: ov4689: Move pixel array size out of struct ov4689_mode
Date: Fri, 23 Feb 2024 19:29:06 +0300 [thread overview]
Message-ID: <874jdzdsg3.fsf@gmail.com> (raw)
In-Reply-To: <20240223113300.GS31348@pendragon.ideasonboard.com>
Hi Laurent,
and thanks for the review!
On 2024-02-23 at 13:33 +02, Laurent Pinchart <laurent.pinchart@ideasonboard.com> wrote:
> Hi Mikhail,
>
> Thank you for the patch.
>
> On Mon, Dec 18, 2023 at 08:40:36PM +0300, Mikhail Rudenko wrote:
>> Pixel array dimensions and default crop size do not belong to the
>> ov4689_mode structure, since they are mode independent. Make them
>> defines instead.
>>
>> Signed-off-by: Mikhail Rudenko <mike.rudenko@gmail.com>
>> ---
>> drivers/media/i2c/ov4689.c | 29 +++++++++++++----------------
>> 1 file changed, 13 insertions(+), 16 deletions(-)
>>
>> diff --git a/drivers/media/i2c/ov4689.c b/drivers/media/i2c/ov4689.c
>> index b43fb1d7b15f..475508559e3e 100644
>> --- a/drivers/media/i2c/ov4689.c
>> +++ b/drivers/media/i2c/ov4689.c
>> @@ -70,6 +70,11 @@
>> #define OV4689_LANES 4
>> #define OV4689_XVCLK_FREQ 24000000
>>
>> +#define OV4689_PIXEL_ARRAY_WIDTH 2720
>> +#define OV4689_PIXEL_ARRAY_HEIGHT 1536
>> +#define OV4689_DUMMY_ROWS 8
>> +#define OV4689_DUMMY_COLUMNS 16
>
> Adding a comment here to indicate that there are dummy columns in each
> side would be useful:
>
> #define OV4689_DUMMY_ROWS 8 /* 8 dummy rows on each side */
> #define OV4689_DUMMY_COLUMNS 16 /* 16 dummy columns on each side */
Will add the comments in v3.
>
> Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
>
>> +
>> static const char *const ov4689_supply_names[] = {
>> "avdd", /* Analog power */
>> "dovdd", /* Digital I/O power */
>> @@ -90,10 +95,6 @@ struct ov4689_mode {
>> u32 vts_def;
>> u32 exp_def;
>> u32 pixel_rate;
>> - u32 sensor_width;
>> - u32 sensor_height;
>> - u32 crop_top;
>> - u32 crop_left;
>> const struct cci_reg_sequence *reg_list;
>> unsigned int num_regs;
>> };
>> @@ -254,10 +255,6 @@ static const struct ov4689_mode supported_modes[] = {
>> .id = OV4689_MODE_2688_1520,
>> .width = 2688,
>> .height = 1520,
>> - .sensor_width = 2720,
>> - .sensor_height = 1536,
>> - .crop_top = 8,
>> - .crop_left = 16,
>> .exp_def = 1536,
>> .hts_def = 10296,
>> .hts_min = 3432,
>> @@ -385,8 +382,6 @@ static int ov4689_get_selection(struct v4l2_subdev *sd,
>> struct v4l2_subdev_state *state,
>> struct v4l2_subdev_selection *sel)
>> {
>> - const struct ov4689_mode *mode = to_ov4689(sd)->cur_mode;
>> -
>> if (sel->which != V4L2_SUBDEV_FORMAT_ACTIVE)
>> return -EINVAL;
>>
>> @@ -394,15 +389,17 @@ static int ov4689_get_selection(struct v4l2_subdev *sd,
>> case V4L2_SEL_TGT_CROP_BOUNDS:
>> sel->r.top = 0;
>> sel->r.left = 0;
>> - sel->r.width = mode->sensor_width;
>> - sel->r.height = mode->sensor_height;
>> + sel->r.width = OV4689_PIXEL_ARRAY_WIDTH;
>> + sel->r.height = OV4689_PIXEL_ARRAY_HEIGHT;
>> return 0;
>> case V4L2_SEL_TGT_CROP:
>> case V4L2_SEL_TGT_CROP_DEFAULT:
>> - sel->r.top = mode->crop_top;
>> - sel->r.left = mode->crop_left;
>> - sel->r.width = mode->width;
>> - sel->r.height = mode->height;
>> + sel->r.top = OV4689_DUMMY_ROWS;
>> + sel->r.left = OV4689_DUMMY_COLUMNS;
>> + sel->r.width =
>> + OV4689_PIXEL_ARRAY_WIDTH - 2 * OV4689_DUMMY_COLUMNS;
>> + sel->r.height =
>> + OV4689_PIXEL_ARRAY_WIDTH - 2 * OV4689_DUMMY_ROWS;
>> return 0;
>> }
>>
--
Best regards,
Mikhail Rudenko
next prev parent reply other threads:[~2024-02-23 17:02 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-18 17:40 [PATCH v2 00/20] Omnivision OV4689 refactoring and improvements Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 01/20] media: i2c: ov4689: Clean up and annotate the register table Mikhail Rudenko
2024-02-23 11:23 ` Laurent Pinchart
2024-02-23 16:40 ` Mikhail Rudenko
2024-02-23 20:10 ` Laurent Pinchart
2023-12-18 17:40 ` [PATCH v2 02/20] media: i2c: ov4689: Sort register definitions by address Mikhail Rudenko
2024-02-23 11:22 ` Laurent Pinchart
2023-12-18 17:40 ` [PATCH v2 03/20] media: i2c: ov4689: Fix typo in a comment Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 04/20] media: i2c: ov4689: CCI conversion Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 05/20] media: i2c: ov4689: Remove i2c_client from ov4689 struct Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 06/20] media: i2c: ov4689: Refactor ov4689_set_ctrl Mikhail Rudenko
2024-01-08 11:16 ` Sakari Ailus
2024-01-08 14:57 ` Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 07/20] media: i2c: ov4689: Use sub-device active state Mikhail Rudenko
2024-02-23 11:28 ` Laurent Pinchart
2024-02-23 16:26 ` Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 08/20] media: i2c: ov4689: Enable runtime PM before registering sub-device Mikhail Rudenko
2024-02-23 11:29 ` Laurent Pinchart
2023-12-18 17:40 ` [PATCH v2 09/20] media: i2c: ov4689: Use runtime PM autosuspend Mikhail Rudenko
2024-01-08 11:18 ` Sakari Ailus
2024-01-08 15:06 ` Mikhail Rudenko
2024-01-08 16:03 ` Sakari Ailus
2024-02-23 8:19 ` Sakari Ailus
2024-02-23 15:18 ` Mikhail Rudenko
2024-02-24 19:38 ` Sakari Ailus
2024-02-25 14:58 ` Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 10/20] media: i2c: ov4689: Remove max_fps field from struct ov4689_mode Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 11/20] media: i2c: ov4689: Make horizontal blanking configurable Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 12/20] media: i2c: ov4689: Implement vflip/hflip controls Mikhail Rudenko
2024-02-23 8:26 ` Sakari Ailus
2024-02-23 15:21 ` Mikhail Rudenko
2024-02-24 20:04 ` Sakari Ailus
2024-02-25 14:15 ` Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 13/20] media: i2c: ov4689: Implement digital gain control Mikhail Rudenko
2024-02-23 11:30 ` Laurent Pinchart
2023-12-18 17:40 ` [PATCH v2 14/20] media: i2c: ov4689: Implement manual color balance controls Mikhail Rudenko
2024-02-23 11:31 ` Laurent Pinchart
2023-12-18 17:40 ` [PATCH v2 15/20] media: i2c: ov4689: Move pixel array size out of struct ov4689_mode Mikhail Rudenko
2024-02-23 11:33 ` Laurent Pinchart
2024-02-23 11:36 ` Laurent Pinchart
2024-02-23 16:31 ` Mikhail Rudenko
2024-02-23 16:29 ` Mikhail Rudenko [this message]
2023-12-18 17:40 ` [PATCH v2 16/20] media: i2c: ov4689: Set timing registers programmatically Mikhail Rudenko
2024-02-23 11:44 ` Laurent Pinchart
2024-02-23 16:34 ` Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 17/20] media: i2c: ov4689: Configurable analogue crop Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 18/20] media: i2c: ov4689: Eliminate struct ov4689_mode Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 19/20] media: i2c: ov4689: Refactor ov4689_s_stream Mikhail Rudenko
2024-02-23 11:48 ` Laurent Pinchart
2024-02-23 16:47 ` Mikhail Rudenko
2023-12-18 17:40 ` [PATCH v2 20/20] media: i2c: ov4689: Implement 2x2 binning Mikhail Rudenko
2024-02-21 15:02 ` [PATCH v2 00/20] Omnivision OV4689 refactoring and improvements Mikhail Rudenko
2024-02-23 8:15 ` Sakari Ailus
2024-02-23 8:43 ` Sakari Ailus
2024-02-23 15:47 ` 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=874jdzdsg3.fsf@gmail.com \
--to=mike.rudenko@gmail.com \
--cc=christophe.jaillet@wanadoo.fr \
--cc=dave.stevenson@raspberrypi.com \
--cc=jacopo@jmondi.org \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=sakari.ailus@linux.intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.