cron job: media_tree daily build: WARNINGS

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 Apr 23 04:00:24 CEST 2016 git branch: test git hash: e07d46e7e0da86c146f199dae76f879096bc436a gcc

Re: [PATCHv3 08/12] media/platform: convert drivers to use the new vb2_queue dev field

Hi Hans, Thank you for the patch. On Friday 22 Apr 2016 10:38:15 Hans Verkuil wrote: > From: Hans Verkuil > > Stop using alloc_ctx and just fill in the device pointer. > > Signed-off-by: Hans Verkuil > Cc: Laurent Pinchart

Re: [PATCHv3 07/12] media/platform: convert drivers to use the new vb2_queue dev field

Hi Hans, Thank you for the patch. On Friday 22 Apr 2016 10:38:14 Hans Verkuil wrote: > From: Hans Verkuil > > Stop using alloc_ctx and just fill in the device pointer. > > Signed-off-by: Hans Verkuil > Cc: Fabien Dessenne

Re: [PATCHv3 05/12] staging/media: convert drivers to use the new vb2_queue dev field

Hi Hans, Thank you for the patch. On Friday 22 Apr 2016 10:38:12 Hans Verkuil wrote: > From: Hans Verkuil > > Stop using alloc_ctx and just fill in the device pointer. > > Signed-off-by: Hans Verkuil > Cc: "Lad, Prabhakar"

Re: [PATCHv3 01/12] vb2: add a dev field to use for the default allocation context

Hi Hans, Thank you for the patch. On Friday 22 Apr 2016 10:38:08 Hans Verkuil wrote: > From: Hans Verkuil > > The allocation context is nothing more than a per-plane device pointer > to use when allocating buffers. So just provide a dev pointer in vb2_queue > for that

我的交友主页是

你的老朋友邀你来Q群:343257759 抢红包 抢秒杀 抢vip 什么都要抢。太刺激了。不靠手气只拼手速

[PATCH] [media] au0828: fix double free in au0828_usb_probe()

In case of failure au0828_v4l2_device_register() deallocates dev and returns error code to au0828_usb_probe(), which also calls kfree(dev) on a failure path. The patch removes duplicated code from au0828_v4l2_device_register(). Found by Linux Driver Verification project (linuxtesting.org).

Re: [PATCH 6/6] rcar-vin: failed start_streaming didn't call s_stream(0)

Hi Hans, Acked-by: Niklas Söderlund On 2016-04-22 15:03:42 +0200, Hans Verkuil wrote: > From: Hans Verkuil > > This can leave adv7180 in an inconsistent state > > Signed-off-by: Hans Verkuil > Cc: Niklas

Re: [PATCH 3/6] rcar-vin: support the source change event and fix s_std

Hi Hans, Great patch, On 2016-04-22 15:03:39 +0200, Hans Verkuil wrote: > From: Hans Verkuil > > The patch adds support for the source change event and it fixes > the s_std support: changing the standard will also change the > resolution, and that was never updated. >

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

Em Fri, 22 Apr 2016 18:45:41 +0200 Hans Verkuil escreveu: > On 04/22/2016 05:21 PM, Mauro Carvalho Chehab wrote: > > Em Fri, 22 Apr 2016 16:56:00 +0200 > > Hans Verkuil escreveu: > > > >> On 04/22/2016 04:48 PM, Mauro Carvalho Chehab wrote: > >>> Em

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

On 04/22/2016 05:21 PM, Mauro Carvalho Chehab wrote: > Em Fri, 22 Apr 2016 16:56:00 +0200 > Hans Verkuil escreveu: > >> On 04/22/2016 04:48 PM, Mauro Carvalho Chehab wrote: >>> Em Fri, 22 Apr 2016 16:31:28 +0200 >>> Hans Verkuil escreveu: >>> On

Re: [PATCH 0/8] Input: atmel_mxt_ts - output raw touch diagnostic data via V4L

