[PATCH for 5.3] videodev2.h: change V4L2_PIX_FMT_BGRA444 define: fourcc was already in use

2019-07-11 Thread Hans Verkuil
The V4L2_PIX_FMT_BGRA444 define clashed with the pre-existing V4L2_PIX_FMT_SGRBG12 which strangely enough used the same fourcc, even though that fourcc made no sense for a Bayer format. In any case, you can't have duplicates, so change the fourcc of V4L2_PIX_FMT_BGRA444. Signed-off-by: Hans Ver

Re: [PATCH for 5.3] videodev2.h: change V4L2_PIX_FMT_BGRA444 define: fourcc was already in use

2019-07-11 Thread Laurent Pinchart
Hi Hans, Thank you for the patch. On Thu, Jul 11, 2019 at 10:53:25AM +0200, Hans Verkuil wrote: > The V4L2_PIX_FMT_BGRA444 define clashed with the pre-existing > V4L2_PIX_FMT_SGRBG12 > which strangely enough used the same fourcc, even though that fourcc made no > sense > for a Bayer format. In

Single- vs Multi-planar APIs for mem2mem devices

2019-07-11 Thread wens Tsai
Hi, I noticed that recent codec driver additions, such as hantro, meson/vdec, mtk, used the multi-planar API (mplane) instead of the single-planar API. Is there a preference for moving towards mplane? Also I noticed that v4l-utils has a plugin that seamlessly adapts mplane devices to work with s

Re: Single- vs Multi-planar APIs for mem2mem devices

2019-07-11 Thread Paul Kocialkowski
Hi, On Thu 11 Jul 19, 17:21, wens Tsai wrote: > I noticed that recent codec driver additions, such as hantro, meson/vdec, > mtk, used the multi-planar API (mplane) instead of the single-planar API. > > Is there a preference for moving towards mplane? Well, there is strict technical requirement f

Re: [PATCH for 5.3] videodev2.h: change V4L2_PIX_FMT_BGRA444 define: fourcc was already in use

2019-07-11 Thread Kieran Bingham
Hi Hans, On 11/07/2019 09:53, Hans Verkuil wrote: > The V4L2_PIX_FMT_BGRA444 define clashed with the pre-existing > V4L2_PIX_FMT_SGRBG12 > which strangely enough used the same fourcc, even though that fourcc made no > sense > for a Bayer format. In any case, you can't have duplicates, so change

[GIT FIXES FOR v5.3] Two regression fixes

2019-07-11 Thread Hans Verkuil
The videodev2.h has a CC to stable since it has to be applied to 5.2 as well, unfortunately. Regards, Hans The following changes since commit f81cbfc4f82a75ca0a2dc181a9c93b88f0e6509d: media: allegro: use new v4l2_m2m_ioctl_try_encoder_cmd funcs (2019-06-27 07:36:06 -0400) are availa

Re: Single- vs Multi-planar APIs for mem2mem devices

2019-07-11 Thread wens Tsai
On Thu, Jul 11, 2019 at 5:39 PM Paul Kocialkowski wrote: > > Hi, > > On Thu 11 Jul 19, 17:21, wens Tsai wrote: > > I noticed that recent codec driver additions, such as hantro, meson/vdec, > > mtk, used the multi-planar API (mplane) instead of the single-planar API. > > > > Is there a preference f

Re: Single- vs Multi-planar APIs for mem2mem devices

2019-07-11 Thread Paul Kocialkowski
On Thu 11 Jul 19, 19:51, wens Tsai wrote: > On Thu, Jul 11, 2019 at 5:39 PM Paul Kocialkowski > wrote: > > > > Hi, > > > > On Thu 11 Jul 19, 17:21, wens Tsai wrote: > > > I noticed that recent codec driver additions, such as hantro, meson/vdec, > > > mtk, used the multi-planar API (mplane) instead

Re: [RFC] Stateful codecs and requirements for compressed formats

2019-07-11 Thread Tomasz Figa
On Thu, Jul 11, 2019 at 10:42 AM Nicolas Dufresne wrote: > > Le mercredi 03 juillet 2019 à 17:32 +0900, Tomasz Figa a écrit : > > Hi Hans, > > > > On Fri, Jun 28, 2019 at 11:34 PM Hans Verkuil wrote: > > > Hi all, > > > > > > I hope I Cc-ed everyone with a stake in this issue. > > > > > > One rec

Re: [RFC] Stateful codecs and requirements for compressed formats

2019-07-11 Thread Tomasz Figa
On Wed, Jul 10, 2019 at 6:14 PM Hans Verkuil wrote: > > On 7/3/19 10:32 AM, Tomasz Figa wrote: > > Hi Hans, > > > > On Fri, Jun 28, 2019 at 11:34 PM Hans Verkuil wrote: > >> > >> Hi all, > >> > >> I hope I Cc-ed everyone with a stake in this issue. > >> > >> One recurring question is how a statef

re

2019-07-11 Thread Ms.Ella Golan
I am Ms.Ella Golan, I am the Executive Vice President Banking Division with FIRST INTERNATIONAL BANK OF ISRAEL LTD (FIBI). I am getting in touch with you regarding an extremely important and urgent matter. If you would oblige me the opportunity, I shall provide you with details upon your respons

[RFC v2] DT-based tuner/demod init

2019-07-11 Thread Marc Gonzalez
Hello everyone, This is a follow-up RFC to my first request for comments: "[RFC] SW connection between DVB Transport Stream demuxer and I2C-based frontend" https://www.spinics.net/lists/arm-kernel/msg739972.html Background: my SoC provides a "Transport Stream Interface" on-chip (for which I wrot

cron job: media_tree daily build: WARNINGS

2019-07-11 Thread Hans Verkuil
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 Jul 12 05:00:23 CEST 2019 media-tree git hash:22be8233b34f4f468934c5fefcbe6151766fb8f2 media_build gi

Re: Single- vs Multi-planar APIs for mem2mem devices

2019-07-11 Thread wens Tsai
On Thu, Jul 11, 2019 at 8:19 PM Paul Kocialkowski wrote: > > On Thu 11 Jul 19, 19:51, wens Tsai wrote: > > On Thu, Jul 11, 2019 at 5:39 PM Paul Kocialkowski > > wrote: > > > > > > Hi, > > > > > > On Thu 11 Jul 19, 17:21, wens Tsai wrote: > > > > I noticed that recent codec driver additions, such