cron job: media_tree daily build: ERRORS

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: Thu Nov 24 05:00:19 CET 2016 media-tree git hash:4cc5bed1caeb6d40f2f41c4c5eb83368691fbffb media_build

Re: [PATCH v3] media: i2c-polling: add i2c-polling driver

On Wed, Nov 23, 2016 at 8:30 AM, Laurent Pinchart wrote: > Hi Matt, > > Thank you for the patch. > > On Tuesday 22 Nov 2016 17:18:40 Matt Ranostay wrote: >> There are several thermal sensors that only have a low-speed bus >> interface but output valid video

cron job: media_tree daily build: ERRORS

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: Thu Nov 24 05:00:19 CET 2016 media-tree git hash:4cc5bed1caeb6d40f2f41c4c5eb83368691fbffb media_build

Re: [PATCH v3] media: i2c-polling: add i2c-polling driver

Hi Matt, On Wednesday 23 Nov 2016 18:37:29 Matt Ranostay wrote: > On Wed, Nov 23, 2016 at 8:30 AM, Laurent Pinchart wrote: > > On Tuesday 22 Nov 2016 17:18:40 Matt Ranostay wrote: > >> There are several thermal sensors that only have a low-speed bus > >> interface but output valid video data.

Re: [PATCH v7 4/4] vcodec: mediatek: Add Maintainers entry for Mediatek JPEG driver

Hi Hans, Is it possible to update this patch? or I should create another new one. I may need to update it. Sorry for the inconvenience. On Tue, 2016-11-22 at 11:46 +0800, Rick Chang wrote: > Signed-off-by: Rick Chang > Signed-off-by: Minghsiu Tsai

Re: [PATCH v3] media: i2c-polling: add i2c-polling driver

On Wed, Nov 23, 2016 at 8:30 AM, Laurent Pinchart wrote: > Hi Matt, > > Thank you for the patch. > > On Tuesday 22 Nov 2016 17:18:40 Matt Ranostay wrote: >> There are several thermal sensors that only have a low-speed bus >> interface but output valid video

Re: Enabling peer to peer device transactions for PCIe devices

On 11/23/2016 09:13 AM, Logan Gunthorpe wrote: IMO any memory that has been registered for a P2P transaction should be locked from being evicted. So if there's a get_user_pages call it needs to be pinned until the put_page. The main issue being with the RDMA case: handling an eviction when a

Re: Enabling peer to peer device transactions for PCIe devices

On 23/11/16 02:55 PM, Jason Gunthorpe wrote: >>> Only ODP hardware allows changing the DMA address on the fly, and it >>> works at the page table level. We do not need special handling for >>> RDMA. >> >> I am aware of ODP but, noted by others, it doesn't provide a general >> solution to the

Re: Enabling peer to peer device transactions for PCIe devices

On Wed, Nov 23, 2016 at 02:11:29PM -0700, Logan Gunthorpe wrote: > Perhaps I am not following what Serguei is asking for, but I > understood the desire was for a complex GPU allocator that could > migrate pages between GPU and CPU memory under control of the GPU > driver, among other things. The

Re: [PATCH 4/4] [media] dt-bindings: add TI VPIF documentation

On Fri, Nov 18, 2016 at 4:32 PM, Kevin Hilman wrote: > Cc: Rob Herring > Signed-off-by: Kevin Hilman > --- > .../devicetree/bindings/media/ti,vpif-capture.txt | 65 > ++ >

Re: [PATCH v3 3/4] [media] davinci: vpif_capture: get subdevs from DT

Hi Sakari, Sakari Ailus writes: > On Tue, Nov 22, 2016 at 07:52:43AM -0800, Kevin Hilman wrote: >> Allow getting of subdevs from DT ports and endpoints. >> >> The _get_pdata() function was larely inspired by (i.e. stolen from) > > vpif_capture_get_pdata and "largely"?

