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: Sat Mar 7 04:00:18 CET 2015
git branch: test
git hash: 3d945be05ac1e806af075e9315bc1b3409adae2b
gcc versio
Hi Josh, Laurent,
On Fri, 6 Mar 2015, Josh Wu wrote:
> On 3/5/2015 6:41 PM, Laurent Pinchart wrote:
> > Hi Josh,
> >
> > Thank you for the patch.
> >
> > On Thursday 05 March 2015 13:01:01 Josh Wu wrote:
> > > The master clock should handled by sensor itself.
> > I like that :-)
> >
> > > Sign
Hi Sean, Hans,
I am sorry to reply so late, I was busy with other work. I am preparing the
next version
of the CEC framework and I would like to discuss your comment.
From: Sean Young [mailto:s...@mess.org]
Sent: Friday, January 23, 2015 12:08 PM
>
> On Thu, Jan 22, 2015 at 05:04:35PM +0100, Kam
This e-mail contains the results of the discussions we had at #v4l irc
channel, related to how to properly export DVB via the Media Controller
API. A good part of the content of e-mail was written by Sakari Ailus.
Let's use it as a reference point for the discussions, and reply to it
with our pers
Frame intervals exposed as an interval and step (so-called step-wise)
are restricted by the V4L2 API to a single enumeration entry. Return an
error when the index is not zero.
Signed-off-by: Laurent Pinchart
---
drivers/media/usb/uvc/uvc_v4l2.c | 3 +++
1 file changed, 3 insertions(+)
diff --gi
Hi Masatake,
Thanks for the patch.
On Wed, Mar 4, 2015 at 8:13 PM, Masatake YAMATO wrote:
> In am437x-vpfe.h BASE_VIDIOC_PRIVATE is used for
> making the name of ioctl command(VIDIOC_AM437X_CCDC_CFG).
> The definition of BASE_VIDIOC_PRIVATE is in linux/videodev2.h.
> However, linux/videodev2.h i
On 03/06/2015 12:24 PM, Florian Echtler wrote:
> On 21.02.2015 11:22, Hans Verkuil wrote:
>> On 02/20/2015 10:46 PM, Florian Echtler wrote:
>>> On 16.02.2015 12:40, Hans Verkuil wrote:
On 02/11/2015 12:52 PM, Florian Echtler wrote:
I prefer to dig into this a little bit more, as I don't r
On 21.02.2015 11:22, Hans Verkuil wrote:
> On 02/20/2015 10:46 PM, Florian Echtler wrote:
>> On 16.02.2015 12:40, Hans Verkuil wrote:
>>> On 02/11/2015 12:52 PM, Florian Echtler wrote:
>>> I prefer to dig into this a little bit more, as I don't really understand
>>> it. Set the videobuf2-core debug
Hi Andrzej,
On 03/06/2015 11:32 AM, Andrzej Pietrasiewicz wrote:
JPEG IP found in Exynos5420 is similar to what is in Exynos3250, but
there are some subtle differences which this patch takes into account.
Signed-off-by: Andrzej Pietrasiewicz
---
Acked-by: Jacek Anaszewski
.../bindings/m
Signed-off-by: Andrzej Pietrasiewicz
---
arch/arm/boot/dts/exynos5420.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
index 73c1851..f8f583c 100644
--- a/arch/arm/boot/dts/exynos5420.dtsi
+++ b/arch/
JPEG IP found in Exynos5420 is similar to what is in Exynos3250, but
there are some subtle differences which this patch takes into account.
Signed-off-by: Andrzej Pietrasiewicz
---
.../bindings/media/exynos-jpeg-codec.txt | 2 +-
drivers/media/platform/s5p-jpeg/jpeg-core.c| 59
This short series adds support for JPEG IP on Exynos542x SoC.
The first patch adds necessary device tree nodes and the second
one does JPEG IP support proper. The JPEG IP on Exynos542x is
similar to what is on Exynos3250, there just slight differences.
v1..v2:
- implemented changes resulting from
Setting the last buffer flag causes the videobuf2 core to return -EPIPE from
DQBUF calls on the capture queue after the last buffer is dequeued.
This patch also fixes the EOS event to conform to the specification. It now is
sent right after the last buffer has been decoded instead of when the last
From: Peter Seiderer
This v4l2_buffer flag can be used by drivers to mark a capture buffer
as the last generated buffer, for example after a V4L2_DEC_CMD_STOP
command was issued.
Signed-off-by: Peter Seiderer
Signed-off-by: Philipp Zabel
---
Changes since v2:
- Made V4L2_BUF_FLAG_LAST known t
At the V4L2 codec API session during ELC-E 2014, we agreed that for the decoder
draining flow, after a V4L2_DEC_CMD_STOP decoder command was issued, the last
decoded buffer should get dequeued with a V4L2_BUF_FLAG_LAST set. After that,
poll should immediately return and all following VIDIOC_DQBUF s
This patch mentions mem2mem codecs and the mem2mem draining flow signals in the
VIDIOC_DECODER_CMD V4L2_DEC_CMD_STOP and VIDIOC_ENCODER_CMD V4L2_ENC_CMD_STOP
documentation.
Signed-off-by: Philipp Zabel
---
Documentation/DocBook/media/v4l/vidioc-decoder-cmd.xml | 6 +-
Documentation/DocBook/m
If the last buffer was dequeued from a capture queue, let poll return
immediately and let DQBUF return -EPIPE to signal there will no more
buffers to dequeue until STREAMOFF.
The driver signals the last buffer by setting the V4L2_BUF_FLAG_LAST.
To reenable dequeuing on the capture queue, the driver
Setting the last buffer flag causes the videobuf2 core to return -EPIPE from
DQBUF calls on the capture queue after the last buffer is dequeued.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/platform/s5
On 3/5/2015 6:39 PM, Laurent Pinchart wrote:
Hi Josh,
Thank you for the patch.
On Thursday 05 March 2015 13:00:59 Josh Wu wrote:
As the clock_start/stop() use to control the mclk for the sensor not the
ISI peripheral clock.
So we move them to start/stop_stream() function.
Then the driver will
On 3/5/2015 6:41 PM, Laurent Pinchart wrote:
Hi Josh,
Thank you for the patch.
On Thursday 05 March 2015 13:01:01 Josh Wu wrote:
The master clock should handled by sensor itself.
I like that :-)
Signed-off-by: Josh Wu
---
drivers/media/platform/soc_camera/atmel-isi.c | 32 --
On 3/5/2015 6:36 PM, Laurent Pinchart wrote:
Hi Josh,
Thank you for the patch.
On Thursday 05 March 2015 13:01:00 Josh Wu wrote:
The runtime pm resume/suspend will enable/disable pclk (ISI peripheral
clock).
And we need to call rumtime_pm_get/put_sync function to make pm
resume/suspend.
Signe
Hi Jan,
On 03/05/2015 03:27 PM, Jan Kara wrote:
> Hello,
>
> so after a long pause I've got back to my simplification patches around
> get_user_pages(). After the simplification done by commit f035eb4e976ef5
> (videobuf2: fix lockdep warning) it seems unnecessary to take mmap_sem
> already wh
Hi Mauro,
This pull request is identical to the PATCHv2 series posted two days ago:
http://www.spinics.net/lists/linux-media/msg87142.html
except for a tiny comment change as requested by Laurent and with additional
Acked-by lines.
This patch series starts the work of removing several video ops
23 matches
Mail list logo
