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 Mar 25 05:00:11 CEST 2018
media-tree git hash:6ccd228e0cfce2a4f44558422d25c60fcb1a6710
media_build gi
From: Jasmin Jessich
Older Kernels use a struct for ktime_t, which requires the conversion
function ktime_to_ns to be used on some places. With this patch it will
compile now also for older Kernel versions.
Signed-off-by: Jasmin Jessich
---
drivers/media/cec/cec-pin.c | 6 +++---
1 file change
The current IR decoding is much too slow. Many IR protocols rely on
a trailing space for decoding (e.g. rc-6 needs to know when the bits
end). The trailing space is generated by the IR timeout, and if this
is longer than required, keys can be perceived as sticky and slugish.
The other issue the ke
The longer the IR timeout, the longer we wait until delivering each
scancode. By reducing this timeout, we reduce the time it take for the
last scancode to be delivered.
Note that the lirc daemon disables all protocols, in case we revert back
to the default value.
Signed-off-by: Sean Young
---
Each IR protocol has its own repeat period. We can minimise the keyup
timer to be the protocol period + IR timeout. This makes keys less
"sticky" and makes IR more reactive and nicer to use.
This feature was previously attempted in commit d57ea877af38 ("media: rc:
per-protocol repeat period"), but
Since the kernel now modifies the timeout, make it possible to retrieve
the current value.
Signed-off-by: Sean Young
---
Documentation/media/uapi/rc/lirc-func.rst| 1 +
Documentation/media/uapi/rc/lirc-set-rec-timeout.rst | 14 +-
drivers/media/rc/lirc_dev.c
Hi Neil,
On Sat, Mar 24, 2018 at 2:41 PM, Neil Armstrong wrote:
> Hi Martin,
>
>> Le 24 mars 2018 à 12:00, Martin Blumenstingl
>> a écrit :
>>
>> Hello Hans, Hi Neil,
>>
>> (apologies in advance if any of this is wrong, I don't have any CEC
>> capable TV so I can't test it)
>>
>> On Fri, Mar 23
From: Fabio Estevam
Structure i2c_driver does not need to set the owner field, as this will
be populated by the driver core.
Generated by scripts/coccinelle/api/platform_no_drv_owner.cocci.
Cc: Sakari Ailus
Signed-off-by: Fabio Estevam
---
drivers/media/i2c/ov13858.c | 1 -
1 file changed, 1
From: Fabio Estevam
Structure i2c_driver does not need to set the owner field, as this will
be populated by the driver core.
Generated by scripts/coccinelle/api/platform_no_drv_owner.cocci.
Cc: Matthias Schwarzott
Signed-off-by: Fabio Estevam
---
drivers/media/dvb-frontends/si2165.c | 1 -
1
From: Fabio Estevam
Structure i2c_driver does not need to set the owner field, as this will
be populated by the driver core.
Generated by scripts/coccinelle/api/platform_no_drv_owner.cocci.
Cc: Shunqian Zheng
Signed-off-by: Fabio Estevam
---
drivers/media/i2c/ov5695.c | 1 -
1 file changed,
Hi Martin,
> Le 24 mars 2018 à 12:00, Martin Blumenstingl
> a écrit :
>
> Hello Hans, Hi Neil,
>
> (apologies in advance if any of this is wrong, I don't have any CEC
> capable TV so I can't test it)
>
> On Fri, Mar 23, 2018 at 1:59 PM, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> Some
Hi Hugues,
On Thu, Mar 08, 2018 at 04:07:14PM +0100, Hugues Fruchet wrote:
> Driver must reject frame interval enumeration of unsupported resolution.
> This was detected by v4l2-compliance format ioctl test:
> v4l2-compliance Format ioctls:
> info: found 2 frameintervals for pixel format 47455
Hello Hans, Hi Neil,
(apologies in advance if any of this is wrong, I don't have any CEC
capable TV so I can't test it)
On Fri, Mar 23, 2018 at 1:59 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Some boards (amlogic) have two CEC controllers: the DesignWare controller
> and their own CEC con
Hi Rui,
I wanted to go through the code the last time and I'd have a few review
comments below...
On Tue, Mar 13, 2018 at 11:33:11AM +, Rui Miguel Silva wrote:
...
> +static int ov2680_gain_set(struct ov2680_dev *sensor, bool auto_gain)
> +{
> + struct ov2680_ctrls *ctrls = &sensor->ctrls
14 matches
Mail list logo