On 22/04/2016 15:45, Mauro Carvalho Chehab wrote: > Em Fri, 22 Apr 2016 10:26:37 +0200 > Hans Verkuil escreveu: >> On 04/21/2016 11:31 AM, Nick Dyer wrote: >>> This is a series of patches to add diagnostic data support to the Atmel >>> maXTouch driver. It's a rewrite of the

Re: [PATCH 0/8] Input: atmel_mxt_ts - output raw touch diagnostic data via V4L

Em Fri, 22 Apr 2016 17:18:24 +0200 Hans Verkuil escreveu: > On 04/22/2016 05:07 PM, Nick Dyer wrote: > > On 22/04/2016 15:45, Mauro Carvalho Chehab wrote: > >> Em Fri, 22 Apr 2016 10:26:37 +0200 > >> Hans Verkuil escreveu: > >>> On 04/21/2016 11:31

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

Em Fri, 22 Apr 2016 16:56:00 +0200 Hans Verkuil escreveu: > On 04/22/2016 04:48 PM, Mauro Carvalho Chehab wrote: > > Em Fri, 22 Apr 2016 16:31:28 +0200 > > Hans Verkuil escreveu: > > > >> On 04/22/2016 04:21 PM, Mauro Carvalho Chehab wrote: > >>> Em

Re: [PATCH 0/8] Input: atmel_mxt_ts - output raw touch diagnostic data via V4L

On 04/22/2016 05:07 PM, Nick Dyer wrote: > On 22/04/2016 15:45, Mauro Carvalho Chehab wrote: >> Em Fri, 22 Apr 2016 10:26:37 +0200 >> Hans Verkuil escreveu: >>> On 04/21/2016 11:31 AM, Nick Dyer wrote: This is a series of patches to add diagnostic data support to the

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

On 04/22/2016 04:48 PM, Mauro Carvalho Chehab wrote: > Em Fri, 22 Apr 2016 16:31:28 +0200 > Hans Verkuil escreveu: > >> On 04/22/2016 04:21 PM, Mauro Carvalho Chehab wrote: >>> Em Fri, 22 Apr 2016 14:37:07 +0200 >>> Hans Verkuil escreveu: >>> On

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

Em Fri, 22 Apr 2016 16:31:28 +0200 Hans Verkuil escreveu: > On 04/22/2016 04:21 PM, Mauro Carvalho Chehab wrote: > > Em Fri, 22 Apr 2016 14:37:07 +0200 > > Hans Verkuil escreveu: > > > >> On 04/22/2016 02:31 PM, Mauro Carvalho Chehab wrote: > >>> Em

Re: [PATCH 0/8] Input: atmel_mxt_ts - output raw touch diagnostic data via V4L

Em Fri, 22 Apr 2016 10:26:37 +0200 Hans Verkuil escreveu: > Hi Nick, > > On 04/21/2016 11:31 AM, Nick Dyer wrote: > > This is a series of patches to add diagnostic data support to the Atmel > > maXTouch driver. It's a rewrite of the previous implementation which output > >

Re: [PATCH/RFC 1/2] v4l: Add meta-data video device type

Em Fri, 22 Apr 2016 16:01:35 +0200 Hans Verkuil escreveu: > > + * %VFL_TYPE_META - Meta-data (including statistics) > > I would drop the '(including statistics)' part. It feels weird that > 'statistics' are singled out, it makes the reader wonder

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

On 04/22/2016 04:21 PM, Mauro Carvalho Chehab wrote: > Em Fri, 22 Apr 2016 14:37:07 +0200 > Hans Verkuil escreveu: > >> On 04/22/2016 02:31 PM, Mauro Carvalho Chehab wrote: >>> Em Fri, 22 Apr 2016 11:19:09 +0200 >>> Hans Verkuil escreveu: >>> Hi

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

Em Fri, 22 Apr 2016 14:37:07 +0200 Hans Verkuil escreveu: > On 04/22/2016 02:31 PM, Mauro Carvalho Chehab wrote: > > Em Fri, 22 Apr 2016 11:19:09 +0200 > > Hans Verkuil escreveu: > > > >> Hi Ricardo, > >> > >> On 04/21/2016 11:15 AM, Ricardo Ribalda

