Hi everyone,
In case anyone is interested in this device, I'm maintaining an
out-of-tree driver:
https://bitbucket.org/vanguardiasur/tw686x/
It supports audio and DMA frame/S-G modes (with a module parameter).
Testing and bug reports are welcome :-)
--
Ezequiel García, VanguardiaSur
commit ce0eff016f7272faa6dc6eec722b1ca1970ff9aa
[media] vb2: allow requeuing buffers while streaming
That commit causes buf_queue() called on infinity loop when
start_streaming() returns error. On that case resources are eaten
quickly and machine crashes.
Cc: Hans Verkuil hverk...@xs4all.nl
From: Robert Jarzmik robert.jarz...@intel.com
Fix the error path where the video buffer wasn't allocated nor
mapped. In this case, in the driver free path don't try to unmap memory
which was not mapped in the first place.
Signed-off-by: Robert Jarzmik robert.jarz...@free.fr
---
Convert pxa_camera to dmaengine. This removes all DMA registers
manipulation in favor of the more generic dmaengine API.
The functional level should be the same as before. The biggest change is
in the videobuf_sg_splice() function, which splits a videobuf-dma into
several scatterlists for 3
From: Robert Jarzmik robert.jarz...@intel.com
This moves the dma irq handling functions up in the source file, so that
they are available before DMA preparation functions. It prepares the
conversion to DMA engine, where the descriptors are populated with these
functions as callbacks.
Hi Guennadi,
This is the third round.
Most of this round deals with the sg_cut() polishing.
We still have a bit of ground to cover :
(a) Robert: try to submit sg_split() to lib/sglist.c
(b) Robert: following dmaengine reuse flag introduction, change pxa_camera
accordingly
(c)
From: Robert Jarzmik robert.jarz...@intel.com
In preparation for dmaengine conversion, move the camera interrupt
handling into a tasklet. This won't change the global flow, as this
interrupt is only used to detect the end of frame and activate DMA fifos
handling.
Signed-off-by: Robert Jarzmik
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Thu Jul 30 04:00:17 CEST 2015
git branch: test
git hash: 4dc102b2f53d63207fa12a6ad49c7b6448bc3301
gcc
Hi Javier,
Am Mittwoch, den 29.07.2015, 08:26 +0200 schrieb Javier Martin:
Hello,
I am running kernel 4.1 in a var-dvk-solo-linux evaluation board from
Variscite.
This is what I get at system start-up:
coda 204.vpu: Firmware code revision: 34588
coda 204.vpu: Initialized
Hi Philipp,
thanks for your fast answer.
Apparently, the firmware is being loaded properly although it complains
about that version not being supported.
After queuing some YUV420 buffers with a simple application I perform a
VIDIOC_STREAMON in both the CAPTURE and the OUTPUT interfaces but I
Hello,
I am running kernel 4.1 in a var-dvk-solo-linux evaluation board from
Variscite.
This is what I get at system start-up:
coda 204.vpu: Firmware code revision: 34588
coda 204.vpu: Initialized CODA960.
coda 204.vpu: Unsupported firmware version: 2.1.8
coda 204.vpu: codec
11 matches
Mail list logo
