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
Zdravstvujte Vas interesuyut klientskie bazy dannyh?
On 4/10/19 11:57 PM, Nicolas Dufresne wrote:
Le mercredi 10 avril 2019 à 20:42 +0800, ayaka a écrit :
From: Randy Li
TODO:
task finish
finish a task before it would be dequeued
iommu attach won't reload buffers
Signed-off-by: Randy Li
Signed-off-by: Randy Li
---
drivers/staging/Kconfig
Sent from my iPad
> On Apr 11, 2019, at 12:01 AM, Nicolas Dufresne wrote:
>
>> Le mercredi 10 avril 2019 à 20:42 +0800, ayaka a écrit :
>> From: Randy 'ayaka' Li
>>
>> Although I really hate the bitstream construction in kernel and I think
>> many people realise its problems, I still take t
Sent from my iPad
> On Apr 11, 2019, at 12:01 AM, Nicolas Dufresne wrote:
>
>> Le mercredi 10 avril 2019 à 20:42 +0800, ayaka a écrit :
>> From: Randy 'ayaka' Li
>>
>> Although I really hate the bitstream construction in kernel and I think
>> many people realise its problems, I still take t
Hi Mauro,
Just some minor fixes. Note that the seco-cec fix was already sent as a
GIT FIXES request but seems to have been lost, so now resending with stable
tag.
Sean
The following changes since commit 1c3ec30bb23023d738b538e64ac3028902d53692:
media: index.rst: exclude Indexes section from l
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
*file, void *fh,
>> [...]
>>> Why supp
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
> > > *file, void *fh,
> [...]
> > Why support VIDIOC_ENUM_FRAMEINTERVALS at all? It makes
Le mercredi 10 avril 2019 à 20:42 +0800, ayaka a écrit :
> From: Randy 'ayaka' Li
>
> Although I really hate the bitstream construction in kernel and I think
> many people realise its problems, I still take the advise from ndufresne to
> release this version. This should be released in a early we
Hi Mauro,
On 19-04-06 08:19, Mauro Carvalho Chehab wrote:
> Hi Marco,
>
> Em Fri, 5 Apr 2019 08:03:04 +0200
> Marco Felsch escreveu:
>
> > Hi,
> >
> > few months ago I send my v4 of this series [1] unfortunately I got no
> > feedback from Mauro but Jacopos feedback was quite helpfull =)
> >
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
Hi Sean,
On 08/04/2019 16.37, Brad Love wrote:
> Hi Sean,
>
>
> On 08/04/2019 15.55, Sean Young wrote:
>> On Mon, Apr 08, 2019 at 01:14:08PM -0500, Brad Love wrote:
>>> On 05/04/2019 05.29, Sean Young wrote:
On Sat, Dec 29, 2018 at 11:51:16AM -0600, Brad Love wrote:
> Some software repor
On Wed, 2019-04-10 at 15:48 +0200, Hans Verkuil wrote:
[...]
> Isn't the colorimetry information encoded in the stream's metadata?
That depends on the codec. Colorimetry information can be stored in
optional headers (for example Sequence Display Extension for MPEG-2,
Video Usability Information fo
On Wed, 2019-04-10 at 15:43 +0200, Hans Verkuil wrote:
[...]
> > @@ -1126,12 +1127,32 @@ static int coda_enum_frameintervals(struct file
> > *file, void *fh,
[...]
>
> Why support VIDIOC_ENUM_FRAMEINTERVALS at all? It makes no sense for a codec.
> I'd remove it altogether.
It returns the range s
I think you might have the wrong Amber copied on this email.
Amber
-Original Message-
From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
Sent: Wednesday, April 10, 2019 6:14 AM
To: Hans Verkuil
Cc: Mauro Carvalho Chehab; Scheurer, Amber; Niklas Söderlund; Philipp Zabel;
Parrot, Beno
Hi Jacopo,
On 19-04-05 16:45, Jacopo Mondi wrote:
> Hi Marco,
>
> On Fri, Apr 05, 2019 at 08:03:09AM +0200, Marco Felsch wrote:
> > This patch adds the of_graph support to describe the tvp connections.
> > Physical the TVP5150 has three ports: AIP1A, AIP1B and YOUT. As result
> > of discussion [1
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
From: Randy Li
Having problem with vepu2
The sclk_vdec_core for RKVDEC is in gpll at vendor kernel.
Signed-off-by: Randy Li
---
arch/arm64/boot/dts/rockchip/rk3328-evb.dts | 32 ++
.../arm64/boot/dts/rockchip/rk3328-rock64.dts | 32 ++
arch/arm64/boot/dts/rockchip/rk3328.dtsi
From: Randy Li
Or VOP won't work well.
Signed-off-by: Randy Li
---
arch/arm64/boot/dts/rockchip/rk3328.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/rockchip/rk3328.dtsi
b/arch/arm64/boot/dts/rockchip/rk3328.dtsi
index 84f14b132e8f..55a72abed
From: Randy Li
I want the memory region !!!
It can save more time if those data are prepared in userspace.
Signed-off-by: Randy Li
---
drivers/staging/rockchip-mpp/mpp_dev_common.c | 3 +--
drivers/staging/rockchip-mpp/mpp_dev_common.h | 3 ---
drivers/staging/rockchip-mpp/mpp_dev_vdpu2.c |
From: Randy Li
I don't care, I don't want to store buffers for a session.
I just want to use it to verify the FFmpeg.
---
drivers/staging/rockchip-mpp/mpp_dev_common.h | 3 +++
drivers/staging/rockchip-mpp/mpp_dev_vdpu2.c | 5 -
drivers/staging/rockchip-mpp/vdpu2/mpeg2.c| 13 -
I really don't want to do this.
Signed-off-by: Randy Li
Signed-off-by: ayaka
---
drivers/staging/rockchip-mpp/Makefile | 2 +-
drivers/staging/rockchip-mpp/mpp_dev_rkvdec.c | 8 +-
.../staging/rockchip-mpp/rkvdec/avc-data.c| 239 ++
.../staging/rockchip-mpp/rkvde
I found the offset for cpu access is not equal to the DMA
opeartion.
Signed-off-by: ayaka
---
drivers/staging/rockchip-mpp/mpp_dev_common.h | 3 +++
drivers/staging/rockchip-mpp/mpp_dev_rkvdec.c | 3 +++
drivers/staging/rockchip-mpp/rkvdec/avc.c | 14 +++---
3 files changed, 13 ins
From: Randy Li
Not done yet, not enough data.
Signed-off-by: Randy Li
---
drivers/staging/rockchip-mpp/Makefile | 4 +-
.../staging/rockchip-mpp/rkvdec/hevc-data.c | 208 ++
.../staging/rockchip-mpp/rkvdec/hevc-data.h | 27 +++
drivers/staging/rockchip-mpp/rkvdec
From: Randy Li
It is a bit writer.
Signed-off-by: Randy Li
---
drivers/staging/rockchip-mpp/rkvdec/rbsp.c | 96 ++
drivers/staging/rockchip-mpp/rkvdec/rbsp.h | 30 +++
2 files changed, 126 insertions(+)
create mode 100644 drivers/staging/rockchip-mpp/rkvdec/rbsp.c
cre
From: Randy 'ayaka' Li
Although I really hate the bitstream construction in kernel and I think
many people realise its problems, I still take the advise from ndufresne to
release this version. This should be released in a early week but
I was sick that time.
After reviewed the documents from Roc
Remove the deprecated zoran driver.
Regards,
Hans
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/hve
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.2d2
for you to fetch changes
On Wed, Apr 10, 2019 at 01:24:44PM +0200, Hans Verkuil wrote:
> 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 t
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,
>
> The patch 6680427791c9: "[media] mxb
On Wed, Apr 10, 2019 at 12:50:31PM +0200, Hans Verkuil wrote:
> On 4/9/19 1:29 PM, Dan Carpenter wrote:
> > diff --git a/drivers/media/platform/omap/omap_vout.c
> > b/drivers/media/platform/omap/omap_vout.c
> > index 37f0d7146dfa..15e38990e85a 100644
> > --- a/drivers/media/platform/omap/omap_vout
[ 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 ]
Hello Hans Verkuil,
The patch 6680427791c9: "[media] mxb: fix audio handling" from Apr
30, 2012, leads to the following static checker warning:
Hi Mauro,
Here's another set of sensor driver patches for 5.2. Included are also a
new driver for ST mipid02 CSI-2 to parallel converter as well as some
improvements for the ImgU driver.
Please pull.
The following changes since commit 1c3ec30bb23023d738b538e64ac3028902d53692:
media: index.rs
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
Hi Jacopo,
On 19-04-05 15:06, Jacopo Mondi wrote:
> Hi Marco,
>thanks for the patch
thanks for the fast response =)
> On Fri, Apr 05, 2019 at 08:03:07AM +0200, Marco Felsch wrote:
> > The patch adds the initial connector parsing code, so we can move from a
> > driver specific parsing code to
Hi Jacopo,
On 19-04-05 14:43, Jacopo Mondi wrote:
> Hi Marco,
>
> On Fri, Apr 05, 2019 at 08:03:06AM +0200, 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 commo
On 10/04/2019 11:13, Hans Verkuil wrote:
> 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
>
Wen Yang reported that some CEC drivers incremented the refcount
of the HDMI device, but never decremented it, potentially leading
to memory leaks.
Rather than fixing each driver I decided to create a helper function
that finds the HDMI device and handles the refcounting correctly.
Two drivers (s
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 +---
1 file
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 insertions(+)
Add helper function to parse the DT for the hdmi-phandle property
and return the corresponding struct device pointer.
It takes care to avoid increasing the device refcount since all
we need is the device pointer. This pointer is used in the
notifier list as a key, but it is never accessed by the C
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-cec.c | 21 +++
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 changed, 4 insertion
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 |
On 4/9/19 4:05 AM, wen.yan...@zte.com.cn wrote:
> Hi Hans,
>
>> Subject: [PATCH 3/7] s5p_cec: use new cec_notifier_find_hdmi_dev helper
>> 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
48 matches
Mail list logo