Re: [PATCH 1/6] adv7180: fix broken standards handling

Hi Hans, Tested-by: Niklas Söderlund On 2016-04-22 15:03:37 +0200, Hans Verkuil wrote: > From: Hans Verkuil > > The adv7180 attempts to autodetect the standard. Unfortunately this > is seriously broken. > > This patch removes the

Re: [PATCH v3 5/7] media: rcar-vin: add DV timings support

On 04/14/2016 06:17 PM, Ulrich Hecht wrote: > Adds ioctls DV_TIMINGS_CAP, ENUM_DV_TIMINGS, G_DV_TIMINGS, S_DV_TIMINGS, > and QUERY_DV_TIMINGS. > > Signed-off-by: Ulrich Hecht > --- > drivers/media/platform/rcar-vin/rcar-v4l2.c | 69 >

Re: [PATCH/RFC 1/2] v4l: Add meta-data video device type

On 04/22/2016 03:58 PM, Mauro Carvalho Chehab wrote: > Em Fri, 22 Apr 2016 09:46:04 +0200 > Hans Verkuil escreveu: > >> On 04/21/2016 09:15 PM, Laurent Pinchart wrote: >>> Hi Hans, >>> >>> Thank you for the review. >>> >>> On Thursday 21 Apr 2016 08:39:59 Hans Verkuil wrote:

Re: [PATCH/RFC 1/2] v4l: Add meta-data video device type

Em Fri, 22 Apr 2016 09:46:04 +0200 Hans Verkuil escreveu: > On 04/21/2016 09:15 PM, Laurent Pinchart wrote: > > Hi Hans, > > > > Thank you for the review. > > > > On Thursday 21 Apr 2016 08:39:59 Hans Verkuil wrote: > >> Hi Laurent, > >> > >> Thanks for the patch! > >> >

Re: [PATCH/RFC 1/2] v4l: Add meta-data video device type

Em Thu, 21 Apr 2016 03:40:26 +0300 Laurent Pinchart escreveu: > The meta-data video device is used to transfer meta-data between > userspace and kernelspace through a V4L2 buffers queue. It comes with a > new meta-data capture capability, buffer type

Re: [PATCH v7 5/8] [media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver

On 04/22/2016 06:25 AM, Tiffany Lin wrote: > Add v4l2 layer encoder driver for MT8173 > > Signed-off-by: Tiffany Lin > > --- > drivers/media/platform/Kconfig | 16 + > drivers/media/platform/Makefile|2 + >

Re: [PATCH 1/6] adv7180: fix broken standards handling

Acked-by: Federico Vaga On Friday, April 22, 2016 03:03:37 PM Hans Verkuil wrote: > From: Hans Verkuil > > The adv7180 attempts to autodetect the standard. Unfortunately this > is seriously broken. > > This patch removes the autodetect

Re: [PATCH] media: fix media_open() to not release lock too soon

Em Wed, 20 Apr 2016 14:48:10 -0600 Shuah Khan escreveu: > media_open() releases media_devnode_lock before open is complete. Hold > the lock to call mdev->fops->open and release at the end. This patch looks scary on my eyes, as it has potential of causing dead locks, if

Re: [PATCH 2/6] sta2x11_vip: fix s_std

On 04/22/2016 03:15 PM, Federico Vaga wrote: > Acked-by: Federico Vaga > > It sounds fine to me (even the ADV7180 patch). Unfortunately I do not have > the > hardware to test it. Your Ack will have to suffice :-) Can you Ack the adv7180 patch as well? Would be nice.

Re: [PATCH 2/6] sta2x11_vip: fix s_std

Acked-by: Federico Vaga It sounds fine to me (even the ADV7180 patch). Unfortunately I do not have the hardware to test it. On Friday, April 22, 2016 03:03:38 PM Hans Verkuil wrote: > From: Hans Verkuil > > The s_std ioctl was broken in this

[PATCH] VPU: mediatek: fix simple_open.cocci warnings

