From: Benoit Parrot <bparrot@ti.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: "Lad, Prabhakar" <prabhakar.csengg@gmail.com>,
LMML <linux-media@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
LKML <linux-kernel@vger.kernel.org>,
Mauro Carvalho Chehab <m.chehab@samsung.com>,
Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
Mark Rutland <mark.rutland@arm.com>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Kumar Gala <galak@codeaurora.org>,
Grant Likely <grant.likely@linaro.org>,
Sakari Ailus <sakari.ailus@iki.fi>,
Hans Verkuil <hverkuil@xs4all.nl>
Subject: Re: [PATCH] media: i2c: add support for omnivision's ov2659 sensor
Date: Tue, 10 Feb 2015 13:36:21 -0600 [thread overview]
Message-ID: <20150210193620.GA4937@ti.com> (raw)
In-Reply-To: <3367184.gDmyGXufvA@avalon>
Laurent Pinchart <laurent.pinchart@ideasonboard.com> wrote on Thu [2015-Feb-05 16:52:22 +0200]:
> Hi Prabhakar,
>
> (CC'ing Benoit Parrot)
>
> On Thursday 05 February 2015 11:55:28 Lad, Prabhakar wrote:
> > On Thu, Feb 5, 2015 at 11:53 AM, Laurent Pinchart wrote:
> > > On Wednesday 04 February 2015 20:55:02 Lad, Prabhakar wrote:
> > >> On Wed, Feb 4, 2015 at 5:03 PM, Laurent Pinchart wrote:
> > >> > On Thursday 15 January 2015 23:39:23 Lad, Prabhakar wrote:
> > >> >> From: Benoit Parrot <bparrot@ti.com>
> > >> >>
> > >> >> this patch adds support for omnivision's ov2659
> > >> >> sensor.
> > >> >>
> > >> >> Signed-off-by: Benoit Parrot <bparrot@ti.com>
> > >> >> Signed-off-by: Lad, Prabhakar <prabhakar.csengg@gmail.com>
> > >> >> ---
> > >> >>
> > >> >> .../devicetree/bindings/media/i2c/ov2659.txt | 33 +
> > >> >> .../devicetree/bindings/vendor-prefixes.txt | 1 +
> > >> >> MAINTAINERS | 10 +
> > >> >> drivers/media/i2c/Kconfig | 11 +
> > >> >> drivers/media/i2c/Makefile | 1 +
> > >> >> drivers/media/i2c/ov2659.c | 1623 +++++++++++
> > >> >> include/media/ov2659.h | 33 +
> > >> >> 7 files changed, 1712 insertions(+)
> > >> >> create mode 100644
> > >> >> Documentation/devicetree/bindings/media/i2c/ov2659.txt
> > >> >> create mode 100644 drivers/media/i2c/ov2659.c
> > >> >> create mode 100644 include/media/ov2659.h
> > >
> > > [snip]
> > >
> > >> >> diff --git a/drivers/media/i2c/ov2659.c b/drivers/media/i2c/ov2659.c
> > >> >> new file mode 100644
> > >> >> index 0000000..ce8ec8d
> > >> >> --- /dev/null
> > >> >> +++ b/drivers/media/i2c/ov2659.c
> > >> >> @@ -0,0 +1,1623 @@
> > >
> > > [snip]
> > >
> > >> >> +static const struct ov2659_framesize ov2659_framesizes[] = {
> > >> >> + { /* QVGA */
> > >> >> + .width = 320,
> > >> >> + .height = 240,
> > >> >> + .regs = ov2659_qvga,
> > >> >> + .max_exp_lines = 248,
> > >> >> + }, { /* VGA */
> > >> >> + .width = 640,
> > >> >> + .height = 480,
> > >> >> + .regs = ov2659_vga,
> > >> >> + .max_exp_lines = 498,
> > >> >> + }, { /* SVGA */
> > >> >> + .width = 800,
> > >> >> + .height = 600,
> > >> >> + .regs = ov2659_svga,
> > >> >> + .max_exp_lines = 498,
> > >> >> + }, { /* XGA */
> > >> >> + .width = 1024,
> > >> >> + .height = 768,
> > >> >> + .regs = ov2659_xga,
> > >> >> + .max_exp_lines = 498,
> > >> >> + }, { /* 720P */
> > >> >> + .width = 1280,
> > >> >> + .height = 720,
> > >> >> + .regs = ov2659_720p,
> > >> >> + .max_exp_lines = 498,
> > >> >> + }, { /* SXGA */
> > >> >> + .width = 1280,
> > >> >> + .height = 1024,
> > >> >> + .regs = ov2659_sxga,
> > >> >> + .max_exp_lines = 1048,
> > >> >> + }, { /* UXGA */
> > >> >> + .width = 1600,
> > >> >> + .height = 1200,
> > >> >> + .regs = ov2659_uxga,
> > >> >> + .max_exp_lines = 498,
> > >> >> + },
> > >> >> +};
> > >> >
> > >> > That's what bothers me the most about drivers for Omnivision sensors.
> > >> > For some reason (I'd bet on lack of proper documentation) they list a
> > >> > couple of supported resolutions with corresponding register values,
> > >> > instead of computing the register values from the format configured by
> > >> > userspace. That's not the way we want to go. Prabhakar, do you have
> > >> > enough documentation to fix that ?
> > >>
> > >> I am afraid I have limited documentation here.
> > >
> > > How limited ? :-) I assume someone has documentation, given that the patch
> > > contains a larger number of #define's with register names.
> >
> > Yea I don’t have NDA signed with TI/Omnivision :( because I which I
> > lack the documentation.
>
> And a quick online search doesn't show any leaked datasheet. Wikileaks isn't
> doing a good job ;-)
>
> Benoit, do you think this is something that can be fixed ?
Laurent,
I did spend several days (many moons ago) to try and derive a generic
way to set the output resolution dynamically. However even though
the data sheet is somewhat useful, the various working example config
from the vendor make use of several un-documented registers which
make this pretty much unfeasible.
I am afraid we are stuck with this method for the time being.
Regards,
Benoit Parrot
>
> --
> Regards,
>
> Laurent Pinchart
>
prev parent reply other threads:[~2015-02-10 19:36 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-15 23:39 [PATCH] media: i2c: add support for omnivision's ov2659 sensor Lad, Prabhakar
2015-01-30 15:46 ` Lad, Prabhakar
[not found] ` <1421365163-29394-1-git-send-email-prabhakar.csengg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-02-04 14:55 ` Rob Herring
[not found] ` <CAL_Jsq+Yk1sDT+KfxRfR3ue74KtKxDB3Aj0BS2=sfYwzMcQtDw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-02-04 15:01 ` Lad, Prabhakar
2015-02-04 15:23 ` Fabio Estevam
2015-02-04 15:27 ` Lad, Prabhakar
2015-02-04 16:52 ` Rob Herring
2015-02-04 17:03 ` Laurent Pinchart
2015-02-04 20:55 ` Lad, Prabhakar
[not found] ` <CA+V-a8uTzo3DL+rCGK2wPHtwqQTDxfzNOBXB+RVszJnThSBMqQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-02-05 11:53 ` Laurent Pinchart
2015-02-05 11:55 ` Lad, Prabhakar
2015-02-05 14:52 ` Laurent Pinchart
2015-02-10 19:36 ` Benoit Parrot [this message]
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=20150210193620.GA4937@ti.com \
--to=bparrot@ti.com \
--cc=devicetree@vger.kernel.org \
--cc=galak@codeaurora.org \
--cc=grant.likely@linaro.org \
--cc=hverkuil@xs4all.nl \
--cc=ijc+devicetree@hellion.org.uk \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=m.chehab@samsung.com \
--cc=mark.rutland@arm.com \
--cc=pawel.moll@arm.com \
--cc=prabhakar.csengg@gmail.com \
--cc=robh+dt@kernel.org \
--cc=sakari.ailus@iki.fi \
/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).