Re: [PATCH v3 3/4] [media] davinci: vpif_capture: get subdevs from DT

Hi Sakari, Sakari Ailus writes: > On Tue, Nov 22, 2016 at 07:52:43AM -0800, Kevin Hilman wrote: >> Allow getting of subdevs from DT ports and endpoints. >> >> The _get_pdata() function was larely inspired by (i.e. stolen from) > > vpif_capture_get_pdata and "largely"?

Re: Enabling peer to peer device transactions for PCIe devices

On Wed, Nov 23, 2016 at 02:42:12PM -0800, Dan Williams wrote: > > The crucial part for this discussion is the ability to fence and block > > DMA for a specific range. This is the hardware capability that lets > > page migration happen: fence DMA, migrate page, update page > > table in HCA, unblock

Re: Enabling peer to peer device transactions for PCIe devices

On Wed, Nov 23, 2016 at 1:55 PM, Jason Gunthorpe wrote: > On Wed, Nov 23, 2016 at 02:11:29PM -0700, Logan Gunthorpe wrote: >> > As I said, there is no possible special handling. Standard IB hardware >> > does not support changing the DMA address once a MR is

Re: ir-keytable: infinite loops, segfaults

On Wed, Nov 23, 2016 at 11:39:06PM +1100, Vincent McIntyre wrote: > On Tue, Nov 22, 2016 at 09:20:44AM +, Sean Young wrote: > > > Thanks for this. I have got it to build within the media_build setup > > > but will need to find some windows in the schedule for testing. More > > > in a couple of

Re: Enabling peer to peer device transactions for PCIe devices

On Wed, Nov 23, 2016 at 02:11:29PM -0700, Logan Gunthorpe wrote: > > As I said, there is no possible special handling. Standard IB hardware > > does not support changing the DMA address once a MR is created. Forget > > about doing that. > > Yeah, that's essentially the point I was trying to make.

Re: [PATCH v5] [media] vb2: Add support for capture_dma_bidirectional queue flag

Em Tue, 22 Nov 2016 14:30:47 +0100 Thierry Escande escreveu: > Hi Mauro, > > On 18/11/2016 19:59, Mauro Carvalho Chehab wrote: > > Em Tue, 25 Oct 2016 10:22:29 +0200 > > Thierry Escande escreveu: > > > >> From: Pawel Osciak

Re: [PATCH v4l-utils v7 0/7] Add a plugin for Exynos4 camera

Em Thu, 03 Nov 2016 13:13:12 +0100 Jacek Anaszewski escreveu: > Hi Hans, > > On 11/03/2016 12:51 PM, Hans Verkuil wrote: > > Hi all, > > > > Is there anything that blocks me from merging this? > > > > This plugin work has been ongoing for years and unless there are

Re: [PATCHv2 1/6] mt2060: add i2c bindings

Hi Antti, Em Sun, 22 May 2016 05:13:46 +0300 Antti Palosaari escreveu: > Add proper i2c driver model bindings. Just like version 1 of this series, I'm marking it as RFC. Please add those patches into a git tree and send me a pull request when you believe that they're ready for

Re: Enabling peer to peer device transactions for PCIe devices

On 23/11/16 01:33 PM, Jason Gunthorpe wrote: > On Wed, Nov 23, 2016 at 02:58:38PM -0500, Serguei Sagalovitch wrote: > >>We do not want to have "highly" dynamic translation due to >>performance cost. We need to support "overcommit" but would >>like to minimize impact. To support

Re: Enabling peer to peer device transactions for PCIe devices

