From: Gary Thomas <gary@mlbassoc.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Enrico <ebutera@users.berlios.de>,
linux-media@vger.kernel.org,
Enric Balletbo i Serra <eballetbo@iseebcn.com>
Subject: Re: Getting started with OMAP3 ISP
Date: Thu, 01 Sep 2011 09:16:03 -0600 [thread overview]
Message-ID: <4E5FA1B3.9050005@mlbassoc.com> (raw)
In-Reply-To: <201109011526.29507.laurent.pinchart@ideasonboard.com>
On 2011-09-01 07:26, Laurent Pinchart wrote:
> Hi Gary,
>
> On Thursday 01 September 2011 14:50:59 Gary Thomas wrote:
>> On 2011-09-01 03:51, Enrico wrote:
>>> On Wed, Aug 31, 2011 at 6:33 PM, Laurent Pinchart wrote:
>>>> On
>>>> http://git.linuxtv.org/pinchartl/media.git/shortlog/refs/heads/omap3isp
>>>> - omap3isp-next (sorry for not mentioning it), but the patch set was
>>>> missing a patch. I've sent a v2.
>>>
>>> Thanks Laurent, i can confirm it is a step forward. With your tree and
>>> patches (and my tvp5150 patch) i made a step forward:
>>>
>>> Setting up link 16:0 -> 5:0 [1]
>>> Setting up link 5:1 -> 6:0 [1]
>>> Setting up format UYVY 720x628 on pad tvp5150 2-005c/0
>>> Format set: UYVY 720x628
>>> Setting up format UYVY 720x628 on pad OMAP3 ISP CCDC/0
>>> Format set: UYVY 720x628
>>
>> I'm at nearly the same point, but I'm getting a couple of strange messages:
>> # media-ctl -r -l '"tvp5150m1 2-005c":0->"OMAP3 ISP CCDC":0[1], "OMAP3 ISP
>> CCDC":1->"OMAP3 ISP CCDC output":0[1]' Resetting all links to inactive
>> Setting up link 16:0 -> 5:0 [1]
>> Setting up link 5:1 -> 6:0 [1]
>> # media-ctl -f '"tvp5150m1 2-005c":0[UYVY 720x480], "OMAP3 ISP CCDC":0[UYVY
>> 720x480], "OMAP3 ISP CCDC":1[UYVY 720x480]' Setting up format UYVY 720x480
>> on pad tvp5150m1 2-005c/0
>> Format set: unknown 720x480
>> Setting up format unknown 720x480 on pad OMAP3 ISP CCDC/0
>> Format set: unknown 720x480
>> Setting up format UYVY 720x480 on pad OMAP3 ISP CCDC/0
>> Format set: UYVY 720x480
>> Setting up format UYVY 720x480 on pad OMAP3 ISP CCDC/1
>> Format set: UYVY 720x480
>>
>> # yavta -f UYVY -s 720x480 -n 6 --capture=6 -F /dev/video2
>> Device /dev/video2 opened.
>> Device `OMAP3 ISP CCDC output' on `media' is a video capture device.
>> Video format set: UYVY (59565955) 720x480 buffer size 691200
>> Video format: UYVY (59565955) 720x480 buffer size 691200
>> 6 buffers requested.
>> length: 691200 offset: 0
>> Buffer 0 mapped at address 0x40211000.
>> length: 691200 offset: 692224
>> Buffer 1 mapped at address 0x402dc000.
>> length: 691200 offset: 1384448
>> Buffer 2 mapped at address 0x4047f000.
>> length: 691200 offset: 2076672
>> Buffer 3 mapped at address 0x40614000.
>> length: 691200 offset: 2768896
>> Buffer 4 mapped at address 0x40792000.
>> Buffer 5 mapped at address 0x40854000.
>> Unable to start streaming: 32.
>>
>> What does 'Format set: unknown 720x480' mean from media-ctl?
>
> That probably means that media-ctl got compiled against a different media
> controller API version than the one running on your system. Make sure you set
> the --with-kernel-headers= to the path to kernel headers for the kernel
> running on your system.
To make sure, I just rebuilt 'media-ctl' against my latest kernel (headers).
I'm using a OpenEmbedded derivative (Yocto) so this is all automatic.
# bitbake virtual/kernel media-ctl -c cleansstate
# bitbake virtual/kernel
# bitbake media-ctl
Sadly, I still get the same error.
>
>> Why 'Unable to start streaming: 32' - is this an EPIPE error?
>
> That means the pipeline hasn't been configured properly. Either the pipeline
> is broken, or formats on two ends of a link don't match.
Probably because of the unknown (above). Here's what the pertinent nodes say:
- entity 5: OMAP3 ISP CCDC (3 pads, 9 links)
type V4L2 subdev subtype Unknown
device node name /dev/v4l-subdev2
pad0: Input [UYVY 720x480]
<- 'OMAP3 ISP CCP2':pad1 []
<- 'OMAP3 ISP CSI2a':pad1 []
<- 'tvp5150m1 2-005c':pad0 [ACTIVE]
pad1: Output [UYVY 720x480]
-> 'OMAP3 ISP CCDC output':pad0 [ACTIVE]
-> 'OMAP3 ISP resizer':pad0 []
pad2: Output [UYVY 720x479]
-> 'OMAP3 ISP preview':pad0 []
-> 'OMAP3 ISP AEWB':pad0 [IMMUTABLE,ACTIVE]
-> 'OMAP3 ISP AF':pad0 [IMMUTABLE,ACTIVE]
-> 'OMAP3 ISP histogram':pad0 [IMMUTABLE,ACTIVE]
- entity 16: tvp5150m1 2-005c (1 pad, 1 link)
type V4L2 subdev subtype Unknown
device node name /dev/v4l-subdev8
pad0: Output [unknown 720x480 (1,1)/720x480]
-> 'OMAP3 ISP CCDC':pad0 [ACTIVE]
Ideas where to look for the 'unknown' mode?
>>> Now the problem is that i can't get a capture with yavta, it blocks on
>>> the VIDIO_DQBUF ioctl. Probably something wrong in my patch.
>>>
>>> I tried also to route it through the resizer but nothing changes.
>>>
>>> Is it normal that --enum-formats returns this?
>>>
>>> Device /dev/video2 opened.
>>> Device `OMAP3 ISP CCDC output' on `media' is a video capture device.
>>> - Available formats:
>>> Video format: (00000000) 0x0 buffer size 0
>
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
next prev parent reply other threads:[~2011-09-01 15:16 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-25 16:07 Getting started with OMAP3 ISP Gary Thomas
2011-08-29 10:49 ` Laurent Pinchart
2011-08-30 14:08 ` Gary Thomas
2011-08-30 14:18 ` Gary Thomas
2011-08-30 14:20 ` Laurent Pinchart
2011-08-30 14:56 ` Gary Thomas
2011-08-30 15:48 ` Laurent Pinchart
2011-08-30 16:07 ` Enrico
2011-08-30 16:23 ` Gary Thomas
2011-08-30 16:36 ` Enrico
2011-08-30 16:48 ` Gary Thomas
2011-08-30 21:19 ` Sakari Ailus
2011-08-30 22:45 ` Gary Thomas
2011-08-30 22:50 ` Laurent Pinchart
2011-08-31 0:07 ` Gary Thomas
2011-08-31 8:13 ` Laurent Pinchart
2011-08-31 10:56 ` Gary Thomas
2011-08-31 11:00 ` Laurent Pinchart
2011-08-31 12:01 ` Gary Thomas
2011-08-31 15:15 ` Laurent Pinchart
2011-08-31 15:19 ` Gary Thomas
2011-08-31 16:25 ` Enrico
2011-08-31 16:33 ` Laurent Pinchart
2011-08-31 22:34 ` Gary Thomas
2011-09-01 8:11 ` Laurent Pinchart
2011-09-01 9:51 ` Enrico
2011-09-01 9:55 ` Laurent Pinchart
2011-09-01 10:24 ` Enrico
2011-09-01 14:12 ` Enrico
2011-09-01 14:24 ` Laurent Pinchart
2011-09-01 12:50 ` Gary Thomas
2011-09-01 13:26 ` Laurent Pinchart
2011-09-01 15:16 ` Gary Thomas [this message]
2011-09-01 16:14 ` Enrico
2011-09-01 17:24 ` Enrico
2011-09-01 18:14 ` Laurent Pinchart
2011-09-01 18:18 ` Gary Thomas
2011-09-02 8:09 ` Laurent Pinchart
2011-09-02 9:02 ` Enrico
2011-09-02 11:27 ` Laurent Pinchart
2011-09-05 16:37 ` Enrico
2011-09-06 8:48 ` Laurent Pinchart
2011-09-06 9:04 ` Enrico
[not found] ` <201109061049.32114.laurent.pinchart@ideasonboard.com>
2011-09-06 9:10 ` Enrico
-- strict thread matches above, loose matches on Subject: below --
2011-10-05 10:46 Adam Pledger
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=4E5FA1B3.9050005@mlbassoc.com \
--to=gary@mlbassoc.com \
--cc=eballetbo@iseebcn.com \
--cc=ebutera@users.berlios.de \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.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