From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Vetter Subject: Re: [PATCH v2 0/9] Updated fence patch series Date: Tue, 8 Jul 2014 15:44:27 +0200 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-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <20140707173052.GA8693@kroah.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Greg KH Cc: "open list:GENERIC INCLUDE/A..." , Thomas Hellstrom , Linux Kernel Mailing List , dri-devel , "linaro-mm-sig@lists.linaro.org" , Colin Cross , "linux-media@vger.kernel.org" List-Id: linux-arch.vger.kernel.org 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wg0-f52.google.com ([74.125.82.52]:50566 "EHLO mail-wg0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754127AbaGHNoU (ORCPT ); Tue, 8 Jul 2014 09:44:20 -0400 Received: by mail-wg0-f52.google.com with SMTP id b13so5951289wgh.35 for ; Tue, 08 Jul 2014 06:44:18 -0700 (PDT) Date: Tue, 8 Jul 2014 15:44:27 +0200 From: Daniel Vetter 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-arch-owner@vger.kernel.org List-ID: 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" Message-ID: <20140708134427.pVN_Fmayv-8oDOtBzzlCGwBtYsjSbP5ljyDksXN9fEs@z> 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