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: Fri Jul 17 04:00:19 CEST 2015
git branch: test
git hash: 8783b9c50400c6279d7c3b716637b98e83d3c933
gcc versi
On Thu, Jul 16, 2015 at 06:20:55PM -0500, Adam Majer wrote:
> When CONFIG_VIDEO_V4L2_SUBDEV_API is unset, some drivers fail to
> compile as they use unavailable API.
>
> drivers/media/i2c/adv7511.c:968:3: error: implicit declaration of
> function ‘v4l2_subdev_get_try_format’
> [-Werror=impli
When CONFIG_VIDEO_V4L2_SUBDEV_API is unset, some drivers fail to
compile as they use unavailable API.
drivers/media/i2c/adv7511.c:968:3: error: implicit declaration of
function ‘v4l2_subdev_get_try_format’
[-Werror=implicit-function-declaration]
---
drivers/media/i2c/adv7511.c | 8
From: Sascha Hauer
Add video4linux API routines common to drivers for units that
accept or provide video data via the i.MX IPU IDMAC channels,
such as scaler or deinterlacer drivers.
Signed-off-by: Sascha Hauer
Signed-off-by: Lucas Stach
Signed-off-by: Philipp Zabel
---
drivers/media/platfor
This patch adds support for mem2mem scaling and colorspace conversion
using the IC module's post-processing task.
Scaling images larger than 1024x1024 is supported by tiling over multiple
IC scaling runs. Since the IDMAC and IC units have interesting and
different alignment limitations for buffer
From: Sascha Hauer
This patch adds support for hardware accelerated scaling and color
space conversion between memory buffers using the IPUv3 IC.
Since the maximum output size of the IC unit is 1024x1024 pixels, multiple
IC tasks with overlapping tiles are used internally to scale and convert
lar
This patch adds the remaining missing IDMAC channel names: all VDIC
channels for deinterlacing and combining, the separate alpha channels
for the MEM->IC and MEM->DC ASYNC channels, and the DC read, command,
and output mask channels.
Signed-off-by: Philipp Zabel
---
include/video/imx-ipu-v3.h |
Hi,
this series uses the IPU IC post-processing task to implement
a mem2mem device for scaling and colorspace conversion. This
version addresses a few review commends, and includes some
further cleanup.
Changes since v2:
- Limit downscaling to 4:1
- Disabled USERPTR memory
- Set icc pointer to
This patch registers the scaler device using the IC post-processing task,
to be handled by a mem2mem scaler driver.
Signed-off-by: Philipp Zabel
---
drivers/gpu/ipu-v3/ipu-common.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/ipu-v3/ipu-common.c b/drivers/gpu/ipu-v3/ipu-comm
The chroma interleaved NV12 format has higher memory bandwidth efficiency
because the chroma planes can be read/written with longer burst lengths.
Use NV12 as default format if available and consistently sort it first.
This patch also shortens the NV12 format name to fit into the fixed
length stri
From: Philipp Zabel
Storing internal frames in macroblock tiled order improves memory
access patterns by allowing increased burst sizes when transferring
the uncompressed macroblocks to or from main memory.
The translation logic only supports a single chroma base address,
so this is only supporte
The frame cache should be set up correctly to encode NV12 source frames.
This was not done before, so move the cache setup out of start_decoding
into its own function and call it from both start_encoding and
start_decoding.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c
Laurent Pinchart wrote:
> Hello,
>
> Now that all users of the OMAP3 ISP have switched to DT, this patch series
> removes support for legacy platform data support in the omap3isp driver. It
> also drops the OMAP3 ISP device instantiation board code that is now unused.
>
> Patch 2/2 depends on 1/2
The encoder needs to know the nominal framerate for the constant bitrate
control mechanism to work. Currently the only way to set the framerate is
by using VIDIOC_S_PARM on the output queue.
Signed-off-by: Philipp Zabel
---
Changes since v1:
- Fixed typo in coda_g_parm
---
drivers/media/platfor
Laurent Pinchart wrote:
> Hi Sakari,
>
> On Thursday 16 July 2015 18:45:22 Sakari Ailus wrote:
>> Laurent Pinchart wrote:
>>> The OMAP3 ISP is now fully supported in DT, remove its instantiation
>>> from C code.
>>>
>>> Signed-off-by: Laurent Pinchart
>>> ---
>>>
>>> arch/arm/mach-omap2/devices.
Hi Sakari,
On Thursday 16 July 2015 18:45:22 Sakari Ailus wrote:
> Laurent Pinchart wrote:
> > The OMAP3 ISP is now fully supported in DT, remove its instantiation
> > from C code.
> >
> > Signed-off-by: Laurent Pinchart
> > ---
> >
> > arch/arm/mach-omap2/devices.c | 53 --
Hi Laurent,
Laurent Pinchart wrote:
> The OMAP3 ISP is now fully supported in DT, remove its instantiation
> from C code.
>
> Signed-off-by: Laurent Pinchart
> ---
> arch/arm/mach-omap2/devices.c | 53
> ---
> arch/arm/mach-omap2/devices.h | 19 -
Laurent Pinchart wrote:
IS_ENABLED(CONFIG_OF) can be evaluated at compile time, so it will allow the
compiler to remove the code block completely when OF support is disabled.
pdev->dev.of_node is a runtime-only check which would allow the same
optimization.
Ok, thanks. I was thinking that ther
Marek, Kamil,
On 06/29/15 12:14, Hans Verkuil wrote:
> From: Kamil Debski
>
> Add CEC interface driver present in the Samsung Exynos range of
> SoCs.
>
> The following files were based on work by SangPil Moon:
> - exynos_hdmi_cec.h
> - exynos_hdmi_cecctl.c
>
> Signed-off-by: Kamil Debski
>
* Laurent Pinchart [150716 05:57]:
> The OMAP3 ISP is now fully supported in DT, remove its instantiation
> from C code.
Please feel to queue this along with the second patch in this series,
this should not cause any merge conflicts:
Acked-by: Tony Lindgren
--
To unsubscribe from this list: sen
The OMAP3 ISP is now fully supported in DT, remove its instantiation
from C code.
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-omap2/devices.c | 53 ---
arch/arm/mach-omap2/devices.h | 19
2 files changed, 72 deletions(-)
delete mode
Hello,
Now that all users of the OMAP3 ISP have switched to DT, this patch series
removes support for legacy platform data support in the omap3isp driver. It
also drops the OMAP3 ISP device instantiation board code that is now unused.
Patch 2/2 depends on 1/2. From a conflict resolution point of
Platforms using the OMAP3 ISP have all switched to DT, drop platform
data support.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/Kconfig | 2 +-
drivers/media/platform/omap3isp/isp.c | 133 ---
drivers/media/platform/omap3isp/isp.h |
> Dear : Steven Toth
> Thanks for your professional answer
> Thanks a lot
> Best Regards
You are welcome!
>> It looks like Hauppauge have released an updated HVR-1275 card, as
>> indicated by the updated PCI-SubDevice ID 2A38. The hardware has
>> changed and the driver needs to be modified to sup
Callback needed by ioctl VIDIOC_G_DEF_EXT_CTRLS as this driver does not
use the controller framework.
Signed-off-by: Ricardo Ribalda Delgado
---
Changelog
v4: Comments by Laurent Pinchart
Remove unneeded uvc_ctrl_begin()
drivers/media/usb/uvc/uvc_v4l2.c | 26 ++
1 fi
Hello Laurent
On Thu, Jul 16, 2015 at 10:27 AM, Laurent Pinchart
wrote:
> I'd argue that even just two drivers would be enough :-) Especially given that
> the proposed implementation for uvcvideo is wrong.
This is why we have the review process :P. I do my best, but you are
the expert on your d
On 07/16/15 10:27, Laurent Pinchart wrote:
> On Thursday 16 July 2015 10:23:03 Hans Verkuil wrote:
>> On 07/16/15 10:11, Laurent Pinchart wrote:
>>> On Thursday 16 July 2015 09:38:11 Hans Verkuil wrote:
On 07/15/15 23:05, Laurent Pinchart wrote:
> On Friday 12 June 2015 18:46:23 Ricardo Ri
On Thursday 16 July 2015 10:23:03 Hans Verkuil wrote:
> On 07/16/15 10:11, Laurent Pinchart wrote:
> > On Thursday 16 July 2015 09:38:11 Hans Verkuil wrote:
> >> On 07/15/15 23:05, Laurent Pinchart wrote:
> >>> On Friday 12 June 2015 18:46:23 Ricardo Ribalda Delgado wrote:
> Callback needed by
On 07/16/15 10:11, Laurent Pinchart wrote:
> Hi Hans,
>
> On Thursday 16 July 2015 09:38:11 Hans Verkuil wrote:
>> On 07/15/15 23:05, Laurent Pinchart wrote:
>>> On Friday 12 June 2015 18:46:23 Ricardo Ribalda Delgado wrote:
Callback needed by ioctl VIDIOC_G_DEF_EXT_CTRLS as this driver does
Hi Mauro,
The following changes since commit 8783b9c50400c6279d7c3b716637b98e83d3c933:
[media] SMI PCIe IR driver for DVBSky cards (2015-07-06 08:26:16 -0300)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git vsp1/next
for you to fetch changes up to 9bb44c299a19
Hi Mauro,
The following changes since commit 8783b9c50400c6279d7c3b716637b98e83d3c933:
[media] SMI PCIe IR driver for DVBSky cards (2015-07-06 08:26:16 -0300)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git xilinx/next
for you to fetch changes up to 0b35afd34e
Hi Hans,
On Thursday 16 July 2015 09:38:11 Hans Verkuil wrote:
> On 07/15/15 23:05, Laurent Pinchart wrote:
> > On Friday 12 June 2015 18:46:23 Ricardo Ribalda Delgado wrote:
> >> Callback needed by ioctl VIDIOC_G_DEF_EXT_CTRLS as this driver does not
> >> use the controller framework.
> >>
> >>
On 07/15/15 23:05, Laurent Pinchart wrote:
> Hi Ricardo,
>
> Thank you for the patch.
>
> On Friday 12 June 2015 18:46:23 Ricardo Ribalda Delgado wrote:
>> Callback needed by ioctl VIDIOC_G_DEF_EXT_CTRLS as this driver does not
>> use the controller framework.
>>
>> Signed-off-by: Ricardo Ribalda
Hi Timur,
On Wednesday 15 July 2015 16:04:01 Timur Tabi wrote:
> On Tue, May 19, 2015 at 6:08 PM, Sakari Ailus wrote:
> > @@ -2557,18 +2553,27 @@ static int isp_probe(struct platform_device *pdev)
> > if (ret < 0)
> > goto error_iommu;
> >
> > - isp->notifier.bound
On 06/08/2015 12:03 PM, Hans Verkuil wrote:
On 06/06/2015 02:03 PM, Antti Palosaari wrote:
Add new RF tuner gain control named RF gain. That is aimed for
external LNA (amplifier) chip just right after antenna connector.
I don't follow. Do you mean:
This feeds into the external LNA...
But if
Moikka!
On 06/08/2015 12:26 PM, Hans Verkuil wrote:
Hi Antti,
I've got one comment:
On 06/06/2015 02:03 PM, Antti Palosaari wrote:
HackRF SDR device has both receiver and transmitter. There is limitation
that receiver and transmitter cannot be used at the same time
(half-duplex operation). Th
There is Avago MGA-81563 amplifier just right after antenna connector.
It could be turned on/off and its gain is around 12dB.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/hackrf/hackrf.c | 26 +-
1 file changed, 25 insertions(+), 1 deletion(-)
diff --git a/driver
HackRF SDR device has both receiver and transmitter. There is limitation
that receiver and transmitter cannot be used at the same time
(half-duplex operation). That patch implements transmitter support to
existing receiver only driver.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
drivers
New IOCTL ops:
vidioc_enum_fmt_sdr_out
vidioc_g_fmt_sdr_out
vidioc_s_fmt_sdr_out
vidioc_try_fmt_sdr_out
New vb2 buffertype:
V4L2_BUF_TYPE_SDR_OUTPUT
New v4l2 capability:
V4L2_CAP_SDR_OUTPUT
Signed-off-by: Antti Palosaari
Acked-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-dev.c | 14
Add brief description for tuner RF gain control.
Cc: Hans Verkuil
Signed-off-by: Antti Palosaari
---
Documentation/DocBook/media/v4l/compat.xml | 4
Documentation/DocBook/media/v4l/controls.xml | 14 ++
Documentation/DocBook/media/v4l/v4l2.xml | 1 +
3 files changed, 19
Format names are set by core nowadays. Remove name from driver.
Signed-off-by: Antti Palosaari
Acked-by: Hans Verkuil
---
drivers/media/usb/hackrf/hackrf.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/media/usb/hackrf/hackrf.c
b/drivers/media/usb/hackrf/hackrf.c
index 97de9cb6
Implement single funtion, hackrf_set_params(), which handles all
needed settings. Controls and other IOCTLs are just wrappers to that
function. That way we can get easily better control what we could do
on different device states - sleeping, receiving, transmitting.
Signed-off-by: Antti Palosaari
v2:
* Allow device open even another device node is active. This means you
could use transmitter device even receiver is active and other way
around, just streaming is blocked to single node.
* Removed V4L2_CID_RF_TUNER_RF_GAIN_AUTO control as it was not used.
* Changed RF gain documentation.
re
Add documentation for V4L SDR transmitter (output) devices.
Signed-off-by: Antti Palosaari
Acked-by: Hans Verkuil
---
Documentation/DocBook/media/v4l/compat.xml | 4 +++
Documentation/DocBook/media/v4l/dev-sdr.xml| 30 +++---
Documentation/DocBook/media/v4l/io.x
SDR receiver has ADC (Analog-to-Digital Converter) and SDR transmitter
has DAC (Digital-to-Analog Converter) . Originally I though it could
be good idea to have own type for receiver and transmitter, but now I
feel one common type for SDR is enough. So lets rename it.
Cc: Hans Verkuil
Signed-off-
Add new RF tuner gain control named RF Gain. That is aimed for first
amplifier chip right after antenna connector.
There is existing LNA Gain control, which is quite same, but it is
aimed for cases amplifier is integrated to tuner chip. Some designs
have both, as almost all recent tuner silicons ha
46 matches
Mail list logo
