Re: omap3isp: no pixel rate control in subdev

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Sakari,

I installed the patch you suggested and am now able to acquire images which appear to have a green 'halo' around the boundary of the objects in view.
One of the PNM-format images converted using raw2rgbpnm is here: http://dl.dropbox.com/u/3851193/F0.pnm and the raw data for it is here: http://dl.dropbox.com/u/3851193/F0.raw

I am performing a sensor (RAW Bayer) -> CCDC -> memory operation. The media-ctl script I used is here: http://pastebin.com/Ld9sbz4F

I have tried changing the pixel clock polarity from 1 to 0 but that just makes the green-coloured halo appear as a pink-coloured one instead. My MT9T001 sensor has an external 48 MHz oscillator and feeds all 10-bits of data into the DM3730 ISP.

I wondered if the new ext_clk value was causing the issue? The segment of code from my board-overo.c which sets up the structs and functions for the MT9T001 is shown here: http://pastebin.com/K032v7f1

I also encounter a number of error messages from omap3isp when I acquire the images: "omap3isp omap3isp: CCDC won't become idle!"
Which is followed by: "omap3isp omap3isp: Unable to stop OMAP3 ISP CCDC"
A console log for a typical yavta session is shown here: http://pastebin.com/11QkcWrz
Most often it goes into a loop displaying the "won't become idle" message repeatedly and has to be stopped with a Ctrl+C
 
 

----- Original Message -----
From: Sakari Ailus <sakari.ailus@xxxxxx>
To: P Jackson <pej02@xxxxxxxxxxx>
Cc: "linux-media@xxxxxxxxxxxxxxx" <linux-media@xxxxxxxxxxxxxxx>; "laurent.pinchart@xxxxxxxxxxxxxxxx" <laurent.pinchart@xxxxxxxxxxxxxxxx>
Sent: Tuesday, 9 October 2012, 10:21
Subject: Re: omap3isp: no pixel rate control in subdev

Hi Pete,

On Tue, Oct 09, 2012 at 09:06:04AM +0100, P Jackson wrote:
> On Sat, Oct 06, 2012 at 02:47:44PM +0100, P Jackson wrote:
> > I'm trying to get an mt9t001 sensor board working on a Gumstix Overo board using the latest omap3isp-omap3isp-stable branch from the linuxtv.org/media.git repository.
> > 
> > When I 'modprobe omap3-isp' I see:
> > 
> > Linux media interface: v0.10
> > Linux video capture interface: v2.00
> > omap3isp omap3isp: Revision 15.0 found
> > omap-iommu omap-iommu.0: isp: version 1.1
> > mt9t001 3-005d: Probing MT9T001 at address 0x5d
> > mt9t001 3-005d: MT9T001 detected at address 0x5d
> > 
> > I then do:
> > 
> > media-ctl -r
> > media-ctl -l '"mt9t001 3-005d":0->"OMAP3 ISP CCDC":0[1]'
> > media-ctl -l '"OMAP3 ISP CCDC":1->"OMAP3 ISP CCDC output":0[1]'
> > media-ctl -V '"mt9t001 3-005d":0 [SGRBG10 2048x1536]'
> > media-ctl -V '"OMAP3 ISP CCDC":1 [SGRBG10 2048x1536]'
> > 
> > Followed by:
> > 
> > yavta -p -f SGRBG10 -s 2048x1536 -n 4 --capture=1 /dev/video2 file=m.bin
> > 
> > 
> > For which I get:
> > 
> > Device /dev/video2 opened.
> > Device `OMAP3 ISP CCDC output' on `media' is a video capture device.
> > Video format set: SGRBG10 (30314142) 2048x1536 (stride 4096) buffer size 6291456
> > Video format: SGRBG10 (30314142) 2048x1536 (stride 4096) buffer size 6291456
> > 4 buffers requested.
> > length: 6291456 offset: 0
> > Buffer 0 mapped at address 0x40272000.
> > length: 6291456 offset: 6291456
> > Buffer 1 mapped at address 0x4096b000.
> > length: 6291456 offset: 12582912
> > Buffer 2 mapped at address 0x4102f000.
> > length: 6291456 offset: 18874368
> > Buffer 3 mapped at address 0x416ac000.
> > Press enter to start capture
> > 
> > After pressing enter I get:
> > 
> > omap3isp omap3isp: no pixel rate control in subdev mt9t001 3-005d
> > Unable to start streaming: Invalid argument (22).
> 
> Really?
> 
> Could you check if you have this patch in your tree?
> 
> ---
> commit 0bc77f3f06fcf2ca7b7fad782d70926cd4d235f1
> Author: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
> Date:   Wed May 9 09:55:57 2012 -0300
> 
>     [media] mt9t001: Implement V4L2_CID_PIXEL_RATE control
>     
>     The pixel rate control is required by the OMAP3 ISP driver and should be
>     implemented by all media controller-compatible sensor drivers.
>     
>     Signed-off-by: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
>     Signed-off-by: Sakari Ailus <sakari.ailus@xxxxxx>
>     Signed-off-by: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
> ---
> 
> I have checked my tree and cannot find that patch.

Your tree might be more or less out of date. You can find the patch here:

<URL:http://git.linuxtv.org/media_tree.git/commit/0bc77f3f06fcf2ca7b7fad782d70926cd4d235f1>

Apply it and your problem should be resolved.

Regards,

-- 
Sakari Ailus
e-mail: sakari.ailus@xxxxxx    XMPP: sailus@xxxxxxxxxxxxxx

--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux