Re: [GIT PATCHES FOR 2.6.38] Videbuf2 framework, NOON010PC30 sensor driver and s5p-fimc updates

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

 



Em 13-01-2011 10:13, Andrzej Pietrasiewicz escreveu:
> Hello again, Mauro,
> 
> On Thursday, January 13, 2011 9:46 AM Andrzej Pietrasiewicz  wrote:
> 
>>
>> Hello Mauro,
>>
>> On Wednesday, January 12, 2011 9:24 PM Mauro Carvalho Chehab wrote:
>>>
>>> Em 12-01-2011 08:25, Marek Szyprowski escreveu:
>>>> Hello Mauro,
>>>>
>>>> I've rebased our fimc and saa patches onto
>>> http://linuxtv.org/git/mchehab/experimental.git
>>>> vb2_test branch.
>>>>
>>>> The last 2 patches are for SAA7134 driver and are only to show that
>>> videobuf2-dma-sg works
>>>> correctly.
>>>
>>> On my first test with saa7134, it hanged. It seems that the code
>>> reached a dead lock.
>>>
>>> On my test environment, I'm using a remote machine, without monitor.
>>> My test is using
>>> qv4l2 via a remote X server. Using a remote X server is an
>> interesting
>>> test, as it will likely loose some frames, increasing the probability
>>> of races and dead locks.
>>>
>>
>> We did a similar test using a remote machine and qv4l2 with X
>> forwarding.
>> Both userptr and mmap worked. Read does not work because it is not
>> implemented, but there was no freeze anyway, just green screen in
>> qv4l2.
>> However, we set "Capture Image Formats" to "YUV - 4:2:2 packed, YUV",
>> "TV Standard" to "PAL". I enclose a (lengthy) log for reference - it is
>> a log of a short session when modules where loaded, qv4l2 started,
>> userptr mode run for a while and then mmap mode run for a while.
>>
>> We did it on a 32-bit system. We are going to repeat the test on a 64-
>> bit system, it just takes some time to set it up. Perhaps this is the
>> difference.
> 
> We did the test on a 64-bit system, both locally and with X forwarding to a
> remote machine. It works in both cases.
> Our TV card is "Avermedia AverTV Super 007" pure analog. Yours is a hybrid
> analog/ISDB card. Does your card work with videobuf 1? 

Yes, it works (well, sort of - there's a problem a the tuner driver that I didn't
fix yet, so, I'm receiving just static on it, but yet, it is a stream, and this
works fine with videobuf1).

> Perhaps you could do
> such a test: please use code from the commit f73e66a8e91e4ebb "v4l: saa7134:
> remove radio, vbi, mpeg, input, alsa, tvaudio, saa6752hs support" and see if
> you TV card works with videobuf (not videobuf2)?

Ok, I'll do that, or maybe I'll just replace by an analog-only board.

Cheers,
Mauro
--
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