The daily build produces this compiler warning:
dib0700_core.c: In function 'dib0700_rc_urb_completion':
dib0700_core.c:787:2: warning: 'protocol' may be used uninitialized in this
function [-Wmaybe-uninitialized]
rc_keydown(d->rc_dev, protocol, keycode, toggle);
^
On 11/09/2016 07:26 PM, Rob Herring wrote:
On Thu, Nov 03, 2016 at 11:39:21AM +0100, Jacek Anaszewski wrote:
On 11/03/2016 11:10 AM, Andi Shyti wrote:
Hi Jacek,
Only DT bindings of LED class drivers should be placed in
Documentation/devicetree/bindings/leds. Please move it to the
media bindin
Fix compiler warning about uninitialized variable reference:
ir-kbd-i2c.c: In function 'get_key_haup_common.isra.3':
ir-kbd-i2c.c:62:2: warning: 'toggle' may be used uninitialized in this function
[-Wmaybe-uninitialized]
printk(KERN_DEBUG MODULE_NAME ": " fmt , ## arg)
^~
ir-kbd-i2c.c:70:
From: Wu-Cheng Li
vb2_qbuf will check the buffer index. If a driver overrides
vidioc_qbuf and use the buffer index, the driver needs to check
the index.
Signed-off-by: Wu-Cheng Li
---
drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c | 4
1 file changed, 4 insertions(+)
diff --git a/dri
From: Wu-Cheng Li
This patch adds a buffer index check in decoder vidioc_qbuf.
Wu-Cheng Li (1):
mtk-vcodec: add index check in decoder vidioc_qbuf.
drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c | 4
1 file changed, 4 insertions(+)
--
2.8.0.rc3.226.g39d4020
--
To unsubscribe from
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: Thu Nov 10 05:00:15 CET 2016
media-tree git hash:bd676c0c04ec94bd830b9192e2c33f2c4532278d
media_build git
Hi Hans, Dan,
On Wed, 2016-11-09 at 14:45 +0100, Hans Verkuil wrote:
> On 11/09/16 14:28, Dan Carpenter wrote:
> > Hello Tiffany Lin,
> >
> > The patch 590577a4e525: "[media] vcodec: mediatek: Add Mediatek V4L2
> > Video Decoder Driver" from Sep 2, 2016, leads to the following static
> > checker w
Hi Ulf,
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v4.9-rc4 next-20161109]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Marek-Szyprowski/media-Exynos-GScaller
On 11/07, Stanimir Varbanov wrote:
> diff --git a/drivers/media/platform/qcom/Kconfig
> b/drivers/media/platform/qcom/Kconfig
> new file mode 100644
> index ..bf4d2fcce924
> --- /dev/null
> +++ b/drivers/media/platform/qcom/Kconfig
> @@ -0,0 +1,7 @@
> +
> +menuconfig VIDEO_QCOM_VENUS
>
>> (gdb) l *module_put+0x67
>> 0xc10a4b87 is in module_put (kernel/module.c:1108).
>> 1103int ret;
>> 1104
>> 1105if (module) {
>> 1106preempt_disable();
>> 1107ret = atomic_dec_if_positive(&module->refcnt);
>> 1108
On 09.11.2016 12:58, Jani Nikula wrote:
> On Wed, 09 Nov 2016, Markus Heiser wrote:
>> Am 09.11.2016 um 12:16 schrieb Jani Nikula :
So I vote for :
> 1) copy (or symlink) all rst files to Documentation/output (or to the
> build dir specified via O= directive) and generate the *
Em Wed, 9 Nov 2016 19:57:58 +
Malcolm Priestley escreveu:
> > Yeah, I avoided serializing the logic that detects if the firmware is
> > loaded, but forgot that the power control had the same issue. The
> > newer dvb usb drivers use the dvb-usb-v2, so I didn't touch this
> > code for a while.
Em Wed, 9 Nov 2016 11:07:35 -0800
Linus Torvalds escreveu:
> On Wed, Nov 9, 2016 at 3:09 AM, Jörg Otte wrote:
> >
> > Tried patch with no success. Again a NULL ptr dereferece.
>
> That patch was pure garbage, I think. Pretty much all the other
> drivers that use the same approach will have th
On Wed, Nov 09, 2016 at 03:29:38PM +0100, Marek Szyprowski wrote:
> This patch add support for Exynos5433 specific version of GScaller module.
> The main difference is between Exynos 5433 and earlier is addition of
> new clocks that have to be controlled.
>
> Signed-off-by: Marek Szyprowski
> ---
On Wed, Nov 09, 2016 at 03:29:37PM +0100, Marek Szyprowski wrote:
> This driver can be also used on Exynos5433, which is ARM64-based
> platform, which selects only ARCH_EXYNOS symbol.
>
> Signed-off-by: Marek Szyprowski
> ---
> drivers/media/platform/Kconfig | 2 +-
> 1 file changed, 1 insertion
On 08/11/16 21:38, Mauro Carvalho Chehab wrote:
Em Tue, 8 Nov 2016 22:15:24 +0100
Benjamin Larsson escreveu:
On 11/08/2016 09:22 PM, Mauro Carvalho Chehab wrote:
Em Tue, 8 Nov 2016 10:42:03 -0800
Linus Torvalds escreveu:
On Sun, Nov 6, 2016 at 7:40 AM, Jörg Otte wrote:
Since v4.9-rc4 I g
On Wed, Nov 9, 2016 at 3:09 AM, Jörg Otte wrote:
>
> Tried patch with no success. Again a NULL ptr dereferece.
That patch was pure garbage, I think. Pretty much all the other
drivers that use the same approach will have the same issue. Adding
that init function just for the semaphore is crazy.
I
On Thu, Nov 03, 2016 at 11:39:21AM +0100, Jacek Anaszewski wrote:
> On 11/03/2016 11:10 AM, Andi Shyti wrote:
> > Hi Jacek,
> >
> > > Only DT bindings of LED class drivers should be placed in
> > > Documentation/devicetree/bindings/leds. Please move it to the
> > > media bindings.
> >
> > that's
Hello Marek,
On 11/09/2016 11:29 AM, Marek Szyprowski wrote:
> This driver can be also used on Exynos5433, which is ARM64-based
> platform, which selects only ARCH_EXYNOS symbol.
>
> Signed-off-by: Marek Szyprowski
> ---
> drivers/media/platform/Kconfig | 2 +-
> 1 file changed, 1 insertion(+),
Hello Marek,
On 11/09/2016 11:29 AM, Marek Szyprowski wrote:
> This patch add support for Exynos5433 specific version of GScaller module.
s/GScaller/GScaler
> The main difference is between Exynos 5433 and earlier is addition of
> new clocks that have to be controlled.
>
> Signed-off-by: Marek
Em Wed, 9 Nov 2016 10:00:58 -0700
Shuah Khan escreveu:
> > Maybe we can get the Media Device Allocator API work in and then we can
> > get your RFC series in after that. Here is what I propose:
> >
> > - Keep the fixes in 4.9
Fixes should always be kept. Reverting a fix is not an option.
Instea
Hi All,
This is a RFC patch for Synopsys Designware HDMI RX PHY e405.
This phy receives and decodes HDMI video that is delivered to
a controller. The controller bit is not yet ready for submission
but we are planning to submit it as soon as possible.
Main included features in this driver are:
Em Wed, 9 Nov 2016 07:49:43 -0800
VDR User escreveu:
> $ gdb /usr/src/linux/vmlinux
> GNU gdb (Debian 7.11.1-2) 7.11.1
> ...
> Reading symbols from /usr/src/linux/vmlinux...done.
> (gdb) l *module_put+0x67
> 0xc10a4b87 is in module_put (kernel/module.c:1108).
> 1103int ret;
> 1104
> 1
Hello Marek,
On 11/09/2016 11:23 AM, Marek Szyprowski wrote:
> Hi!
>
> This is a collection of various fixes and cleanups for Exynos GScaller
> media driver. Most of them comes from the forgotten patchset posted long
> time ago by Ulf Hansson:
> https://www.mail-archive.com/linux-media@vger.kerne
On 11/09/2016 09:49 AM, Shuah Khan wrote:
> On 11/08/2016 01:19 AM, Sakari Ailus wrote:
>> Hi Shuah,
>>
>> On Mon, Nov 07, 2016 at 01:16:45PM -0700, Shuah Khan wrote:
>>> Hi Sakari,
>>>
>>> On 08/26/2016 05:43 PM, Sakari Ailus wrote:
Hi folks,
This is the third version of the RFC set
On 11/08/2016 01:19 AM, Sakari Ailus wrote:
> Hi Shuah,
>
> On Mon, Nov 07, 2016 at 01:16:45PM -0700, Shuah Khan wrote:
>> Hi Sakari,
>>
>> On 08/26/2016 05:43 PM, Sakari Ailus wrote:
>>> Hi folks,
>>>
>>> This is the third version of the RFC set to fix referencing in media
>>> devices.
>>>
>>> Th
It was not possible to select the rc-5-sz protocol.
Signed-off-by: Sean Young
---
utils/keytable/keytable.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/utils/keytable/keytable.c b/utils/keytable/keytable.c
index 3922ad2..202610a 100644
--- a/utils/keytable/keytable.c
+++ b/utils/keytable
Teach ir-ctl to send scancodes. This has a number of uses:
1. Controlling devices through IR transmission aka blasting
2. Testing the in-kernel software IR decoders (2 bugs uncovered so far)
3. Testing the capability of hardware IR decoders
All protocols supported by the kernel are supported exce
The bits are sent in lsb first. Hardware decoders also send nec32
in this order (e.g. dib0700). This should be consistent, however
I have no way of knowing which order the LME2510 and Tivo keymaps
are (the only two kernel keymaps with NEC32).
Signed-off-by: Sean Young
---
drivers/media/rc/ir-nec
The address is 13 bits but it was stuffed in an u8, so 5 bits are
missing from the scancode.
Signed-off-by: Sean Young
---
drivers/media/rc/ir-sanyo-decoder.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/media/rc/ir-sanyo-decoder.c
b/drivers/media/rc/ir-sanyo-de
This is useful to see what IR is actually being sent (e.g. after
scancode generation).
Signed-off-by: Sean Young
---
utils/ir-ctl/ir-ctl.1.in | 3 +++
utils/ir-ctl/ir-ctl.c| 15 ++-
2 files changed, 17 insertions(+), 1 deletion(-)
diff --git a/utils/ir-ctl/ir-ctl.1.in b/utils/i
This patch adds Digital Radio Interface (DRIF) support to R-Car Gen3 SoCs.
The driver exposes each instance of DRIF as a V4L2 SDR device. A DRIF
device represents a channel and each channel can have one or two
sub-channels respectively depending on the target board.
DRIF supports only Rx functiona
This patch adds driver support for MAX2175 chip. This is Maxim
Integrated's RF to Bits tuner front end chip designed for software-defined
radio solutions. This driver exposes the tuner as a sub-device instance
with standard and custom controls to configure the device.
Signed-off-by: Ramesh Shanmug
This patch adds documentation for the three new SDR formats
V4L2_SDR_FMT_SCU16BE
V4L2_SDR_FMT_SCU18BE
V4L2_SDR_FMT_SCU20BE
Signed-off-by: Ramesh Shanmugasundaram
---
.../media/uapi/v4l/pixfmt-sdr-scu16be.rst | 80 ++
.../media/uapi/v4l/pixfmt-sdr-scu18be.rst
Reserve controls for MAX217X RF to Bits tuner (family) chips. These hybrid
radio receiver chips are highly programmable and hence reserving 32
controls.
Signed-off-by: Ramesh Shanmugasundaram
---
include/uapi/linux/v4l2-controls.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/
This patch adds support for the three new SDR formats. These formats
were prefixed with "sliced" indicating I data constitutes the top half and
Q data constitutes the bottom half of the received buffer.
V4L2_SDR_FMT_SCU16BE - 14-bit complex (I & Q) unsigned big-endian sample
inside 16-bit. V4L2 Fo
Hi All,
This patch set contains two drivers
- R-Car Digital Radio Interface (DRIF) driver
- Maxim's MAX2175 RF to Bits tuner driver
These patches were based on top of media-next repo
commit: 778de01402328ca88cda84491d819bfc949935ff
These two drivers combined together expose a V4L2 SDR device t
$ gdb /usr/src/linux/vmlinux
GNU gdb (Debian 7.11.1-2) 7.11.1
...
Reading symbols from /usr/src/linux/vmlinux...done.
(gdb) l *module_put+0x67
0xc10a4b87 is in module_put (kernel/module.c:1108).
1103int ret;
1104
1105if (module) {
1106preempt_disable();
1
Hi Mauro,
Here are the results after testing the latest patch:
[33922.643770] usbcore: deregistering interface driver dvb_usb_gp8psk
[33922.643789] gp8psk: unregistering fe0
[33922.643865] gp8psk: detaching fe0
[33922.643868] [ cut here ]
[33922.643875] WARNING: CPU: 1 PID
Make sure the TX counters are zeroed in the cec_msg struct.
Non-zero TX counters make no sense when a message is received,
and applications should not see non-zero values here.
Signed-off-by: Hans Verkuil
---
This sits on top of my earlier cec pull request that moves cec to the
mainline.
---
On 9 November 2016 at 15:23, Marek Szyprowski wrote:
> System pm callbacks only ensures that device is runtime suspended/resumed,
> so remove them and use generic pm_runtime_force_suspend/resume helper.
>
> Signed-off-by: Marek Szyprowski
Reviewed-by: Ulf Hansson
Kind regards
Uffe
> ---
> dr
Hi!
This patchset add support for Exynos 5433 SoC to Exynos GScaller driver.
This patchset requires fixes for Exynos GScaller driver posted
in the "[PATCH 00/12] media: Exynos GScaller driver fixes" thread.
Tested on Exynos5433-based TM2 board.
Best regards
Marek Szyprowski
Samsung R&D Institute
This driver can be also used on Exynos5433, which is ARM64-based
platform, which selects only ARCH_EXYNOS symbol.
Signed-off-by: Marek Szyprowski
---
drivers/media/platform/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/Kconfig b/drivers/media/
This patch add support for Exynos5433 specific version of GScaller module.
The main difference is between Exynos 5433 and earlier is addition of
new clocks that have to be controlled.
Signed-off-by: Marek Szyprowski
---
.../devicetree/bindings/media/exynos5-gsc.txt | 3 +-
drivers/media/pl
From: Ulf Hansson
To potentially save more power in runtime PM suspend state, let's also
prepare/unprepare the clock from the runtime PM callbacks.
Signed-off-by: Ulf Hansson
[mszyprow: rebased onto v4.9-rc4]
Signed-off-by: Marek Szyprowski
---
drivers/media/platform/exynos-gsc/gsc-core.c | 4
Remove dead, unused code.
Signed-off-by: Marek Szyprowski
---
drivers/media/platform/exynos-gsc/gsc-core.c | 1 -
drivers/media/platform/exynos-gsc/gsc-core.h | 2 --
2 files changed, 3 deletions(-)
diff --git a/drivers/media/platform/exynos-gsc/gsc-core.c
b/drivers/media/platform/exynos-gsc/g
Replace open-coded driver data extraction code with generic helper.
Signed-off-by: Marek Szyprowski
---
drivers/media/platform/exynos-gsc/gsc-core.c | 15 ++-
1 file changed, 2 insertions(+), 13 deletions(-)
diff --git a/drivers/media/platform/exynos-gsc/gsc-core.c
b/drivers/media/
From: Ulf Hansson
It's not needed to keep a local flag about the current system PM state.
Let's just remove that code and the corresponding debug print.
Signed-off-by: Ulf Hansson
[mszyprow: rebased onto v4.9-rc4]
Signed-off-by: Marek Szyprowski
---
drivers/media/platform/exynos-gsc/gsc-core.
From: Ulf Hansson
Instead of having separate functions that fecthes, prepares and
unprepares the clock, let's encapsulate this code into ->probe().
This makes error handling easier and decreases the lines of code.
Signed-off-by: Ulf Hansson
[mszyprow: rebased onto v4.9-rc4]
Signed-off-by: Mare
Fix missing newline char in debug messages.
Signed-off-by: Marek Szyprowski
---
drivers/media/platform/exynos-gsc/gsc-core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/platform/exynos-gsc/gsc-core.c
b/drivers/media/platform/exynos-gsc/gsc-core.c
index
From: Ulf Hansson
There are no need to set up the system PM callbacks unless they are
being used. It also causes compiler warnings about unused functions.
Silence the warnings by making them available for CONFIG_PM_SLEEP.
Signed-off-by: Ulf Hansson
[mszyprow: rebased onto v4.9-rc4]
Signed-off-
System pm callbacks only ensures that device is runtime suspended/resumed,
so remove them and use generic pm_runtime_force_suspend/resume helper.
Signed-off-by: Marek Szyprowski
---
drivers/media/platform/exynos-gsc/gsc-core.c | 21 ++---
1 file changed, 2 insertions(+), 19 delet
From: Ulf Hansson
The driver depended on CONFIG_PM to be functional. Let's remove that
dependency, by enable the runtime PM resourses during ->probe() and
update the device's runtime PM status to reflect this.
Signed-off-by: Ulf Hansson
[mszyprow: rebased onto v4.9-rc4]
Signed-off-by: Marek Szy
From: Ulf Hansson
To make sure the clock is fully gated in ->remove(), we first need to
to bring the device into full power by invoking pm_runtime_get_sync().
Then, let's both unprepare and disable the clock.
Signed-off-by: Ulf Hansson
[mszyprow: rebased onto v4.9-rc4]
Signed-off-by: Marek Szy
From: Ulf Hansson
Since gsc_m2m_resume() always returns 0, convert it to a void instead.
Signed-off-by: Ulf Hansson
[mszyprow: rebased onto v4.9-rc4]
Signed-off-by: Marek Szyprowski
---
drivers/media/platform/exynos-gsc/gsc-core.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
From: Ulf Hansson
There are no need to set up the runtime PM callbacks unless they are
being used. It also causes compiler warnings about unused functions.
Silence the warnings by making them available for CONFIG_PM.
Signed-off-by: Ulf Hansson
[mszyprow: rebased onto v4.9-rc4]
Signed-off-by: M
Hi!
This is a collection of various fixes and cleanups for Exynos GScaller
media driver. Most of them comes from the forgotten patchset posted long
time ago by Ulf Hansson:
https://www.mail-archive.com/linux-media@vger.kernel.org/msg80592.html
While testing and rebasing them, I added some more cl
On 11/09/16 14:28, Dan Carpenter wrote:
Hello Tiffany Lin,
The patch 590577a4e525: "[media] vcodec: mediatek: Add Mediatek V4L2
Video Decoder Driver" from Sep 2, 2016, leads to the following static
checker warning:
drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c:536
vidioc_vdec_qbuf
Hello Tiffany Lin,
The patch 590577a4e525: "[media] vcodec: mediatek: Add Mediatek V4L2
Video Decoder Driver" from Sep 2, 2016, leads to the following static
checker warning:
drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c:536
vidioc_vdec_qbuf()
error: buffer overflow 'vq->buf
Em Mon, 07 Nov 2016 12:53:55 +0200
Jani Nikula escreveu:
> On Mon, 07 Nov 2016, Mauro Carvalho Chehab wrote:
> > Hi Jon,
> >
> > I'm trying to sort out the next steps to do after KS, with regards to
> > images included on RST files.
> >
> > The issue is that Sphinx image support highly depends o
On Wed, 09 Nov 2016, Markus Heiser wrote:
> Am 09.11.2016 um 12:16 schrieb Jani Nikula :
>>> So I vote for :
>>>
1) copy (or symlink) all rst files to Documentation/output (or to the
build dir specified via O= directive) and generate the *.pdf there,
and produce those converted ima
On Wed, 09 Nov 2016, Mauro Carvalho Chehab wrote:
> Em Wed, 09 Nov 2016 13:16:55 +0200
> Jani Nikula escreveu:
>
>> >> 1) copy (or symlink) all rst files to Documentation/output (or to the
>> >> build dir specified via O= directive) and generate the *.pdf there,
>> >> and produce those converte
Em Wed, 09 Nov 2016 13:16:55 +0200
Jani Nikula escreveu:
> >> 1) copy (or symlink) all rst files to Documentation/output (or to the
> >> build dir specified via O= directive) and generate the *.pdf there,
> >> and produce those converted images via Makefile.;
>
> We're supposed to solve prob
Am 09.11.2016 um 12:16 schrieb Jani Nikula :
>> So I vote for :
>>
>>> 1) copy (or symlink) all rst files to Documentation/output (or to the
>>> build dir specified via O= directive) and generate the *.pdf there,
>>> and produce those converted images via Makefile.;
>
> We're supposed to solve p
2016-11-08 21:22 GMT+01:00 Mauro Carvalho Chehab :
> Em Tue, 8 Nov 2016 10:42:03 -0800
> Linus Torvalds escreveu:
>
>> On Sun, Nov 6, 2016 at 7:40 AM, Jörg Otte wrote:
>> > Since v4.9-rc4 I get following crash in dvb-usb-cinergyT2 module.
>>
>> Looks like it's commit 5ef8ed0e5608f ("[media] ciner
On Wed, 09 Nov 2016, Markus Heiser wrote:
> Am 07.11.2016 um 18:01 schrieb Josh Triplett :
>
>> On Mon, Nov 07, 2016 at 07:55:24AM -0200, Mauro Carvalho Chehab wrote:
>>> 2) add an Sphinx extension that would internally call ImageMagick and/or
>>> inkscape to convert the bitmap;
>>
>> This seems
Em Tue, 8 Nov 2016 22:00:41 -0800
VDR User escreveu:
> Hi Mauro,
>
> Unfortunately the patch doesn't seem to have solved the problem. I do
> have the kernel recompiled with debug enabled though per your irc msg.
> dmesg gives me:
>
> [ 70.741073] usbcore: deregistering interface driver dvb_us
Am 07.11.2016 um 18:01 schrieb Josh Triplett :
> On Mon, Nov 07, 2016 at 07:55:24AM -0200, Mauro Carvalho Chehab wrote:
>> 2) add an Sphinx extension that would internally call ImageMagick and/or
>> inkscape to convert the bitmap;
>
> This seems sensible; Sphinx should directly handle the sourc
The code examples on how to enumerate controls were really long in the
tooth. Update them.
Using FLAG_NEXT_CTRL is preferred these days, so give that example first.
Signed-off-by: Hans Verkuil
---
diff --git a/Documentation/media/uapi/v4l/control.rst
b/Documentation/media/uapi/v4l/control.rst
i
Improve the internal CEC documentation. In particular add a section that
specifies that
transmit-related interrupts should be processed before receive interrupts.
Signed-off-by: Hans Verkuil
---
diff --git a/Documentation/media/kapi/cec-core.rst
b/Documentation/media/kapi/cec-core.rst
index 88c
70 matches
Mail list logo