Re: [PATCH v1] media: staging: tegra-vde: Reset memory client

On 20.05.2018 16:48, Dmitry Osipenko wrote: > DMA requests must be blocked before resetting VDE HW, otherwise it is > possible to get a memory corruption or a machine hang. Use the reset > control provided by the Memory Controller to block DMA before resetting > the VDE HW. > > Signed-off-by:

Re: qcom: add firmware file for Venus on SDM845

Hi Josh, On 2018-05-25 17:34, Josh Boyer wrote: On Fri, May 25, 2018 at 7:03 AM Vikash Garodia wrote: This pull request adds firmware files for Venus h/w codec found on the Qualcomm SDM845 chipset. The following changes since commit

Re: [GIT PULL FOR v4.18] R-Car VSP1 TLB optimisation

Em Sat, 26 May 2018 03:24:00 +0300 Laurent Pinchart escreveu: > Hi Mauro, > > On Saturday, 26 May 2018 02:39:16 EEST Laurent Pinchart wrote: > > On Saturday, 26 May 2018 02:10:27 EEST Mauro Carvalho Chehab wrote: > > > Em Sun, 20 May 2018 15:10:50 +0300

Re: [PATCH v4 2/3] media: rc: introduce BPF_PROG_LIRC_MODE2

On Fri, May 25, 2018 at 01:45:11PM -0700, Alexei Starovoitov wrote: > On Fri, May 18, 2018 at 03:07:29PM +0100, Sean Young wrote: > > Add support for BPF_PROG_LIRC_MODE2. This type of BPF program can call > > rc_keydown() to reported decoded IR scancodes, or rc_repeat() to report > > that the last

Re: [RFC PATCH v2 1/2] drm: Add generic colorkey properties

On 26.05.2018 19:16, Laurent Pinchart wrote: > Hi Dimitri, > > Thank you for the patch. > > I'll review this in details, but as this patch is based on the "[PATCH/RFC > 1/4] drm: Add colorkey properties" patch I've submitted, please retain the > authorship, both in the Signed-off-by line, and

Re: [RFC PATCH v2 1/2] drm: Add generic colorkey properties

On 26.05.2018 19:18, Laurent Pinchart wrote: > On Saturday, 26 May 2018 19:16:54 EEST Laurent Pinchart wrote: >> Hi Dimitri, > > And sorry for the spelling mistake :-/ That's also a kinda correct spelling. No worries ;)

[ragnatech:media-tree 247/415] drivers/i2c/Kconfig:61: symbol I2C_MUX is selected by VIDEO_CX231XX

tree: git://git.ragnatech.se/linux media-tree head: e646e17713eeb3b6484b6d7a24ce34854123fa39 commit: 7b5e3da52a3058e981c8f9331cea8efea25312d6 [247/415] media: cx231xx: Add I2C_MUX dependency config: sparc-defconfig (attached as .config) compiler: sparc-linux-gcc (GCC) 8.1.0 reproduce:

[ragnatech:media-tree 167/415] drivers/video/fbdev/omap2/omapfb/displays/encoder-opa362.c:45:6: error: implicit declaration of function 'omapdss_device_is_connected'; did you mean 'pci_device_is_prese

tree: git://git.ragnatech.se/linux media-tree head: e646e17713eeb3b6484b6d7a24ce34854123fa39 commit: 771f7be87ff921e9a3d744febd606af39a150e14 [167/415] media: omapfb: omapfb_dss.h: add stubs to build with COMPILE_TEST && DRM_OMAP config: s390-allmodconfig (attached as .config) compiler:

[PATCH] media: mtk-vpu: fix spelling mistake: "Prosessor" -> "Processor"

From: Colin Ian King Trivial fix to spelling mistake in module description text. Signed-off-by: Colin Ian King --- drivers/media/platform/mtk-vpu/mtk_vpu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v1] media: dt: bindings: tegra-vde: Document new optional Memory Client reset property

Recently binding of the Memory Controller has been extended, exposing the Memory Client reset controls and hence it is now a reset controller. Tegra video-decoder device is among the Memory Controller reset users, document the new optional VDE HW reset property. Signed-off-by: Dmitry Osipenko

Re: [SIL2review] [PATCH] media: tc358743: release device_node in tc358743_probe_of()

On Sat, May 26, 2018 at 12:54:00AM +0300, Alexey Khoroshilov wrote: > of_graph_get_next_endpoint() returns device_node with refcnt increased, > but these is no of_node_put() for it. I think this is correct - but would it not be simpler to do endpoint =

Re: [PATCH 3/6] media: videodev2.h: Add macro V4L2_FIELD_IS_SEQUENTIAL

Hi Nicolas, On 05/25/2018 06:21 PM, Nicolas Dufresne wrote: Le vendredi 25 mai 2018 à 21:14 -0400, Nicolas Dufresne a écrit : Le vendredi 25 mai 2018 à 17:19 -0700, Steve Longerbeam a écrit : On 05/25/2018 05:10 PM, Nicolas Dufresne wrote: (in text this time, sorry) Le vendredi 25 mai 2018

[PATCH v2] media: staging: tegra-vde: Reset memory client

DMA requests must be blocked before resetting VDE HW, otherwise it is possible to get a memory corruption or a machine hang. Use the reset control provided by the Memory Controller to block DMA before resetting the VDE HW. Signed-off-by: Dmitry Osipenko --- Changelog: v2:

Re: [RFC PATCH v2 1/2] drm: Add generic colorkey properties

On Saturday, 26 May 2018 19:16:54 EEST Laurent Pinchart wrote: > Hi Dimitri, And sorry for the spelling mistake :-/ > Thank you for the patch. > > I'll review this in details, but as this patch is based on the "[PATCH/RFC > 1/4] drm: Add colorkey properties" patch I've submitted, please retain

[RFC PATCH v2 1/2] drm: Add generic colorkey properties

Color keying is the action of replacing pixels matching a given color (or range of colors) with transparent pixels in an overlay when performing blitting. Depending on the hardware capabilities, the matching pixel can either become fully transparent or gain adjustment of the pixels component

[RFC PATCH v2 0/2] Implement standard color keying properties for DRM planes

Hello, DRM maintainers! Laurent Pinchart kindly agreed to allow me to pick up his work on the generic colorkey DRM plane property [0]. I've reworked the original patch a tad, hopefully making it flexible enough to cover various HW capabilities. Changes I've made: - Some code clean up

[RFC PATCH v2 2/2] drm/tegra: plane: Implement generic colorkey property for older Tegra's

Color keying allows to draw on top of overlapping planes, like for example on top of a video plane. Older Tegra's have a limited color keying capability, such that blending features are reduced when color keying is enabled. In particular dependent weighting isn't possible, meaning that cursors

Re: [RFC PATCH v2 1/2] drm: Add generic colorkey properties

Hi Dimitri, Thank you for the patch. I'll review this in details, but as this patch is based on the "[PATCH/RFC 1/4] drm: Add colorkey properties" patch I've submitted, please retain the authorship, both in the Signed-off-by line, and in the patch author in git. On Saturday, 26 May 2018

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: Sun May 27 05:00:15 CEST 2018 media-tree git hash:e646e17713eeb3b6484b6d7a24ce34854123fa39 media_build