The purpose of the new field is to allow the video pipeline elements to
negotiate memory buffer size for compressed data frames, where the buffer
size cannot be derived from pixel width and height and the pixel code.
For VIDIOC_SUBDEV_S_FMT and VIDIOC_SUBDEV_G_FMT ioctls, the framesamples
Hello,
This patch series tries to solve the issue presented in my other posting [1] by
extending the media bus format data structure with a new parameter, rather than
adding a new subdev video ops callback.
Although there are opinions [2] the 'framesamples' parameter should not be a
part
of
Use new struct v4l2_mbus_framefmt framesamples field to return maximum
size of data transmitted per single frame. The framesamples value is
adjusted according to pixel format and configured in the ISP registers.
Except the pixel width and height, the frame size can also be made
dependent on JPEG
The framesamples field of struct v4l2_mbus_framefmt is used to retrieve
an exact required maximum memory buffer size for a compressed data frame
from the sensor subdev. This allows to avoid allocating huge buffers
at the host driver.
To make sure the size of allocated buffers is correct for a
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/vivi.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/vivi.c b/drivers/media/video/vivi.c
index 7d754fb..84ea88d 100644
---
Hi Mauro,
This patch series adds support for per-device capabilities.
All comments from the previous RFC PATCH series have been incorporated and
the documentation has been updated.
As far as I am concerned it is ready to be merged for v3.3.
The git request-pull output is below:
The following
From: Hans Verkuil hans.verk...@cisco.com
If V4L2_CAP_DEVICE_CAPS is set, then the new device_caps field is filled with
the capabilities of the opened device node.
The capabilities field traditionally contains the capabilities of the whole
device. E.g., if you open video0, then if it contains
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/ivtv/ivtv-driver.h |1 +
drivers/media/video/ivtv/ivtv-ioctl.c |7 +--
drivers/media/video/ivtv/ivtv-streams.c | 14 ++
3 files changed, 20
Hi Mauro,
Here are a few documentation fixes based on discussions during the Prague
workshop.
Regards,
Hans
The following changes since commit 6fd7dba026f17076ac4bd63a3590f993c1f5c2c6:
[media] get_dvb_firmware: add support for HVR-930C firmware (2011-11-21
10:38:39 -0200)
are
Hi Pawel!
Thanks for doing this work, but I have a few comments...
On Tuesday, November 22, 2011 06:26:37 Pawel Osciak wrote:
The app_offset can only be set by userspace and will be passed by vb2 to
the driver.
Signed-off-by: Pawel Osciak pa...@osciak.com
CC: Marek Szyprowski
On Tuesday, November 22, 2011 10:55:38 Sylwester Nawrocki wrote:
The purpose of the new field is to allow the video pipeline elements to
negotiate memory buffer size for compressed data frames, where the buffer
size cannot be derived from pixel width and height and the pixel code.
For
On 11/22/2011 11:48 AM, Hans Verkuil wrote:
On Tuesday, November 22, 2011 10:55:38 Sylwester Nawrocki wrote:
The purpose of the new field is to allow the video pipeline elements to
negotiate memory buffer size for compressed data frames, where the buffer
size cannot be derived from pixel width
Hi Tomasz,
On 11/22/2011 12:07 PM, Tomasz Stanislawski wrote:
On 11/22/2011 10:55 AM, Sylwester Nawrocki wrote:
The purpose of the new field is to allow the video pipeline elements to
negotiate memory buffer size for compressed data frames, where the buffer
size cannot be derived from pixel
i.MX2x SoCs have a PrP which is capable of resizing and format
conversion of video frames. This driver provides support for
resizing and format conversion from YUYV to YUV420.
This operation is of the utmost importance since some of these
SoCs like i.MX27 include an H.264 video codec which only
eMMa-PrP device included in Freescale i.MX2 chips can also
be used separately to process memory buffers.
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
arch/arm/mach-imx/devices-imx27.h |2 +
arch/arm/plat-mxc/devices/platform-mx2-camera.c | 33
Changes since v1:
- Embed queue data in ctx structure to allow multi instance.
- Remove redundant job_ready callback.
- Adjust format against device capabilities.
- Register/unregister video device at the right time.
- Other minor coding fixes.
Signed-off-by: Javier Martin
From: Hans Verkuil hans.verk...@cisco.com
The zoran driver does not support this flag, so don't set it.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/zoran/zoran_driver.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git
This is the second RFC regarding the usage of V4L2_FBUF_FLAG_OVERLAY.
The first is here:
http://www.mail-archive.com/linux-media@vger.kernel.org/msg38769.html
I didn't get many comments, so I decided to go ahead and update the spec
as I think it should be.
Note that this patch series build on
From: Hans Verkuil hans.verk...@cisco.com
The omap_vout driver has an output overlay, but never advertised that
capability.
The driver should also set the V4L2_FBUF_FLAG_OVERLAY flag.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
CC: Archit Taneja arc...@ti.com
CC: Vaibhav Hiremath
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
Documentation/DocBook/media/v4l/vidioc-g-fbuf.xml | 23
1 files changed, 14 insertions(+), 9 deletions(-)
diff --git a/Documentation/DocBook/media/v4l/vidioc-g-fbuf.xml
As our general practice, we use stream off before we close
the video node. So that the drivers its stream off function
would be called before its remove function.
But for the case for ctrl+c, the program would be force closed.
We have no chance to call that vb2 stream off from user space,
but
On 11/22/2011 01:13 AM, Michael Krufky wrote:
On Mon, Nov 21, 2011 at 6:01 PM, Manu Abrahamabraham.m...@gmail.com wrote:
Hi,
On Tue, Nov 22, 2011 at 3:58 AM, Antti Palosaaricr...@iki.fi wrote:
Hello
On 11/21/2011 11:09 PM, Manu Abraham wrote:
/* program tuner */
- if
Hi Laurent,
With 3.2-rc2, omap3isp seems to silently hang in my setup (sensor-less OMAP3).
Turning on lockdep yields the below messages, care to take a quick look ?
Thanks!
Ohad.
root@zoom3:~# media-ctl -r -l 'OMAP3 ISP CCP2 input:0-OMAP3 ISP
CCP2:0[1], OMAP3 ISP CCP
2:1-OMAP3 ISP CCDC:0[1],
Hello, I am running Ubuntu 11.10 with the last 3.0.0 kernel, it works
great with all my DVB adapters but I want to try some patches to the
linux_media. I use to install this way:
git clone git://linuxtv.org/media_build.git
cd media_build
./build
patch -d linux -p1 xxx.patch
make
sudo make
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:Tue Nov 22 19:00:35 CET 2011
git hash:6fd7dba026f17076ac4bd63a3590f993c1f5c2c6
gcc version: i686-linux-gcc
On 11/22/2011 01:01 PM, Javier Martin wrote:
Changes since v1:
- Embed queue data in ctx structure to allow multi instance.
- Remove redundant job_ready callback.
- Adjust format against device capabilities.
- Register/unregister video device at the right time.
- Other minor coding fixes.
Hi Javier,
On Tue, Nov 22, 2011 at 01:01:56PM +0100, Javier Martin wrote:
Changes since v1:
- Embed queue data in ctx structure to allow multi instance.
- Remove redundant job_ready callback.
- Adjust format against device capabilities.
- Register/unregister video device at the right time.
On Tue, Nov 22, 2011 at 01:01:55PM +0100, Javier Martin wrote:
eMMa-PrP device included in Freescale i.MX2 chips can also
be used separately to process memory buffers.
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
arch/arm/mach-imx/devices-imx27.h |2 +
Hi Ohad,
On Tuesday 22 November 2011 16:02:29 Ohad Ben-Cohen wrote:
Hi Laurent,
With 3.2-rc2, omap3isp seems to silently hang in my setup (sensor-less
OMAP3).
Turning on lockdep yields the below messages, care to take a quick look ?
Thanks for the report. I'll try to check that in the
Hi Dmitry,
On Sunday 20 November 2011 17:54:26 Dmitry Artamonow wrote:
Fix following build error by explicitely including linux/module.h
header file.
CC drivers/media/video/omap3isp/ispvideo.o
drivers/media/video/omap3isp/ispvideo.c:1267: error: 'THIS_MODULE'
undeclared here (not in
We pass this to fm_tx_set_radio_text() which expects a NUL terminated
string.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/media/radio/wl128x/fmdrv_v4l2.c
b/drivers/media/radio/wl128x/fmdrv_v4l2.c
index 4f5c43d..077d369 100644
---
The msg-command field is 32 bits, and we should fill it with a call
to cpu_to_le32(). The current code is broken on big endian systems,
and on little endian systems it just truncates the 32 bit value to
16 bits.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
---
This is a static checker
32 matches
Mail list logo