[PATCH v4 1/2] [media] v4l: Add source change event

2014-05-12 Thread Arun Kumar K
This event indicates that the video device has encountered a source parameter change during runtime. This can typically be a resolution change detected by a video decoder OR a format change detected by an HDMI connector. This needs to be nofified to the userspace and the application may be expecte

[PATCH v4 2/2] [media] s5p-mfc: Add support for resolution change event

2014-05-12 Thread Arun Kumar K
From: Pawel Osciak When a resolution change point is reached, queue an event to signal the userspace that a new set of buffers is required before decoding can continue. Signed-off-by: Pawel Osciak Signed-off-by: Arun Kumar K --- drivers/media/platform/s5p-mfc/s5p_mfc.c |7 +++ dri

[PATCH v4 0/2] Add resolution change event

2014-05-12 Thread Arun Kumar K
This patchset adds a source_change event to the v4l2-events. This can be used for notifying the userspace about runtime format changes happening on video nodes / pads like resolution change in video decoder. Changes from v3 -- - Addressed comments from Laurent / Hans https://patchwor

cron job: media_tree daily build: OK

2014-05-12 Thread Hans Verkuil
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 May 13 04:00:29 CEST 2014 git branch: test git hash: 393cbd8dc532c1ebed60719da8d379f50d445f28 gcc versi

Re: [GIT PULL FOR v3.16] uvcvideo fixes

2014-05-12 Thread Laurent Pinchart
Hi William, On Friday 09 May 2014 14:33:57 William Manley wrote: > Hi Laurent > > Any chance of my patch fixing manual exposure mode for the Logitech > C920[1] going in for 3.16? I know I've been largely unresponsive regarding this patch, and I'm really ashamed for that. I would have liked to

Re: Fwd: Bug#746404: dtv-scan-tables: /usr/share/dvb/dvb-t/fr-all file : invalid enum and no DVB-T services found

2014-05-12 Thread Olliver Schinagl
Apologies to all involved, I overlooked this e-mail. I patched it to fix the casing as suggested in the e-mail and pushed it upstream. Can you please test it? Olliver On 04/29/2014 11:57 PM, Jonathan McCrohan wrote: Hi Oliver, Please find Debian bug report from fredboboss regarding dtv-scan-

Re: [PATCH] media: mx1_camera: Remove driver

2014-05-12 Thread Hans Verkuil
On 05/12/2014 05:46 PM, Alexander Shiyan wrote: > Mon, 12 May 2014 22:25:34 +0800 от Shawn Guo : >> On Mon, May 12, 2014 at 06:18:00PM +0400, Alexander Shiyan wrote: >>> Mon, 12 May 2014 22:09:34 +0800 от Shawn Guo : On Sun, May 11, 2014 at 10:09:11AM +0400, Alexander Shiyan wrote: > That

[GIT PULL FOR 3.15] exynos4-is driver fixes

2014-05-12 Thread Sylwester Nawrocki
The following changes since commit e6a623460e5fc960ac3ee9f946d3106233fd28d8: [media] media-device: fix infoleak in ioctl media_enum_entities() (2014-05-01 05:53:28 -0700) are available in the git repository at: ssh://linuxtv.org/git/snawrocki/samsung.git v3.15-fixes-2 for you to fetch chan

Re: [PATCH] media: mx1_camera: Remove driver

2014-05-12 Thread Alexander Shiyan
Mon, 12 May 2014 22:25:34 +0800 от Shawn Guo : > On Mon, May 12, 2014 at 06:18:00PM +0400, Alexander Shiyan wrote: > > Mon, 12 May 2014 22:09:34 +0800 от Shawn Guo : > > > On Sun, May 11, 2014 at 10:09:11AM +0400, Alexander Shiyan wrote: > > > > That driver hasn't been really maintained for a long

Re: [PATCH] media: mx1_camera: Remove driver

