-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Ralph Metzler
Sent: lundi 24 octobre 2011 20:31
To: S é bastien RAILLARD (COEXSI)
Cc: 'Linux Media Mailing List'
Subject: RE: [DVB] Digital Devices Cine CT V6
On Tue, 18 Oct 2011 06:08:26 -0700, Mel Gorman m...@csn.ul.ie wrote:
This does mean that MIGRATE_CMA also does not have a per-cpu list.
I don't know if that matters to you but all allocations using
MIGRATE_CMA will take the zone lock.
On Mon, 24 Oct 2011 21:32:45 +0200, Michal Nazarewicz
Hi All,
This patch set obsoletes my previous add v4l2_subscribed_event_ops set,
while working on adding support for ctrl-events to the uvc driver I found
a few bugs in the event code, which this patchset fixes.
Regards,
Hans
--
To unsubscribe from this list: send the line unsubscribe
Otherwise the fh changing the master control won't get the inactive state
change event for the slave controls.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/media/video/v4l2-ctrls.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
Just like with ctrl events, drivers may want to get called back on
listener add / remove for other event types too. Rather then special
casing all of this in subscribe / unsubscribe event it is better to
use ops for this.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/media/video/ivtv/ivtv-ioctl.c |3 +-
drivers/media/video/pwc/pwc-v4l.c |2 +-
drivers/media/video/v4l2-ctrls.c | 56 +++--
drivers/media/video/v4l2-event.c | 39
Hi All,
This patch set adds support for control events to the uvcvideo driver. Note
this patch set depends on the Various ctrl and event frame work patches
set which I just send out.
Regards,
Hans
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message
This is a preparation patch for adding ctrl event support.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/media/video/uvc/uvc_ctrl.c | 62 +---
1 files changed, 43 insertions(+), 19 deletions(-)
diff --git a/drivers/media/video/uvc/uvc_ctrl.c
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/media/video/uvc/uvc_ctrl.c | 104
drivers/media/video/uvc/uvc_v4l2.c | 51 -
drivers/media/video/uvc/uvcvideo.h |9 +++
3 files changed, 161 insertions(+), 3 deletions(-)
diff
Hi Hans,
On Thursday 27 October 2011 13:17:59 Hans de Goede wrote:
Signed-off-by: Hans de Goede hdego...@redhat.com
This brings the code in sync with the documentation, thanks.
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/v4l2-event.c |3 +++
1
Hi Hans,
On Thursday 27 October 2011 13:18:01 Hans de Goede wrote:
1: There is no reason for this after v4l2_event_unsubscribe releases the
spinlock nothing is holding a reference to the sev anymore except for the
local reference in the v4l2_event_unsubscribe function.
2: Setting sev-fh to
On Sat, 22 Oct 2011 10:57:54 +0200, Laurent Pinchart wrote:
The MT9P031 and MT9T001 sensors transfer 16-bit data on the I2C bus in
swapped order. Let the I2C core handle byte order by using the
i2c_smbus_{read|write}_word_swapped() functions.
Signed-off-by: Laurent Pinchart
On Thu, Oct 13, 2011 at 5:04 PM, Javier Martinez Canillas
martinez.jav...@gmail.com wrote:
On Tue, Oct 11, 2011 at 5:08 PM, Enrico Butera ebut...@users.berlios.de
wrote:
This patch series add support for BT656 to omap3isp. It is based
on patches from Deepthy Ravi and Javier Martinez Canillas.
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 Oct 27 19:00:20 CEST 2011
git hash:a63366b935456dd0984f237642f6d4001dcf8017
gcc version: i686-linux-gcc
The ADV7170/ADV7171 can operate in either 8-bit or 16-bit YCrCb Mode.
* 8-Bit YCrCb Mode
This default mode accepts multiplexed YCrCb inputs through
the P7-P0 pixel inputs. The inputs follow the sequence Cb0, Y0
Cr0, Y1 Cb1, Y2, etc. The Y, Cb and Cr data are input on a
rising clock edge.
*
Hi,
I would like to know what is the correct way to switch the current
video input during capture on a card with a single BT878 chip and 4
inputs
(http://store.bluecherry.net/products/PV%252d143-%252d-4-port-video-capture-card-%2830FPS%29-%252d-OEM.html).
I tried doing it in two ways:
- using
Hi Devs!
There's a patch I sent some time ago[1] to increase the max exposure
value on pac207 based webcams. I see no problem with the patch, it has
survived hours of tests and is a simple on-liner.
It has been in queue for months now, and I really would like to get it
merged. Please, is there
17 matches
Mail list logo