Remove an open coded simple_open() function and replace file operations references to the function with simple_open() instead. Generated by: scripts/coccinelle/api/simple_open.cocci CC: Andrew-CT Chen Signed-off-by: Fengguang Wu

[PATCH] VPU: mediatek: fix platform_no_drv_owner.cocci warnings

Remove .owner field if calls are used which set it automatically Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci CC: Andrew-CT Chen Signed-off-by: Fengguang Wu Signed-off-by: Julia Lawall --- base:

[PATCH 5/6] media/i2c/adv*: make controls inheritable instead of private

From: Hans Verkuil Marking these controls as private seemed a good idea at one time, but in practice it makes no sense. So drop this. Signed-off-by: Hans Verkuil --- drivers/media/i2c/ad9389b.c | 8 drivers/media/i2c/adv7511.c | 6

[PATCH 3/6] rcar-vin: support the source change event and fix s_std

From: Hans Verkuil The patch adds support for the source change event and it fixes the s_std support: changing the standard will also change the resolution, and that was never updated. Signed-off-by: Hans Verkuil Cc: Niklas Söderlund

[PATCH 2/6] sta2x11_vip: fix s_std

From: Hans Verkuil The s_std ioctl was broken in this driver, partially due to the changes to the adv7180 driver (this affected the handling of V4L2_STD_ALL) and partially because the new standard was never stored in vip->std. The handling of V4L2_STD_ALL has been

[PATCH 4/6] tc358743: drop bogus comment

From: Hans Verkuil The control in question is not a private control, so drop that comment. Copy-and-paste left-over. Signed-off-by: Hans Verkuil --- drivers/media/i2c/tc358743.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH 1/6] adv7180: fix broken standards handling

From: Hans Verkuil The adv7180 attempts to autodetect the standard. Unfortunately this is seriously broken. This patch removes the autodetect completely. Only the querystd op will detect the standard. Since the design of the adv7180 requires that you switch to a special

[PATCH 0/6] Various rcar-vin and adv* fixes

From: Hans Verkuil While testing Niklas' new rcar-vin driver I found various problems that is fixed in this patch series. The main problem is the adv7180 driver which was simply broken when it comes to detecting standards. This should now be fixed (at least it works for

[PATCH 6/6] rcar-vin: failed start_streaming didn't call s_stream(0)

From: Hans Verkuil This can leave adv7180 in an inconsistent state Signed-off-by: Hans Verkuil Cc: Niklas Söderlund --- drivers/media/platform/rcar-vin/rcar-dma.c | 4 +++- 1 file changed, 3 insertions(+),

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

On 04/22/2016 02:31 PM, Mauro Carvalho Chehab wrote: > Em Fri, 22 Apr 2016 11:19:09 +0200 > Hans Verkuil escreveu: > >> Hi Ricardo, >> >> On 04/21/2016 11:15 AM, Ricardo Ribalda Delgado wrote: >>> When using a device is read/write mode, vb2 does not handle properly the >>>

Re: [PATCH v3 5/7] media: rcar-vin: add DV timings support

New review of this code. Ignore the previous one. On 04/14/2016 06:17 PM, Ulrich Hecht wrote: > Adds ioctls DV_TIMINGS_CAP, ENUM_DV_TIMINGS, G_DV_TIMINGS, S_DV_TIMINGS, > and QUERY_DV_TIMINGS. > > Signed-off-by: Ulrich Hecht > --- >

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

Em Fri, 22 Apr 2016 11:19:09 +0200 Hans Verkuil escreveu: > Hi Ricardo, > > On 04/21/2016 11:15 AM, Ricardo Ribalda Delgado wrote: > > When using a device is read/write mode, vb2 does not handle properly the > > first select/poll operation. It allways return POLLERR. > > >

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

Em Thu, 21 Apr 2016 11:15:16 +0200 Ricardo Ribalda Delgado escreveu: > When using a device is read/write mode, vb2 does not handle properly the > first select/poll operation. It allways return POLLERR. > > The reason for this is that when this code has been

