On 11/19/2018 06:27 AM, Tomasz Figa wrote:
> On Fri, Nov 16, 2018 at 6:45 PM Hans Verkuil wrote:
>>
>> On 11/16/2018 09:43 AM, Tomasz Figa wrote:
>>> Hi Hans,
>>>
>>> On Wed, Nov 14, 2018 at 12:08 AM Hans Verkuil wrote:
Calling VIDIOC_DQBUF can release the core serialization lock pointe
On Thu 2018-11-01 18:31:30, sh...@kernel.org wrote:
> From: Shuah Khan
>
> Media Device Allocator API to allows multiple drivers share a media device.
> Using this API, drivers can allocate a media device with the shared struct
> device as the key. Once the media device is allocated by a driver,
On 11/19/2018 09:44 AM, Hans Verkuil wrote:
> On 11/19/2018 06:27 AM, Tomasz Figa wrote:
>> On Fri, Nov 16, 2018 at 6:45 PM Hans Verkuil wrote:
>>>
>>> On 11/16/2018 09:43 AM, Tomasz Figa wrote:
Hi Hans,
On Wed, Nov 14, 2018 at 12:08 AM Hans Verkuil wrote:
>
> Calling VIDIO
On Mon, Nov 19, 2018 at 6:54 PM Hans Verkuil wrote:
>
> On 11/19/2018 09:44 AM, Hans Verkuil wrote:
> > On 11/19/2018 06:27 AM, Tomasz Figa wrote:
> >> On Fri, Nov 16, 2018 at 6:45 PM Hans Verkuil wrote:
> >>>
> >>> On 11/16/2018 09:43 AM, Tomasz Figa wrote:
> Hi Hans,
>
> On Wed,
On 11/19/2018 11:32 AM, Tomasz Figa wrote:
> On Mon, Nov 19, 2018 at 6:54 PM Hans Verkuil wrote:
>>
>> On 11/19/2018 09:44 AM, Hans Verkuil wrote:
>>> On 11/19/2018 06:27 AM, Tomasz Figa wrote:
On Fri, Nov 16, 2018 at 6:45 PM Hans Verkuil wrote:
>
> On 11/16/2018 09:43 AM, Tomasz Fig
Hi Shuah, Mauro,
I noticed that the function vb2_core_streamon() in videobuf2-core.c calls
v4l_vb2q_enable_media_source(q).
That function in turn assumes that q->owner is a v4l2_fh struct. But I
don't think that is true for DVB devices.
And since videobuf2-core.c is expected to be DVB/V4L indepe
Calling VIDIOC_DQBUF can release the core serialization lock pointed to
by vb2_queue->lock if it has to wait for a new buffer to arrive.
However, if userspace dup()ped the video device filehandle, then it is
possible to read or call DQBUF from two filehandles at the same time.
It is also possible
If queue->lock is different from the video_device lock, then
you need to serialize queue_setup with VIDIOC_S_FMT, and this
should be done by the driver.
Signed-off-by: Hans Verkuil
---
.../media/common/videobuf2/videobuf2-core.c | 51 +--
include/media/videobuf2-core.h
These four patches fix syzkaller race conditions. The first patch
fixes the case where VIDIOC_DQBUF (and indirectly via read()/write())
can release the core serialization mutex, thus allowing another thread
to access the same vb2 queue through a dup()ped filehandle.
If no new buffer is available t
Add these ops to serialize queue_setup with VIDIOC_S_FMT.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/vivid/vivid-core.c| 14 ++
drivers/media/platform/vivid/vivid-core.h| 3 +++
drivers/media/platform/vivid/vivid-sdr-cap.c | 2 ++
drivers/media/platform/vivid/vi
This avoids having to unlock the queue lock in stop_streaming.
Signed-off-by: Hans Verkuil
Reported-by: syzbot+736c3aae4af7b50d9...@syzkaller.appspotmail.com
---
drivers/media/platform/vivid/vivid-core.c| 15 ++-
drivers/media/platform/vivid/vivid-core.h| 5 +
dr
On 11/14/2018 02:47 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> As was discussed here (among other places):
>
> https://lkml.org/lkml/2018/10/19/440
>
> using capture queue buffer indices to refer to reference frames is
> not a good idea. A better idea is to use a 'tag' where the
> applica
Trace points are much more efficient than debug messages for intensive
tracing and could be conveniently enabled / disabled dynamically, hence
let's replace debug messages with the trace points. This also makes
code a bit cleaner.
Signed-off-by: Dmitry Osipenko
---
Changelog:
v3: - Basicall
The new cedrus driver was missing an important action item in the TODO.
Fix a nasty buffer overrun in vicodec.
Regards,
Hans
The following changes since commit fbe57dde7126d1b2712ab5ea93fb9d15f89de708:
media: ov7740: constify structures stored in fields of v4l2_subdev_ops
structure
Hi Hans,
On Mon, Nov 19, 2018 at 12:09:01PM +0100, Hans Verkuil wrote:
> This avoids having to unlock the queue lock in stop_streaming.
>
> Signed-off-by: Hans Verkuil
> Reported-by: syzbot+736c3aae4af7b50d9...@syzkaller.appspotmail.com
> ---
> drivers/media/platform/vivid/vivid-core.c|
On Tue, Oct 30, 2018 at 1:49 PM Yong Deng wrote:
>
> Allwinner V3s SoC features a CSI module with parallel interface.
>
> This patch implement a v4l2 framework driver for it.
>
> Reviewed-by: Hans Verkuil
> Reviewed-by: Maxime Ripard
> Tested-by: Maxime Ripard
> Signed-off-by: Yong Deng
> ---
>From d15ccd98e557a8cef1362cb591eb3011a6d8e1fd Mon Sep 17 00:00:00 2001
From: Hans Verkuil
Date: Fri, 16 Nov 2018 12:14:31 +0100
Subject: [PATCH 2/4] vivid: use per-queue mutexes instead of one global mutex.
This avoids having to unlock the queue lock in stop_streaming.
Signed-off-by: Hans Verku
On 11/19/2018 01:22 PM, Hans Verkuil wrote:
> From d15ccd98e557a8cef1362cb591eb3011a6d8e1fd Mon Sep 17 00:00:00 2001
> From: Hans Verkuil
> Date: Fri, 16 Nov 2018 12:14:31 +0100
> Subject: [PATCH 2/4] vivid: use per-queue mutexes instead of one global mutex.
Oops, forgot to delete these four line
Hi Maxime,
Apologies for the delayed review. Please see my comments below.
On Tue, Nov 06, 2018 at 03:54:16PM +0100, Maxime Ripard wrote:
> The MIPI D-PHY spec defines default values and boundaries for most of the
> parameters it defines. Introduce helpers to help drivers get meaningful
> values
Hi,
On Mon, 2018-11-19 at 12:18 +0100, Hans Verkuil wrote:
> On 11/14/2018 02:47 PM, Hans Verkuil wrote:
> > From: Hans Verkuil
> >
> > As was discussed here (among other places):
> >
> > https://lkml.org/lkml/2018/10/19/440
> >
> > using capture queue buffer indices to refer to reference fram
Hi Maxime,
On Tue, Nov 06, 2018 at 03:54:15PM +0100, Maxime Ripard wrote:
> Now that we have some infrastructure for it, allow the MIPI D-PHY phy's to
> be configured through the generic functions through a custom structure
> added to the generic union.
>
> The parameters added here are the ones
On 11/19/2018 02:53 PM, Paul Kocialkowski wrote:
> Hi,
>
> On Mon, 2018-11-19 at 12:18 +0100, Hans Verkuil wrote:
>> On 11/14/2018 02:47 PM, Hans Verkuil wrote:
>>> From: Hans Verkuil
>>>
>>> As was discussed here (among other places):
>>>
>>> https://lkml.org/lkml/2018/10/19/440
>>>
>>> using ca
Hi Tomasz,
On Fri, Nov 16, 2018 at 04:04:40PM +0900, Tomasz Figa wrote:
> > I've been using the controls currently integrated into ChromeOS that
> > have a working version of this particular setup. However, these
> > controls have a number of shortcomings and inconsistencies with other
> > decodin
On 10/20/2018 04:26 PM, Akinobu Mita wrote:
> AMG88xx has a register for setting operating mode. This adds support
> runtime PM by changing the operating mode.
>
> The instruction for changing sleep mode to normal mode is from the
> reference specifications.
>
> https://docid81hrs3j1.cloudfront.
On 11/01/2018 05:15 AM, Matt Ranostay wrote:
> Add initial support for MLX90640 thermal cameras which output an 32x24
> greyscale pixel image along with 2 rows of coefficent data.
>
> Because of this the data outputed is really 32x26 and needs the two rows
> removed after using the coefficent info
The following changes since commit fbe57dde7126d1b2712ab5ea93fb9d15f89de708:
media: ov7740: constify structures stored in fields of v4l2_subdev_ops
structure (2018-11-06 07:17:02 -0500)
are available in the Git repository at:
git://linuxtv.org/hverkuil/media_tree.git tags/br-v4.21d
for you
On 11/19/2018 03:26 PM, Hans Verkuil wrote:
> On 10/20/2018 04:26 PM, Akinobu Mita wrote:
>> AMG88xx has a register for setting operating mode. This adds support
>> runtime PM by changing the operating mode.
>>
>> The instruction for changing sleep mode to normal mode is from the
>> reference spec
On Wed, Nov 14, 2018 at 7:20 AM Adam Ford wrote:
>
> On Tue, Nov 13, 2018 at 7:04 AM Maxime Ripard
> wrote:
> >
> > The clock structure for the PCLK is quite obscure in the documentation, and
> > was hardcoded through the bytes array of each and every mode.
> >
> > This is troublesome, since we
Hi Mike,
On Sat, Nov 17, 2018 at 8:07 PM Matthew Wilcox wrote:
>
> On Sat, Nov 17, 2018 at 12:26:38PM +0530, Souptick Joarder wrote:
> > On Fri, Nov 16, 2018 at 11:59 PM Mike Rapoport wrote:
> > > > + * vm_insert_range - insert range of kernel pages into user vma
> > > > + * @vma: user vma to ma
On Wed, Nov 14, 2018 at 11:37:46AM +0200, Sakari Ailus wrote:
> [ upstream commit 92539d3eda2c090b382699bbb896d4b54e9bdece ]
There is no such git commit id in Linus's tree :(
Hi,
we've got a regression report on openSUSE Bugzilla regarding DVB-S PCI
card:
https://bugzilla.opensuse.org/show_bug.cgi?id=1116374
According to the reporter (Stakanov, Cc'ed), the card worked fine on
4.18.15, but since 4.19, it doesn't give any channels, sound nor
picture, but only EPG is r
Get rid of a couple confusing error messages, namely:
test VIDIOC_G_FMT: OK
fail: v4l2-test-formats.cpp(464): pix_mp.plane_fmt[0].reserved
not zeroed
fail: v4l2-test-formats.cpp(752): Video Output Multiplanar is
valid, but TRY_FMT failed to return a format
Add the Video Processing Unit node for RK3288 SoC.
Fix the VPU IOMMU node, which was disabled and lacking
its power domain property.
Signed-off-by: Ezequiel Garcia
---
arch/arm/boot/dts/rk3288.dtsi | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/
Add a mem2mem driver for the VPU available on Rockchip SoCs.
Currently only JPEG encoding is supported, for RK3399 and RK3288
platforms.
Signed-off-by: Ezequiel Garcia
---
MAINTAINERS | 7 +
drivers/staging/media/Kconfig | 2 +
drivers/stagin
Add the Video Processing Unit node for the RK3399 SoC.
Also, fix the VPU IOMMU node, which was disabled and lacking
its power domain property.
Signed-off-by: Ezequiel Garcia
---
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff -
Here's a new version of the Rockchip VPU JPEG encoder driver,
for the RK3288 and RK3399 SoCs.
This new version supports V4L2_PIX_FMT_JPEG capture format,
which means standard userspace can be used, such as gstreamer:
gst-launch-1.0 videotestsrc ! v4l2jpegenc
extra-controls="c,compression_quali
Userspace shouldn't set bytesused to 0 for output buffers.
vb2_warn_zero_bytesused() warns about this (only once!), but it also
calls WARN_ON(1), which is confusing since it is not immediately clear
that it warns about a 0 value for bytesused.
Just drop the WARN_ON as it serves no purpose.
Signed
On Mon, 2018-11-19 at 16:33 +0100, Hans Verkuil wrote:
> Userspace shouldn't set bytesused to 0 for output buffers.
> vb2_warn_zero_bytesused() warns about this (only once!), but it also
> calls WARN_ON(1), which is confusing since it is not immediately clear
> that it warns about a 0 value for byt
Hello everyone,
And thanks for the detailed report!
On Mon, 2018-11-19 at 13:09 +0900, Tomasz Figa wrote:
> On Sun, Nov 18, 2018 at 7:45 AM Sakari Ailus wrote:
> > Hello everyone,
> >
> >
> > Here's the report on the Media Summit held on 25th October in Edinburgh.
> > The report is followed by
Hi Greg,
On Mon, Nov 19, 2018 at 04:14:00PM +0100, Greg Kroah-Hartman wrote:
> On Wed, Nov 14, 2018 at 11:37:46AM +0200, Sakari Ailus wrote:
> > [ upstream commit 92539d3eda2c090b382699bbb896d4b54e9bdece ]
>
> There is no such git commit id in Linus's tree :(
Right. At the moment it's in the med
On Mon, Nov 19, 2018 at 07:03:54PM +0200, Sakari Ailus wrote:
> Hi Greg,
>
> On Mon, Nov 19, 2018 at 04:14:00PM +0100, Greg Kroah-Hartman wrote:
> > On Wed, Nov 14, 2018 at 11:37:46AM +0200, Sakari Ailus wrote:
> > > [ upstream commit 92539d3eda2c090b382699bbb896d4b54e9bdece ]
> >
> > There is no
On Mon, Nov 19, 2018 at 6:26 AM Hans Verkuil wrote:
>
> On 11/01/2018 05:15 AM, Matt Ranostay wrote:
> > Add initial support for MLX90640 thermal cameras which output an 32x24
> > greyscale pixel image along with 2 rows of coefficent data.
> >
> > Because of this the data outputed is really 32x26
Hello,
I have discovered a bug in the Atmel/Microchip ISC driver while developing a
i2c v4l2 sub-device driver. This bug did not previously occur for me on an
older version of the driver (more details below), but I have confirmed this bug
on a platform based on the SAMA5D2 running a newer kerne
Do you need urgent funding? Either business or personal? We can arrange quick
guaranteed loans. Contact us today via email: yourfunding...@gmail.com
Hi Sakari,
> Hi Ben,
>
> On Thu, Nov 08, 2018 at 11:41:46AM +0800, Ben Kao wrote:
> > This patch adds driver for Omnivision's ov8856 sensor, the driver
> > supports following features:
> >
> > - manual exposure/gain(analog and digital) control support
> > - two link frequencies
> > - VBLANK/HBLAN
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 Nov 20 05:00:12 CET 2018
media-tree git hash:fbe57dde7126d1b2712ab5ea93fb9d15f89de708
media_build git
On 20.11.2018 01:06, Ken Sloat wrote:
> Hello,
>
> I have discovered a bug in the Atmel/Microchip ISC driver while developing a
> i2c v4l2 sub-device driver. This bug did not previously occur for me on an
> older version of the driver (more details below), but I have confirmed this
> bug on a
On Mon, Nov 19, 2018 at 08:43:09PM +0530, Souptick Joarder wrote:
> Hi Mike,
>
> On Sat, Nov 17, 2018 at 8:07 PM Matthew Wilcox wrote:
> >
> > On Sat, Nov 17, 2018 at 12:26:38PM +0530, Souptick Joarder wrote:
> > > On Fri, Nov 16, 2018 at 11:59 PM Mike Rapoport wrote:
> > > > > + * vm_insert_ran
Hi Maxime,
On Tue, Nov 06, 2018 at 03:54:18PM +0100, Maxime Ripard wrote:
> Now that our MIPI D-PHY driver has been converted to the phy framework,
> let's move it into the drivers/phy directory.
>
> Signed-off-by: Maxime Ripard
> ---
> drivers/gpu/drm/sun4i/Kconfig | 10 +-
> dr
On Mon, Nov 19, 2018 at 9:56 PM Mike Rapoport wrote:
>
> On Mon, Nov 19, 2018 at 08:43:09PM +0530, Souptick Joarder wrote:
> > Hi Mike,
> >
> > On Sat, Nov 17, 2018 at 8:07 PM Matthew Wilcox wrote:
> > >
> > > On Sat, Nov 17, 2018 at 12:26:38PM +0530, Souptick Joarder wrote:
> > > > On Fri, Nov 1
Hi Takashi,
Em Mon, 19 Nov 2018 16:13:29 +0100
Takashi Iwai escreveu:
> Hi,
>
> we've got a regression report on openSUSE Bugzilla regarding DVB-S PCI
> card:
> https://bugzilla.opensuse.org/show_bug.cgi?id=1116374
>
> According to the reporter (Stakanov, Cc'ed), the card worked fine on
> 4.
Hi
On 19/11/2018 17:53, Mauro Carvalho Chehab wrote:
> Hi Takashi,
>
> Em Mon, 19 Nov 2018 16:13:29 +0100
> Takashi Iwai escreveu:
>
>> Hi,
>>
>> we've got a regression report on openSUSE Bugzilla regarding DVB-S PCI
>> card:
>> https://bugzilla.opensuse.org/show_bug.cgi?id=1116374
>>
>> Acc
On Mon, 19 Nov 2018 18:53:26 +0100,
Mauro Carvalho Chehab wrote:
>
> Could you ask the user to apply the enclosed patch and provide us
> the results of those prints?
OK, I built a test kernel in OBS home:tiwai:bsc1116374 repo. Now it's
available at
https://download.opensuse.org/repositories/ho
Hi Maxime,
On Tue, Nov 06, 2018 at 03:54:20PM +0100, Maxime Ripard wrote:
> Cadence has designed a D-PHY that can be used by the, currently in tree,
> DSI bridge (DRM), CSI Transceiver and CSI Receiver (v4l2) drivers.
>
> Only the DSI driver has an ad-hoc driver for that phy at the moment, while
In data lunedì 19 novembre 2018 20:47:19 CET, Takashi Iwai ha scritto:
> On Mon, 19 Nov 2018 18:53:26 +0100,
>
> Mauro Carvalho Chehab wrote:
> > Could you ask the user to apply the enclosed patch and provide us
> > the results of those prints?
>
> OK, I built a test kernel in OBS home:tiwai:bsc1
Em Mon, 19 Nov 2018 23:59:39 +0100
stakanov escreveu:
> In data lunedì 19 novembre 2018 20:47:19 CET, Takashi Iwai ha scritto:
> > On Mon, 19 Nov 2018 18:53:26 +0100,
> >
> > Mauro Carvalho Chehab wrote:
> > > Could you ask the user to apply the enclosed patch and provide us
> > > the results
In data martedì 20 novembre 2018 00:08:45 CET, Mauro Carvalho Chehab ha
scritto:
> uname -a
>
> > Linux silversurfer 4.20.0-rc3-1.g7e16618-default #1 SMP PREEMPT Mon Nov 19
> > 18:54:15 UTC 2018 (7e16618) x86_64 x86_64 x86_64 GNU/Linux
uname -a
> Linux silversurfer 4.20.0-rc3-1.g7e166
Em Tue, 20 Nov 2018 00:19:54 +0100
stakanov escreveu:
> In data martedì 20 novembre 2018 00:08:45 CET, Mauro Carvalho Chehab ha
> scritto:
> > uname -a
> >
> > > Linux silversurfer 4.20.0-rc3-1.g7e16618-default #1 SMP PREEMPT Mon Nov 19
> > > 18:54:15 UTC 2018 (7e16618) x86_64 x86_64 x86_64
Hi Luca,
My apologies for my travel induced delay in responding here,
On 14/11/2018 02:04, Luca Ceresoli wrote:
> Hi Kieran,
>
> On 14/11/18 01:46, Kieran Bingham wrote:
>> Hi Luca,
>>
>> Thank you for your review,
>>
>> On 13/11/2018 14:49, Luca Ceresoli wrote:
>>> Hi Kieran, All,
>>>
>>> bel
Hi,
On 12/11/18 3:21 PM, Kishon Vijay Abraham I wrote:
Hi Maxime,
On 06/11/18 8:24 PM, Maxime Ripard wrote:
Cadence has designed a D-PHY that can be used by the, currently in tree,
DSI bridge (DRM), CSI Transceiver and CSI Receiver (v4l2) drivers.
Only the DSI driver has an ad-hoc driver for
Accept the buffer size requested by client and compare it
against driver calculated size and set the maximum to
bitstream plane.
Signed-off-by: Malathi Gottam
---
drivers/media/platform/qcom/venus/venc.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/drivers/me
On Tue, 20 Nov 2018 00:19:54 +0100,
stakanov wrote:
>
> In data martedì 20 novembre 2018 00:08:45 CET, Mauro Carvalho Chehab ha
> scritto:
> > uname -a
> >
> > > Linux silversurfer 4.20.0-rc3-1.g7e16618-default #1 SMP PREEMPT Mon Nov 19
> > > 18:54:15 UTC 2018 (7e16618) x86_64 x86_64 x86_64 GNU
62 matches
Mail list logo