On 5/6/19 12:01 PM, Hans Verkuil wrote:
> On 4/15/19 2:44 PM, Marco Felsch wrote:
>> Some connectors no matter if in- or output supports only a limited
>> range of tv norms. It doesn't matter if the hardware behind that
>> connector supports more than the listed f
On 4/15/19 2:44 PM, Marco Felsch wrote:
> Some connectors no matter if in- or output supports only a limited
> range of tv norms. It doesn't matter if the hardware behind that
> connector supports more than the listed formats since the users are
> restriced by a label e.g. to plug only a camera int
On 4/15/19 2:44 PM, Marco Felsch wrote:
> Currently every driver needs to parse the connector endpoints by it self.
> This is the initial work to make this generic. The generic connector has
> some common fields and some connector specific parts. The generic one
> includes:
> - type
> - label
>
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 May 6 05:00:12 CEST 2019
media-tree git hash:7afa8db323e37b9174cf78a1c9ab0ae7a9f5e7dd
media_build gi
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 5 05:00:11 CEST 2019
media-tree git hash:7afa8db323e37b9174cf78a1c9ab0ae7a9f5e7dd
media_build gi
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 May 4 05:00:12 CEST 2019
media-tree git hash:7afa8db323e37b9174cf78a1c9ab0ae7a9f5e7dd
media_build gi
Unbinding the driver while streaming caused the driver to hang.
The cause of this was failing to use the v4l2_device release
function and the use of devm_kmalloc for the state structure.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/vicodec/vicodec-core.c | 23 +++
1
Hi Lucas,
As you mentioned there hasn't been any further review comments, so
it is fair not to postpone this.
However, I have one new review comment myself that I would like to
see addressed in a v2 before I merge this for 5.3:
On 2/28/19 8:19 AM, Lucas Stach wrote:
> This is rougly equivalent t
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: Fri May 3 05:00:10 CEST 2019
media-tree git hash:7afa8db323e37b9174cf78a1c9ab0ae7a9f5e7dd
media_build gi
directory.
So create a new mc directory and move all sources there. Also rename
the prefix from media- to mc-.
Signed-off-by: Hans Verkuil
---
Changes since v1: add missing mc/Kconfig and mc/Makefile
---
drivers/media/Kconfig | 35 +--
drivers/media/Makefile
directory.
So create a new mc directory and move all sources there. Also rename
the prefix from media- to mc-.
Signed-off-by: Hans Verkuil
---
drivers/media/Kconfig | 35 +--
drivers/media/Makefile| 13 ++-
.../mc-dev-allocator.c
On 5/2/19 3:39 PM, Mauro Carvalho Chehab wrote:
> Em Thu, 2 May 2019 15:35:17 +0200
> Hans Verkuil escreveu:
>
>> It is really weird that the media controller sources are all top-level
>> in drivers/media. It is a bit of a left-over from long ago when most
>> media
This previous PR https://patchwork.linuxtv.org/patch/55818/ is now split
in two, one with patches for 5.2 and one with stuff that can go into 5.3.
This PR contains the patches with new features for 5.3.
Regards,
Hans
The following changes since commit 7afa8db323e37b9174cf78a1c9ab0ae7a9f
allocation
Hans Verkuil (2):
field-order.rst: clarify FIELD_ANY and FIELD_NONE
tegra-cec: fix cec_notifier_parse_hdmi_phandle return check
Niklas Söderlund (2):
rcar-csi2: restart CSI-2 link if error is detected
rcar-csi2: Propagate the FLD signal for NTSC and PAL
Philipp Zabel
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 May 2 05:00:10 CEST 2019
media-tree git hash:7afa8db323e37b9174cf78a1c9ab0ae7a9f5e7dd
media_build gi
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: Wed May 1 05:00:10 CEST 2019
media-tree git hash:7afa8db323e37b9174cf78a1c9ab0ae7a9f5e7dd
media_build gi
rst before turning this into a
proper
patch series.
Regards,
Hans
Signed-off-by: Hans Verkuil
---
diff --git a/drivers/media/common/videobuf2/videobuf2-v4l2.c
b/drivers/media/common/videobuf2/videobuf2-v4l2.c
index fb9ac7696fc6..83372de9b815 100644
--- a/drivers/media/common/videobuf2/vide
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: Tue Apr 30 05:00:18 CEST 2019
media-tree git hash:7afa8db323e37b9174cf78a1c9ab0ae7a9f5e7dd
media_build gi
Hi André,
Thank you for you work on this. I've posted a few review comments (nothing
major), so this should be ready for be merged for 5.3 once v6 is posted.
On 4/26/19 9:51 PM, André Almeida wrote:
> Hello,
>
> This series implements support for multiplane pixel formats at Vimc.
> A lot of chan
On 4/26/19 9:51 PM, André Almeida wrote:
> Add multiplanar formats to be exposed to the userspace as
> supported formats. Since we don't want to support multiplanar
> formats when the driver is in singleplanar mode, we only access
> the multiplanar formats array if the multiplanar mode is enabled.
On 4/26/19 9:51 PM, André Almeida wrote:
> Add functions to handle multiplanar format ioctls, calling
> the generic format ioctls functions when possible.
>
> Signed-off-by: André Almeida
> Acked-by: Helen Koike
> ---
> Change in v5: none
>
> Change in v4:
> - Split from multiplanar parameter c
On 4/26/19 9:51 PM, André Almeida wrote:
> Move sp2mp functions from vivid code to v4l2-common as it will be reused
> by vimc driver for multiplanar support.
>
> Signed-off-by: André Almeida
> Acked-by: Helen Koike
> ---
> Changes in v5: none
> Changes in v4: none
>
> Changes in v3:
> - Change
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 Apr 29 05:00:10 CEST 2019
media-tree git hash:7afa8db323e37b9174cf78a1c9ab0ae7a9f5e7dd
media_build gi
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 Apr 28 05:00:20 CEST 2019
media-tree git hash:7afa8db323e37b9174cf78a1c9ab0ae7a9f5e7dd
media_build gi
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 27 05:00:20 CEST 2019
media-tree git hash:7afa8db323e37b9174cf78a1c9ab0ae7a9f5e7dd
media_build gi
On 4/26/19 9:06 AM, Guillaume Tucker wrote:
> Hi Hans,
>
> On 13/03/2019 08:54, Hans Verkuil wrote:
>> Hi all,
>>
>> As you all know I have been working on creating a regression test script
>> to help catch regressions before they get into released kernels.
>
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: Fri Apr 26 05:00:11 CEST 2019
media-tree git hash:7afa8db323e37b9174cf78a1c9ab0ae7a9f5e7dd
media_build gi
On 4/25/19 8:35 PM, Ezequiel Garcia wrote:
> This is just a cosmetic change to print a more descriptive
> message, to distinguish decoder from encoder:
>
> So, instead of printing
>
> coda 204.vpu: codec registered as /dev/video[4-5]
>
> With this change, the driver now prints
>
> coda
This pull request contains patches 1-10 of the "[PATCH v4 00/21] Add MPEG-2
decoding to Rockchip VPU" series.
These are all fixes and are independent of the mpeg-2 support.
Regards,
Hans
The following changes since commit a4dfc8a24796ff312d1d307e11f26f8ca466e938:
media: MAINTAINERS:
On 4/25/19 11:36 AM, Boris Brezillon wrote:
> On Thu, 25 Apr 2019 10:21:16 +0200
> Hans Verkuil wrote:
>
>> On 4/25/19 10:06 AM, Boris Brezillon wrote:
>>> On Thu, 25 Apr 2019 09:12:21 +0200
>>> Boris Brezillon wrote:
>>>
>>>> This seri
Compile tested this series and I get the following sparse/smatch wanings:
sparse: WARNINGS
SPARSE:/home/hans/work/build/media-git/drivers/staging/media/rockchip/vpu/rockchip_vpu_drv.c
/home/hans/work/build/media-git/drivers/staging/media/rockchip/vpu/rockchip_vpu_drv.c:38:6:
warning: symbol 'ro
On 4/25/19 10:06 AM, Boris Brezillon wrote:
> On Thu, 25 Apr 2019 09:12:21 +0200
> Boris Brezillon wrote:
>
>> This series introduces the decoding infrastructure that will be
>> used to add support for other codecs such as VP8, VP9 and H.264.
>>
>> As explained in the cover letter for the v1 patc
The following changes since commit a4dfc8a24796ff312d1d307e11f26f8ca466e938:
media: MAINTAINERS: Update AO CEC with ao-cec-g12a driver (2019-04-22
13:16:35 -0400)
are available in the Git repository at:
git://linuxtv.org/hverkuil/media_tree.git tags/br-v5.2h
for you to fetch changes up to
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 Apr 25 05:00:11 CEST 2019
media-tree git hash:a4dfc8a24796ff312d1d307e11f26f8ca466e938
media_build gi
Changes since the previous pull request: rebased and some sparse warnings fixed.
Regards,
Hans
The following changes since commit a4dfc8a24796ff312d1d307e11f26f8ca466e938:
media: MAINTAINERS: Update AO CEC with ao-cec-g12a driver (2019-04-22
13:16:35 -0400)
are available in the Git
-isc: fix asd memory allocation
media: atmel: atmel-isc: reworked white balance feature
media: v4l2-ctrl: fix flags for DO_WHITE_BALANCE
media: atmel: atmel-isc: add support for DO_WHITE_BALANCE
media: atmel: atmel-isc: make try_fmt error less verbose
Hans Verkuil (2
cec_notifier_parse_hdmi_phandle returns an error pointer, not a NULL
pointer on error.
Fixes: 4d34c9267db7: ("media: tegra_cec: use new
cec_notifier_parse_hdmi_phandle helper")
Signed-off-by: Hans Verkuil
Reported-by: Dan Carpenter
---
diff --git a/drivers/media/platform/tegra-cec/t
compatibility reasons.
Signed-off-by: Hans Verkuil
---
diff --git a/drivers/media/platform/coda/coda-bit.c
b/drivers/media/platform/coda/coda-bit.c
index eaa86737fa04..7e82ff704622 100644
--- a/drivers/media/platform/coda/coda-bit.c
+++ b/drivers/media/platform/coda/coda-bit.c
@@ -1043,7 +1043,7
On 4/12/19 5:51 PM, Philipp Zabel wrote:
> Add MPEG-2 CID definitions for profiles and levels defined in ITU-T Rec.
> H.262.
>
> Signed-off-by: Philipp Zabel
> ---
> .../media/uapi/v4l/ext-ctrls-codec.rst| 56 +++
> drivers/media/v4l2-core/v4l2-ctrls.c | 23 +
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: Wed Apr 24 05:00:11 CEST 2019
media-tree git hash:a4dfc8a24796ff312d1d307e11f26f8ca466e938
media_build gi
that of a field, not frame, so returning NONE here would
cause huge problems.
Finally attempt to clarify 'progressive' and 'interlaced' a little
bit.
Signed-off-by: Hans Verkuil
---
diff --git a/Documentation/media/uapi/v4l/field-order.rst
b/Documentation/media/uapi/v4l/field-or
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: Tue Apr 23 05:00:11 CEST 2019
media-tree git hash:a4dfc8a24796ff312d1d307e11f26f8ca466e938
media_build gi
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 Apr 22 05:00:10 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
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 Apr 21 05:00:11 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
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 20 05:00:12 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
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: Fri Apr 19 05:00:11 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
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 Apr 18 05:00:12 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
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: Wed Apr 17 05:00:26 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
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: Tue Apr 16 05:00:10 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
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 Apr 15 05:00:10 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
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 Apr 14 05:00:18 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
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 13 05:00:11 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
On 4/5/19 8:03 AM, Marco Felsch wrote:
> Currently every driver needs to parse the connector endpoints by it self.
> This is the initial work to make this generic. The generic connector has
> some common fields and some connector specific parts. The generic one
> includes:
> - type
> - label
>
On 4/5/19 8:03 AM, Marco Felsch wrote:
> Some connectors no matter if in- or output supports only a limited
> range of tv norms. It doesn't matter if the hardware behind that
> connector supports more than the listed formats since the users are
> restriced by a label e.g. to plug only a camera into
The following changes since commit 1c3ec30bb23023d738b538e64ac3028902d53692:
media: index.rst: exclude Indexes section from latex/pdf output (2019-03-30
09:42:35 -0400)
are available in the Git repository at:
git://linuxtv.org/hverkuil/media_tree.git tags/br-cedrus-h264
for you to fetch ch
Eddie, can you review this?
Jae Hyun Yoo, for future reference: please add the driver name in the subject.
I.e. something like this: [PATCH v2] media: aspeed: fix a kernel warning on clk
control
That helps maintainers figuring out who should look at which patch.
Regards,
Hans
On 3/29/
+0200)
Tag branch
Hans Verkuil (7):
cec-notifier: add cec_notifier_parse_hdmi_phandle helper
meson: ao-cec: use new cec_notifier_parse_hdmi_phandle helper
On 4/12/19 12:16 PM, Sylwester Nawrocki wrote:
> Hi,
>
> On 4/12/19 11:20, Boris Brezillon wrote:
>> The fimc-isp-video.c and fimc-lite.c were missing the
>> V4L2_CAP_VIDEO_CAPTURE_MPLANE flag when reporting device caps.
>
> Th omission was intentional, as these video nodes cannot be used
> by "s
On 4/12/19 10:25 AM, Boris Brezillon wrote:
> On Thu, 11 Apr 2019 12:38:06 +0200
> Hans Verkuil wrote:
>
>>>>> diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c
>>>>> b/drivers/media/v4l2-core/v4l2-ioctl.c
>>>>> index f6d663934648..97ba36
On 4/12/19 11:20 AM, Boris Brezillon wrote:
> The fimc-isp-video.c and fimc-lite.c were missing the
> V4L2_CAP_VIDEO_CAPTURE_MPLANE flag when reporting device caps.
>
> Signed-off-by: Boris Brezillon
> ---
> Changes in v3:
> - New patch
> ---
> drivers/media/platform/exynos4-is/fimc-isp-video.c
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: Fri Apr 12 05:00:12 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
On 4/11/19 12:36 PM, Boris Brezillon wrote:
> On Thu, 11 Apr 2019 09:59:19 +0200
> Hans Verkuil wrote:
>
>> On 4/4/19 10:16 AM, Boris Brezillon wrote:
>>> Support for multiplanar and singleplanar formats is mutually exclusive,
>>> at least in practice. In our att
On 4/11/19 10:22 AM, Philipp Zabel wrote:
> On Wed, 2019-04-10 at 18:24 +0200, Hans Verkuil wrote:
>> On 4/10/19 6:11 PM, Nicolas Dufresne wrote:
>>> Le mercredi 10 avril 2019 à 16:22 +0200, Philipp Zabel a écrit :
>>>> On Wed, 2019-04-10 at 1
On 4/4/19 10:16 AM, Boris Brezillon wrote:
> This is part of the multiplanar and singleplanar unification process.
> v4l2_ext_pix_format is supposed to work for both cases.
>
> We also add the concept of modifiers already employed in DRM to expose
> HW-specific formats (like tiled or compressed fo
On 4/4/19 10:16 AM, Boris Brezillon wrote:
> Support for multiplanar and singleplanar formats is mutually exclusive,
> at least in practice. In our attempt to unify support for support for
> mplane and !mplane in v4l, let's get rid of the
> ->vidioc_enum_fmt_{vid,out}_cap_mplane() hooks and call
>
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 Apr 11 05:00:11 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
On 4/10/19 6:11 PM, Nicolas Dufresne wrote:
> Le mercredi 10 avril 2019 à 16:22 +0200, Philipp Zabel a écrit :
>> On Wed, 2019-04-10 at 15:43 +0200, Hans Verkuil wrote:
>> [...]
>>>> @@ -1126,12 +1127,32 @@ static int coda_enum_frameintervals(struct file
>>>
The following changes since commit 1c3ec30bb23023d738b538e64ac3028902d53692:
media: index.rst: exclude Indexes section from latex/pdf output (2019-03-30
09:42:35 -0400)
are available in the Git repository at:
git://linuxtv.org/hverkuil/media_tree.git tags/br-v5.2e2
for you to fetch changes
On 4/9/19 6:57 PM, Philipp Zabel wrote:
> On Mon, 2019-04-08 at 14:32 +0200, Philipp Zabel wrote:
>> The memory-to-memory stateful video decoder interface documentation
>> requires the decoder stop command initiating the drain sequence to have
>> flags set to zero.
>> Stop to black makes no sense a
On 4/8/19 2:32 PM, Philipp Zabel wrote:
> v4l2-compliance sets colorimetry on the output queue and then verifies
> that querying colorimetry on the capture queue returns the same
> configuration. For this to work, the encoder must allow setting context
> colorimetry parameters on the output queue.
On 4/8/19 2:32 PM, Philipp Zabel wrote:
> Let VIDIOC_ENUM_FRAMEINTERVALS return -EINVAL if userspace queries
> frame intervals for unsupported frame sizes.
>
> Signed-off-by: Philipp Zabel
> ---
> drivers/media/platform/coda/coda-common.c | 33 ++-
> 1 file changed, 27 insert
Hans Verkuil (1):
zoran: remove deprecated driver
Documentation/media/v4l-drivers/index.rst |1 -
Documentation/media/v4l-drivers/zoran.rst | 583
drivers/staging/media/Kconfig |2 -
drivers/staging/media/Makefile |1
: use vfree() instead of kfree() for dev->bitmap_cap
Dan Carpenter (1):
media: pvrusb2: Prevent a buffer overflow
Hans Verkuil (2):
videobuf2-v4l2.c: move up STATE_DEQUEUED check
vb2: add waiting_in_dqbuf flag
Jernej Skrabec (1):
media: cedrus: Fix initialization or
On 4/10/19 1:09 PM, Dan Carpenter wrote:
> [ Hi Hans,
>
> This might not really be your bug, but I just respect you a lot and
> so I always come to you with questions and for advice. -dan ]
Hmm, in other words, I'm too nice!
>
> Hello Hans Verkuil,
>
> Th
On 4/9/19 1:29 PM, Dan Carpenter wrote:
> The "b->index" is a u32 the comes from the user in the ioctl. It hasn't
> been checked. We aren't supposed to use it but we're instead supposed
> to use the value that gets written to it when we call videobuf_dqbuf().
>
> The videobuf_dqbuf() first memse
ng that the returned
device pointer is used as a key and so shouldn't take a reference.
Hans Verkuil (7):
cec-notifier: add cec_notifier_parse_hdmi_phandle helper
meson: ao-cec: use new cec_notifier_parse_hdmi_phandle helper
s5p_cec: use new cec_notifier_parse_hdmi_phandle h
The meson CEC driver increased the HDMI device refcount when
it shouldn't. Use the new helper function to ensure that that
doesn't happen and to simplify the driver code.
Signed-off-by: Hans Verkuil
Acked-by: Neil Armstrong
---
drivers/media/platform/meson/ao-cec.c | 16 +
The S5P CEC driver increased the HDMI device refcount when
it shouldn't. Use the new helper function to ensure that that
doesn't happen and to simplify the driver code.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/s5p-cec/s5p_cec.c | 16 +---
1 file changed, 5
CEC driver.
Signed-off-by: Hans Verkuil
Reported-by: Wen Yang
---
drivers/media/cec/cec-notifier.c | 30 ++
include/media/cec-notifier.h | 19 ++-
2 files changed, 48 insertions(+), 1 deletion(-)
diff --git a/drivers/media/cec/cec-notifier.c b
The SECO CEC driver never decremented the HDMI device refcount.
CEC drivers only need the HDMI device pointer as a key in the
notifier list, it never accesses the device, so there is no
need to keep a reference.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/seco-cec/seco-cec.c | 1 +
1
The STI CEC driver increased the HDMI device refcount when
it shouldn't. Use the new helper function to ensure that that
doesn't happen and to simplify the driver code.
Signed-off-by: Hans Verkuil
Acked-by: Benjamin Gaignard
---
drivers/media/platform/sti/cec/stih-
The Tegra CEC driver increased the HDMI device refcount when
it shouldn't. Use the new helper function to ensure that that
doesn't happen and to simplify the driver code.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/tegra-cec/tegra_cec.c | 14 --
1 file
The CrosEC CEC driver never decremented the HDMI device refcount.
CEC drivers only need the HDMI device pointer as a key in the
notifier list, it never accesses the device, so there is no
need to keep a reference.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/cros-ec-cec/cros-ec-cec.c
> doesn't happen and to simplify the driver code.
>>
>> Signed-off-by: Hans Verkuil
>> ---
>> drivers/media/platform/s5p-cec/s5p_cec.c | 16 +---
>> 1 file changed, 5 insertions(+), 11 deletions(-)
>>
>> diff --git a/drivers/media/
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: Wed Apr 10 05:00:12 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
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: Tue Apr 9 05:00:14 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
On 4/8/19 6:10 PM, Mauro Carvalho Chehab wrote:
> Em Mon, 8 Apr 2019 12:44:18 +0200
> Hans Verkuil escreveu:
>
>> On 4/8/19 12:28 PM, Mauro Carvalho Chehab wrote:
>>> Em Mon, 8 Apr 2019 11:05:20 +0200
>>> Hans Verkuil escreveu:
>>>
>>>> H
On 4/8/19 4:41 PM, Philipp Zabel wrote:
> On Mon, 2019-04-08 at 12:44 +0200, Hans Verkuil wrote (paraphrased):
>> On 4/8/19 12:28 PM, Mauro Carvalho Chehab wrote (paraphrased):
> [...]
>>>> [I hate colors]
>>> [I love colors]
>> I could live with [comprom
On 4/8/19 3:09 PM, Thierry Reding wrote:
> On Mon, Apr 08, 2019 at 01:03:55PM +0200, Hans Verkuil wrote:
>> Add helper function to parse the DT for the hdmi-phandle property
>> and find the corresponding struct device pointer.
>>
>> It takes care to avoid increasing th
CEC driver.
Signed-off-by: Hans Verkuil
Reported-by: Wen Yang
---
drivers/media/cec/cec-notifier.c | 24
include/media/cec-notifier.h | 19 ++-
2 files changed, 42 insertions(+), 1 deletion(-)
diff --git a/drivers/media/cec/cec-notifier.c b/drivers
The meson CEC driver increased the HDMI device refcount when
it shouldn't. Use the new helper function to ensure that that
doesn't happen and to simplify the driver code.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/meson/ao-cec.c | 16 +---
1 file changed, 5
The Tegra CEC driver increased the HDMI device refcount when
it shouldn't. Use the new helper function to ensure that that
doesn't happen and to simplify the driver code.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/tegra-cec/tegra_cec.c | 14 --
1 file
The CrosEC CEC driver never decremented the HDMI device refcount.
CEC drivers only need the HDMI device pointer as a key in the
notifier list, it never accesses the device, so there is no
need to keep a reference.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/cros-ec-cec/cros-ec-cec.c
The S5P CEC driver increased the HDMI device refcount when
it shouldn't. Use the new helper function to ensure that that
doesn't happen and to simplify the driver code.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/s5p-cec/s5p_cec.c | 16 +---
1 file changed, 5
(seco-cec and cros-ec-cec) still required a manual patch.
Regards,
Hans
Hans Verkuil (7):
cec-notifier: add cec_notifier_find_hdmi_dev helper
meson: ao-cec: use new cec_notifier_find_hdmi_dev helper
s5p_cec: use new cec_notifier_find_hdmi_dev helper
stih_cec: use new
The SECO CEC driver never decremented the HDMI device refcount.
CEC drivers only need the HDMI device pointer as a key in the
notifier list, it never accesses the device, so there is no
need to keep a reference.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/seco-cec/seco-cec.c | 1 +
1
The STI CEC driver increased the HDMI device refcount when
it shouldn't. Use the new helper function to ensure that that
doesn't happen and to simplify the driver code.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/sti/cec/stih-cec.c | 21 +++--
1 file
On 4/8/19 12:28 PM, Mauro Carvalho Chehab wrote:
> Em Mon, 8 Apr 2019 11:05:20 +0200
> Hans Verkuil escreveu:
>
>> Hi Philipp,
>>
>> On 4/8/19 10:45 AM, Philipp Zabel wrote:
>>> Hi,
>>>
>>> not sure if anybody finds this as useful as I do to
Hi Philipp,
On 4/8/19 10:45 AM, Philipp Zabel wrote:
> Hi,
>
> not sure if anybody finds this as useful as I do to spot compliance
> failures and warnings in a sea of OKs more easily, but this patch adds
> some color escape codes to the output of v4l2-compliance. It marks "OK"
> green, "warn" bol
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 Apr 8 05:00:23 CEST 2019
media-tree git hash:1c3ec30bb23023d738b538e64ac3028902d53692
media_build gi
801 - 900 of 19025 matches
Mail list logo
