On Wed, Sep 28, 2011 at 8:19 PM, Archit Taneja arc...@ti.com wrote:
Currently, in omap_vout_isr(), if the panel type is DPI, and if we
get either VSYNC or VSYNC2 interrupts, we proceed ahead to set the
current buffers state to VIDEOBUF_DONE and prepare to display the
next frame in the queue.
Negate has higher precedence than bitwise AND. I2C_M_RD is 0x1 so
the original code is equivelent to just checking if (!msg-flags).
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/media/dvb/dvb-usb/mxl111sf-i2c.c
b/drivers/media/dvb/dvb-usb/mxl111sf-i2c.c
index
This lock should be released as well on the error path.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/media/dvb/frontends/dib9000.c
b/drivers/media/dvb/frontends/dib9000.c
index e276b11..660f806 100644
--- a/drivers/media/dvb/frontends/dib9000.c
+++
On Wed, Sep 28, 2011 at 8:19 PM, Archit Taneja arc...@ti.com wrote:
Currently, there is a lot of redundant code is between DPI and VENC panels,
this
can be made common by moving out field/interlace specific code to a separate
function called omapvid_handle_interlace_display(). There is no
Guennadi Liakhovetski wrote:
On Wed, 28 Sep 2011, Sakari Ailus wrote:
Hi Guennadi,
On Wed, Sep 28, 2011 at 04:56:11PM +0200, Guennadi Liakhovetski wrote:
@@ -2099,6 +2103,15 @@ struct v4l2_dbg_chip_ident {
__u32 revision;/* chip revision, chip specific */
} __attribute__
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/videobuf2-core.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/videobuf2-core.c
b/drivers/media/video/videobuf2-core.c
index
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/ivtv/ivtv-fileops.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/ivtv/ivtv-fileops.c
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/videobuf-core.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/videobuf-core.c
b/drivers/media/video/videobuf-core.c
index
From: Hans Verkuil hans.verk...@cisco.com
The vb2_poll function now tests for events and sets POLLPRI accordingly.
So there it is no longer necessary to test for it in the vivi driver.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/vivi.c |9 +
1 files
In some cases the poll() implementation in a driver has to do different
things depending on the events the caller wants to poll for. An example is
when a driver needs to start a DMA engine if the caller polls for POLLIN,
but doesn't want to do that if POLLIN is not requested but instead only
On Thu, 29 Sep 2011, Sakari Ailus wrote:
Guennadi Liakhovetski wrote:
On Wed, 28 Sep 2011, Sakari Ailus wrote:
Hi Guennadi,
On Wed, Sep 28, 2011 at 04:56:11PM +0200, Guennadi Liakhovetski wrote:
@@ -2099,6 +2103,15 @@ struct v4l2_dbg_chip_ident {
__u32 revision;
On Thu, 29 Sep 2011, Laurent Pinchart wrote:
Hi Guennadi,
Thanks for the patch.
On Thursday 29 September 2011 10:18:31 Guennadi Liakhovetski wrote:
Drivers, that can be built and work with and without
CONFIG_VIDEO_V4L2_SUBDEV_API, need the v4l2_subdev_get_try_format() and
Trivial arithmetics clean up.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/media/video/omap3isp/ispccdc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/omap3isp/ispccdc.c
b/drivers/media/video/omap3isp/ispccdc.c
index
Hi Guennadi,
On Thursday 29 September 2011 10:44:14 Guennadi Liakhovetski wrote:
On Thu, 29 Sep 2011, Laurent Pinchart wrote:
On Thursday 29 September 2011 10:18:31 Guennadi Liakhovetski wrote:
Drivers, that can be built and work with and without
CONFIG_VIDEO_V4L2_SUBDEV_API, need the
-Original Message-
From: Taneja, Archit
Sent: Wednesday, September 28, 2011 8:19 PM
To: Hiremath, Vaibhav
Cc: Valkeinen, Tomi; linux-o...@vger.kernel.org; Semwal, Sumit; linux-
me...@vger.kernel.org; Taneja, Archit
Subject: [PATCH v4 2/5] OMAP_VOUT: CLEANUP: Remove redundant code
-Original Message-
From: Taneja, Archit
Sent: Wednesday, September 28, 2011 8:19 PM
To: Hiremath, Vaibhav
Cc: Valkeinen, Tomi; linux-o...@vger.kernel.org; Semwal, Sumit; linux-
me...@vger.kernel.org; Taneja, Archit
Subject: [PATCH v4 3/5] OMAP_VOUT: Fix VSYNC IRQ handling in
-Original Message-
From: Taneja, Archit
Sent: Wednesday, September 28, 2011 8:19 PM
To: Hiremath, Vaibhav
Cc: Valkeinen, Tomi; linux-o...@vger.kernel.org; Semwal, Sumit; linux-
me...@vger.kernel.org; Taneja, Archit
Subject: [PATCH v4 4/5] OMAP_VOUT: Add support for DSI panels
Add
-Original Message-
From: Taneja, Archit
Sent: Wednesday, September 28, 2011 8:19 PM
To: Hiremath, Vaibhav
Cc: Valkeinen, Tomi; linux-o...@vger.kernel.org; Semwal, Sumit; linux-
me...@vger.kernel.org; Taneja, Archit
Subject: [PATCH v4 5/5] OMAP_VOUT: Increase MAX_DISPLAYS to a larger
Hi Hans,
On 09/27/2011 10:28 AM, Hans Verkuil wrote:
Here is my 'better late than never' review :-)
On Wednesday, August 31, 2011 14:28:20 Tomasz Stanislawski wrote:
This patch introduces new api for a precise control of cropping and composing
features for video devices. The new ioctls are
Hello Everyone,
This is the fifth version of extended crop/compose RFC. The patch-set
introduces new ioctls to V4L2 API for the configuration of the selection
rectangles like crop and compose areas. Please refer to the link below for more
details about the API development.
This patch introduces new api for a precise control of cropping and composing
features for video devices. The new ioctls are VIDIOC_S_SELECTION and
VIDIOC_G_SELECTION.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
This patch add support for V4L2 selection API to s5p-tv driver. Moreover it
removes old API for cropping. Old applications would still work because the
crop ioctls are emulated using the selection API.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park
This patch allows new video drivers to work correctly with applications that
use the old-style crop API. The old crop ioctl is emulated by using selection
callbacks.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
This patch adds a documentation for VIDIOC_{G/S}_SELECTION ioctl. Moreover, the
patch adds the description of modeling of composing, cropping and scaling
features in V4L2. Finally, some examples are presented.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin
Hi Mauro
I'm finally ready to push my soc-camera and generic v4l collection for
3.2. The absolute highlight is, of course, the addition of the two new
IOCTLs, which, I think, are now in a good shape to go. A huge pile of
soc-camera patches, largely releasing subdevice drivers into the wild for
With the pad-level API scaling and cropping will be configured on each
entity separately. To prepare for the conversion remove all attempts
to optimise scaling and cropping on the host and clients, as has
previously been done by the sh_mobile_ceu_camera driver.
Signed-off-by: Guennadi
This is the first attempt at extending soc-camera with Media Controller /
pad-level APIs. Yes, I know, that Laurent wasn't quite happy with V4L:
add convenience macros to the subdevice / Media Controller API, maybe
we'll remove it eventually, but so far my patches use it, so, I kept it
for
With the Media Controller API various pipeline entities can be configured
independently and in unpredictable order. The only location, where we know
for sure, that the pipeline should be ready, is .vidioc_streamon(). This
makes it the only suitable location for the bus parameter configuration.
In addition to a helper function, performing a format translation table
lookup by a fourcc value, a similar function is now needed to lookup
translation table entries by mediabus codes.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/media/video/soc_camera.c | 25
The pixfmt parameter of the struct soc_camera_host_ops::set_bus_param()
method is redundant, because at the time, when this method is called,
pixfmt is guaranteed to be equal to icd-current_fmt-host_fmt-fourcc.
Remove this parameter and update all drivers accordingly.
Signed-off-by: Guennadi
Drivers, that can be built and work with and without
CONFIG_VIDEO_V4L2_SUBDEV_API, need the v4l2_subdev_get_try_format() and
v4l2_subdev_get_try_crop() functions, even though their return value
should never be dereferenced. Also add convenience macros to init and
clean up subdevice internal media
Extend soc-camera host operations with a target parameter to specify, whether
the operation should be propagated to subdevices or only applied to the host
itself.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/media/video/atmel-isi.c| 10 +++-
On Media Controller enabled systems this patch allows the user to
communicate with the driver directly over /dev/v4l-subdev* device nodes
using VIDIOC_SUBDEV_* ioctl()s.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/media/video/imx074.c | 85
On Media Controller enabled systems this patch allows the user to
communicate with the driver directly over /dev/v4l-subdev* device nodes
using VIDIOC_SUBDEV_* ioctl()s.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/media/video/mt9t112.c | 97
This wrapper adds a Media Controller implementation to soc-camera drivers.
To really benefit from it individual host drivers should implement support
for values of enum soc_camera_target other than SOCAM_TARGET_PIPELINE in
their .set_fmt() and .try_fmt() methods.
Signed-off-by: Guennadi
Hi,
Few comments below.
* Deepthy Ravi deepthy.r...@ti.com [110927 06:07]:
+
+#include linux/io.h
+#include linux/i2c.h
+#include linux/delay.h
+#include linux/gpio.h
+#include linux/err.h
+#include linux/platform_device.h
+#include mach/gpio.h
You can leave out mach/gpio.h as you
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 Sep 29 19:00:15 CEST 2011
git hash:446b792c6bd87de4565ba200b75a708b4c575a06
gcc version: i686-linux-gcc
Forwarding to the suitable list, although, I don't think s3c24xx SoCs are
currently supported by V4L.
Thanks
Guennadi
On Thu, 29 Sep 2011, GIGIN JOSE wrote:
Hi,
I am working on s3c2440 ARM linux platform. I am connecting
an image sensor device to the camera controller of the s3c2440
Another version of
http://patchwork.linuxtv.org/patch/6307
http://patchwork.linuxtv.org/patch/6510
which was superseded or rejected, but it don't know why.
In stb0899_status stb0899_check_data the first read of STB0899_VSTATUS
could read old (from previous search) status bits and the search fails
Another version of
http://patchwork.linuxtv.org/patch/6307
http://patchwork.linuxtv.org/patch/6510
which was superseded or rejected, but I don't know why.
In stb0899_status stb0899_check_data the first read of STB0899_VSTATUS
could read old (from previous search) status bits and the search fails
Can we get dvbscan to output the Channel Number into the final stdout somehow?
A likely format would be something such as the following.
Current output:
KATN-DT:497028615:8VSB:49:52:3
KWFA-DT:497028615:8VSB:65:68:4
...
Suggested output:
2.1:497028615:8VSB:49:52:3
2.2:497028615:8VSB:65:68:4
41 matches
Mail list logo