From: Dafna Hirschfeld <dafna.hirschfeld@collabora.com>
To: Helen Koike <helen.koike@collabora.com>,
linux-media@vger.kernel.org, laurent.pinchart@ideasonboard.com
Cc: ezequiel@collabora.com, hverkuil@xs4all.nl, kernel@collabora.com,
dafna3@gmail.com, sakari.ailus@linux.intel.com,
mchehab@kernel.org, tfiga@chromium.org
Subject: Re: [PATCH v3 06/10] media: staging: rkisp1: add a helper function to enumerate supported mbus formats on capture
Date: Sat, 29 Aug 2020 19:39:07 +0200 [thread overview]
Message-ID: <ea4ebc9e-c7de-e2b7-7281-82a6507c6d4a@collabora.com> (raw)
In-Reply-To: <11983183-54cc-89a7-7fa4-f7a0e362ad7a@collabora.com>
Am 04.08.20 um 01:49 schrieb Helen Koike:
> Hi Dafna,
>
> Thanks for the patch.
>
> On 7/23/20 10:20 AM, Dafna Hirschfeld wrote:
>> Add a function 'rkisp1_cap_enum_mbus_codes' that receive
>> a pointer to 'v4l2_subdev_mbus_code_enum' and returns the
>> next supported mbus format of the capture. The function
>> assumes that pixel formats with identical 'mbus' are grouped
>> together in the hardcoded arrays, therefore the order of the
>> entries in the array 'rkisp1_sp_fmts' are adjusted.
>> This function is a helper for the media bus enumeration of
>> the source pad of the resizer entity.
>>
>> Signed-off-by: Dafna Hirschfeld <dafna.hirschfeld@collabora.com>
>> ---
>> drivers/staging/media/rkisp1/rkisp1-capture.c | 77 ++++++++++++-------
>> drivers/staging/media/rkisp1/rkisp1-common.h | 8 ++
>> 2 files changed, 58 insertions(+), 27 deletions(-)
>>
>> diff --git a/drivers/staging/media/rkisp1/rkisp1-capture.c b/drivers/staging/media/rkisp1/rkisp1-capture.c
>> index 5dd91b5f82a4..4dabd07a3da9 100644
>> --- a/drivers/staging/media/rkisp1/rkisp1-capture.c
>> +++ b/drivers/staging/media/rkisp1/rkisp1-capture.c
>> @@ -112,6 +112,13 @@ static const struct rkisp1_capture_fmt_cfg rkisp1_mp_fmts[] = {
>
> I would also add a comment in the beginning of this array saying that mbus
> should be grouped together for the sake of enum.
>
>> .write_format = RKISP1_MI_CTRL_MP_WRITE_YUV_PLA_OR_RAW8,
>> .mbus = MEDIA_BUS_FMT_YUYV8_2X8,
>> },
>> + /* yuv400 */
>> + {
>> + .fourcc = V4L2_PIX_FMT_GREY,
>> + .uv_swap = 0,
>> + .write_format = RKISP1_MI_CTRL_MP_WRITE_YUVINT,
>> + .mbus = MEDIA_BUS_FMT_YUYV8_2X8,
>> + },
>> /* yuv420 */
>> {
>> .fourcc = V4L2_PIX_FMT_NV21,
>> @@ -144,13 +151,6 @@ static const struct rkisp1_capture_fmt_cfg rkisp1_mp_fmts[] = {
>> .write_format = RKISP1_MI_CTRL_MP_WRITE_YUV_PLA_OR_RAW8,
>> .mbus = MEDIA_BUS_FMT_YUYV8_1_5X8,
>> },
>> - /* yuv400 */
>> - {
>> - .fourcc = V4L2_PIX_FMT_GREY,
>> - .uv_swap = 0,
>> - .write_format = RKISP1_MI_CTRL_MP_WRITE_YUVINT,
>> - .mbus = MEDIA_BUS_FMT_YUYV8_2X8,
>> - },
>> /* raw */
>> {
>> .fourcc = V4L2_PIX_FMT_SRGGB8,
>> @@ -236,6 +236,26 @@ static const struct rkisp1_capture_fmt_cfg rkisp1_sp_fmts[] = {
>> .output_format = RKISP1_MI_CTRL_SP_OUTPUT_YUV422,
>> .mbus = MEDIA_BUS_FMT_YUYV8_2X8,
>> },
>> + /* yuv400 */
>> + {
>> + .fourcc = V4L2_PIX_FMT_GREY,
>> + .uv_swap = 0,
>> + .write_format = RKISP1_MI_CTRL_SP_WRITE_INT,
>> + .output_format = RKISP1_MI_CTRL_SP_OUTPUT_YUV400,
>> + .mbus = MEDIA_BUS_FMT_YUYV8_2X8,
>> + },
>> + /* rgb */
>> + {
>> + .fourcc = V4L2_PIX_FMT_XBGR32,
>> + .write_format = RKISP1_MI_CTRL_SP_WRITE_PLA,
>> + .output_format = RKISP1_MI_CTRL_SP_OUTPUT_RGB888,
>> + .mbus = MEDIA_BUS_FMT_YUYV8_2X8,
>> + }, {
>> + .fourcc = V4L2_PIX_FMT_RGB565,
>> + .write_format = RKISP1_MI_CTRL_SP_WRITE_PLA,
>> + .output_format = RKISP1_MI_CTRL_SP_OUTPUT_RGB565,
>> + .mbus = MEDIA_BUS_FMT_YUYV8_2X8,
>> + },
>> /* yuv420 */
>> {
>> .fourcc = V4L2_PIX_FMT_NV21,
>> @@ -274,26 +294,6 @@ static const struct rkisp1_capture_fmt_cfg rkisp1_sp_fmts[] = {
>> .output_format = RKISP1_MI_CTRL_SP_OUTPUT_YUV420,
>> .mbus = MEDIA_BUS_FMT_YUYV8_1_5X8,
>> },
>> - /* yuv400 */
>> - {
>> - .fourcc = V4L2_PIX_FMT_GREY,
>> - .uv_swap = 0,
>> - .write_format = RKISP1_MI_CTRL_SP_WRITE_INT,
>> - .output_format = RKISP1_MI_CTRL_SP_OUTPUT_YUV400,
>> - .mbus = MEDIA_BUS_FMT_YUYV8_2X8,
>> - },
>> - /* rgb */
>> - {
>> - .fourcc = V4L2_PIX_FMT_XBGR32,
>> - .write_format = RKISP1_MI_CTRL_SP_WRITE_PLA,
>> - .output_format = RKISP1_MI_CTRL_SP_OUTPUT_RGB888,
>> - .mbus = MEDIA_BUS_FMT_YUYV8_2X8,
>> - }, {
>> - .fourcc = V4L2_PIX_FMT_RGB565,
>> - .write_format = RKISP1_MI_CTRL_SP_WRITE_PLA,
>> - .output_format = RKISP1_MI_CTRL_SP_OUTPUT_RGB565,
>> - .mbus = MEDIA_BUS_FMT_YUYV8_2X8,
>> - },
>> };
>>
>> static const struct rkisp1_capture_config rkisp1_capture_config_mp = {
>> @@ -334,6 +334,29 @@ rkisp1_vdev_to_node(struct video_device *vdev)
>> return container_of(vdev, struct rkisp1_vdev_node, vdev);
>> }
>>
>> +int rkisp1_cap_enum_mbus_codes(struct rkisp1_capture *cap,
>> + struct v4l2_subdev_mbus_code_enum *code)
>> +{
>> + const struct rkisp1_capture_fmt_cfg *fmts = cap->config->fmts;
>> + u32 curr_mbus = fmts[0].mbus;
>
> Maybe you could use code->code as the current, since in case of error
> -EINVAL should be returned and this value should be ignored iirc.
Hi, but code->code is an unknown value. The aim of this function is to fill it
according to code->index.
Thanks,
Dafna
>
>> + int i, n = 0;
>
> unsigned
>
>> +
>> + if (code->index == 0) {
>
> if (!code->index)
>
>> + code->code = fmts[0].mbus;
>> + return 0;
>> + }
>> +
>> + for (i = 1; i < cap->config->fmt_size; i++)
>> + if (fmts[i].mbus != curr_mbus) {
>
> You can decrease one indentation level with:
>
> if (fmts[i].mbus == curr_mbus)
> continue;
>
> Regards,
> Helen
>
>> + curr_mbus = fmts[i].mbus;
>> + if (++n == code->index) {
>> + code->code = curr_mbus;
>> + return 0;
>> + }
>> + }
>> + return -EINVAL;
>> +}
>> +
>> /* ----------------------------------------------------------------------------
>> * Stream operations for self-picture path (sp) and main-picture path (mp)
>> */
>> diff --git a/drivers/staging/media/rkisp1/rkisp1-common.h b/drivers/staging/media/rkisp1/rkisp1-common.h
>> index 3dc51d703f73..73e1963cc47a 100644
>> --- a/drivers/staging/media/rkisp1/rkisp1-common.h
>> +++ b/drivers/staging/media/rkisp1/rkisp1-common.h
>> @@ -297,6 +297,14 @@ static inline u32 rkisp1_read(struct rkisp1_device *rkisp1, unsigned int addr)
>> return readl(rkisp1->base_addr + addr);
>> }
>>
>> +/*
>> + * rkisp1_cap_enum_mbus_codes - A helper function that return the i'th supported mbus code
>> + * of the capture entity. This is used to enumerate the supported
>> + * mbus codes on the source pad of the resizer.
>> + */
>> +int rkisp1_cap_enum_mbus_codes(struct rkisp1_capture *cap,
>> + struct v4l2_subdev_mbus_code_enum *code);
>> +
>> void rkisp1_sd_adjust_crop_rect(struct v4l2_rect *crop,
>> const struct v4l2_rect *bounds);
>>
>>
next prev parent reply other threads:[~2020-08-29 17:39 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-23 13:20 [PATCH v3 00/10] media: staging: rkisp1: add support to V4L2_CAP_IO_MC Dafna Hirschfeld
2020-07-23 13:20 ` [PATCH v3 01/10] media: staging: rkisp1: cap: change RGB24 format to XBGR32 Dafna Hirschfeld
2020-08-03 23:49 ` Helen Koike
2020-08-31 16:33 ` Dafna Hirschfeld
2020-07-23 13:20 ` [PATCH v3 02/10] media: staging: rkisp1: cap: remove unsupported formats Dafna Hirschfeld
2020-07-23 13:20 ` [PATCH v3 03/10] media: staging: rkisp1: cap: remove unsupported format YUV444 Dafna Hirschfeld
2020-08-03 23:49 ` Helen Koike
2020-07-23 13:20 ` [PATCH v3 04/10] media: staging: rkisp1: don't support bayer format on selfpath resizer Dafna Hirschfeld
2020-08-03 23:49 ` Helen Koike
2020-07-23 13:20 ` [PATCH v3 05/10] media: staging: rkisp1: add capability V4L2_CAP_IO_MC to capture devices Dafna Hirschfeld
2020-08-03 23:50 ` Helen Koike
2020-08-03 23:50 ` Helen Koike
2020-07-23 13:20 ` [PATCH v3 06/10] media: staging: rkisp1: add a helper function to enumerate supported mbus formats on capture Dafna Hirschfeld
2020-08-03 23:49 ` Helen Koike
2020-08-29 17:39 ` Dafna Hirschfeld [this message]
2020-08-30 14:43 ` Tomasz Figa
2020-08-31 13:02 ` Dafna Hirschfeld
2020-07-23 13:20 ` [PATCH v3 07/10] media: staging: rkisp1: rsz: enumerate the formats on the src pad according to the capture Dafna Hirschfeld
2020-08-03 23:50 ` Helen Koike
2020-08-29 17:53 ` Dafna Hirschfeld
2020-08-29 20:48 ` Tomasz Figa
2020-07-23 13:20 ` [PATCH v3 08/10] media: staging: rkisp1: rsz: Add support to more YUV encoded mbus codes on src pad Dafna Hirschfeld
2020-07-23 13:20 ` [PATCH v3 09/10] media: rkisp1: cap: simplify the link validation by compering the media bus code Dafna Hirschfeld
2020-09-30 19:00 ` Niklas Söderlund
2020-10-01 2:03 ` Laurent Pinchart
2020-10-01 19:36 ` Dafna Hirschfeld
2020-10-01 22:48 ` Laurent Pinchart
2020-10-02 7:04 ` Dafna Hirschfeld
2020-10-22 11:02 ` Helen Koike
2020-07-23 13:20 ` [PATCH v3 10/10] media: staging: rkisp1: fix configuration for GREY pixelformat Dafna Hirschfeld
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=ea4ebc9e-c7de-e2b7-7281-82a6507c6d4a@collabora.com \
--to=dafna.hirschfeld@collabora.com \
--cc=dafna3@gmail.com \
--cc=ezequiel@collabora.com \
--cc=helen.koike@collabora.com \
--cc=hverkuil@xs4all.nl \
--cc=kernel@collabora.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=sakari.ailus@linux.intel.com \
--cc=tfiga@chromium.org \
/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).