Re: [PATCH v3 5/7] media: rcar-vin: add DV timings support

On 04/20/2016 06:24 PM, Ulrich Hecht wrote: > On Mon, Apr 18, 2016 at 12:04 PM, Hans Verkuil wrote: >> Hi Ulrich, >> >> This isn't right: this just overwrites the adv7180 input with an HDMI input. >> >> I assume the intention is to have support for both adv7180 and HDMI input

Re: [PATCH v7 00/24] i2c mux cleanup and locking update

Wolfram Sang wrote: > > The problem with waiting until 4.8 with the rest of the series is that it > > will likely go stale, e.g. patch 22 ([media] rtl2832: change the i2c gate > > to be mux-locked) touches a ton of register accesses in that driver since > > it removes a regmap wrapper that is

[PATCH v8 08/24] iio: imu: inv_mpu6050: convert to use an explicit i2c mux core

Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Acked-by: Jonathan Cameron Signed-off-by: Peter Rosin ---

Re: [PATCH v7 00/24] i2c mux cleanup and locking update

> The problem with waiting until 4.8 with the rest of the series is that it > will likely go stale, e.g. patch 22 ([media] rtl2832: change the i2c gate > to be mux-locked) touches a ton of register accesses in that driver since > it removes a regmap wrapper that is rendered obsolete. Expecting

[patch] [media] cx231xx: silence uninitialized variable warning

We print an uninitialized "actlen" variable on the error path. Signed-off-by: Dan Carpenter diff --git a/drivers/media/usb/cx231xx/cx231xx-core.c b/drivers/media/usb/cx231xx/cx231xx-core.c index f497888..6741fd0 100644 --- a/drivers/media/usb/cx231xx/cx231xx-core.c

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

On 04/22/2016 11:47 AM, Ricardo Ribalda Delgado wrote: > Thanks for your review! > > I will fix it that way. Do you mind to wait until Monday for a patch? No problem. Hans > > Regards > > On 22 Apr 2016 11:19, "Hans Verkuil" > wrote:

Re: [PATCH v7 4/8] dt-bindings: Add a binding for Mediatek Video Encoder

-Driver-and-VPU-Driver/20160422-123111 base: git://linuxtv.org/media_tree.git master config: i386-allmodconfig (attached as .config) reproduce: # save the attached .config to linux build tree make ARCH=i386 All errors (new ones prefixed by >>): >> ERROR: "max_pf

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

Hi Ricardo, On 04/21/2016 11:15 AM, Ricardo Ribalda Delgado wrote: > When using a device is read/write mode, vb2 does not handle properly the > first select/poll operation. It allways return POLLERR. > > The reason for this is that when this code has been refactored, some of > the operations

[PATCH 2/2] DocBook media: drop 'experimental' annotations

From: Hans Verkuil Drop the 'experimental' annotations. The only remaining part of the API that is still marked 'experimental' are the debug ioctls/structs, and that is intentional. Only the v4l2-dbg application should use those. All others have been around for years, so

[PATCH 0/2] Drop obsolete 'experimental' annotations

From: Hans Verkuil Both in videodev2.h and in the documentation there are a lot of features marked 'experimental' that have been around for years. Remove these annotations since it was pure laziness that we didn't do that before. Regards, Hans Hans Verkuil (2):

[PATCH 1/2] videodev2.h: remove 'experimental' annotations.

From: Hans Verkuil Most of what is marked as 'experimental' has been around for years. Time to drop that annotation. The only remaining 'experimental' bits of the API are the debug ioctls and structs: these should remain experimental since the only application that

Re: [PATCHv3 06/12] media/platform: convert drivers to use the new vb2_queue dev field

Am Freitag, den 22.04.2016, 10:38 +0200 schrieb Hans Verkuil: > From: Hans Verkuil > > Stop using alloc_ctx and just fill in the device pointer. > > Signed-off-by: Hans Verkuil > Cc: "Lad, Prabhakar" > Cc: Scott Jiang

