From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932694Ab1LEWPP (ORCPT ); Mon, 5 Dec 2011 17:15:15 -0500 Received: from mail-vx0-f174.google.com ([209.85.220.174]:51924 "EHLO mail-vx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932377Ab1LEWPM (ORCPT ); Mon, 5 Dec 2011 17:15:12 -0500 MIME-Version: 1.0 In-Reply-To: <1781399.9f45Chd7K4@wuerfel> References: <1322816252-19955-1-git-send-email-sumit.semwal@ti.com> <201112051718.48324.arnd@arndb.de> <1781399.9f45Chd7K4@wuerfel> Date: Mon, 5 Dec 2011 16:15:11 -0600 X-Google-Sender-Auth: hHWIwh5-4dRP7kE57aM2pmPVyB0 Message-ID: Subject: Re: [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism From: Rob Clark To: Arnd Bergmann Cc: linux-arm-kernel@lists.infradead.org, t.stanislaws@samsung.com, linux@arm.linux.org.uk, linux-mm@kvack.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org, linux-media@vger.kernel.org, Sumit Semwal , m.szyprowski@samsung.com Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Dec 5, 2011 at 4:09 PM, Arnd Bergmann wrote: >> >> https://github.com/robclark/kernel-omap4/commits/dmabuf > > Ok, thanks. I think it would be good to post these for reference > in v3, with a clear indication that they are not being submitted > for discussion/inclusion yet. btw, don't look at this too closely at that tree yet.. where the attach/detach is done in videobuf2 code isn't really correct. But I was going to get something functioning first. BR, -R From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx121.postini.com [74.125.245.121]) by kanga.kvack.org (Postfix) with SMTP id BF8B36B005C for ; Mon, 5 Dec 2011 17:15:12 -0500 (EST) Received: by vcbfk26 with SMTP id fk26so5757164vcb.14 for ; Mon, 05 Dec 2011 14:15:11 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <1781399.9f45Chd7K4@wuerfel> References: <1322816252-19955-1-git-send-email-sumit.semwal@ti.com> <201112051718.48324.arnd@arndb.de> <1781399.9f45Chd7K4@wuerfel> Date: Mon, 5 Dec 2011 16:15:11 -0600 Message-ID: Subject: Re: [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism From: Rob Clark Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-linux-mm@kvack.org List-ID: To: Arnd Bergmann Cc: linux-arm-kernel@lists.infradead.org, t.stanislaws@samsung.com, linux@arm.linux.org.uk, linux-mm@kvack.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org, linux-media@vger.kernel.org, Sumit Semwal , m.szyprowski@samsung.com On Mon, Dec 5, 2011 at 4:09 PM, Arnd Bergmann wrote: >> >> https://github.com/robclark/kernel-omap4/commits/dmabuf > > Ok, thanks. I think it would be good to post these for reference > in v3, with a clear indication that they are not being submitted > for discussion/inclusion yet. btw, don't look at this too closely at that tree yet.. where the attach/detach is done in videobuf2 code isn't really correct. But I was going to get something functioning first. BR, -R -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 From: rob@ti.com (Rob Clark) Date: Mon, 5 Dec 2011 16:15:11 -0600 Subject: [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism In-Reply-To: <1781399.9f45Chd7K4@wuerfel> References: <1322816252-19955-1-git-send-email-sumit.semwal@ti.com> <201112051718.48324.arnd@arndb.de> <1781399.9f45Chd7K4@wuerfel> Message-ID: To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Mon, Dec 5, 2011 at 4:09 PM, Arnd Bergmann wrote: >> >> https://github.com/robclark/kernel-omap4/commits/dmabuf > > Ok, thanks. I think it would be good to post these for reference > in v3, with a clear indication that they are not being submitted > for discussion/inclusion yet. btw, don't look at this too closely at that tree yet.. where the attach/detach is done in videobuf2 code isn't really correct. But I was going to get something functioning first. BR, -R