Re: [PATCH] [media] mtk-vcodec: avoid warnings because of empty macros

On Wed, 2017-04-19 at 07:56 -0300, Mauro Carvalho Chehab wrote: > Remove those gcc warnings: > > drivers/media/platform/mtk-vcodec/mtk_vcodec_dec_pm.c: In function > 'mtk_vcodec_dec_pw_on': > drivers/media/platform/mtk-vcodec/mtk_vcodec_dec_pm.c:114:51: warning: > suggest braces

[RFC 2/2] [media] platform: Add Synopsys Designware HDMI RX Controller Driver

This is an initial submission for the Synopsys Designware HDMI RX Controller Driver. This driver interacts with a phy driver so that a communication between them is created and a video pipeline is configured. The controller + phy pipeline can then be integrated into a fully featured system that

[RFC 1/2] [media] platform: Add Synopsys Designware HDMI RX PHY e405 Driver

This adds support for the Synopsys Designware HDMI RX PHY e405. This phy receives and decodes HDMI video that is delivered to a controller. Main features included in this driver are: - Equalizer algorithm that chooses the phy best settings according to the detected HDMI cable

[RFC 0/2] Synopsys Designware HDMI Video Capture Controller + PHY

Hi All, This is a RFC series that is intended to collect comments regarding the Synopsys Designware HDMI RX controller and Synopsys Designware HDMI RX e405 PHY drivers. The Synopsys Designware HDMI RX controller is an HDMI receiver controller that is responsible to process digital data that

Re: [PATCH] [media] ov2640: make GPIOLIB an optional dependency

Hi! > > Better solution would be for VIDEO_EM28XX_V4L2 to depend on GPIOLIB, > > too, no? If not, should there be BUG_ON(priv->pwdn_gpio); > > BUG_ON(priv->resetb_gpio);? > > Pavel, > > The em28xx driver was added upstream several years the gpio driver. > It controls GPIO using a different

Re: [PATCH] media: mtk-vcodec: remove informative log

On Wed, 2017-04-19 at 07:56 -0300, Mauro Carvalho Chehab wrote: > Em Wed, 5 Apr 2017 19:09:59 +0800 > Tiffany Lin escreveu: > > > On Wed, 2017-04-05 at 18:54 +0800, Minghsiu Tsai wrote: > > > Driver is stable. Remove DEBUG definition from driver. > > > > > > There are

[PATCH 2/2] staging: atomisp: remove #ifdef for runtime PM functions

The runtime power management functions are called from the reset handler even if CONFIG_PM is disabled, leading to a link error: drivers/staging/built-in.o: In function `atomisp_reset': (.text+0x4cd1c): undefined reference to `atomisp_runtime_suspend' drivers/staging/built-in.o: In function

[PATCH 1/2] staging: atomisp: satm include directory is gone

After the satm kernel was removed, we should no longer add the directory to the search path. This was found with a 'make W=1' warning: cc1: error: drivers/staging/media/atomisp/pci/atomisp2/css2400/isp/kernels/satm/: No such file or directory [-Werror=missing-include-dirs] Fixes: 184f8e0981ef

[PATCH] [media] rainshadow-cec: avoid -Wmaybe-uninitialized warning

The barrier implied by spin_unlock() in rain_irq_work_handler makes it hard for gcc to figure out the state of the variables, leading to a false-positive warning: drivers/media/usb/rainshadow-cec/rainshadow-cec.c: In function 'rain_irq_work_handler':

[PATCH] [media] cec: improve MEDIA_CEC_RC dependencies

Changing the IS_REACHABLE() into a plain #ifdef broke the case of CONFIG_MEDIA_RC=m && CONFIG_MEDIA_CEC=y: drivers/media/cec/cec-core.o: In function `cec_unregister_adapter': cec-core.c:(.text.cec_unregister_adapter+0x18): undefined reference to `rc_unregister_device'

Re: HauppaugeTV-quadHD DVB-T mpeg risc op code errors

> Just a follow up on this. I had a bit more time to dig deeper into this today. > > Enabling debug output for the cx23885 driver *fixes* the issue. > > I added this to my kernel command line: cx23885.debug=8 The driver's been around a very long time and is very stable with almost anything anyone

Re: [PATCH v6 2/3] v4l: Add 10/16-bits per channel YUV pixel formats

On 04/18/2017 03:33 AM, Mauro Carvalho Chehab wrote: Em Sun, 5 Mar 2017 18:00:32 +0800 Randy Li escreveu: The formats added by this patch are: V4L2_PIX_FMT_P010 V4L2_PIX_FMT_P010M V4L2_PIX_FMT_P016 V4L2_PIX_FMT_P016M Currently, none of

