This patch allows for exporting a dmabuf descriptor from soc_camera drivers.
Signed-off-by: Kazunori Kobayashi
---
drivers/media/platform/soc_camera/soc_camera.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/media/platform/soc_camera/soc_camera.c
b/drivers/media/pl
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 11 04:00:14 CEST 2014
git branch: test
git hash: f5281fc81e9a0a3e80b78720c5ae2ed06da3bfae
gcc versi
Hi Phillip,
On 09/09/2014 10:40 AM, Philipp Zabel wrote:
>
I've also worked out what I think is a workable video pipeline graph for
i.MX,
suitable for defining the entities, pads, and links. Unfortunately I
haven't
been able to spend as much time as I'd like on it.
>>> T
On 09/10/2014 09:25 AM, Steve Longerbeam wrote:
> On 09/10/2014 09:08 AM, Jean-Michel Hautbois wrote:
>> 2014-09-09 18:28 GMT+02:00 Steve Longerbeam :
>>> On 09/09/2014 12:49 AM, Jean-Michel Hautbois wrote:
2014-08-27 16:23 GMT+02:00 Steve Longerbeam :
> The complete driver I posted t
Building with the attached random configuration file,
warning: (USB_OTG_FSM && FSL_USB2_OTG && USB_MV_OTG) selects USB_OTG
which has unmet direct dependencies (USB_SUPPORT && USB && PM_RUNTIME)
warning: (USB_OTG_FSM && FSL_USB2_OTG && USB_MV_OTG) selects USB_OTG
which has unmet direct dependencies
On Wed, Sep 10, 2014 at 06:51:09PM +0200, Maciej Matraszek wrote:
> Fix clamp_align() used in v4l_bound_align_image() to prevent overflow when
> passed large value like UINT32_MAX. In the current implementation:
> clamp_align(UINT32_MAX, 8, 8192, 3)
> returns 8, because in line:
> x = (x +
Fix clamp_align() used in v4l_bound_align_image() to prevent overflow when
passed large value like UINT32_MAX. In the current implementation:
clamp_align(UINT32_MAX, 8, 8192, 3)
returns 8, because in line:
x = (x + (1 << (align - 1))) & mask;
x overflows to (-1 + 4) & 0x7 = 3, while expecte
* Mauro Carvalho Chehab [140909 17:52]:
> Em Tue, 09 Sep 2014 12:36:54 -0300
> Mauro Carvalho Chehab escreveu:
>
> > Em Tue, 9 Sep 2014 15:41:58 +0100
> > Russell King - ARM Linux escreveu:
> >
> > > On Tue, Sep 09, 2014 at 11:38:17AM -0300, Mauro Carvalho Chehab wrote:
> > > > We want to be a
On 09/10/2014 09:08 AM, Jean-Michel Hautbois wrote:
> 2014-09-09 18:28 GMT+02:00 Steve Longerbeam :
>> On 09/09/2014 12:49 AM, Jean-Michel Hautbois wrote:
>>> 2014-08-27 16:23 GMT+02:00 Steve Longerbeam :
>>>
The complete driver I posted to the list does have some minor issues
mostly sugg
2014-09-09 18:28 GMT+02:00 Steve Longerbeam :
> On 09/09/2014 12:49 AM, Jean-Michel Hautbois wrote:
>> 2014-08-27 16:23 GMT+02:00 Steve Longerbeam :
>>
>>> The complete driver I posted to the list does have some minor issues
>>> mostly suggested by Hans Verkuil (switch to new selection API instead
On 09.09.2014 14:39, Sean Young wrote:
> On Tue, Sep 09, 2014 at 02:10:43AM +0400, Alexey Khoroshilov wrote:
>> mceusb_init_rc_dev() does usb_get_dev(), but there is no any
>> usb_put_dev() in the driver.
> drivers/media/rc/imon.c suffers from the same problem.
>
> Thanks
> Sean
Yes, our static ana
Hi Mauro,
Please pull from my tree for 2 minor gspca cleanup patches:
The following changes since commit f5281fc81e9a0a3e80b78720c5ae2ed06da3bfae:
[media] vpif: Fix compilation with allmodconfig (2014-09-09 18:08:08 -0300)
are available in the git repository at:
git://linuxtv.org/hgoede/gs
Hi Krzysztof,
On Thursday 04 September 2014 14:23:36 Krzysztof Borowczyk wrote:
> Hello,
>
> I’ve recently noticed a problem with Modecom Venus and A4Tech PK-333E
> webcams. Both can be put into a “bad state” in which they refuse to do
> anything until they’re reconnected to the usb port. The tes
For several reasons it's good practice to leave devices in runtime PM
active state while those have been probed.
In this cases we also want to prevent the device from going inactive,
until the firmware has been completely installed, especially when using
a PM domain.
Signed-off-by: Ulf Hansson
-
Hi Isaac,
On Saturday 06 September 2014 12:35:25 Isaac Nickaein wrote:
> Hi,
>
> After patching the kernel, the rate that images are captured from the
> camera reduce by a factor of 2.5.
How have you patched the kernel ? If you have both a working and non-working
version you could use git-bisec
Hi Maciej,
Thanks for the patch!
On Tue, Sep 09, 2014 at 05:16:41PM +0200, Maciej Matraszek wrote:
> diff --git a/drivers/media/v4l2-core/v4l2-common.c
> b/drivers/media/v4l2-core/v4l2-common.c
> index ccaa38f65cf1..506cf8b7763b 100644
> --- a/drivers/media/v4l2-core/v4l2-common.c
> +++ b/driver
From: Bud
DVB driver for Earthsoft PT3 (PCIE ISDB-S/T receiver)
-
Status: stable
Features:
- tuning enhancements, from PT1 DVB
1. in addition to the real frequency:
ISDB-S : freq. channel ID
ISDB-T : freq# (I/O# +128), ch#, c
From: Bud
DVB driver for Earthsoft PT3 (PCIE ISDB-S/T receiver)
-
Status: stable
Features:
- tuning enhancements, from PT1 DVB
1. in addition to the real frequency:
ISDB-S : freq. channel ID
ISDB-T : freq# (I/O# +128), ch#, c
From: Bud
DVB driver for Earthsoft PT3 (PCIE ISDB-S/T receiver)
-
Status: stable
Features:
- tuning enhancements, from PT1 DVB
1. in addition to the real frequency:
ISDB-S : freq. channel ID
ISDB-T : freq# (I/O# +128), ch#, c
From: Bud
DVB driver for Earthsoft PT3 (PCIE ISDB-S/T receiver)
-
Status: stable
Features:
- tuning enhancements, from PT1 DVB
1. in addition to the real frequency:
ISDB-S : freq. channel ID
ISDB-T : freq# (I/O# +128), ch#, c
In preparation for the following patch, stop decrementing the endpoint node
refcount in the loop. This temporarily leaks a reference to the endpoint node,
which will be fixed by having of_graph_get_next_endpoint decrement the refcount
of its prev argument instead.
Signed-off-by: Philipp Zabel
---
Note that while of_graph_get_next_endpoint decrements the reference count
of the child node passed to it, of_node_put(child) still has to be called
manually when breaking out of the loop.
Signed-off-by: Philipp Zabel
---
Changes since v1:
- Added a comment about the child node reference count wh
Decrementing the reference count of the previous endpoint node allows to
use the of_graph_get_next_endpoint function in a for_each_... style macro.
Prior to this patch, all current users of this function that actually pass
a non-NULL prev parameter should be changed to not decrement the passed
prev
Using the for_each_... macro should make the code bit shorter and
easier to read. This patch also properly decrements the endpoint node
reference count before returning out of the loop.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/imx-drm-core.c | 9 +++--
1 file changed, 3 inser
In preparation for a following patch, stop decrementing the endpoint node
refcount in the loop. This temporarily leaks a reference to the endpoint node,
which will be fixed by having of_graph_get_next_endpoint decrement the refcount
of its prev argument instead.
Signed-off-by: Philipp Zabel
---
Using the for_each_... macro should make the code a bit shorter and
easier to read.
Signed-off-by: Philipp Zabel
Acked-by: Laurent Pinchart
---
drivers/gpu/drm/drm_of.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_of.c b/drivers/gpu/drm/drm_of.
This patch adds a function to get a port device tree node by port id,
or reg property value.
Signed-off-by: Philipp Zabel
---
Changes since v1:
- Fixed whitespace in comment
- Changed id parameter to of_graph_get_port_by_id to u32
- Simplified of_graph_get_port_by_id as suggested by Laurent,
Using the for_each_... macro should make the code bit shorter and
easier to read.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/imx-drm-core.c | 17 +++--
1 file changed, 7 insertions(+), 10 deletions(-)
diff --git a/drivers/staging/imx-drm/imx-drm-core.c
b/drivers/stagi
Hi,
this series converts all existing users of of_graph_get_next_endpoint that pass
a non-NULL prev argument to the function and decrement its refcount themselves
to stop doing that. The of_node_put is moved into of_graph_get_next_endpoint
instead.
This allows to add a for_each_endpoint_of_node he
From: Bud
DVB driver for Earthsoft PT3 (PCIE ISDB-S/T receiver)
-
Status: stable
Behavior: same as PT1 DVB, plus some tuning enhancements
1. in addition to the real frequency:
ISDB-S : freq. channel ID
ISDB-T : freq# (I/O# +128
This device is a SPI based device from TI.
It is a 3 Gbps HD/SD SDI Dual Output Low Power
Extended Reach Adaptive Cable Equalizer.
LMH0395 enables the use of up to two outputs.
These can be configured using DT.
Controls should be accessible from userspace too.
This will have to be done later.
v2
Hi Laurent,
On Wed, 10 Sep 2014, Laurent Pinchart wrote:
> Hi Guennadi,
>
> Thank you for the patch.
>
> On Tuesday 09 September 2014 09:42:43 Guennadi Liakhovetski wrote:
> > A test in uvc_video_decode_isoc() checks whether an image has been
> > received from the camera completely. For this th
On Wednesday, September 10, 2014 10:04:12 AM Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Tuesday, September 09, 2014 03:54:04 PM Mauro Carvalho Chehab wrote:
> > This driver depends on a legacy OMAP DMA API. So, it won't
> > compile-test on other archs.
> >
> > While we might add stubs to th
Hi,
On Tuesday, September 09, 2014 03:54:04 PM Mauro Carvalho Chehab wrote:
> This driver depends on a legacy OMAP DMA API. So, it won't
> compile-test on other archs.
>
> While we might add stubs to the functions, this is not a
> good idea, as the hole API should be replaced.
This is also not
It is not a theoretically issue, it is a real case that the mapping failed
issue happens in 3.14.y kernel but not happens in previous 3.10.y kernel.
So I need your confirmation on it.
Thanks.
Best regards,
Fancy Fang
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sen
On the Freescale imx6 platform which belongs to ARM architecture. The driver is
our local v4l2 output driver which is not upstream yet unfortunately.
Best regards,
Fancy Fang
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Wednesday, September 10, 2014 3:21 PM
To
The following changes since commit f5281fc81e9a0a3e80b78720c5ae2ed06da3bfae:
[media] vpif: Fix compilation with allmodconfig (2014-09-09 18:08:08
-0300)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git hackrf
for you to fetch changes up to a8483a8ee416c37f6
On 09/10/14 09:14, chen.f...@freescale.com wrote:
> It is not a theoretically issue, it is a real case that the mapping failed
> issue happens in 3.14.y kernel but not happens in previous 3.10.y kernel.
> So I need your confirmation on it.
With which driver does this happen? On which architecture
HackRF SDR driver. Video4Linux USB device.
Signed-off-by: Antti Palosaari
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 78b38e9..3e907d3 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4146,6 +4146,16 @@ L: linuxppc-...@lists
On 09/10/14 07:28, Fancy Fang wrote:
> When user requests V4L2_MEMORY_MMAP type buffers, the videobuf-core
> will assign the corresponding offset to the 'boff' field of the
> videobuf_buffer for each requested buffer sequentially. Later, user
> may call mmap() to map one or all of the buffers with
40 matches
Mail list logo
