From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-wi0-f181.google.com ([209.85.212.181]:55094 "EHLO mail-wi0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753829AbaGHNoT (ORCPT ); Tue, 8 Jul 2014 09:44:19 -0400 Received: by mail-wi0-f181.google.com with SMTP id n3so1020143wiv.14 for ; Tue, 08 Jul 2014 06:44:18 -0700 (PDT) Date: Tue, 8 Jul 2014 15:44:27 +0200 From: Daniel Vetter To: Greg KH Cc: Daniel Vetter , Maarten Lankhorst , "open list:GENERIC INCLUDE/A..." , Thomas Hellstrom , Linux Kernel Mailing List , dri-devel , "linaro-mm-sig@lists.linaro.org" , "Clark, Rob" , Thierry Reding , Colin Cross , Sumit Semwal , "linux-media@vger.kernel.org" Subject: Re: [PATCH v2 0/9] Updated fence patch series Message-ID: <20140708134427.GG17271@phenom.ffwll.local> References: <20140701103432.12718.82795.stgit@patser> <20140702053758.GA7578@kroah.com> <20140707173052.GA8693@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140707173052.GA8693@kroah.com> Sender: linux-media-owner@vger.kernel.org List-ID: On Mon, Jul 07, 2014 at 10:30:52AM -0700, Greg KH wrote: > On Mon, Jul 07, 2014 at 03:23:17PM +0200, Daniel Vetter wrote: > > On Wed, Jul 2, 2014 at 7:37 AM, Greg KH wrote: > > >> Android can expose fences to userspace. It's possible to make the new fence > > >> mechanism expose the same fences to userspace by changing sync_fence_create > > >> to take a struct fence instead of a struct sync_pt. No other change is needed, > > >> because only the fence parts of struct sync_pt are used. But because the > > >> userspace fences are a separate problem and I haven't really looked at it yet > > >> I feel it should stay in staging, for now. > > > > > > Ok, that's reasonable. > > > > > > At first glance, this all looks "sane" to me, any objection from anyone > > > if I merge this through my driver-core tree for 3.17? > > > > Ack from my side fwiw. > > Thanks, I'll queue it up later today. btw should we add you as a (co)maintainer for driver/core/dma-buf since you seem to want to keep a closer tab on what the insane gfx folks are up to in there? -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch