From: <Eugen.Hristev@microchip.com>
To: <jacopo@jmondi.org>
Cc: <slongerbeam@gmail.com>, <laurent.pinchart@ideasonboard.com>,
<sakari.ailus@iki.fi>, <hverkuil-cisco@xs4all.nl>,
<mirela.rabulea@nxp.com>, <xavier.roumegue@oss.nxp.com>,
<tomi.valkeinen@ideasonboard.com>, <hugues.fruchet@st.com>,
<prabhakar.mahadev-lad.rj@bp.renesas.com>, <aford173@gmail.com>,
<festevam@gmail.com>, <jbrunet@baylibre.com>,
<mchehab@kernel.org>, <linux-media@vger.kernel.org>
Subject: Re: [PATCH v2 00/23] media: ov5640: Rework the clock tree programming for MIPI
Date: Fri, 11 Feb 2022 10:09:04 +0000 [thread overview]
Message-ID: <a5a75d0b-7f40-39d0-a8ec-4e143c5f3b1c@microchip.com> (raw)
In-Reply-To: <20220210110458.152494-1-jacopo@jmondi.org>
On 2/10/22 1:04 PM, Jacopo Mondi wrote:
Hello Jacopo,
> v1:
> https://patchwork.linuxtv.org/project/linux-media/list/?series=7249
>
> A branch for testing based on the most recent media-master is available at
> https://git.sr.ht/~jmondi_/linux #jmondi/media-master/ov5640-v2
>
> If anyone with a DVP setup could verify I have not broken their use case
> I would very much appreciate that :)
I started testing this on my bench.
So far things look good.
To be able to test this, I have to revert this patch :
"media: i2c: ov5640: Remain in power down for DVP mode unless streaming"
Otherwise the sensor will not power up when starting streaming.
I have tested several formats, as you worked more on this sensor, could
you tell me, does format YUYV_2x8 work in parallel mode at 1920x1080 or
1024x768 ?
I managed to get it working fine at 640x480 .
The sensor looks to report valid framesizes for this mbus code :
# v4l2-ctl -d /dev/v4l-subdev1 --list-subdev-mbus-codes
\ioctl: VIDIOC_SUBDEV_ENUM_MBUS_CODE (pad=0)
0x4001: MEDIA_BUS_FMT_JPEG_1X8
0x2006: MEDIA_BUS_FMT_UYVY8_2X8
0x200f: MEDIA_BUS_FMT_UYVY8_1X16
0x2008: MEDIA_BUS_FMT_YUYV8_2X8
0x2011: MEDIA_BUS_FMT_YUYV8_1X16
0x1008: MEDIA_BUS_FMT_RGB565_2X8_LE
0x1007: MEDIA_BUS_FMT_RGB565_2X8_BE
0x1017: MEDIA_BUS_FMT_RGB565_1X16
0x100a: MEDIA_BUS_FMT_RGB888_1X24
0x1013: MEDIA_BUS_FMT_BGR888_1X24
0x3001: MEDIA_BUS_FMT_SBGGR8_1X8
0x3013: MEDIA_BUS_FMT_SGBRG8_1X8
0x3002: MEDIA_BUS_FMT_SGRBG8_1X8
0x3014: MEDIA_BUS_FMT_SRGGB8_1X8
# v4l2-ctl -d /dev/v4l-subdev1 --list-subdev-framesizes pad=0,code=0x2008
ioctl: VIDIOC_SUBDEV_ENUM_FRAME_SIZE (pad=0)
Size Range: 160x120 - 160x120
Size Range: 176x144 - 176x144
Size Range: 320x240 - 320x240
Size Range: 640x480 - 640x480
Size Range: 720x480 - 720x480
Size Range: 720x576 - 720x576
Size Range: 1024x768 - 1024x768
Size Range: 1280x720 - 1280x720
Size Range: 1920x1080 - 1920x1080
Size Range: 2592x1944 - 2592x1944
#
but the ISC does not receive any frames at 1024x768 and 1920x1080.
What I can say is that the raw bayer format works at 1920x1080 , frames
are received correctly.
Thanks,
Eugen
>
> v1 -> v2:
> - rework the modes definition to process the full pixel array
> - rework get_selection to report the correct BOUND and DEFAULT targets
> - implement init_cfg
> - minor style changes as suggested by Laurent
> - test with 1 data lane
>
> Thanks
> j
>
> Jacopo Mondi (23):
> media: ov5640: Add pixel rate to modes
> media: ov5604: Re-arrange modes definition
> media: ov5640: Add ov5640_is_csi2() function
> media: ov5640: Associate bpp with formats
> media: ov5640: Add LINK_FREQ control
> media: ov5640: Update pixel_rate and link_freq
> media: ov5640: Rework CSI-2 clock tree
> media: ov5640: Rework timings programming
> media: ov5640: Fix 720x480 in RGB888 mode
> media: ov5640: Rework analog crop rectangles
> media: ov5640: Re-sort per-mode register tables
> media: ov5640: Remove ov5640_mode_init_data
> media: ov5640: Add HBLANK control
> media: ov5640: Add VBLANK control
> media: ov5640: Fix durations to comply with FPS
> media: ov5640: Implement init_cfg
> media: ov5640: Implement get_selection
> media: ov5640: Limit frame_interval to DVP mode only
> media: ov5640: Register device properties
> media: ov5640: Add RGB565_1X16 format
> media: ov5640: Add RGB888/BGR888 formats
> media: ov5640: Restrict sizes to mbus code
> media: ov5640: Adjust format to bpp in s_fmt
>
> drivers/media/i2c/ov5640.c | 1143 ++++++++++++++++++++++++++----------
> 1 file changed, 830 insertions(+), 313 deletions(-)
>
> --
> 2.35.0
>
next prev parent reply other threads:[~2022-02-11 10:09 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-10 11:04 [PATCH v2 00/23] media: ov5640: Rework the clock tree programming for MIPI Jacopo Mondi
2022-02-10 11:04 ` [PATCH v2 01/23] media: ov5640: Add pixel rate to modes Jacopo Mondi
2022-02-20 11:53 ` Laurent Pinchart
2022-02-21 20:14 ` Adam Ford
2022-02-22 7:48 ` Jacopo Mondi
2022-02-22 19:08 ` Adam Ford
2022-02-10 11:04 ` [PATCH v2 02/23] media: ov5604: Re-arrange modes definition Jacopo Mondi
2022-02-10 11:04 ` [PATCH v2 03/23] media: ov5640: Add ov5640_is_csi2() function Jacopo Mondi
2022-02-10 11:04 ` [PATCH v2 04/23] media: ov5640: Associate bpp with formats Jacopo Mondi
2022-02-10 11:04 ` [PATCH v2 05/23] media: ov5640: Add LINK_FREQ control Jacopo Mondi
2022-02-20 11:55 ` Laurent Pinchart
2022-02-10 11:04 ` [PATCH v2 06/23] media: ov5640: Update pixel_rate and link_freq Jacopo Mondi
2022-02-10 11:04 ` [PATCH v2 07/23] media: ov5640: Rework CSI-2 clock tree Jacopo Mondi
2022-02-20 12:17 ` Laurent Pinchart
2022-02-21 11:39 ` Jacopo Mondi
2022-02-21 12:12 ` Laurent Pinchart
2022-02-10 11:04 ` [PATCH v2 08/23] media: ov5640: Rework timings programming Jacopo Mondi
2022-02-20 12:44 ` Laurent Pinchart
2022-02-10 11:04 ` [PATCH v2 09/23] media: ov5640: Fix 720x480 in RGB888 mode Jacopo Mondi
2022-02-20 12:50 ` Laurent Pinchart
2022-02-10 11:04 ` [PATCH v2 10/23] media: ov5640: Rework analog crop rectangles Jacopo Mondi
2022-02-11 9:34 ` [v2.1] " Jacopo Mondi
2022-02-20 12:56 ` Laurent Pinchart
2022-02-10 11:04 ` [PATCH v2 11/23] media: ov5640: Re-sort per-mode register tables Jacopo Mondi
2022-02-20 12:52 ` Laurent Pinchart
2022-02-20 12:59 ` Laurent Pinchart
2022-02-10 11:04 ` [PATCH v2 12/23] media: ov5640: Remove ov5640_mode_init_data Jacopo Mondi
2022-02-20 12:58 ` Laurent Pinchart
2022-02-10 11:09 ` [PATCH v2 13/23] media: ov5640: Add HBLANK control Jacopo Mondi
2022-02-10 11:09 ` [PATCH v2 14/23] media: ov5640: Add VBLANK control Jacopo Mondi
2022-02-20 13:01 ` Laurent Pinchart
2022-02-10 11:10 ` [PATCH v2 15/23] media: ov5640: Fix durations to comply with FPS Jacopo Mondi
2022-02-20 13:03 ` Laurent Pinchart
2022-02-10 11:10 ` [PATCH v2 16/23] media: ov5640: Implement init_cfg Jacopo Mondi
2022-02-10 11:10 ` [PATCH v2 17/23] media: ov5640: Implement get_selection Jacopo Mondi
2022-02-20 13:06 ` Laurent Pinchart
2022-02-10 11:10 ` [PATCH v2 18/23] media: ov5640: Limit frame_interval to DVP mode only Jacopo Mondi
2022-02-10 11:10 ` [PATCH v2 19/23] media: ov5640: Register device properties Jacopo Mondi
2022-02-10 11:10 ` [PATCH v2 20/23] media: ov5640: Add RGB565_1X16 format Jacopo Mondi
2022-02-20 13:07 ` Laurent Pinchart
2022-02-10 11:10 ` [PATCH v2 21/23] media: ov5640: Add RGB888/BGR888 formats Jacopo Mondi
2022-02-20 13:13 ` Laurent Pinchart
2022-02-10 11:10 ` [PATCH v2 22/23] media: ov5640: Restrict sizes to mbus code Jacopo Mondi
2022-02-20 13:16 ` Laurent Pinchart
2022-02-21 12:42 ` Jacopo Mondi
2022-02-10 11:10 ` [PATCH v2 23/23] media: ov5640: Adjust format to bpp in s_fmt Jacopo Mondi
2022-02-10 12:03 ` [PATCH v2 00/23] media: ov5640: Rework the clock tree programming for MIPI Tomi Valkeinen
2022-02-10 12:10 ` Tomi Valkeinen
2022-02-10 13:00 ` Tomi Valkeinen
2022-02-10 17:11 ` Jacopo Mondi
2022-02-11 7:55 ` Tomi Valkeinen
2022-02-11 8:01 ` Tomi Valkeinen
2022-02-11 9:36 ` Jacopo Mondi
2022-02-11 10:09 ` Eugen.Hristev [this message]
2022-02-11 11:25 ` Jacopo Mondi
2022-02-14 14:06 ` Eugen.Hristev
2022-02-14 14:38 ` Jacopo Mondi
2022-02-14 15:08 ` Eugen.Hristev
2022-02-14 18:56 ` Jacopo Mondi
2022-02-17 14:25 ` Eugen.Hristev
2022-02-21 8:51 ` Jacopo Mondi
2022-02-21 9:04 ` Eugen.Hristev
2022-02-21 11:18 ` Jacopo Mondi
2022-02-21 13:31 ` Jacopo Mondi
-- strict thread matches above, loose matches on Subject: below --
2022-02-10 11:03 Jacopo Mondi
2022-02-10 11:13 ` Jacopo Mondi
2022-02-10 11:51 ` Eugen.Hristev
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=a5a75d0b-7f40-39d0-a8ec-4e143c5f3b1c@microchip.com \
--to=eugen.hristev@microchip.com \
--cc=aford173@gmail.com \
--cc=festevam@gmail.com \
--cc=hugues.fruchet@st.com \
--cc=hverkuil-cisco@xs4all.nl \
--cc=jacopo@jmondi.org \
--cc=jbrunet@baylibre.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=mirela.rabulea@nxp.com \
--cc=prabhakar.mahadev-lad.rj@bp.renesas.com \
--cc=sakari.ailus@iki.fi \
--cc=slongerbeam@gmail.com \
--cc=tomi.valkeinen@ideasonboard.com \
--cc=xavier.roumegue@oss.nxp.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.