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 Nov 10 05:00:17 CET 2017
media-tree git hash:eb0c19942288569e0ae492476534d5a485fb8ab4
media_build git
Hi Andrey,
Could you please try this patch?
Thank you
The device is typically freed on failure after trying to set
USB interface0 to as5 in function au0828_analog_register.
Fix use-after-free by returning the error value inmediately
after failure, instead of jumping to au0828_usb_disconnect
wh
Hi,
This is the latest incarnation of R-Car MIPI CSI-2 receiver driver. It's
based on top of the media-tree and are tested on Renesas Salvator-X
together with the out-of-tree patches for rcar-vin to add support for
Gen3 VIN. If anyone is interested to test video grabbing using these out
of tree
Documentation for Renesas R-Car MIPI CSI-2 receiver. The CSI-2 receivers
are located between the video sources (CSI-2 transmitters) and the video
grabbers (VIN) on Gen3 of Renesas R-Car SoC.
Each CSI-2 device is connected to more then one VIN device which
simultaneously can receive video from the
A V4L2 driver for Renesas R-Car MIPI CSI-2 receiver. The driver
supports the rcar-vin driver on R-Car Gen3 SoCs where separate CSI-2
hardware blocks are connected between the video sources and the video
grabbers (VIN).
Driver is based on a prototype by Koji Matsuoka in the Renesas BSP.
Signed-off
Hi, Sakari,
Fixed warnings about memset of pointer array and unsigned int used for 0
comparison
reported by static code analysis tool, please squash this to the driver,
thanks!!
Signed-off-by: Yong Zhi
---
drivers/media/pci/intel/ipu3/ipu3-cio2.c | 6 +++---
1 file changed, 3 insertions(+), 3
Hi Philipp,
As I'm reading up on the coda driver a little, I can't seem to find the
vendor's sources for the coda_regs.h definitions. Could you point me to
them?
As they don't seem to be in the imx reference manual nor the vpu API
manual, I think it would be worth including a comment about the so
On Wed, Nov 1, 2017 at 9:05 PM, Mauro Carvalho Chehab
wrote:
> Two orthogonal changesets caused a breakage at a printk
> inside davinci. Changeset a2d17962c9ca
> ("[media] davinci: Switch from V4L2 OF to V4L2 fwnode")
> made davinci to use struct fwnode_handle instead of
> struct device_node. Chan
The cam->buffers[] array has cam->num_frames elements so the > needs to
be changed to >= to avoid going beyond the end of the array. The
->buffers[] array is allocated in cpia2_allocate_buffers() if you want
to confirm.
Fixes: ab33d5071de7 ("V4L/DVB (3376): Add cpia2 camera support")
Signed-off-b
On Tue, Nov 07, 2017 at 01:37:10PM +0530, Sumit Semwal wrote:
> Hi Ville,
>
> On 3 November 2017 at 13:18, Christian König wrote:
> > Patch #4 is Reviewed-by: Christian König .
> >
> > The rest is Acked-by: Christian König .
> >
> > Regards,
> > Christian.
> >
> >
> > Am 02.11.2017 um 21:03 schri
This is a v4l2 subdev driver supporting the TDA1997x HDMI video receiver.
I've tested this on a Gateworks GW54xx with an IMX6Q which uses the TDA19971
with 16bits connected to the IMX6 CSI. For this configuration I've tested
both 16bit YUV422 and 8bit BT656 mode. While the driver should support th
Cc: Rob Herring
Signed-off-by: Tim Harvey
---
v3:
- fix typo
v2:
- add vendor prefix and remove _ from vidout-portcfg
- remove _ from labels
- remove max-pixel-rate property
- describe and provide example for single output port
- update to new audio port bindings
---
.../devicetree/bindin
The GW54xx has a front-panel microHDMI connector routed to a TDA19971
which is connected the the IPU CSI when using IMX6Q.
Signed-off-by: Tim Harvey
---
v2:
- add HDMI audio input support
---
arch/arm/boot/dts/imx6q-gw54xx.dts| 102 ++
arch/arm/boot/dts/imx6q
Add support for the TDA1997x HDMI receivers.
Cc: Hans Verkuil
Signed-off-by: Tim Harvey
---
v3:
- use V4L2_DV_BT_FRAME_WIDTH/HEIGHT macros
- fixed missing break
- use only hdmi_infoframe_log for infoframe logging
- simplify tda1997x_s_stream error handling
- add delayed work proc to handle
Signed-off-by: Tim Harvey
---
arch/arm/boot/dts/imx6qdl-gw551x.dtsi | 85 +++
1 file changed, 85 insertions(+)
diff --git a/arch/arm/boot/dts/imx6qdl-gw551x.dtsi
b/arch/arm/boot/dts/imx6qdl-gw551x.dtsi
index 30d4662..8ce0b15 100644
--- a/arch/arm/boot/dts/imx6qdl
Signed-off-by: Tim Harvey
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2093060..de7124e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13019,6 +13019,14 @@ T: git git://linuxtv.org/mkrufky/tuners.git
S: Maintained
F: dri
unsubscribe
Hi,
I have a few RFCs regarding new needed enums and
properties for DVB-S2 and DVB-S2X:
- DVB-S2/X physical layer scrambling
I currently use the inofficial DTV_PLS for setting the scrambling
sequence index (cf. ETSI EN 300 468 table 41) of
the physical layer scrambling in DVB-S2 and DVB-S2X.
Som
On Thu, Nov 9, 2017 at 6:49 AM, Arvind Yadav wrote:
> Here, em28xx_free_v4l2 is release "v4l2->dev->v4l2"
> Which is allready release by em28xx_v4l2_init.
>
> Signed-off-by: Arvind Yadav
Hi Arvind,
I still see the crash with your patch.
Thanks!
em28xx 1-1:0.0: Disconnecting
em28xx 1-1:0.0: Re
On Thu, Nov 9, 2017 at 2:35 AM, wrote:
> Hi,
>
> Could you try this untested patch.
>
> Anson
Hi!
This patch doesn't compile.
drivers/media/usb/uvc/uvc_driver.c: In function ‘uvc_parse_standard_control’:
drivers/media/usb/uvc/uvcvideo.h:29:43: error: invalid type argument
of ‘->’ (have ‘int’
Hi Yong and others,
On Wed, Nov 08, 2017 at 04:30:35PM -0800, Yong Zhi wrote:
> Hi,
>
> This is patch series(version 8) of Intel IPU3 CIO2 driver, the driver exposes
> V4L2, V4L2 sub-device and Media controller interfaces to the user space.
>
> This series was tested on Kaby Lake based platform
Hi Mauro,
This fixes error handling in imx274 as well as adds an entry to
MAINTAINERS.
Please pull.
The following changes since commit eb0c19942288569e0ae492476534d5a485fb8ab4:
media: dib0700: fix invalid dvb_detach argument (2017-11-07 05:52:52 -0500)
are available in the git repository at:
On Wed, 2017-11-08 at 19:58 +0100, Martin Kepplinger wrote:
> According to i.MX VPU API Reference Manuals the MJPG video codec is
> refernced to by number 7, not 3.
>
> Also Philipp pointed out that this value is only meant to fill in
> CMD_ENC_SEQ_COD_STD for encoding, only on i.MX53. It was neve
23 matches
Mail list logo