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 Nov 3 05:00:13 CET 2018
media-tree git hash:dafb7f9aef2fd44991ff1691721ff765a23be27b
media_build
The following patch adds event codes for common buttons found on various
provider and universal remote controls. They represent functions not
covered by existing event codes. Once added, rc_keymaps can be updated
accordingly where applicable.
Signed-off-by: Derek Kelly
---
Hi all
I am trying to add in support for the cxd2841er on the rtl28x usb devices.
With mn88473 and others, the config structure has 'struct dvb_frontend **fe',
but it's not in the cxd2841er config.
Are there any plans to add it in? Should I change it and wherever else it is
required, or
Le vendredi 02 novembre 2018 à 12:52 -0300, Ezequiel Garcia a écrit :
> Add two new API helpers, v4l2_fill_pixfmt and v4l2_fill_pixfmt_mp,
> to be used by drivers to calculate plane sizes and bytes per lines.
>
> Note that driver-specific paddig and alignment are not yet
> taken into account.
>
On Wed, Oct 31, 2018 at 12:01 PM, Sean Young wrote:
> On Wed, Oct 31, 2018 at 11:05:10AM +0100, Hans Verkuil wrote:
>> CC-ing Sean Young: please see question at the end.
>>
>> On 10/31/2018 10:46 AM, Hans Verkuil wrote:
>> > On 10/30/2018 03:02 PM, Dmitry Vyukov wrote:
>> >> Hello Helen and
On Wed, Oct 31, 2018 at 10:46 AM, Hans Verkuil wrote:
> On 10/30/2018 03:02 PM, Dmitry Vyukov wrote:
>> Hello Helen and linux-media,
>>
>> I've attended your talk "Shifting Media App Development into High
>> Gear" on OSS Summit last week and approached you with some questions
>> if/how this can
On Fri, 5 Oct 2018 at 09:49, Hans Verkuil wrote:
>
> From: Hans Verkuil
>
> Now that all drivers have dropped vidioc_g/s_crop we can remove
> support for them in the V4L2 core.
>
> Signed-off-by: Hans Verkuil
Reviewed-by: Sylwester Nawrocki
OV5640 sensor supports raw image output (bayer).
Configure ISP mux/format registers accordingly.
Signed-off-by: Loic Poulain
---
drivers/media/i2c/ov5640.c | 58 --
1 file changed, 46 insertions(+), 12 deletions(-)
diff --git
On Fri, 5 Oct 2018 at 09:49, Hans Verkuil wrote:
>
> From: Hans Verkuil
>
> Replace g/s_crop by g/s_selection and set the V4L2_FL_QUIRK_INVERTED_CROP
> flag since this is one of the old drivers that predates the selection
> API. Those old drivers allowed g_crop when it really shouldn't have
On Fri, 5 Oct 2018 at 09:49, Hans Verkuil wrote:
>
> From: Hans Verkuil
>
> Replace g/s_crop by g/s_selection and set the V4L2_FL_QUIRK_INVERTED_CROP
> flag since this is one of the old drivers that predates the selection
> API. Those old drivers allowed g_crop when it really shouldn't have
On Fri, 5 Oct 2018 at 09:49, Hans Verkuil wrote:
>
> From: Hans Verkuil
>
> The g_crop really implemented composition for the CAPTURE stream.
>
> Replace g_crop by g_selection and set the V4L2_FL_QUIRK_INVERTED_CROP
> flag since this is one of the old drivers that predates the selection
> API.
On Fri, 5 Oct 2018 at 09:49, Hans Verkuil wrote:
>
> From: Hans Verkuil
>
> Replace the use of struct v4l2_crop by struct v4l2_selection.
> Also drop the unused gsc_g_crop function.
>
> Signed-off-by: Hans Verkuil
Reviewed-by: Sylwester Nawrocki
On Fri, 5 Oct 2018 at 09:49, Hans Verkuil wrote:
>
> From: Hans Verkuil
>
> Some old Samsung drivers use the legacy crop API incorrectly:
> the crop and compose targets are swapped. Normally VIDIOC_G_CROP
> will return the CROP rectangle of a CAPTURE stream and the COMPOSE
> rectangle of an
On Fri, 5 Oct 2018 at 09:49, Hans Verkuil wrote:
>
> From: Hans Verkuil
>
> Drop the deprecated _ACTIVE part.
>
> Signed-off-by: Hans Verkuil
Reviewed-by: Sylwester Nawrocki
Hi Hans,
On Fri, 5 Oct 2018 at 09:49, Hans Verkuil wrote:
>
> From: Hans Verkuil
>
> This patch series converts the last remaining drivers that use g/s_crop and
> cropcap to g/s_selection.
Thank you for this clean up! I remember attempting conversion of those remaining
drivers to selection API
Now that we've introduced the pixel format helpers, use them
in vicodec driver, and get rid of driver specific pixel
format specifiers.
Signed-off-by: Ezequiel Garcia
---
.../media/platform/vicodec/codec-v4l2-fwht.c | 42
.../media/platform/vicodec/codec-v4l2-fwht.h | 3 -
For stateful codecs, width and height values set
on the OUTPUT queue, must be propagated to the CAPTURE queue.
This is not enough to fully comply with the specification,
which would require to properly support stream resolution
changes detection and notification.
However, it's a relatively small
Given the stateful codec specification is still a moving target,
it doesn't make any sense to try to comply fully with it.
On the other side, we can still comply with some basic userspace
expectations, with just a couple small changes.
This series implements proper resolution changes
Add two new API helpers, v4l2_fill_pixfmt and v4l2_fill_pixfmt_mp,
to be used by drivers to calculate plane sizes and bytes per lines.
Note that driver-specific paddig and alignment are not yet
taken into account.
Signed-off-by: Ezequiel Garcia
---
drivers/media/v4l2-core/Makefile | 2 +-
Currently on a V4L2_ENC_CMD_STOP command, the driver sets
V4L2_BUF_FLAG_LAST to the destination buffer, but only if
there's no source buffer.
This alone has no effects, because .device_run never
gets to run (there is no source buffer), therefore destination
buffer is never dequeued.
Fix this by
Hi Mauro,
On Fri, Nov 2, 2018 at 10:49 PM Mauro Carvalho Chehab
wrote:
>
> Em Mon, 29 Oct 2018 15:22:57 -0700
> Yong Zhi escreveu:
[snip]
> > +struct ipu3_uapi_awb_config_s {
> > + __u16 rgbs_thr_gr;
> > + __u16 rgbs_thr_r;
> > + __u16 rgbs_thr_gb;
> > + __u16 rgbs_thr_b;
> > +
Em Mon, 29 Oct 2018 15:22:57 -0700
Yong Zhi escreveu:
> These meta formats are used on Intel IPU3 ImgU video queues
> to carry 3A statistics and ISP pipeline parameters.
Just minor things. See below.
>
> V4L2_META_FMT_IPU3_3A
> V4L2_META_FMT_IPU3_PARAMS
>
> Signed-off-by: Yong Zhi
>
Em Fri, 2 Nov 2018 09:59:31 -0300
Mauro Carvalho Chehab escreveu:
> Hi Zhi-san,
>
> Em Mon, 29 Oct 2018 15:22:55 -0700
> Yong Zhi escreveu:
>
> > Add IPU3-specific meta formats for parameter
> > processing and 3A, DVS statistics:
> >
> > V4L2_META_FMT_IPU3_PARAMS
> >
Hi Yong,
Thanks for the update! I went through this again... a few comments below
but I'd say they're mostly pretty minor issues.
On Mon, Oct 29, 2018 at 03:22:57PM -0700, Yong Zhi wrote:
> These meta formats are used on Intel IPU3 ImgU video queues
> to carry 3A statistics and ISP pipeline
Hi Zhi-san,
Em Mon, 29 Oct 2018 15:22:55 -0700
Yong Zhi escreveu:
> Add IPU3-specific meta formats for parameter
> processing and 3A, DVS statistics:
>
> V4L2_META_FMT_IPU3_PARAMS
> V4L2_META_FMT_IPU3_STAT_3A
>
> Signed-off-by: Yong Zhi
> ---
> drivers/media/v4l2-core/v4l2-ioctl.c | 2
As warned by "make headers_check", the definition for the linux-specific
integer types is missing:
./usr/include/linux/v4l2-controls.h:1105: found __[us]{8,16,32,64} type
without #include
Fixes: c27bb30e7b6d ("media: v4l: Add definitions for MPEG-2 slice format and
metadata")
Hi Jean-Michel,
On Fri, Nov 02, 2018 at 09:09:42AM +0100, Jean-Michel Hautbois wrote:
> Hi Steve,
>
> Le mer. 31 oct. 2018 à 22:52, Steve Longerbeam a
> écrit :
> >
> > Hi Jean-Michel,
> >
> > We've done some work with another FPD-Link de-serializer (ds90ux940) and
> > IIRC we had some trouble
Hello,
I would like to know if someone successfully test the OV5640 internal
jpeg encoder using MIPI-CSI2 on iMX.6 platform ?
As I understand, jpeg format is currently supported by the camera but
does the iMX6 IPU can handle it ?
Thanks for your help !
Regards,
Hi Steve,
Le mer. 31 oct. 2018 à 22:52, Steve Longerbeam a écrit :
>
> Hi Jean-Michel,
>
> We've done some work with another FPD-Link de-serializer (ds90ux940) and
> IIRC we had some trouble figuring out how to coax the lanes into LP-11
> state. But on the ds90ux940 it can be done by setting bit
29 matches
Mail list logo
