From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Enrico <ebutera@users.sourceforge.net>
Cc: Sakari Ailus <sakari.ailus@iki.fi>,
Michael Dietschi <michael.dietschi@inunum.com>,
"linux-media@vger.kernel.org" <linux-media@vger.kernel.org>
Subject: Re: omap3isp with DM3730 not working?!
Date: Tue, 29 Jul 2014 02:53:17 +0200 [thread overview]
Message-ID: <2300187.SbcZEE0rv0@avalon> (raw)
In-Reply-To: <CA+2YH7vhYuvUbFHyyr699zUdJuYWDtzweOGo0hGDHzT-+oFGjw@mail.gmail.com>
Hi Enrico,
On Monday 28 July 2014 15:18:04 Enrico wrote:
> On Mon, Jul 28, 2014 at 12:29 PM, Laurent Pinchart wrote:
> > On Monday 28 July 2014 10:30:17 Enrico wrote:
> >> On Mon, Jul 28, 2014 at 9:20 AM, Sakari Ailus wrote:
> >>> On Thu, Jul 24, 2014 at 05:57:30PM +0200, Enrico wrote:
> >>>> On Thu, Jul 24, 2014 at 5:34 PM, Michael Dietschi wrote:
> >>>>> Hello,
> >>>>>
> >>>>> I have built a Poky image for Gumstix Overo and added support for a
> >>>>> TVP5151 module like described here http://www.sleepyrobot.com/?p=253.
> >>>>> It does work well with an Overo board which hosts an OMAP3530 SoC.
> >>>>> But when I try with an Overo hosting a DM3730 it does not work: yavta
> >>>>> just seems to wait forever :(
> >>>>>
> >>>>> I did track it down to the point that IRQ0STATUS_CCDC_VD0_IRQ seems
> >>>>> never be set but always IRQ0STATUS_CCDC_VD1_IRQ
> >>>
> >>> VD1 takes place in 2/3 of the frame, and VD0 in the beginning of the
> >>> last line. You could check perhaps if you do get VD0 if you set it to
> >>> take place on the previous line (i.e. the register value being height -
> >>> 3; please see ccdc_configure() in ispccdc.c).
> >>>
> >>> I have to admit I haven't used the parallel interface so perhaps others
> >>> could have more insightful comments on how to debug this.
> >>>
> >>>>> Can someone please give me a hint?
> >>>>
> >>>> It's strange that you get the vd1_irq because it should not be set by
> >>>> the driver and never trigger...
> >>>
> >>> Both VD0 and VD1 are used by the omap3isp driver, but in different
> >>> points of the frame.
> >>
> >> Hi Sakari,
> >>
> >> that's true in "normal" mode, but with bt656 patches VD1 is not used.
> >
> > That's not correct, VD1 is used in both modes. In BT.656 mode VD1 is even
> > used to increment the frame counter in place of the HS_VS interrupt.
>
> ...in your new patches. But sleepyrobot's are the old ones and i bet
> Michael is using those patches.
You're right. Maybe that's the first problem to be fixed though ;-) Michael,
could you try using the "official" (and under development) BT.656 support code
for the OMAP3 ISP driver ? I've just pushed the branch to
git://linuxtv.org/pinchartl/media.git omap3isp/bt656
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2014-07-29 0:52 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-24 15:34 omap3isp with DM3730 not working?! Michael Dietschi
2014-07-24 15:57 ` Enrico
2014-07-28 7:20 ` Sakari Ailus
2014-07-28 7:59 ` Michael Dietschi
2014-07-28 8:30 ` Enrico
2014-07-28 10:29 ` Laurent Pinchart
2014-07-28 13:18 ` Enrico
2014-07-29 0:53 ` Laurent Pinchart [this message]
2014-07-29 15:38 ` Michael Dietschi
2014-07-30 14:56 ` Michael Dietschi
2014-07-30 15:21 ` Enrico
2014-07-31 10:06 ` Michael Dietschi
2014-07-31 10:36 ` Enrico
2014-07-31 12:31 ` Michael Dietschi
2014-07-31 13:15 ` Enrico
2014-07-31 15:49 ` Michael Dietschi
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=2300187.SbcZEE0rv0@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=ebutera@users.sourceforge.net \
--cc=linux-media@vger.kernel.org \
--cc=michael.dietschi@inunum.com \
--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).