From: jacopo mondi <jacopo@jmondi.org>
To: Steve Longerbeam <steve_longerbeam@mentor.com>
Cc: mchehab@kernel.org, laurent.pinchart@ideasonboard.com,
maxime.ripard@bootlin.com, sam@elite-embedded.com,
jagan@amarulasolutions.com, festevam@gmail.com,
pza@pengutronix.de, hugues.fruchet@st.com,
loic.poulain@linaro.org, daniel@zonque.org,
linux-media@vger.kernel.org
Subject: Re: [PATCH v2 0/2] media: i2c: ov5640: Re-work MIPI startup sequence
Date: Wed, 11 Jul 2018 09:21:48 +0200 [thread overview]
Message-ID: <20180711072148.GH8180@w540> (raw)
In-Reply-To: <e9057214-2e1a-df78-8983-c63c80448cb1@mentor.com>
[-- Attachment #1: Type: text/plain, Size: 3105 bytes --]
Hi Steve,
On Tue, Jul 10, 2018 at 02:10:54PM -0700, Steve Longerbeam wrote:
> Hi Jacopo,
>
> Sorry to report my testing on SabreSD has same result
> as last time. This series fixes the LP-11 timeout at stream
> on but captured images are still blank. I tried the 640x480
> mode with UYVY2X8. Here is the pad config:
This saddens me :(
I'm capturing with the same format and sizes... this shouldn't be the
issue
Could you confirm this matches what you have in your tree?
5dc2c80 media: ov5640: Fix timings setup code
b35e757 media: i2c: ov5640: Re-work MIPI startup sequence
3c4a737 media: ov5640: fix frame interval enumeration
41cb1c7 media: ov5640: adjust xclk_max
c3f3ba3 media: ov5640: add support of module orientation
ce85705 media: ov5640: add HFLIP/VFLIP controls support
8663341 media: ov5640: Program the visible resolution
476dec0 media: ov5640: Add horizontal and vertical totals
dba13a0 media: ov5640: Change horizontal and vertical resolutions name
8f57c2f media: ov5640: Init properly the SCLK dividers
Thanks
j
>
> # media-ctl --get-v4l2 "'ov5640 1-003c':0"
> [fmt:UYVY8_2X8/640x480@1/30 field:none colorspace:srgb xfer:srgb
> ycbcr:601 quantization:full-range]
>
> Steve
>
> On 07/10/2018 11:36 AM, Jacopo Mondi wrote:
> >Hello,
> > this series fixes capture operations on i.MX6Q platforms (and possible other
> >platforms reported not working) using MIPI CSI-2 interface.
> >
> >This iteration expands the v1 version with an additional fix, initially
> >submitted by Maxime in his series:
> >[PATCH v3 00/12] media: ov5640: Misc cleanup and improvements
> >https://www.spinics.net/lists/linux-media/msg134436.html
> >
> >The original patch has been reported not fully fixing the issues by Daniel Mack
> >in his comment here below (on a Qualcomm platform if I'm not wrong):
> >https://www.spinics.net/lists/linux-media/msg134524.html
> >On my i.MX6Q testing platform that patch alone does not fix MIPI capture
> >neither.
> >
> >The version I'm sending here re-introduces some of the timings parameters in the
> >initial configuration blob (not in the single mode ones), which apparently has
> >to be at least initially programmed to allow the driver to later program them
> >singularly in the 'set_timings()' function. Unfortunately I do not have a real
> >rationale behind this which explains why it has to be done this way :(
> >
> >For the MIPI startup sequence re-work patch, no changes compared to v1.
> >Steve reported he has verified the LP-11 timout issue is solved on his testing
> >platform too. For more details, please refer to the v1 cover letter:
> >https://www.mail-archive.com/linux-media@vger.kernel.org/msg133352.html
> >
> >Thanks
> > j
> >
> >Jacopo Mondi (1):
> > media: i2c: ov5640: Re-work MIPI startup sequence
> >
> >Samuel Bobrowicz (1):
> > media: ov5640: Fix timings setup code
> >
> > drivers/media/i2c/ov5640.c | 107 ++++++++++++++++++++++++++++++++++-----------
> > 1 file changed, 82 insertions(+), 25 deletions(-)
> >
> >--
> >2.7.4
> >
>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2018-07-11 7:24 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-10 18:36 [PATCH v2 0/2] media: i2c: ov5640: Re-work MIPI startup sequence Jacopo Mondi
2018-07-10 18:36 ` [PATCH v2 1/2] " Jacopo Mondi
2018-07-10 18:36 ` [PATCH v2 2/2] media: ov5640: Fix timings setup code Jacopo Mondi
2018-07-10 21:10 ` [PATCH v2 0/2] media: i2c: ov5640: Re-work MIPI startup sequence Steve Longerbeam
2018-07-11 7:21 ` jacopo mondi [this message]
2018-07-14 18:57 ` Steve Longerbeam
2018-07-14 19:41 ` Steve Longerbeam
2018-07-14 20:02 ` Steve Longerbeam
2018-07-16 8:29 ` jacopo mondi
2018-07-16 16:26 ` Steve Longerbeam
2018-08-14 15:35 ` jacopo mondi
2018-08-14 16:51 ` Steve Longerbeam
2018-08-14 17:38 ` jacopo mondi
2018-08-14 23:53 ` Steve Longerbeam
2018-08-15 9:00 ` jacopo mondi
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=20180711072148.GH8180@w540 \
--to=jacopo@jmondi.org \
--cc=daniel@zonque.org \
--cc=festevam@gmail.com \
--cc=hugues.fruchet@st.com \
--cc=jagan@amarulasolutions.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=loic.poulain@linaro.org \
--cc=maxime.ripard@bootlin.com \
--cc=mchehab@kernel.org \
--cc=pza@pengutronix.de \
--cc=sam@elite-embedded.com \
--cc=steve_longerbeam@mentor.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.