2014-05-12 Thread Shawn Guo
On Sun, May 11, 2014 at 10:09:11AM +0400, Alexander Shiyan wrote: > That driver hasn't been really maintained for a long time. It doesn't > compile in any way, it includes non-existent headers, has no users, > and marked as "broken" more than year. Due to these factors, mx1_camera > is now removed

Re: [PATCH] ARM: i.MX: Remove excess symbols ARCH_MX1, ARCH_MX25 and MACH_MX27

2014-05-12 Thread Shawn Guo
On Sun, May 11, 2014 at 12:50:06PM +0400, Alexander Shiyan wrote: > This patch removes excess symbols ARCH_MX1, ARCH_MX25 and MACH_MX27. > Instead we use SOC_IMX*. > > Signed-off-by: Alexander Shiyan > --- > arch/arm/mach-imx/Kconfig | 12 > arch/arm/mach-imx/devices

Re: [PATCH] media: mx1_camera: Remove driver

2014-05-12 Thread Shawn Guo
On Mon, May 12, 2014 at 06:18:00PM +0400, Alexander Shiyan wrote: > Mon, 12 May 2014 22:09:34 +0800 от Shawn Guo : > > On Sun, May 11, 2014 at 10:09:11AM +0400, Alexander Shiyan wrote: > > > That driver hasn't been really maintained for a long time. It doesn't > > > compile in any way, it includes

Re: [PATCH] media: mx1_camera: Remove driver

2014-05-12 Thread Alexander Shiyan
Mon, 12 May 2014 22:09:34 +0800 от Shawn Guo : > On Sun, May 11, 2014 at 10:09:11AM +0400, Alexander Shiyan wrote: > > That driver hasn't been really maintained for a long time. It doesn't > > compile in any way, it includes non-existent headers, has no users, > > and marked as "broken" more than y

Re: [RFC ATTN] Multi-dimensional matrices

2014-05-12 Thread Hans Verkuil
On 05/12/2014 02:56 PM, Mauro Carvalho Chehab wrote: > Em Mon, 12 May 2014 13:06:45 +0200 > Hans Verkuil escreveu: > >> Hi all, >> >> During the mini-summit we discussed multi-dimensional matrix support. >> My proposal only added support for 2D matrices. It turns out that there >> is at least one

Re: [PATCH] Fix _IOC_TYPECHECK sparse error

2014-05-12 Thread Hans Verkuil
On 05/09/2014 10:59 PM, Andrew Morton wrote: > On Fri, 09 May 2014 09:43:58 +0200 Hans Verkuil wrote: > >> Andrew, can you merge this for 3.15 or 3.16 (you decide)? While it fixes a >> sparse error >> for the media subsystem, it is not really appropriate to go through our >> media tree. >> >> T

Re: [RFC ATTN] Multi-dimensional matrices

