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 Jul 3 05:00:13 CEST 2018
media-tree git hash:3c4a737267e89aafa6308c6c456d2ebea3fcd085
media_build gi
Hi Ezequiel,
(CC'ing Sakari)
Thank you for the patch.
On Friday, 22 June 2018 06:53:58 EEST Ezequiel Garcia wrote:
> vb2_queue locks is now mandatory. Add it, remove driver ad-hoc locks,
> and implement wait_{prepare, finish}.
>
> Also, remove stream_lock mutex. Since the ioctls operations
> ar
Fix a long-standing bug in v4l2-ctrls.c, mark all interface links as
IMMUTABLE and add helpers to configure an MC for mem-to-mem devices
and use that in vim2m.
Note regarding the v4l2-ctrls.c fix: I've decided not to backport this.
It's a dark corner of the spec that few people use and that AFAICT
As discussed on IRC, memory-to-memory need to be modeled
properly in order to be supported by the media controller
framework, and thus to support the Request API.
First commit introduces a register/unregister API,
that creates/destroys all the entities and pads needed,
and links them.
The second
A memory-to-memory pipeline device consists in three
entities: two DMA engine and one video processing entities.
The DMA engine entities are linked to a V4L interface.
This commit add a new v4l2_m2m_{un}register_media_controller
API to register this topology.
For instance, a typical mem2mem devic
From: Hans Verkuil
Request API requires a media node. Add one to the vim2m driver so we can
use requests with it.
Signed-off-by: Hans Verkuil
Signed-off-by: Ezequiel Garcia
---
drivers/media/platform/vim2m.c | 41 ++
1 file changed, 37 insertions(+), 4 deletion
On 02/07/18 15:06, Tomasz Figa wrote:
> Hi Hans,
>
> On Mon, Jun 4, 2018 at 8:48 PM Hans Verkuil wrote:
> [snip]
>> diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c
>> b/drivers/media/v4l2-core/v4l2-ioctl.c
>> index 965fd301f617..27a893aa0664 100644
>> --- a/drivers/media/v4l2-core/v4l2-ioctl.c
Hi Hans,
On Mon, Jun 4, 2018 at 8:48 PM Hans Verkuil wrote:
[snip]
> diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c
> b/drivers/media/v4l2-core/v4l2-ioctl.c
> index 965fd301f617..27a893aa0664 100644
> --- a/drivers/media/v4l2-core/v4l2-ioctl.c
> +++ b/drivers/media/v4l2-core/v4l2-ioctl.c
> @@
On Mon, Jun 04, 2018 at 01:46:19PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Add a simple helper function that tests if the driver supports
> the request API.
>
> Signed-off-by: Hans Verkuil
Acked-by: Sakari Ailus
--
Sakari Ailus
e-mail: sakari.ai...@iki.fi
On Fri, Jun 29, 2018 at 06:42:39PM +0200, Jacopo Mondi wrote:
> From: Jacopo Mondi
>
> Change the MIPI CSI-2 interface startup sequence to the following:
>
> Initialization:
> 0x3019 = 0x70 : Lane1, Lane2 and clock in LP11 when in 'sleep mode'
> 0x300e = 0x58 : 2 lanes mode, power down TX and RX
On Mon, Jul 02, 2018 at 02:43:02PM +0200, Hans Verkuil wrote:
> Currently links between entities and an interface are just marked as
> ENABLED. But (at least today) these links cannot be disabled by userspace
> or the driver, so they should also be marked as IMMUTABLE.
>
> It might become possible
Currently links between entities and an interface are just marked as
ENABLED. But (at least today) these links cannot be disabled by userspace
or the driver, so they should also be marked as IMMUTABLE.
It might become possible that drivers can disable such links (if for some
reason the device node
On 02/07/18 14:33, Tomasz Figa wrote:
> Hi Hans,
> On Mon, Jun 4, 2018 at 8:48 PM Hans Verkuil wrote:
>>
>> From: Hans Verkuil
>>
>> Add media_request_object_find to find a request object inside a
>> request based on ops and/or priv values.
>
> Current code seems to always find based on both ops
Hi Hans,
On Mon, Jun 4, 2018 at 8:48 PM Hans Verkuil wrote:
>
> From: Hans Verkuil
>
> Add media_request_object_find to find a request object inside a
> request based on ops and/or priv values.
Current code seems to always find based on both ops and priv values.
Best regards,
Tomasz
Em Mon, 2 Jul 2018 12:38:23 +0200
Hans Verkuil escreveu:
> On 02/07/18 11:41, Mauro Carvalho Chehab wrote:
> > Em Mon, 2 Jul 2018 10:18:37 +0200
> > Hans Verkuil escreveu:
> >
> >> While working on v4l2-compliance I noticed that entity to interface links
> >> have just the MEDIA_LNK_FL_ENABLE
On 02/07/18 12:56, Tomasz Figa wrote:
> Hi Hans,
>
> On Mon, Jun 4, 2018 at 8:47 PM Hans Verkuil wrote:
> [snip]
>> +static void media_request_object_release(struct kref *kref)
>> +{
>> + struct media_request_object *obj =
>> + container_of(kref, struct media_request_object, k
On Mon, Jul 2, 2018 at 6:11 PM Hans Verkuil wrote:
>
> On 02/07/18 10:58, Tomasz Figa wrote:
> > Hi Hans,
> >
> > On Fri, Jun 15, 2018 at 4:09 PM Hans Verkuil wrote:
> >>
> >> On 04/06/18 13:46, Hans Verkuil wrote:
> >>> From: Hans Verkuil
> >>>
> >>> Add initial media request support:
> >>>
> >
Hi Hans,
On Mon, Jun 4, 2018 at 8:47 PM Hans Verkuil wrote:
[snip]
> +static void media_request_object_release(struct kref *kref)
> +{
> + struct media_request_object *obj =
> + container_of(kref, struct media_request_object, kref);
> + struct media_request *req = obj->r
On 02/07/18 11:41, Mauro Carvalho Chehab wrote:
> Em Mon, 2 Jul 2018 10:18:37 +0200
> Hans Verkuil escreveu:
>
>> While working on v4l2-compliance I noticed that entity to interface links
>> have just the MEDIA_LNK_FL_ENABLED flag set.
>>
>> Shouldn't we also set the MEDIA_LNK_FL_IMMUTABLE? After
Many thanks Hans,
This fix my issue with ov5640,
Best regards,
Hugues.
On 06/29/2018 12:12 PM, Hans Verkuil wrote:
> When you switch from auto to manual mode for an auto-cluster (e.g.
> autogain+gain controls), then the current HW value has to be copied
> to the current control value. However, h
Em Mon, 2 Jul 2018 10:18:37 +0200
Hans Verkuil escreveu:
> While working on v4l2-compliance I noticed that entity to interface links
> have just the MEDIA_LNK_FL_ENABLED flag set.
>
> Shouldn't we also set the MEDIA_LNK_FL_IMMUTABLE? After all, you cannot change
> an entity-interface link. It fe
Hi Mauro,
The usual 'various fixes'. A bunch of coda fixes, and I cherry-picked from
Ezequiel's https://www.spinics.net/lists/linux-media/msg136223.html patch
series.
Regards,
Hans
The following changes since commit 3c4a737267e89aafa6308c6c456d2ebea3fcd085:
media: ov5640: fix frame i
On 02/07/18 10:58, Tomasz Figa wrote:
> Hi Hans,
>
> On Fri, Jun 15, 2018 at 4:09 PM Hans Verkuil wrote:
>>
>> On 04/06/18 13:46, Hans Verkuil wrote:
>>> From: Hans Verkuil
>>>
>>> Add initial media request support:
>>>
>>> 1) Add MEDIA_IOC_REQUEST_ALLOC ioctl support to media-device.c
>>> 2) Ad
Hi Hans,
On Fri, Jun 15, 2018 at 4:09 PM Hans Verkuil wrote:
>
> On 04/06/18 13:46, Hans Verkuil wrote:
> > From: Hans Verkuil
> >
> > Add initial media request support:
> >
> > 1) Add MEDIA_IOC_REQUEST_ALLOC ioctl support to media-device.c
> > 2) Add struct media_request to store request object
On 28/06/18 18:47, Philipp Zabel wrote:
> The CODA firmware does not set the VUI frame cropping fields to properly
> describe coded h.264 streams with frame sizes that are not a multiple of
> the macroblock size.
> This adds RBSP parsing code and a SPS fixup routine to manually replace
> the croppi
On 15/06/18 21:07, Ezequiel Garcia wrote:
> vb2_queue lock is now mandatory. Add it, remove driver ad-hoc
> locks, and implement wait_{prepare, finish}.
I don't see any wait_prepare/finish implementation?!
Regards,
Hans
>
> Signed-off-by: Ezequiel Garcia
> ---
> drivers/staging/media
While working on v4l2-compliance I noticed that entity to interface links
have just the MEDIA_LNK_FL_ENABLED flag set.
Shouldn't we also set the MEDIA_LNK_FL_IMMUTABLE? After all, you cannot change
an entity-interface link. It feels inconsistent not to have this flag.
I also propose that media_cr
Hi Yong,
On Fri, Mar 30, 2018 at 11:15 AM Yong Zhi wrote:
> +/*
> + * Queue as many buffers to CSS as possible. If all buffers don't fit into
> + * CSS buffer queues, they remain unqueued and will be queued later.
> + */
> +int imgu_queue_buffers(struct imgu_device *imgu, bool initial)
> +{
> +
On Tue, Jun 26, 2018 at 01:47:45PM -0700, Steve Longerbeam wrote:
>
>
> On 06/26/2018 12:12 AM, Sakari Ailus wrote:
> > On Wed, May 09, 2018 at 04:06:32PM -0700, Steve Longerbeam wrote:
> > >
> > > On 05/08/2018 03:12 AM, Sakari Ailus wrote:
> > > > On Fri, Apr 20, 2018 at 10:12:33AM -0700, Stev
Hi Yong,
On Fri, Mar 30, 2018 at 11:15 AM Yong Zhi wrote:
[snip]
> +static int ipu3_vidioc_enum_input(struct file *file, void *fh,
> + struct v4l2_input *input)
> +{
> + if (input->index > 0)
> + return -EINVAL;
> + strlcpy(input->name, "c
Hi Steve,
On Tue, May 08, 2018 at 08:55:04PM -0700, Steve Longerbeam wrote:
>
>
> On 05/08/2018 03:28 AM, Sakari Ailus wrote:
> > Hi Steve,
> >
> > Again, sorry about the delay. This thread got buried in my inbox. :-(
> > Please see my reply below.
> >
> > On Mon, Apr 23, 2018 at 11:00:22AM -0
On Wed, Jun 27, 2018 at 11:39:43AM -0700, Steve Longerbeam wrote:
> When the imx-media driver was initially merged, there was a conflict
> with 8d67ae25 ("media: v4l2-ctrls: Reserve controls for MAX217X") which
> was not fixed up correctly, resulting in V4L2_CID_USER_MAX217X_BASE and
> V4L2_CID_USE
Hi Yong,
Continuing my review. Sorry for the delay.
On Fri, Mar 30, 2018 at 11:15 AM Yong Zhi wrote:
>
> Introduce functions to load and install ImgU FW blobs.
>
> Signed-off-by: Yong Zhi
> ---
> drivers/media/pci/intel/ipu3/ipu3-abi.h| 1888
>
> drivers/medi
33 matches
Mail list logo