Re: [PATCHv3 01/12] vb2: add a dev field to use for the default allocation context

Am Freitag, den 22.04.2016, 10:38 +0200 schrieb Hans Verkuil: > From: Hans Verkuil > > The allocation context is nothing more than a per-plane device pointer > to use when allocating buffers. So just provide a dev pointer in vb2_queue > for that purpose and drivers can

[PATCHv3 04/12] media/pci: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Federico Vaga Cc: Mauro Carvalho Chehab # #total: 0 errors, 0 warnings, 16 lines

[PATCHv3 07/12] media/platform: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Fabien Dessenne Cc: Benoit Parrot Cc: Laurent Pinchart #

[PATCHv3 11/12] media/platform: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Kyungmin Park Cc: Sylwester Nawrocki ---

[PATCHv3 10/12] media/platform: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Kyungmin Park Cc: Sylwester Nawrocki ---

[PATCHv3 09/12] media/.../soc-camera: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Guennadi Liakhovetski Cc: Ludovic Desroches Cc: Sergei Shtylyov

[PATCHv3 03/12] sur40: set q->dev instead of allocating a context

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Florian Echtler # #total: 0 errors, 0 warnings, 304 lines checked # #Your patch has no obvious style problems and

[PATCHv3 06/12] media/platform: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: "Lad, Prabhakar" Cc: Scott Jiang Cc: Philipp Zabel

[PATCHv3 12/12] vb2: replace void *alloc_ctxs by struct device *alloc_devs

