Re: omap3isp device tree support

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

 



On Mon, Jan 6, 2014 at 11:11 AM, Julien BERAUD <julien.beraud@xxxxxxxxxx> wrote:
>
> Le 03/01/2014 12:30, Enrico a écrit :
>>
>> On Wed, Dec 18, 2013 at 11:09 AM, Enrico <ebutera@xxxxxxxxxxxxxxxx> wrote:
>>>
>>> On Tue, Dec 17, 2013 at 2:11 PM, Florian Vaussard
>>> <florian.vaussard@xxxxxxx> wrote:
>>>>
>>>> So I converted the iommu to DT (patches just sent), used pdata quirks
>>>> for the isp / mtv9032 data, added a few patches from other people
>>>> (mainly clk to fix a crash when deferring the omap3isp probe), and a few
>>>> small hacks. I get a 3.13-rc3 (+ board-removal part from Tony Lindgren)
>>>> to boot on DT with a working MT9V032 camera. The missing part is the DT
>>>> binding for the omap3isp, but I guess that we will have to wait a bit
>>>> more for this.
>>>>
>>>> If you want to test, I have a development tree here [1]. Any feedback is
>>>> welcome.
>>>>
>>>> Cheers,
>>>>
>>>> Florian
>>>>
>>>> [1] https://github.com/vaussard/linux/commits/overo-for-3.14/iommu/dt
>>>
>>> Thanks Florian,
>>>
>>> i will report what i get with my setup.
>>
>> And here i am.
>>
>> I can confirm it works, video source is tvp5150 (with platform data in
>> pdata-quirks.c) in bt656 mode.
>>
>> Laurent, i used the two bt656 patches from your omap3isp/bt656 tree so
>> if you want to push it you can add a Tested-by me.
>>
>> There is only one problem, but it's unrelated to your DT work.
>>
>> It's an old problem (see for example [1] and [2]), seen by other
>> people too and it seems it's still there.
>> Basically if i capture with yavta while the system is idle then it
>> just waits without getting any frame.
>> If i add some cpu load (usually i do a "cat /dev/zero" in a ssh
>> terminal) it starts capturing correctly.
>>
>> The strange thing is that i do get isp interrupts in the idle case, so
>> i don't know why they don't "propagate" to yavta.
>>
>> Any hints on how to debug this?
>>
>> Enrico
>>
>> [1]: https://linuxtv.org/patch/7836/
>> [2]:
>> https://www.mail-archive.com/linux-media@xxxxxxxxxxxxxxx/msg44923.html
>
> I have had what looked a lot like these problems before and it was due to a
> wrong configuration of the ccdc cropping regarding to the blanking. Could
> you send me the configuration of the pipeline that you apply with media-ctl,
> just in case this is the same problem.

i'm using:

media-ctl -r -l '"tvp5150 2-005c":0->"OMAP3 ISP CCDC":0[1], "OMAP3 ISP
CCDC":1->"OMAP3 ISP CCDC output":0[1]'
media-ctl --set-format '"tvp5150 2-005c":0 [UYVY 720x625]'

And then capture with yavta -s 720x625 (or 720x576, can't remember right now).

Thanks,

Enrico
--
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