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 git
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 data. This patchset enables support
>> f
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 git
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. This
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
> ---
> MAINTAINERS | 7 +++
> 1 file ch
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 data. This patchset enables support
>> f
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 chun
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 poin
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 d
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
> ++
> .../devicetree/bindings/media/ti,vpif.txt | 8 +++
> 2 files changed, 73 insertions(+)
> c
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"?
Yes, thanks.
>> am437x-v
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"?
Yes, thanks.
>> am437x-v
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&block DMA, migrate page, update page
> > table in HCA, un
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 created. Forget
>> > about doing that.
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
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.
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
> >>
> >> When this flag is set for CAPTURE queues by the driver on
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 serious
> > objections I propo
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 merging.
Thanks
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 RDM
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 m
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
>
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 w
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
wrote:
On 2016-11-22 03:10 P
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 att
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 with
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 data. This patchset enables support
>> f
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
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
mech
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
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 pinned until the put_page. The
> 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:
>
> drivers/media/platform/davinci/vpf
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 mem
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 laym
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 pixf
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 7
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
> Cc
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
>
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 overla
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 11
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
> ---
>
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 God
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 we
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
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 sh
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 issu
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]: Ente
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 of_
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:
> > >>>
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, Daniel Vetter wrote:
On Tue, Nov 22, 2016 at
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 +++
> > 1 file changed, 36 insertions
51 matches
Mail list logo