This superceeds my previous 3.10 pull request
(https://patchwork.linuxtv.org/patch/18657/).
This pull request adds two core fixes: supporting V4L2_CTRL_CLASS_FM_RX as
valid radio controls and a fix in the clips debug code in v4l2-ioctl.c which
could cause an oops.
Both bugs were discovered
Function media_entity_remote_source actually returns the remote pad to
the given one, regardless if this is the source or the sink pad.
Name media_entity_remote_pad is more adequate for this function.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
Signed-off-by: Kyungmin Park
On mem2mem decoders with a hardware bitstream ringbuffer, to drain the
buffer at the end of the stream, remaining frames might need to be decoded
from the bitstream buffer without additional input buffers being provided.
To achieve this, allow a queue to be marked as buffered by the driver, and
On Tue May 14 2013 22:54:45 Ondrej Zary wrote:
Remove tea575x-specific code from bttv and use the common driver instead.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
drivers/media/pci/bt8xx/bttv-cards.c | 317
-
On Tue May 14 2013 22:54:42 Ondrej Zary wrote:
Hello,
this patch series removes the tea575x code from bttv and uses the common
tea575x driver instead. Only set_frequency is implemented (signal/stereo
detection or seek would require more changes to bttv).
It works fine on Video Highway
The following changes since commit 7eac97d7e714429f7ef1ba5d35f94c07f4c34f8e:
[media] media: pci: remove duplicate checks for EPERM (2013-05-27 09:34:56
-0300)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git for-v3.11
for you to fetch changes up to
Signed-off-by: Phil Edworthy phil.edwor...@renesas.com
---
drivers/media/i2c/soc_camera/Kconfig |6 +
drivers/media/i2c/soc_camera/Makefile |1 +
drivers/media/i2c/soc_camera/ov10635.c | 1169
include/media/v4l2-chip-ident.h|1 +
4 files
From: Hans Verkuil hans.verk...@cisco.com
The parent field will eventually disappear to be replaced by v4l2_dev.
soc_camera does provide a v4l2_device struct but did not point to it in
struct video_device. This is now fixed.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc: Guennadi
From: Hans Verkuil hans.verk...@cisco.com
current_norm is deprecated. Replace it by g_std.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc: Steven Toth st...@kernellabs.com
---
drivers/media/pci/saa7164/saa7164-encoder.c | 13 -
drivers/media/pci/saa7164/saa7164-vbi.c |
From: Hans Verkuil hans.verk...@cisco.com
The current_norm field is deprecated, so don't set it. Since it is set to
V4L2_STD_UNKNOWN which is 0 it didn't do anything anyway.
Also remove a few other unnecessary uses of V4L2_STD_UNKNOWN.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc:
From: Hans Verkuil hans.verk...@cisco.com
The current_norm field is deprecated and is replaced by g_std. This driver
already implements g_std, so just remove current_norm.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
From: Hans Verkuil hans.verk...@cisco.com
The current_norm field is deprecated. Replace it by properly implementing
g_std.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc: Jonathan Corbet cor...@lwn.net
---
drivers/media/platform/via-camera.c |8 +++-
1 file changed, 7
The use of current_norm to keep track of the current standard has been
deprecated for quite some time. This patch series converts the last users
of current_norm to g_std so we can drop it from the core.
It was a bad idea to introduce this at the time: since it is a per-device
node field it didn't
From: Hans Verkuil hans.verk...@cisco.com
current_norm use is deprecated because it is per-devicenode and if you
have more device nodes all dependent on the same video source, then this
no longer works. Just implement g_std instead.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
From: Hans Verkuil hans.verk...@cisco.com
The current_norm field is deprecated, replace this by properly
implementing g_std.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc: Jonathan Corbet cor...@lwn.net
---
drivers/media/platform/marvell-ccic/mcam-core.c |8 +++-
1 file changed,
From: Hans Verkuil hans.verk...@cisco.com
Since this driver properly implements g_std, the current_norm field is
actually unused anyway.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/pci/saa7134/saa7134-empress.c |1 -
drivers/media/pci/saa7134/saa7134-video.c |
From: Hans Verkuil hans.verk...@cisco.com
The use of current_norm to keep track of the current standard has been
deprecated for quite some time. Now that all drivers that were using it
have been converted to use g_std we can drop it from the core.
It was a bad idea to introduce this at the time:
From: Hans Verkuil hans.verk...@cisco.com
The use of current_norm is deprecated, so remove it. This driver actually
already implements g_std, which overrides current_norm, but the 'std' field
was never initialized correctly. This has been fixed as well.
Signed-off-by: Hans Verkuil
From: Hans Verkuil hans.verk...@cisco.com
The use of current_norm can be dropped. The g_std ioctl was already
implemented, so current_norm didn't do anything useful anyway.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc: Steven Toth st...@kernellabs.com
---
From: Hans Verkuil hans.verk...@cisco.com
Replace current_norm by g_std. Also initialize the standard to the more
common NTSC-M format (which is also what current_norm used).
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc: Mauro Carvalho Chehab mche...@redhat.com
---
From: Hans Verkuil hans.verk...@cisco.com
Since this driver provides a g_std op the current_norm field isn't used
anyway, so just drop it.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/staging/media/dt3155v4l/dt3155v4l.c |1 -
1 file changed, 1 deletion(-)
diff --git
Hi Phil,
Some quick review notes:
On Mon June 3 2013 11:35:35 Phil Edworthy wrote:
Signed-off-by: Phil Edworthy phil.edwor...@renesas.com
---
drivers/media/i2c/soc_camera/Kconfig |6 +
drivers/media/i2c/soc_camera/Makefile |1 +
drivers/media/i2c/soc_camera/ov10635.c | 1169
Hi all,
When working on the Motion Detection API, I realized that my proposal for
two new G/S_MD_BLOCKS ioctls was too specific for the motion detection use
case.
The Motion Detection RFC can be found here:
http://www.mail-archive.com/linux-media@vger.kernel.org/msg62085.html
What I was really
On 3.6.2013 0.28, Antti Palosaari wrote:
On 05/31/2013 08:53 AM, Jussi Jääskeläinen wrote:
Jussi Jääskeläinen www.linuxtv.org at jjussi.com writes:
Older models have: idVendor=0b48, idProduct=300d
Model what I just bought was: idVendor=04b4, idProduct=8613 and this
is not
supported!
usb
Hi Hans,
Subject: Re: [PATCH] ov10635: Add OmniVision ov10635 SoC camera driver
snip
+#include media/v4l2-chip-ident.h
Don't implement chip_ident or use this header: it's going to be
removed in 3.11.
snip
+/* Set status of additional camera capabilities */
+static int
On Mon June 3 2013 15:31:55 phil.edwor...@renesas.com wrote:
Hi Hans,
Subject: Re: [PATCH] ov10635: Add OmniVision ov10635 SoC camera driver
snip
+#include media/v4l2-chip-ident.h
Don't implement chip_ident or use this header: it's going to be
removed in 3.11.
snip
This can
Improvements to dvb-apps/femon:
* femon: Share common code
* femon: Display SNR in dB
* femon: Handle -EOPNOTSUPP
--
Jean Delvare
--
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
SNR is supposed to be reported by the frontend drivers in dB, so print
it that way for drivers which implement it properly.
---
util/femon/femon.c | 19 ++-
1 file changed, 14 insertions(+), 5 deletions(-)
--- dvb-apps-3ee111da5b3a.orig/util/femon/femon.c 2013-06-02
Frontend drivers don't have to implement all monitoring callbacks. So
expect -EOPNOTSUPP and handle it properly.
---
util/femon/femon.c | 75 +
1 file changed, 48 insertions(+), 27 deletions(-)
---
Signed-off-by: Phil Edworthy phil.edwor...@renesas.com
---
v2:
- Simplified flow in ov10635_s_ctrl.
- Removed chip ident code - build tested only
drivers/media/i2c/soc_camera/Kconfig |6 +
drivers/media/i2c/soc_camera/Makefile |1 +
drivers/media/i2c/soc_camera/ov10635.c | 1141
Hi Oliver,
Em Fri, 11 Jan 2013 10:39:37 -0200
Mauro Carvalho Chehab mche...@redhat.com escreveu:
Em Thu, 10 Jan 2013 23:57:42 +0100
Oliver Schinagl oliver+l...@schinagl.nl escreveu:
...
Personally, I'd say date based would be best. After each commit a new
tarball should be created.
From: Lad, Prabhakar prabhakar.cse...@gmail.com
The first patch of the series adds support for the THS8200 encoder
The full datasheets are available from TI website[1]. The second patch
of the series adds supports for v4l-async subdevice probing.
[1] http://www.ti.com/product/ths8200
Hans
From: Hans Verkuil hans.verk...@cisco.com
The full datasheets are available from TI website:-
http://www.ti.com/product/ths8200
Note:- This patch adds support only for progressive format
as of now.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Mats Randgaard
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch supports ths8200 driver for v4l-async subdevice
probing.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
drivers/media/i2c/ths8200.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git
The GPIO register caching is the result of wrong assumptions and incomplete
knowledge about the GPIO registers and their functionality.
Today, we know that it is not needed.
It is also limited to a single register and therefore incomplete (newer chips
are using multiple registers).
Instead of
The em25xx/em276x/7x/8x provides 4 GPIO register sets,
each of them consisting of separate read and a write registers.
The same registers are also used by the em2874/174/84.
Signed-off-by: Frank Schäfer fschaefer@googlemail.com
---
drivers/media/usb/em28xx/em28xx-cards.c | 88
- add definition for GPIO register 0x09 (reading/input)
- extend the information the chip variants that support GPIO registers 0x08/0x09
- rename EM28XX_R08_GPIO to EM2820_R08_GPIO_CTRL
Signed-off-by: Frank Schäfer fschaefer@googlemail.com
---
drivers/media/usb/em28xx/em28xx-cards.c | 128
Signed-off-by: Frank Schäfer fschaefer@googlemail.com
---
drivers/media/usb/em28xx/em28xx-input.c |1 -
drivers/media/usb/em28xx/em28xx-reg.h |3 ++-
2 Dateien geändert, 2 Zeilen hinzugefügt(+), 2 Zeilen entfernt(-)
diff --git a/drivers/media/usb/em28xx/em28xx-input.c
Am 03.06.2013 20:12, schrieb Frank Schäfer:
The first two patches add some missing GPIO register definitions,
while the third patch is a minor code movement to clean up things.
The fourth patch finally removes the GPIO register caching.
Frank Schäfer (4):
em28xx: extend GPIO register
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 Jun 3 19:00:18 CEST 2013
git branch: test
git hash: 7eac97d7e714429f7ef1ba5d35f94c07f4c34f8e
gcc
On 06/02/13 23:37, Stephen Rothwell wrote:
Hi all,
Changes since 20130531:
on x86_64:
warning: (VIDEO_VIVI USB_SISUSBVGA SOLO6X10) selects FONT_SUPPORT which
has unmet direct dependencies (HAS_IOMEM VT)
warning: (VIDEO_VIVI FB_VGA16 FB_S3 FB_VT8623 FB_ARK
USB_SISUSBVGA_CON
Al 31/10/12 19:08, En/na Luca Olivetti ha escrit:
Al 17/10/12 19:12, En/na Luca Olivetti ha escrit:
Hello,
if I look at the vl4-dvb wiki, it says that diversity isn't currently
supported
http://www.linuxtv.org/wiki/index.php?title=Special%3ASearchsearch=diversitygo=Go
however grepping
On Mon, Jun 3, 2013 at 10:34 PM, Randy Dunlap rdun...@infradead.org wrote:
On 06/02/13 23:37, Stephen Rothwell wrote:
Changes since 20130531:
on x86_64:
warning: (VIDEO_VIVI USB_SISUSBVGA SOLO6X10) selects FONT_SUPPORT which
has unmet direct dependencies (HAS_IOMEM VT)
warning:
On 06/03/13 19:21, Mauro Carvalho Chehab wrote:
Hi Oliver,
Em Fri, 11 Jan 2013 10:39:37 -0200
Mauro Carvalho Chehab mche...@redhat.com escreveu:
Em Thu, 10 Jan 2013 23:57:42 +0100
Oliver Schinagl oliver+l...@schinagl.nl escreveu:
...
Personally, I'd say date based would be best. After each
On 06/03/13 13:54, Geert Uytterhoeven wrote:
On Mon, Jun 3, 2013 at 10:34 PM, Randy Dunlap rdun...@infradead.org wrote:
On 06/02/13 23:37, Stephen Rothwell wrote:
Changes since 20130531:
on x86_64:
warning: (VIDEO_VIVI USB_SISUSBVGA SOLO6X10) selects FONT_SUPPORT
which has unmet direct
Nothing special. I will PULL request these.
Antti Palosaari (4):
af9035: implement I2C adapter read operation
af9035: make checkpatch.pl happy!
af9035: minor log writing changes
af9035: correct TS mode handling
drivers/media/usb/dvb-usb-v2/af9035.c | 66
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/af9035.c | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index b638fc1..cfcf79b 100644
---
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/af9035.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index 7d3b3c2..e855ee6 100644
---
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/af9035.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index cfcf79b..7d3b3c2 100644
---
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/af9035.c | 14 --
drivers/media/usb/dvb-usb-v2/af9035.h | 11 ---
2 files changed, 16 insertions(+), 9 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
The following changes since commit aa4f608478acb7ed69dfcff4f3c404100b78ac49:
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k
(2013-06-03 18:09:42 +0900)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git af9035
On 06/03/2013 06:14 PM, Luca Olivetti wrote:
Al 31/10/12 19:08, En/na Luca Olivetti ha escrit:
Al 17/10/12 19:12, En/na Luca Olivetti ha escrit:
Hello,
if I look at the vl4-dvb wiki, it says that diversity isn't currently supported
On Sun, Jun 02, 2013 at 10:56:22PM +0400, Sergei Shtylyov wrote:
Hello.
On 05/24/2013 02:11 AM, Sergei Shtylyov wrote:
From: Vladimir Barinov vladimir.bari...@cogentembedded.com
Add Renesas R-Car VIN (Video In) V4L2 driver.
Based on the patch by Phil Edworthy
From: Libin Yang lby...@marvell.com
This patch adds the MIPI support for marvell-ccic.
Board driver should determine whether using MIPI or not.
Signed-off-by: Albert Wang twan...@marvell.com
Signed-off-by: Libin Yang lby...@marvell.com
---
drivers/media/platform/marvell-ccic/cafe-driver.c |
The patch set adds some feature into the marvell ccic driver
Patch 1: Support MIPI sensor
Patch 2: Support clock tree
Patch 3: reset ccic when stop streaming, which makes CCIC more stable
Patch 4: refine the mcam_set_contig_buffer function
Patch 5: add some new fmts to support
Patch 6: add
From: Libin Yang lby...@marvell.com
This patch adds the clock tree support for marvell-ccic.
Signed-off-by: Libin Yang lby...@marvell.com
Signed-off-by: Albert Wang twan...@marvell.com
Acked-by: Jonathan Corbet cor...@lwn.net
---
drivers/media/platform/marvell-ccic/mcam-core.h |5 +++
From: Libin Yang lby...@marvell.com
This patch adds the reset ccic phy operation when stop streaming.
Stop streaming without reset ccic phy, the next start streaming
may be unstable.
Also need add CCIC2 definition when PXA688/PXA2128 support dual ccics.
Signed-off-by: Albert Wang
From: Libin Yang lby...@marvell.com
This patch refines mcam_set_contig_buffer() in mcam core.
It can remove redundant code line and enhance readability.
Signed-off-by: Albert Wang twan...@marvell.com
Signed-off-by: Libin Yang lby...@marvell.com
Acked-by: Guennadi Liakhovetski
From: Libin Yang lby...@marvell.com
This patch adds the new formats support for marvell-ccic.
Signed-off-by: Albert Wang twan...@marvell.com
Signed-off-by: Libin Yang lby...@marvell.com
---
drivers/media/platform/marvell-ccic/mcam-core.c | 192 +++
59 matches
Mail list logo