Hi Tiffany,
I get a bunch of warnings when I compile the decoder driver in my daily build
setup:
/home/hans/work/build/media-git/drivers/media/platform/mtk-vcodec/vdec/vdec_h264_if.c:
In function 'put_fb_to_free':
/home/hans/work/build/media-git/drivers/media/platform/mtk-vcodec/vdec/vdec_h264_
Hi Laurent,
Thanks for your review.
On 2016-09-05 18:43:58 +0300, Laurent Pinchart wrote:
> Hi Niklas,
>
> Thank you for the patch.
>
> On Friday 02 Sep 2016 15:47:14 Niklas Söderlund wrote:
> > The HGT is a Histogram Generator Two-Dimensions. It computes a weighted
> > frequency histograms for
Add Tiffany Lin and Andrew-CT Chen as maintainers for
Mediatek MT8173 vcodec drivers
Signed-off-by: Tiffany Lin
Signed-off-by: Andrew-CT Chen
---
MAINTAINERS |9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 0a16a82..ed830c7 100644
--- a/MAINTAINERS
This patch setting V4L2_CAP_TIMEPERFRAME capability in
vidioc_venc_s/g_parm functions
Signed-off-by: Tiffany Lin
---
drivers/media/platform/mtk-vcodec/mtk_vcodec_enc.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/platform/mtk-vcodec/mtk_vcodec_enc.c
b/drivers/media/pl
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 Sep 6 04:00:18 CEST 2016
git branch: test
git hash: e62c30e76829d46bf11d170fd81b735f13a014ac
gcc versi
> On 5 Sep 2016, at 23:19, Andrey Utkin wrote:
>
> On Mon, Sep 05, 2016 at 10:43:49PM +0300, Oliver Collyer wrote:
>> I do not have any knowledge of uvcvideo and the associated classes apart
>> from the studying I’ve done the past day or two, but it seems likely that
>> error -71 and the later
On Mon, Sep 05, 2016 at 10:43:49PM +0300, Oliver Collyer wrote:
> I do not have any knowledge of uvcvideo and the associated classes apart from
> the studying I’ve done the past day or two, but it seems likely that error
> -71 and the later setting of V4L2_BUF_FLAG_ERROR are linked. Also, the fac
Hi
So I built 4.8-rc5 from source, added in a line to videobuf2-v4l2.c to output
to the kernel debug when it sets the error flag and repeated my tests.
I get exactly the same result.
I also enabled the uvc_trace output in case it helps.
Attached are the following files:
dmesg_reload_uvcvideo_
On 05/09/16 14:25, Mauro Carvalho Chehab wrote:
> Em Mon, 5 Sep 2016 15:13:04 +0200
> Markus Heiser escreveu:
>
>> Hi Mauro, (Hi Chris)
>>
>> sorry for my late reply. I test the v4-utils on my HTPC,
>> where I'am not often have time for experimentation ;-)
>>
>> Am 24.08.2016 um 16:52 schrieb Mau
In short:
Is it normal that I can use the v4l2-ctl command to adjust brightness,
saturation, hue, etc but not to adjust more interesting parameters like
bitrate, aspect ration, etc?
Working:
pi@raspberrypi:~ $ cat /sys/class/pvrusb2/sn-4034395926/ctl_hue/cur_val
0
pi@raspberrypi:~ $ v4l2-ctl -c
On Monday 05 Sep 2016 17:57:11 Geert Uytterhoeven wrote:
> On Mon, Sep 5, 2016 at 5:43 PM, Laurent Pinchart wrote:
> >> + for (n = 0; n < 6; n++)
> >
> > Nitpicking, the driver uses pre-increment in for loops (++n), not post-
> > increment. This used to be a best-practice rule in C++, where
>
On 03/09/16 18:04, Colin King wrote:
From: Colin Ian King
cx24120_set_frontend currently allows invalid delivery system types
other than SYS_DVBS2 and SYS_DVBS. Fix this by returning -EINVAL
for invalid values.
Signed-off-by: Colin Ian King
---
drivers/media/dvb-frontends/cx24120.c | 3 +--
Hi Laurent,
On Mon, Sep 5, 2016 at 5:43 PM, Laurent Pinchart
wrote:
>> + for (n = 0; n < 6; n++)
>
> Nitpicking, the driver uses pre-increment in for loops (++n), not post-
> increment. This used to be a best-practice rule in C++, where pre-increment
> can be faster for non-native types (see
The following changes since commit fb6609280db902bd5d34445fba1c926e95e63914:
[media] dvb_frontend: Use memdup_user() rather than duplicating its
implementation (2016-08-24 17:20:45 -0300)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git hva
for you to fetch
Hi Niklas,
Thank you for the patch.
On Friday 02 Sep 2016 15:47:14 Niklas Söderlund wrote:
> The HGT is a Histogram Generator Two-Dimensions. It computes a weighted
> frequency histograms for hue and saturation areas over a configurable
> region of the image with optional subsampling.
>
> Signed
On 09/05/2016 04:40 PM, Hans Verkuil wrote:
> I ran checkpatch and it complains (correctly) that the MAINTAINERS file
> wasn't updated.
> Can you add an entry for this driver to the MAINTAINERS file and post it as a
> separate
> patch? I promise, that's the last thing I need :-)
>
> Regards,
>
Add entry for the HVA driver to the MAINTAINERS file.
Signed-off-by: Jean-Christophe Trotin
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 20bb1d0..5939be5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5634,6 +5634,14 @@ M: Nadi
The code will be shared with the HGT entity, move it to the generic
histogram implementation.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_drv.c | 7 +-
drivers/media/platform/vsp1/vsp1_hgo.c | 308 ++--
drivers/media/platform/vsp1/vsp1_hgo.h
On 08/22/2016 03:13 PM, Stanimir Varbanov wrote:
> This patchset introduces a basic support for Qualcomm video
> acceleration hardware used for video stream decoding/encoding.
> The video IP can found on various qcom SoCs like apq8084, msm8916
> and msm8996, hence it is widly distributed but the dr
I ran checkpatch and it complains (correctly) that the MAINTAINERS file wasn't
updated.
Can you add an entry for this driver to the MAINTAINERS file and post it as a
separate
patch? I promise, that's the last thing I need :-)
Regards,
Hans
On 09/05/2016 04:06 PM, Jean-Christophe Trotin
The following changes since commit fb6609280db902bd5d34445fba1c926e95e63914:
[media] dvb_frontend: Use memdup_user() rather than duplicating its
implementation (2016-08-24 17:20:45 -0300)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git for-v4.9c
for you to
Update the cobalt EDID, fixing various incorrect values (wrong name,
product code, various video capabilities).
Signed-off-by: Hans Verkuil
---
Changes since v2: fix Display Type setting
---
drivers/media/pci/cobalt/cobalt-driver.c | 47
1 file changed, 24 insert
Update the vivid EDID, fixing various incorrect values (wrong name,
product code, various video capabilities).
Signed-off-by: Hans Verkuil
---
Change since v1: fix Display Type setting
---
drivers/media/platform/vivid/vivid-core.c | 58 +++
1 file changed, 29 insertio
version 6:
- "depends on HAS_DMA" added in Kconfig
- g/s parm only supported for output
- V4L2_CAP_TIMEPERFRAME capability set in g/s parm
- V4L2 compliance successfully passed with this version (see report below)
version 5:
- Compilation problem with 4.8-rc1 corrected: unsigned long used for dma_
This patch adds V4L2 HVA (Hardware Video Accelerator) video encoder
driver for STMicroelectronics SoC. It uses the V4L2 mem2mem framework.
This patch only contains the core parts of the driver:
- the V4L2 interface with the userland (hva-v4l2.c)
- the hardware services (hva-hw.c)
- the memory mana
This patch adds the H.264 video encoding capability in the V4L2 HVA
video encoder driver for STMicroelectronics SoC (hva-h264.c).
The main supported features are:
- profile: baseline, main, high, stereo high
- level: up to 4.2
- bitrate mode: CBR, VBR
- entropy mode: CABAC, CAVLC
- video aspect: 1
This patch adds DT binding documentation for STMicroelectronics hva
driver.
Signed-off-by: Yannick Fertre
Signed-off-by: Jean-Christophe Trotin
Acked-by: Peter Griffin
---
.../devicetree/bindings/media/st,st-hva.txt| 24 ++
1 file changed, 24 insertions(+)
create m
Just received a notification from patchwork that my alternative patch on
this was rejected as not applicable.
Thanks to Hans Verkuil - he has applied a reversion of Mauro's wrong
patch and also applied my patch in his repo,
git://linuxtv.org/hverkuil/media_tree.git (branch for-v4.9c).
As I see th
Hi Laurent,
Thanks for your review.
On 2016-09-05 16:05:10 +0300, Laurent Pinchart wrote:
> Hi Niklas,
>
> Thank you for the patch.
>
> On Friday 02 Sep 2016 15:47:13 Niklas Söderlund wrote:
> > The format is used on the R-Car VSP1 video queues that carry
> > 2-D histogram statistics data.
> >
Em Mon, 5 Sep 2016 15:13:04 +0200
Markus Heiser escreveu:
> Hi Mauro, (Hi Chris)
>
> sorry for my late reply. I test the v4-utils on my HTPC,
> where I'am not often have time for experimentation ;-)
>
> Am 24.08.2016 um 16:52 schrieb Mauro Carvalho Chehab
> :
>
> > Em Wed, 24 Aug 2016 11:49:2
Hi Mauro, (Hi Chris)
sorry for my late reply. I test the v4-utils on my HTPC,
where I'am not often have time for experimentation ;-)
Am 24.08.2016 um 16:52 schrieb Mauro Carvalho Chehab :
> Em Wed, 24 Aug 2016 11:49:27 -0300
> Mauro Carvalho Chehab escreveu:
>
>> Hi Markus,
>>
>> Em Wed, 10 A
Hi Alban,
On 08/24/2016 03:49 PM, Alban Bedel wrote:
> In v4l2_async_test_notify() if the registered_async callback or the
> complete notifier returns an error the subdev is not unregistered.
> This leave paths where v4l2_async_register_subdev() can fail but
> leave the subdev still registered.
>
Hi Niklas,
Thank you for the patch.
On Friday 02 Sep 2016 15:47:13 Niklas Söderlund wrote:
> The format is used on the R-Car VSP1 video queues that carry
> 2-D histogram statistics data.
>
> Signed-off-by: Niklas Söderlund
> ---
> Documentation/media/uapi/v4l/meta-formats.rst | 1 +
> .
On 08/30/2016 02:31 PM, Johan Fjeldtvedt wrote:
> In addition to setting the ACK mask, also set the logical address mask
> setting in the dongle. This is (and not the ACK mask) is persisted for
> use in autonomous mode.
>
> The logical address mask to use is deduced from the primary device type
>
On 08/29/2016 07:55 PM, Robert Jarzmik wrote:
> There is no change between v4 and v5, ie. the global diff is empty, only one
> line was shifted to prevent breaking bisectablility.
Against which tree do you develop? Unfortunately this patch series doesn't apply
to the media_tree master branch anymo
On 09/05/2016 01:47 PM, Jean Christophe TROTIN wrote:
>
>
> On 09/05/2016 10:24 AM, Hans Verkuil wrote:
>> On 08/29/2016 03:21 PM, Jean-Christophe Trotin wrote:
>>> This patch adds V4L2 HVA (Hardware Video Accelerator) video encoder
>>> driver for STMicroelectronics SoC. It uses the V4L2 mem2mem
Hi Mauro,
The following changes since commit fb6609280db902bd5d34445fba1c926e95e63914:
[media] dvb_frontend: Use memdup_user() rather than duplicating its
implementation (2016-08-24 17:20:45 -0300)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git vsp1/next
for
Clarify the 'OK (Not Supported)' explanation.
Mention that most CEC adapters will detect the physical address automatically
and
that the --phys-addr option can be dropped.
Signed-off-by: Hans Verkuil
---
diff --git a/utils/cec-compliance/cec-compliance.1.in
b/utils/cec-compliance/cec-complianc
On Sunday, September 4, 2016 2:41:41 PM CEST Baoyou Xie wrote:
> We get 1 warning when building kernel with W=1:
> drivers/staging/media/omap4iss/iss.c:64:6: warning: no previous prototype for
> 'omap4iss_flush' [-Wmissing-prototypes]
>
> In fact, this function is only used in the file in which i
Hi Baoyou,
Thank you for the patch.
On Sunday 04 Sep 2016 14:41:41 Baoyou Xie wrote:
> We get 1 warning when building kernel with W=1:
> drivers/staging/media/omap4iss/iss.c:64:6: warning: no previous prototype
> for 'omap4iss_flush' [-Wmissing-prototypes]
>
> In fact, this function is only used
On 09/05/2016 10:24 AM, Hans Verkuil wrote:
> On 08/29/2016 03:21 PM, Jean-Christophe Trotin wrote:
>> This patch adds V4L2 HVA (Hardware Video Accelerator) video encoder
>> driver for STMicroelectronics SoC. It uses the V4L2 mem2mem framework.
>>
>> This patch only contains the core parts of the
On 09/05/2016 01:30 PM, Tiffany Lin wrote:
> Hi Hans,
>
> On Mon, 2016-09-05 at 13:26 +0200, Hans Verkuil wrote:
>> On 09/05/2016 12:52 PM, Tiffany Lin wrote:
>>> Hi Hans,
>>>
>>> On Mon, 2016-09-05 at 12:09 +0200, Hans Verkuil wrote:
On 09/05/2016 11:53 AM, Hans Verkuil wrote:
> On 09/05
Hi Hans,
On Mon, 2016-09-05 at 13:26 +0200, Hans Verkuil wrote:
> On 09/05/2016 12:52 PM, Tiffany Lin wrote:
> > Hi Hans,
> >
> > On Mon, 2016-09-05 at 12:09 +0200, Hans Verkuil wrote:
> >> On 09/05/2016 11:53 AM, Hans Verkuil wrote:
> >>> On 09/05/2016 11:50 AM, Tiffany Lin wrote:
> Hi Hans
On 09/05/2016 12:52 PM, Tiffany Lin wrote:
> Hi Hans,
>
> On Mon, 2016-09-05 at 12:09 +0200, Hans Verkuil wrote:
>> On 09/05/2016 11:53 AM, Hans Verkuil wrote:
>>> On 09/05/2016 11:50 AM, Tiffany Lin wrote:
Hi Hans,
On Mon, 2016-09-05 at 11:33 +0200, Hans Verkuil wrote:
> On 09/
Hi Hans,
On Mon, 2016-09-05 at 12:09 +0200, Hans Verkuil wrote:
> On 09/05/2016 11:53 AM, Hans Verkuil wrote:
> > On 09/05/2016 11:50 AM, Tiffany Lin wrote:
> >> Hi Hans,
> >>
> >> On Mon, 2016-09-05 at 11:33 +0200, Hans Verkuil wrote:
> >>> On 09/02/2016 02:19 PM, Tiffany Lin wrote:
> ==
From: Mauro Carvalho Chehab
With the current settings, only one channel locks properly.
That's likely because, when this driver was written, Brazil
were still using experimental transmissions.
Change it to reproduce the settings used by the newer drivers.
That makes it lock on other channels.
S
From: Mauro Carvalho Chehab
The AGC GPIO pin for this board is wrong. it should be GPIO 28
(0x1c).
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/cx231xx/cx231xx-cards.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driver
From: Mauro Carvalho Chehab
The cx231xx_set_agc_analog_digital_mux_select() callers
expect it to return 0 or an error. That makes the first
attempt to switch between analog/digital to fail.
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/cx231xx
From: Mauro Carvalho Chehab
If something bad happens when switching between digital
and analog mode, prints an error and outputs the returned code.
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/cx231xx/cx231xx-core.c | 9 -
1 file chan
[ 1417.425863] cx231xx 1-3.1.4:1.1: Cx231xx dvb Extension removed
[ 1417.571923] BUG: unable to handle kernel paging request at c081a024
[ 1417.571962] IP: [] string+0x24/0x80
[ 1417.571987] PGD 1c09067 PUD 1c0b067 PMD 88e653067 PTE 0
[ 1417.572013] Oops: [#1] SMP
[ 1417.572026] Module
Some messages have a hardcoded prefix; others not. Use the
pr_fmt() to ensure that all messages will use the same prefix.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/tuners/tda18271-fe.c | 11 ++-
drivers/media/tuners/tda18271-priv.h | 2 ++
2 files changed, 8 insertions(+)
From: Mauro Carvalho Chehab
This device uses GPIOs: 28 to switch between analog and
digital modes: on digital mode, it should be set to 1.
The code that sets it on analog mode is OK, but it misses
the logic that sets it on digital mode.
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Mauro
The cx231xx_get_i2c_adap() function should return the I2C
adapter that will be used to talk with a device. It should never
be NULL, as otherwise the driver will try to dereference a
null pointer.
We might instead fix the callers, but if this condition
ever happens, it is really a driver bug, becau
The number of the cx231xx REQ for GPIO register set/get are wrong.
They should follow what's there at cx231xx-pcb-cfg.h.
Noticed while checking the cx231xx parser at the v4l-utils.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/cx231xx/cx231xx-core.c | 8
1 file changed, 4
The driver should not ignore errors while registering the I2C
bus, as this device can't even minimally work without the buses,
as it uses those buses internally to talk with the several IP
blocks inside the chip.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/cx231xx/cx231xx-core.c |
This patch series fix a series of bugs and issues related to PV SBTVD device
while tuning to ISDB-T channels found in Brazil.
Mauro Carvalho Chehab (12):
[media] cx231xx: don't return error on success
[media] cx231xx: fix GPIOs for Pixelview SBTVD hybrid
[media] cx231xx: prints error code if
use pr_fmt() & friends for error messages to output like:
[9.651721] tea5767: Chip ID is not zero. It is not a TEA5767
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/tuners/tea5767.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/media/tuners/te
From: Mauro Carvalho Chehab
On this frontend, it takes a while to start output normal
TS data. That only happens on state S9. On S8, the TS output
is enabled, but it is not reliable enough.
However, the zigzag loop is too fast to let it sync.
As, on practical tests, the zigzag software loop doe
On 08/30/2016 02:25 PM, Minghsiu Tsai wrote:
> Add MDP driver for MT8173
>
> Signed-off-by: Minghsiu Tsai
> ---
> drivers/media/platform/Kconfig| 17 +
> drivers/media/platform/Makefile |2 +
> drivers/media/platform/mtk-mdp/Makefile |9 +
> drivers/
On 09/05/2016 11:53 AM, Hans Verkuil wrote:
> On 09/05/2016 11:50 AM, Tiffany Lin wrote:
>> Hi Hans,
>>
>> On Mon, 2016-09-05 at 11:33 +0200, Hans Verkuil wrote:
>>> On 09/02/2016 02:19 PM, Tiffany Lin wrote:
==
Introduction
==
The purpose of this s
On 09/05/2016 11:50 AM, Tiffany Lin wrote:
> Hi Hans,
>
> On Mon, 2016-09-05 at 11:33 +0200, Hans Verkuil wrote:
>> On 09/02/2016 02:19 PM, Tiffany Lin wrote:
>>> ==
>>> Introduction
>>> ==
>>>
>>> The purpose of this series is to add the driver for video codec hw embedded
Hi Hans,
On Mon, 2016-09-05 at 11:33 +0200, Hans Verkuil wrote:
> On 09/02/2016 02:19 PM, Tiffany Lin wrote:
> > ==
> > Introduction
> > ==
> >
> > The purpose of this series is to add the driver for video codec hw embedded
> > in the Mediatek's MT8173 SoCs.
> > Mediatek
On 09/02/2016 02:19 PM, Tiffany Lin wrote:
> ==
> Introduction
> ==
>
> The purpose of this series is to add the driver for video codec hw embedded
> in the Mediatek's MT8173 SoCs.
> Mediatek Video Codec is able to handle video decoding and encoding of in a
> range of fo
On 09/04/2016 10:05 PM, Helen Koike wrote:
> Hi Hans,
>
> Thank you for your review.
>
> On 2016-08-22 07:57 AM, Hans Verkuil wrote:
>> Hi Helen,
>>
>> A few small code comments are below.
>>
>> Note that if I try to capture I see these two messages in the kernel log:
>>
>> [588197.368145] vimc v
The Renesas multimedia drivers use ret to store return values, fix the
only exception in the rcar-fcp driver to keep the coding style
consistent.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/rcar-fcp.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/driv
Hi Laurent,
On Mon, Sep 5, 2016 at 10:25 AM, Laurent Pinchart
wrote:
> On Monday 05 Sep 2016 10:20:52 Geert Uytterhoeven wrote:
>> On Mon, Sep 5, 2016 at 10:17 AM, Laurent Pinchart wrote:
>> >> BTW, it seems I missed a few more s2ram resume errors:
>> >> dpm_run_callback(): pm_genpd_resume_no
Hi Geert,
On Monday 05 Sep 2016 10:20:52 Geert Uytterhoeven wrote:
> On Mon, Sep 5, 2016 at 10:17 AM, Laurent Pinchart wrote:
> >> BTW, it seems I missed a few more s2ram resume errors:
> >> dpm_run_callback(): pm_genpd_resume_noirq+0x0/0x90 returns -13
> >> PM: Device fe92.vsp failed
On 08/29/2016 03:21 PM, Jean-Christophe Trotin wrote:
> This patch adds V4L2 HVA (Hardware Video Accelerator) video encoder
> driver for STMicroelectronics SoC. It uses the V4L2 mem2mem framework.
>
> This patch only contains the core parts of the driver:
> - the V4L2 interface with the userland (
Hi Hans,
On Monday 05 Sep 2016 09:40:19 Hans Verkuil wrote:
> On 09/02/2016 02:07 PM, Laurent Pinchart wrote:
> > The metadata buffer type is used to transfer metadata between userspace
> > and kernelspace through a V4L2 buffers queue. It comes with a new
> > metadata capture capability and format
Hi Laurent,
On Mon, Sep 5, 2016 at 10:17 AM, Laurent Pinchart
wrote:
>> BTW, it seems I missed a few more s2ram resume errors:
>>
>> dpm_run_callback(): pm_genpd_resume_noirq+0x0/0x90 returns -13
>> PM: Device fe92.vsp failed to resume noirq: error -13
>> dpm_run_callback(): pm_ge
Hi Geert,
On Tuesday 23 Aug 2016 15:11:59 Geert Uytterhoeven wrote:
> On Wed, Aug 17, 2016 at 2:55 PM, Laurent Pinchart wrote:
> > On Tuesday 09 Aug 2016 17:36:41 Geert Uytterhoeven wrote:
> >> When resuming from suspend-to-RAM on r8a7795/salvator-x:
> >> dpm_run_callback(): pm_genpd_resume_no
On 09/05/2016 10:08 AM, Laurent Pinchart wrote:
> The metadata buffer type is used to transfer metadata between userspace
> and kernelspace through a V4L2 buffers queue. It comes with a new
> metadata capture capability and format description.
>
> Signed-off-by: Laurent Pinchart
> Tested-by: Guen
The metadata buffer type is used to transfer metadata between userspace
and kernelspace through a V4L2 buffers queue. It comes with a new
metadata capture capability and format description.
Signed-off-by: Laurent Pinchart
Tested-by: Guennadi Liakhovetski
Acked-by: Sakari Ailus
---
Changes since
On 09/02/2016 02:07 PM, Laurent Pinchart wrote:
> The metadata buffer type is used to transfer metadata between userspace
> and kernelspace through a V4L2 buffers queue. It comes with a new
> metadata capture capability and format description.
>
> Signed-off-by: Laurent Pinchart
> Tested-by: Guen
Hi Mauro,
These four patches rework Media controller IOCTL handling for cleanups and
preparation for variable sized IOCTL arguments.
I've postponed the last patch of the reviewed set until the patch will
actually be needed. It's available here:
https://git.linuxtv.org/sailus/media_tree.git/log/?
75 matches
Mail list logo