On Wed, Nov 23, 2016 at 02:58:38PM -0500, Serguei Sagalovitch wrote: >We do not want to have "highly" dynamic translation due to >performance cost. We need to support "overcommit" but would >like to minimize impact. To support RDMA MRs for GPU/VRAM/PCIe >device memory (which is

Re: [PATCH v3 4/9] media: venus: vdec: add video decoder files

Le lundi 21 novembre 2016 à 18:09 +0200, Stanimir Varbanov a écrit : > >> Meanwhile I have found bigger obstacle - I cannot run multiple > instances > >> simultaneously. By m2m design it can execute only one job (m2m > context) > >> at a time per m2m device. Can you confirm that my observation is

Re: Enabling peer to peer device transactions for PCIe devices

On 2016-11-23 02:12 PM, Jason Gunthorpe wrote: On Wed, Nov 23, 2016 at 10:40:47AM -0800, Dan Williams wrote: I don't think that was designed for the case where the backing memory is a special/static physical address range rather than anonymous "System RAM", right? The hardware doesn't care

Re: Enabling peer to peer device transactions for PCIe devices

On 2016-11-23 03:51 AM, Christian König wrote: Am 23.11.2016 um 08:49 schrieb Daniel Vetter: On Tue, Nov 22, 2016 at 01:21:03PM -0800, Dan Williams wrote: On Tue, Nov 22, 2016 at 1:03 PM, Daniel Vetter wrote: On Tue, Nov 22, 2016 at 9:35 PM, Serguei Sagalovitch

Re: Enabling peer to peer device transactions for PCIe devices

On Wed, Nov 23, 2016 at 02:14:40PM -0500, Serguei Sagalovitch wrote: > > On 2016-11-23 02:05 PM, Jason Gunthorpe wrote: > >As Bart says, it would be best to be combined with something like > >Mellanox's ODP MRs, which allows a page to be evicted and then trigger > >a CPU interrupt if a DMA is

Re: Enabling peer to peer device transactions for PCIe devices

On 2016-11-23 12:27 PM, Bart Van Assche wrote: On 11/23/2016 09:13 AM, Logan Gunthorpe wrote: IMO any memory that has been registered for a P2P transaction should be locked from being evicted. So if there's a get_user_pages call it needs to be pinned until the put_page. The main issue being

Re: [PATCH v3] media: i2c-polling: add i2c-polling driver

On Wed, Nov 23, 2016 at 8:30 AM, Laurent Pinchart wrote: > Hi Matt, > > Thank you for the patch. > > On Tuesday 22 Nov 2016 17:18:40 Matt Ranostay wrote: >> There are several thermal sensors that only have a low-speed bus >> interface but output valid video

Re: Enabling peer to peer device transactions for PCIe devices

On 2016-11-23 02:05 PM, Jason Gunthorpe wrote: On Wed, Nov 23, 2016 at 10:13:03AM -0700, Logan Gunthorpe wrote: an MR would be very tricky. The MR may be relied upon by another host and the kernel would have to inform user-space the MR was invalid then user-space would have to tell the remote

Re: Enabling peer to peer device transactions for PCIe devices

On Wed, Nov 23, 2016 at 10:40:47AM -0800, Dan Williams wrote: > I don't think that was designed for the case where the backing memory > is a special/static physical address range rather than anonymous > "System RAM", right? The hardware doesn't care where the memory is. ODP is just a generic

Re: Enabling peer to peer device transactions for PCIe devices

On Wed, Nov 23, 2016 at 10:13:03AM -0700, Logan Gunthorpe wrote: > an MR would be very tricky. The MR may be relied upon by another host > and the kernel would have to inform user-space the MR was invalid then > user-space would have to tell the remote application. As Bart says, it would be best

Re: Enabling peer to peer device transactions for PCIe devices

On Wed, Nov 23, 2016 at 9:27 AM, Bart Van Assche wrote: > On 11/23/2016 09:13 AM, Logan Gunthorpe wrote: >> >> IMO any memory that has been registered for a P2P transaction should be >> locked from being evicted. So if there's a get_user_pages call it needs >> to be

Re: [PATCH] [media] DaVinci-VPFE-Capture: fix error handling

> A recent cleanup had the right idea to remove the initialization > of the error variable, but missed the actual benefit of that, > which is that we get warnings if there is a bug in it. > Now we get a warning about a bug that was introduced by this cleanup: > >

Re: Enabling peer to peer device transactions for PCIe devices

Hey, On 22/11/16 11:59 AM, Serguei Sagalovitch wrote: > - How well we will be able to handle case when we need to "move"/"evict" >memory/data to the new location so CPU pointer should point to the > new physical location/address > (and may be not in PCI device memory at all)? IMO any

Re: Enabling peer to peer device transactions for PCIe devices

On 11/22/2016 11:49 PM, Daniel Vetter wrote: > Yes, agreed. My idea with exposing vram sections using numa nodes wasn't > to reuse all the existing allocation policies directly, those won't work. > So at boot-up your default numa policy would exclude any vram nodes. > > But I think (as an -mm

Re: [PATCH 1/1] doc-rst: Specify raw bayer format variant used in the examples

Hi Mauro, On Tuesday 22 Nov 2016 16:27:29 Mauro Carvalho Chehab wrote: > Em Tue, 15 Nov 2016 23:49:43 +0200 Sakari Ailus escreveu: > > The documentation simply mentioned that one of the four pixel orders was > > used in the example. Now specify the exact pixelformat instead. > > > > for i in

[GIT PULL FOR v4.10] uvcvideo updates

Hi Mauro, The following changes since commit 30f88a42b65858d777b8dfb40bb222fa31d5f0d9: [media] staging: lirc: Improvement in code readability (2016-11-22 12:21:25 -0200) are available in the git repository at: git://linuxtv.org/pinchartl/media.git uvc/next for you to fetch changes up to

Re: [PATCH v3] media: i2c-polling: add i2c-polling driver

Hi Matt, Thank you for the patch. On Tuesday 22 Nov 2016 17:18:40 Matt Ranostay wrote: > There are several thermal sensors that only have a low-speed bus > interface but output valid video data. This patchset enables support > for the AMG88xx "Grid-Eye" sensor family. > > Cc: Attila Kinali

Re: [PATCH] v4l: async: make v4l2 coexists with devicetree nodes in a dt overlay

On Wed, Nov 23, 2016 at 05:10:42PM +0200, Sakari Ailus wrote: > Hi Javi, Hi Sakari, > On Wed, Nov 23, 2016 at 10:09:57AM +, Javi Merino wrote: > > In asd's configured with V4L2_ASYNC_MATCH_OF, if the v4l2 subdev is in > > a devicetree overlay, its of_node pointer will be different each time

Re: [PATCH] v4l: async: make v4l2 coexists with devicetree nodes in a dt overlay

On Wed, Nov 23, 2016 at 11:25:39AM -0300, Javier Martinez Canillas wrote: > Hello Javi, > > On 11/23/2016 07:09 AM, Javi Merino wrote: > > In asd's configured with V4L2_ASYNC_MATCH_OF, if the v4l2 subdev is in > > a devicetree overlay, its of_node pointer will be different each time > > the

[GIT PULL FOR v4.10] Davinci staging updates

Hi Mauro, The following changes since commit 30f88a42b65858d777b8dfb40bb222fa31d5f0d9: [media] staging: lirc: Improvement in code readability (2016-11-22 12:21:25 -0200) are available in the git repository at: git://linuxtv.org/pinchartl/media.git davinci for you to fetch changes up to

Re: [PATCH v3 3/4] [media] davinci: vpif_capture: get subdevs from DT

Hi Kevin, On Tue, Nov 22, 2016 at 07:52:43AM -0800, Kevin Hilman wrote: > Allow getting of subdevs from DT ports and endpoints. > > The _get_pdata() function was larely inspired by (i.e. stolen from) vpif_capture_get_pdata and "largely"? > am437x-vpfe.c > > Signed-off-by: Kevin Hilman

Fw: [PATCH][media] Remove channels-conf directory as no longer kept up to date

Hi Olliver, This patch was in patchwork queue for a long time. IMHO, it makes sense to apply it upstream, but it is our call. Anyway, I'm marking it as non-applicable as it is not a patch to the Linux Kernel. Regards, Mauro Forwarded message: Date: Fri, 05 Feb 2016 14:39:11 + From: Bob

Re: [PATCH] v4l: async: make v4l2 coexists with devicetree nodes in a dt overlay

Hi Javi, On Wed, Nov 23, 2016 at 10:09:57AM +, Javi Merino wrote: > In asd's configured with V4L2_ASYNC_MATCH_OF, if the v4l2 subdev is in > a devicetree overlay, its of_node pointer will be different each time > the overlay is applied. We are not interested in matching the > pointer, what

Re: [PATCH] v4l: async: make v4l2 coexists with devicetree nodes in a dt overlay

Hello Javi, On 11/23/2016 07:09 AM, Javi Merino wrote: > In asd's configured with V4L2_ASYNC_MATCH_OF, if the v4l2 subdev is in > a devicetree overlay, its of_node pointer will be different each time > the overlay is applied. We are not interested in matching the > pointer, what we want to match

Re: ir-keytable: infinite loops, segfaults

On Tue, Nov 22, 2016 at 09:20:44AM +, Sean Young wrote: > > Thanks for this. I have got it to build within the media_build setup > > but will need to find some windows in the schedule for testing. More > > in a couple of days. Are there specific things you would like me to > > test? > > You

Re: [PATCH] v4l: vsp1: Prevent commencing pipelines before they are setup

Just FYI, Whilst this patch is functional on its own, it is likely to be superseded before it gets a chance to be integrated as I am currently reworking vsp1_video_start_streaming(), in particular the use of vsp1_video_setup_pipeline(). The re-work will of course also consider and tackle the

[patch] fix 'make install'

Recent work on handling the case of no frame_vector.c in the kernel seems to have ended up breaking the 'make install' target. The patch below makes it work again for me, on ubuntu 16.04 LTS, amd64, kernel 4.4. Without it, I get this behavior: moake -C /home/me/media_build/v4l install make[1]:

[PATCH] v4l: async: make v4l2 coexists with devicetree nodes in a dt overlay

In asd's configured with V4L2_ASYNC_MATCH_OF, if the v4l2 subdev is in a devicetree overlay, its of_node pointer will be different each time the overlay is applied. We are not interested in matching the pointer, what we want to match is that the path is the one we are expecting. Change to use

Re: [PATCH v6 3/3] arm: dts: mt2701: Add node for Mediatek JPEG Decoder

On Wed, 2016-11-23 at 09:54 +0800, Rick Chang wrote: > Hi Hans, > > On Tue, 2016-11-22 at 13:43 +0100, Hans Verkuil wrote: > > On 22/11/16 04:21, Rick Chang wrote: > > > Hi Hans, > > > > > > On Mon, 2016-11-21 at 15:51 +0100, Hans Verkuil wrote: > > >> On 17/11/16 04:38, Rick Chang wrote: > > >>>

Re: Enabling peer to peer device transactions for PCIe devices

Am 23.11.2016 um 08:49 schrieb Daniel Vetter: On Tue, Nov 22, 2016 at 01:21:03PM -0800, Dan Williams wrote: On Tue, Nov 22, 2016 at 1:03 PM, Daniel Vetter wrote: On Tue, Nov 22, 2016 at 9:35 PM, Serguei Sagalovitch wrote: On 2016-11-22 03:10 PM,

Re: [PATCH v2 3/3] ARM: dts: gose: add composite video input

Hello device tree maintainers, On Tuesday 18 Oct 2016 18:50:39 Laurent Pinchart wrote: > On Tuesday 18 Oct 2016 17:02:23 Ulrich Hecht wrote: > > Signed-off-by: Ulrich Hecht > > --- > > > > arch/arm/boot/dts/r8a7793-gose.dts | 36 +++ >