[PATCH] rc-cec: Add HDMI CEC keymap module

From: Kamil Debski Add the keymap module for HDMI CEC remote control commands. Signed-off-by: Kamil Debski Signed-off-by: Hans Verkuil --- drivers/media/rc/keymaps/Makefile | 1 + drivers/media/rc/keymaps/rc-cec.c | 182

[PATCH] HDMI CEC rc keymap

From: Hans Verkuil This adds the HDMI CEC keymap module. This patch depends on these two patches: https://patchwork.linuxtv.org/patch/34675/ https://patchwork.linuxtv.org/patch/34679/ So those two have to be merged in mainline before this patch can be merged. Regards,

Re: [very-RFC 0/8] TSN driver for the kernel

(remove C.C. to lkml. This is not so major feature.) On Jun 19 2916 07:45, Henrik Austad wrote: snip 802.1Q gives you low latency through the network, but more importantly, no dropped frames. gPTP gives you a central reference to time. When such a long message is required, it means that we

Re: [PATCH] dma-buf: propagate errors from dma_buf_describe() on debugfs read

On Fri, Jun 17, 2016 at 08:57:03PM +0200, Mathias Krause wrote: > The callback function dma_buf_describe() returns an int not void so the > function pointer cast in dma_buf_show() is wrong. dma_buf_describe() can > also fail when acquiring the mutex gets interrupted so always returning > 0 in

[PATCH] ddbridge: Replace vmalloc with vzalloc

vzalloc combines vmalloc and memset 0. The Coccinelle semantic patch used to make this change is as follows: @@ type T; T *d; expression e; statement S; @@ d = -vmalloc +vzalloc (...); if (!d) S - memset(d, 0, sizeof(T)); Signed-off-by:

sur40: DMA-SG and performance question

Hello everyone, I've been doing some latency testing on my sur40 driver, and I've measured over 160 ms of round-trip delay (with an external high-speed camera, delay between lighting up an LED and seeing the on-screen response in the video stream). I'm aware that this value has to factor in

Re: [very-RFC 0/8] TSN driver for the kernel

On Sun, Jun 19, 2016 at 12:45:50AM +0200, Henrik Austad wrote: > edit: this turned out to be a somewhat lengthy answer. I have tried to > shorten it down somewhere. it is getting late and I'm getting increasingly > incoherent (Richard probably knows what I'm talking about ;) so I'll stop > for

Re: [PATCH] dma-buf: propagate errors from dma_buf_describe() on debugfs read

On 19 June 2016 at 10:45, Daniel Vetter wrote: > On Fri, Jun 17, 2016 at 08:57:03PM +0200, Mathias Krause wrote: >> diff --git a/drivers/dma-buf/dma-buf.c b/drivers/dma-buf/dma-buf.c >> index 6355ab38d630..0f2a4592fdd2 100644 >> --- a/drivers/dma-buf/dma-buf.c >> +++

[PATCH 1/3] dma-buf: propagate errors from dma_buf_describe() on debugfs read

The callback function dma_buf_describe() returns an int not void so the function pointer cast in dma_buf_show() is wrong. dma_buf_describe() can also fail when acquiring the mutex gets interrupted so always returning 0 in dma_buf_show() is wrong, too. Fix both issues by avoiding the indirection

[PATCH 3/3] dma-buf: remove dma_buf_debugfs_create_file()

There is only a single user of dma_buf_debugfs_create_file() and that one got the function pointer cast wrong. With that one fixed, there is no need to have a wrapper for debugfs_create_file(), just call it directly. With no users left, we can remove dma_buf_debugfs_create_file(). While at it,

[PATCH 2/3] dma-buf: remove dma_buf directory on bufinfo file creation errors

Change the error handling in dma_buf_init_debugfs() to remove the "dma_buf" directory if creating the "bufinfo" file fails. No need to have an empty debugfs directory around. Signed-off-by: Mathias Krause Cc: Sumit Semwal Cc: Daniel Vetter

[PATCH 0/3] dma-buf: debugfs fixes

This small series is the v2 of the patch posted initially here: http://www.spinics.net/lists/linux-media/msg101347.html It not only fixes the type mix-up and addresses Daniel's remark (patch 1), it also smoothes out the error handling in dma_buf_init_debugfs() (patch 2) and removes the then

cron job: media_tree daily build: OK

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: Mon Jun 20 04:00:17 CEST 2016 git branch: test git hash: 59f0bc11848f8f3242bc1fefae670e745929cd7b gcc