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
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
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
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
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
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-
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
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
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
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
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
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
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
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
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
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
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
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/
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
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
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
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
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
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
(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
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
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
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.
>
28 matches
Mail list logo