2014-05-12 Thread Mauro Carvalho Chehab
Em Mon, 12 May 2014 13:06:45 +0200 Hans Verkuil escreveu: > Hi all, > > During the mini-summit we discussed multi-dimensional matrix support. > My proposal only added support for 2D matrices. It turns out that there > is at least one case where a 3D matrix is used (a 17x17x17 matrix which > maps

Re: [PATCH] hdpvr: fix interrupted recording

2014-05-12 Thread Ryley Angus
Sorry for the late reply. I've been fiddling with the Windows drivers/capture applications and I've haven't been able to reproduce the issue I faced with the Linux driver. Nonetheless, the patch you posted is the only approach so far to avoid interrupted recordings on Linux and the three second

[PATCH] hdpvr: fix interrupted recording

2014-05-12 Thread Hans Verkuil
Ryley, Keith, can you test this one more time and if it works reply with a 'Tested-by' tag that I can add to the patch? Thanks! Hans This issue was reported by Ryley Angus: I record from my satellite set top box using component video and optical audio input. I basically use "cat /dev/

Re: [PATCH v3 1/2] [media] v4l: Add source change event

2014-05-12 Thread Arun Kumar K
Hi Hans, Laurent, On 05/09/14 18:45, Hans Verkuil wrote: > On 05/09/2014 03:09 PM, Laurent Pinchart wrote: >> Hi Arun, >> >> Thank you for the patch. We're slowly getting there :-) >> >> On Thursday 08 May 2014 17:19:15 Arun Kumar K wrote: >>> This event indicates that the video device has encount

[PATCH] Documentation/dma-buf-sharing.txt: update API descriptions

2014-05-12 Thread gioh.kim
From: "gioh.kim" update some descriptions for API arguments and descriptions. Signed-off-by: Gioh Kim --- Documentation/dma-buf-sharing.txt | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/Documentation/dma-buf-sharing.txt b/Documentation/dma-buf-sharing.txt in

[RFC ATTN] Multi-dimensional matrices

2014-05-12 Thread Hans Verkuil
Hi all, During the mini-summit we discussed multi-dimensional matrix support. My proposal only added support for 2D matrices. It turns out that there is at least one case where a 3D matrix is used (a 17x17x17 matrix which maps an RGB value to another RGB value, with R, G and B being the matrix ind

[PATCH v2] [media] s5p-mfc: Don't try to resubmit VP8 bitstream buffer for decode.

2014-05-12 Thread Arun Kumar K
From: Pawel Osciak Currently, for formats that are not H264, MFC driver will check the consumed stream size returned by the firmware and, based on that, will try to decide whether the bitstream buffer contained more than one frame. If the size of the buffer is larger than the consumed stream, it

[GIT PULL FOR v3.16] More fixes

2014-05-12 Thread Hans Verkuil
Some more small fixes. Regards, Hans The following changes since commit 393cbd8dc532c1ebed60719da8d379f50d445f28: [media] smiapp: Use %u for printing u32 value (2014-04-23 16:05:06 -0300) are available in the git repository at: git://linuxtv.org/hverkuil/media_tree.git for-v3.16e

[PATCH v4 0/2] DaVinci: vpif: upgrade with v4l helpers

2014-05-12 Thread Lad, Prabhakar
From: "Lad, Prabhakar" Hi All, This patch series upgrades the vpif capture & display driver with the all the helpers provided by v4l, this makes the driver much simpler and cleaner. This also includes few checkpatch issues. Sending them as single patch one for capture and another for display, s

[GIT PULL FOR v3.16] Various fixes

2014-05-12 Thread Hans Verkuil
(Updated version of my pull request of May 9th, adding the remaining em28xx patches from Frank.) Hi Mauro, I went through my pending patches queue and managed to go through most of it. Most patches are fairly trivial, but you should take a close look at the videobuf-dma-contig patch from Ma Hai

Re: [PATCH 03/19] em28xx: start moving em28xx-v4l specific data to its own struct

2014-05-12 Thread Hans Verkuil
On 05/11/2014 10:46 PM, Frank Schäfer wrote: > > Am 09.05.2014 11:17, schrieb Hans Verkuil: >> Some comments for future improvements: >> >> On 03/24/2014 08:33 PM, Frank Schäfer wrote: >>> Signed-off-by: Frank Schäfer >>> --- >>> drivers/media/usb/em28xx/em28xx-camera.c | 4 +- >>> drivers/med

Re: [PATCH 06/19] em28xx: move video_device structs from struct em28xx to struct v4l2

2014-05-12 Thread Hans Verkuil
On 05/11/2014 10:50 PM, Frank Schäfer wrote: > > Am 09.05.2014 11:19, schrieb Hans Verkuil: >> On 03/24/2014 08:33 PM, Frank Schäfer wrote: >>> Signed-off-by: Frank Schäfer >>> --- >>> drivers/media/usb/em28xx/em28xx-video.c | 120 >>> ++-- >>> drivers/media/usb/em28

Re: [PATCH] media: mx1_camera: Remove driver

2014-05-12 Thread Hans Verkuil
On 05/11/2014 08:09 AM, Alexander Shiyan wrote: > That driver hasn't been really maintained for a long time. It doesn't > compile in any way, it includes non-existent headers, has no users, > and marked as "broken" more than year. Due to these factors, mx1_camera > is now removed from the tree. >