[PATCH v5 1/3] [media] v4l: add parsed MPEG-2 support

Add "parsed MPEG-2" pixel format & related controls needed by stateless video decoders. In order to decode the video bitstream chunk provided by user on output queue, stateless decoders require also some extra data resulting from this video bitstream chunk parsing. Those parsed extra data have to

Re: [PATCHv4 00/12] Ion cleanup in preparation for moving out of staging

Hi Laura, Thanks much for this series! On 18 April 2017 at 23:57, Laura Abbott wrote: > Hi, > > This is v4 of the series to cleanup to Ion. Greg took some of the patches > that weren't CMA related already. There was a minor bisectability problem > with the CMA APIs so this

Re: [PATCH] [media] Order the Makefile alphabetically

Em Fri, 21 Apr 2017 16:41:25 +0200 Maxime Ripard escreveu: > On Wed, Apr 19, 2017 at 08:15:45AM -0300, Mauro Carvalho Chehab wrote: > > Em Thu, 6 Apr 2017 16:40:51 +0200 > > Maxime Ripard escreveu: > > > > > The Makefiles

Re: [PATCH] [media] Order the Makefile alphabetically

On Wed, Apr 19, 2017 at 08:15:45AM -0300, Mauro Carvalho Chehab wrote: > Em Thu, 6 Apr 2017 16:40:51 +0200 > Maxime Ripard escreveu: > > > The Makefiles were a free for all without a clear order defined. Sort all > > the > > options based on the Kconfig

[PATCH v5 0/3] Add support for MPEG-2 in DELTA video decoder

The patchset implements the MPEG-2 part of V4L2 unified low-level decoder API RFC [0] needed by stateless video decoders, ie decoders which requires specific parsing metadata in addition to video bitstream chunk in order to complete decoding. A reference implementation using STMicroelectronics

cron job: media_tree daily build: ERRORS

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: Sat Apr 22 05:00:20 CEST 2017 media-tree git hash:9eb9db3a0f92b75ec710066202e0b2accb45afa9 media_build

Re: RFC: Power states and VIDIOC_STREAMON

>> I had always interpreted it such that the STREAMON call just >> controlled whether the DMA engine was running, and thus you could do >> anything else with the decoder before calling STREAMON other than >> actually receiving video buffers. > > Indeed there's an ambiguity there, although I always

Re: RFC: Power states and VIDIOC_STREAMON

Hi Devin, Em Wed, 19 Apr 2017 15:15:20 -0400 Devin Heitmueller escreveu: > Hello all, > > I'm in the process of putting together a bunch of long-standing fixes > for HVR-950q driver, and I ran into a regression related to the way > the video decoder is being

[PATCH v5 2/3] [media] st-delta: add parsing metadata controls support

Install all metadata controls required by registered decoders. Update the decoding context with the set of metadata received from user through extended control. Set the received metadata in access unit prior to call the decoder decoding ops. Signed-off-by: Hugues Fruchet

Re: [PATCH] [media] ov2640: make GPIOLIB an optional dependency

Em Fri, 21 Apr 2017 08:33:12 +0200 Pavel Machek escreveu: > Hi! > > > > Better solution would be for VIDEO_EM28XX_V4L2 to depend on GPIOLIB, > > > too, no? If not, should there be BUG_ON(priv->pwdn_gpio); > > > BUG_ON(priv->resetb_gpio);? > > > > Pavel, > > > > The em28xx

[PATCH] mxl111sf: Fix driver to use heap allocate buffers for USB messages

The recent changes in 4.9 to mandate USB buffers be heap allocated broke this driver, which was allocating the buffers on the stack. This resulted in the device failing at initialization. Introduce dedicated send/receive buffers as part of the state structure, and add a mutex to protect access to

[PATCH v5 3/3] [media] st-delta: add mpeg2 support

Adds support of DELTA MPEG-2 video decoder back-end, implemented by calling MPEG2_TRANSFORMER0 firmware using RPMSG IPC communication layer. MPEG-2 decoder back-end is a stateless decoder which require specific parsing metadata in access unit in order to complete decoding. Signed-off-by: Hugues

Re: RFC: Power states and VIDIOC_STREAMON

Em Fri, 21 Apr 2017 14:09:37 -0400 Devin Heitmueller escreveu: > >> I had always interpreted it such that the STREAMON call just > >> controlled whether the DMA engine was running, and thus you could do > >> anything else with the decoder before calling STREAMON

[no subject]

We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfund...@inbox.lv With Amount Needed And Phone Number.