From: Hans Verkuil Make this a proper typed array. Drop the old allocate context code since that is no longer used. Note that the memops functions now get a struct device pointer instead of the struct device ** that was there initially (actually a void pointer to a

[PATCHv3 08/12] media/platform: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Laurent Pinchart Cc: Mikhail Ulyanov Cc: Guennadi Liakhovetski

[PATCHv3 05/12] staging/media: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: "Lad, Prabhakar" Cc: Laurent Pinchart ---

[PATCHv3 01/12] vb2: add a dev field to use for the default allocation context

From: Hans Verkuil The allocation context is nothing more than a per-plane device pointer to use when allocating buffers. So just provide a dev pointer in vb2_queue for that purpose and drivers can skip allocating/releasing/filling in the allocation context unless they

[PATCHv3 00/12] vb2: replace allocation context by device pointer

From: Hans Verkuil The opaque allocation context that allocators use and drivers have to fill in is really nothing more than a device pointer wrapped in an kmalloc()ed struct. This patch series adds a new 'struct device *dev' field that contains the default device

[PATCHv3 02/12] v4l2-pci-skeleton: set q->dev instead of allocating a context

From: Hans Verkuil Stop using alloc_ctx as that is now no longer needed. Signed-off-by: Hans Verkuil --- Documentation/video4linux/v4l2-pci-skeleton.c | 15 ++- 1 file changed, 2 insertions(+), 13 deletions(-) diff --git

Re: [RFC] Streaming I/O: proposal to expose MMAP/USERPTR/DMABUF capabilities with QUERYCAP

On 04/22/2016 10:23 AM, Jean-Michel Hautbois wrote: > Hi Hans, > > 2016-04-22 10:08 GMT+02:00 Hans Verkuil : >> Hi all, >> >> I have always been unhappy with the fact that it is so hard to tell whether >> the USERPTR and/or DMABUF modes are available with Streaming I/O.

Re: [PATCH 1/2] drm: rcar-du: Add Z-order support for VSP planes

On Fri, Apr 22, 2016 at 12:00:39AM +0300, Laurent Pinchart wrote: > Hi Daniel, > > On Thursday 21 Apr 2016 18:10:25 Daniel Vetter wrote: > > On Thu, Apr 21, 2016 at 04:14:12AM +0300, Laurent Pinchart wrote: > > > Make the Z-order of VSP planes configurable through the zpos property, > > > exactly

Re: [PATCH 0/8] Input: atmel_mxt_ts - output raw touch diagnostic data via V4L

Hi Nick, On 04/21/2016 11:31 AM, Nick Dyer wrote: > This is a series of patches to add diagnostic data support to the Atmel > maXTouch driver. It's a rewrite of the previous implementation which output > via > debugfs: it now uses a V4L2 device in a similar way to the sur40 driver. > > There

Re: libdvbv5 licencing

On Tue, 2016-04-19 at 16:36 -0300, Mauro Carvalho Chehab wrote: > […] > License changed. Thank you, this is great news. GStreamer dvbsrc rewrite now on the starting blocks: lots of code "replication" deletion first thing on the agenda. -- Russel.

Re: [RFC] Streaming I/O: proposal to expose MMAP/USERPTR/DMABUF capabilities with QUERYCAP

Hi Hans, 2016-04-22 10:08 GMT+02:00 Hans Verkuil : > Hi all, > > I have always been unhappy with the fact that it is so hard to tell whether > the USERPTR and/or DMABUF modes are available with Streaming I/O. QUERYCAP > only tells you if Streaming I/O is available, but not in

[RFC] Streaming I/O: proposal to expose MMAP/USERPTR/DMABUF capabilities with QUERYCAP

Hi all, I have always been unhappy with the fact that it is so hard to tell whether the USERPTR and/or DMABUF modes are available with Streaming I/O. QUERYCAP only tells you if Streaming I/O is available, but not in which flavors. So I propose the following: #define V4L2_CAP_STREAMING_MMAP

Re: [PATCH v7 7/8] [media] vcodec: mediatek: Add Mediatek H264 Video Encoder Driver

-Driver-and-VPU-Driver/20160422-123111 base: git://linuxtv.org/media_tree.git master config: i386-allyesconfig (attached as .config) reproduce: # save the attached .config to linux build tree make ARCH=i386 All warnings (new ones prefixed by >>): drivers/media/platfo

Re: [PATCH v7 00/24] i2c mux cleanup and locking update

Hi Wolfram, Wolfram Sang wrote: > This was the diff of v6: > > > 32 files changed, 1277 insertions(+), 915 deletions(-) > > This is v7: > > > 32 files changed, 1225 insertions(+), 916 deletions(-) > > So, we gained a little overall. And while the individual drivers have a > few lines more

Re: [PATCH v7 6/8] [media] vcodec: mediatek: Add Mediatek VP8 Video Encoder Driver

-Driver-and-VPU-Driver/20160422-123111 base: git://linuxtv.org/media_tree.git master config: i386-allyesconfig (attached as .config) reproduce: # save the attached .config to linux build tree make ARCH=i386 All warnings (new ones prefixed by >>): drivers/media/platfo

Re: [PATCH/RFC 1/2] v4l: Add meta-data video device type

On 04/21/2016 09:15 PM, Laurent Pinchart wrote: > Hi Hans, > > Thank you for the review. > > On Thursday 21 Apr 2016 08:39:59 Hans Verkuil wrote: >> Hi Laurent, >> >> Thanks for the patch! >> >> Some, mostly small, comments follow: >> >> On 04/21/2016 02:40 AM, Laurent Pinchart wrote: >>> The

Re: [PATCH v7 5/8] [media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver

-Driver-and-VPU-Driver/20160422-123111 base: git://linuxtv.org/media_tree.git master config: i386-allyesconfig (attached as .config) reproduce: # save the attached .config to linux build tree make ARCH=i386 All warnings (new ones prefixed by >>): drivers/media/platfo

[PATCH for v4.6] v4l2-dv-timings.h: fix polarity for 4k formats

The VSync polarity was negative instead of positive for the 4k CEA formats. I probably copy-and-pasted these from the DMT 4k format, which does have a negative VSync polarity. Signed-off-by: Hans Verkuil Reported-by: Martin Bugge --- diff --git

Re: [PATCH v7 6/8] [media] vcodec: mediatek: Add Mediatek VP8 Video Encoder Driver

-Driver-and-VPU-Driver/20160422-123111 base: git://linuxtv.org/media_tree.git master config: xtensa-allmodconfig (attached as .config) reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross