Hello,
On Tue, 17 Apr 2012 12:02:25 +1200 (NZST), Pieter De Wit
wrote:
> I would like to stream H264 from a v4l2 device that does hardware
> encoding. ffmpeg and all of those doesn't seem to understand H264, but
> v4l2 "does". If I run qv4l2, it shows that H264 is in the encoding list
Hi Tomasz,
Thanks for the patch.
On Friday 13 April 2012 17:47:54 Tomasz Stanislawski wrote:
> The DMABUF documentation says that the map_dma_buf callback should return
> scatterlist that is mapped into a caller's address space. In practice,
> almost none of existing implementations of DMABUF exp
Hi Tomasz,
Thanks for the patch.
On Friday 13 April 2012 17:47:46 Tomasz Stanislawski wrote:
> From: Sumit Semwal
>
> Adding DMABUF memory type causes videobuf to complain about not using it
> in some switch cases. This patch removes these warnings.
>
> Signed-off-by: Sumit Semwal
Acked-by:
Hi Tomasz,
Thanks for the patch.
On Friday 13 April 2012 17:47:45 Tomasz Stanislawski wrote:
> From: Sumit Semwal
>
> This patch adds support for DMABUF memory type in videobuf2. It calls
> relevant APIs of dma_buf for v4l reqbuf / qbuf / dqbuf operations.
>
> For this version, the support is
Hi Tomasz,
Thanks for the patch.
On Friday 13 April 2012 17:47:43 Tomasz Stanislawski wrote:
> From: Sumit Semwal
>
> Adds DMABUF memory type to v4l framework. Also adds the related file
> descriptor in v4l2_plane and v4l2_buffer.
>
> Signed-off-by: Tomasz Stanislawski
>[original work in
Hi Tomasz,
Thanks for the patch.
On Friday 13 April 2012 17:47:48 Tomasz Stanislawski wrote:
> vb2-dma-contig returns a vb2_dc_conf structure instance as the vb2
> allocation context. That structure only stores a pointer to the physical
> device. Remove it and use the device pointer directly as t
Hi Tomasz,
Thanks for the patch.
On Friday 13 April 2012 17:47:51 Tomasz Stanislawski wrote:
> From: Marek Szyprowski
>
> This patch adds support for prepare/finish callbacks in VB2 allocators.
> These callback are used for buffer flushing.
>
> Signed-off-by: Marek Szyprowski
Acked-by: Laure
Hi Tomasz,
Thanks for the patch.
On Friday 13 April 2012 17:47:53 Tomasz Stanislawski wrote:
> From: Sumit Semwal
>
> This patch makes changes for adding dma-contig as a dma_buf user. It
> provides function implementations for the {attach, detach, map,
> unmap}_dmabuf() mem_ops of DMABUF memory
Hi Tomasz,
Thanks for the patch.
On Friday 13 April 2012 17:47:50 Tomasz Stanislawski wrote:
> From: Andrzej Pietrasiewicz
>
> This patch introduces usage of dma_map_sg to map memory behind
> a userspace pointer to a device as dma-contiguous mapping.
>
> Signed-off-by: Andrzej Pietrasiewicz
>
Hi Tomasz,
On Wednesday 11 April 2012 12:06:59 Tomasz Stanislawski wrote:
> On 04/06/2012 05:02 PM, Laurent Pinchart wrote:
> > On Thursday 05 April 2012 16:00:05 Tomasz Stanislawski wrote:
[snip]
> > Also, Documentation/CodingStyle favors one variable declaration per line,
> > without commas fo
Hi Guys,
I would like to stream H264 from a v4l2 device that does hardware
encoding. ffmpeg and all of those doesn't seem to understand H264, but
v4l2 "does". If I run qv4l2, it shows that H264 is in the encoding list
and I can preview that. Using v4l2-ctl, I can set the pixel format to H264
Hi Tomasz,
Thanks for the patch.
On Friday 13 April 2012 17:47:44 Tomasz Stanislawski wrote:
> This patch adds description and usage examples for importing
> DMABUF file descriptor in V4L2.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
[snip]
> diff --git a/Documentat
Mauro,
Please merge the following into the v3.4-rc tree -- this alters the
driver to use the official firmware image for the XC5000C, rather than
one modified for a specific xtal frequency. The modified firmware
will never be released, so we're better off merging this now rather
than waiting for
This patch simply adds a newline character at end-of-file to those
files in Documentation/ that currently lack one.
This is done for a few different reasons:
A) It's rather annoying when you do "cat some_file.txt" that your
prompt/cursor ends up at the end of the last line of output rather
On Mon, 16 Apr 2012, Rafael J. Wysocki wrote:
> On Friday, April 13, 2012, Guennadi Liakhovetski wrote:
> > Hi
> >
> > Just confirming, that the 3 outstanding ARM patches, that I mentioned in
> > recent emails:
> >
> > http://article.gmane.org/gmane.linux.kernel.mmc/12748
> > http://article.gma
Hi Laurent,
Thanks for the patch.
On Mon, Apr 16, 2012 at 03:29:53PM +0200, Laurent Pinchart wrote:
> Instead of using a large switch/case statement to return offsets to and
> sizes of individual preview engine parameters in the parameters and
> configuration structures, store the information in
hi Laurent,
On Mon, Apr 16, 2012 at 03:29:52PM +0200, Laurent Pinchart wrote:
> Rename the blk_adj and rgb2ycbcr fields to blkadj and csc respectively.
>
> Signed-off-by: Laurent Pinchart
Acked-by: Sakari Ailus
--
Sakari Ailus
e-mail: sakari.ai...@iki.fi jabber/XMPP/Gmail: sai...@retiisi
Hi Laurent,
Thanks for the patch!
On Mon, Apr 16, 2012 at 03:29:51PM +0200, Laurent Pinchart wrote:
> The feature_bit is always equal to 1 << array position, remove it and
> compute the value dynamically.
>
> Signed-off-by: Laurent Pinchart
Acked-by: Sakari Ailus
--
Sakari Ailus
e-mail: sak
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:Mon Apr 16 19:00:20 CEST 2012
git hash:f4d4e7656b26a6013bc5072c946920d2e2c44e8e
gcc version: i686-linux-gcc (GC
Hi Laurent,
Thanks for the patch.
Laurent Pinchart wrote:
The preview engine parameters are referenced by a value suitable for
being used in a bitmask. Two macros named OMAP3ISP_PREV_* and PREV_* are
declared for each parameter and are used interchangeably. Remove the
private macro.
Replace th
Hi Laurent,
Thanks for the patch. Just one more comment.
Laurent Pinchart wrote:
If no parameter needs to be modified, make preview_config() and
preview_setup_hw() return immediately. This speeds up interrupt handling
in the common case.
Signed-off-by: Laurent Pinchart
Acked-by: Sakari Ailus
-
On Friday, April 13, 2012, Guennadi Liakhovetski wrote:
> Hi
>
> Just confirming, that the 3 outstanding ARM patches, that I mentioned in
> recent emails:
>
> http://article.gmane.org/gmane.linux.kernel.mmc/12748
> http://article.gmane.org/gmane.linux.ports.sh.devel/13535
> http://article.gmane.
Il 16/04/2012 08:51, Daniel ha scritto:
> Hi,
>
> This patch works fine, but the IR sensor doesn't seem to be enabled.
> It's not a problem, because the stick isn't sold with a remote control.
>
> Sincerely,
>
> Daniel
>
Hi Daniel,
thanks for testing the patch.
Regarding the remote, the driver
The mode setup was applied on HDMI hardware only on resume event. This caused
problem if HDMI was not suspended between mode switches. This patch fixes this
problem by setting a dirty flag on a mode change event. If flag is set them
new mode is applied on the next stream-on event.
Signed-off-by
Adds selection of HDMIPHY configuration tables basing on both preset and
platform variant.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/hdmiphy_drv.c | 225 +-
1 files changed, 188 insertions(+), 37 deletions(-)
dif
This patch fixes timings configuration in HDMI register. It adds support for
numerous new presets including interlaces ones.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/hdmi_drv.c | 460 ++--
drivers/media/video/s
From: Sachin Kamat
The function __devinit mxr_probe() references
a function __devexit mxr_release_video().
Since mxr_release_video() is referenced outside the exit section, the following
compilation warning is generated which is fixed here:
WARNING: drivers/media/video/s5p-tv/s5p-mixer.o(.devin
From: Marek Szyprowski
Fix plane size calculation.
Signed-off-by: Marek Szyprowski
---
drivers/media/video/s5p-tv/mixer_video.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/s5p-tv/mixer_video.c
b/drivers/media/video/s5p-tv/mixer_video.c
index f
The next frame was fetched by Mixer at every VSYNC event. This caused tearing
when Mixer's output in interlaced mode. This patch fixes this bug by fetching
new frame every second VSYNC when working in interlaced mode.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers
From: Uwe Kleine-König
As long as there is no other non-const variable marked __initdata in the
same compilation unit it doesn't hurt. If there were one however
compilation would fail with
error: $variablename causes a section type conflict
because a section containing const variables i
This patch fixes compilation warning in debug message. The warning is caused
by incorrect 'unsigned' to 'unsigned long' conversion in dev_dbg.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/mixer_video.c |2 +-
1 files changed, 1 insertions(+
This patchset contains latest fixes and improvement to S5P-TV drivers. The
most important new feature is a support for a variety of new DV presets
including interlaced ones.
Changelog:
v1:
- fix for computing plane size
- fix for variable linkage
- fix hdmiphy variants to avoid searching for mod
The feature_bit is always equal to 1 << array position, remove it and
compute the value dynamically.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/isppreview.c | 107 +++--
1 files changed, 54 insertions(+), 53 deletions(-)
diff --git a/drivers/media/
Rename the blk_adj and rgb2ycbcr fields to blkadj and csc respectively.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/isppreview.c | 16
drivers/media/video/omap3isp/isppreview.h |8
2 files changed, 12 insertions(+), 12 deletions(-)
diff --git
Instead of using a large switch/case statement to return offsets to and
sizes of individual preview engine parameters in the parameters and
configuration structures, store the information in the update_attrs
table and use it at runtime.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/oma
When applications modify preview engine parameters, the new values are
applied to the hardware by the preview engine interrupt handler during
vertical blanking. If the parameters are being changed when the
interrupt handler is called, it just delays applying the parameters
until the next frame.
If
If no parameter needs to be modified, make preview_config() and
preview_setup_hw() return immediately. This speeds up interrupt handling
in the common case.
Signed-off-by: Laurent Pinchart
Acked-by: Sakari Ailus
---
drivers/media/video/omap3isp/isppreview.c |5 +
1 files changed, 5 inse
The preview engine parameters are referenced by a value suitable for
being used in a bitmask. Two macros named OMAP3ISP_PREV_* and PREV_* are
declared for each parameter and are used interchangeably. Remove the
private macro.
Replace the configuration bit field in the parameter update attributes
s
The flag isn't used, remove it.
Signed-off-by: Laurent Pinchart
Acked-by: Sakari Ailus
---
drivers/media/video/omap3isp/isppreview.h |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/omap3isp/isppreview.h
b/drivers/media/video/omap3isp/isppreview.h
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/isppreview.h | 20
1 files changed, 0 insertions(+), 20 deletions(-)
diff --git a/drivers/media/video/omap3isp/isppreview.h
b/drivers/media/video/omap3isp/isppreview.h
index 67723c7..b7f979a 100644
--- a/dri
Brightness and contrast are handled through V4L2 controls. Their
configuration bit in the preview engine update attributes table is set
to -1 to reflect that. However, the VIDIOC_OMAP3ISP_PRV_CFG ioctl
handler doesn't handle -1 correctly as a configuration bit value, and
erroneously considers that
Hello,
Here's the third version of the OMAP3 ISP preview engine configuration
improvement patches.
Patches 1 to 3 have already been acked and haven't changed since v1. Patches 4
to 8 are new small improvements and cleanups, patch 9 is a complete rework of
the shadow update issue fix previously su
This patch is part of a bigger series that I will send soon, please ignore it.
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-in
When applications modify preview engine parameters, the new values are
applied to the hardware by the preview engine interrupt handler during
vertical blanking. If the parameters are being changed when the
interrupt handler is called, it just delays applying the parameters
until the next frame.
If
Hi Rémi,
On Wednesday 11 April 2012 12:27:08 Rémi Denis-Courmont wrote:
>Hello guys,
>
> I have been reworking the V4L2 input in VLC and I hit what looks like a
> weird bug in the UVC driver. I am using a Logitech HD Pro C920 webcam.
>
> By default, VLC tries to find the highest possible fra
45 matches
Mail list logo
