On Fri, Dec 23, 2011 at 10:50 PM, Rob Clark wrote:
> On Fri, Dec 23, 2011 at 4:08 AM, Semwal, Sumit wrote:
>> On Wed, Dec 21, 2011 at 1:50 AM, Dave Airlie wrote:
>>
Hence for both patches:
Reviewed-by: Daniel Vetter
>>>
>>> Yeah I'm with Daniel, I like this one, I can definitely
On Fri, Dec 23, 2011 at 10:50 PM, Rob Clark wrote:
> On Fri, Dec 23, 2011 at 4:08 AM, Semwal, Sumit wrote:
>> On Wed, Dec 21, 2011 at 1:50 AM, Dave Airlie wrote:
>>
Hence for both patches:
Reviewed-by: Daniel Vetter
>>>
>>> Yeah I'm with Daniel, I like this one, I can definitely
On Wed, Dec 21, 2011 at 1:50 AM, Dave Airlie wrote:
>>
>> I think this is a really good v1 version of dma_buf. It contains all the
>> required bits (with well-specified semantics in the doc patch) to
>> implement some basic use-cases and start fleshing out the integration with
>> various subsyste
On Fri, Dec 23, 2011 at 4:08 AM, Semwal, Sumit wrote:
> On Wed, Dec 21, 2011 at 1:50 AM, Dave Airlie wrote:
>
>>>
>>> I think this is a really good v1 version of dma_buf. It contains all the
>>> required bits (with well-specified semantics in the doc patch) to
>>> implement some basic use-cases
On Wed, Dec 21, 2011 at 3:56 AM, Rob Clark wrote:
> On Tue, Dec 20, 2011 at 2:20 PM, Dave Airlie wrote:
>>>
>>> I think this is a really good v1 version of dma_buf. It contains all the
>>> required bits (with well-specified semantics in the doc patch) to
>>> implement some basic use-cases a
On Fri, Dec 23, 2011 at 4:08 AM, Semwal, Sumit wrote:
> On Wed, Dec 21, 2011 at 1:50 AM, Dave Airlie wrote:
>
>>>
>>> I think this is a really good v1 version of dma_buf. It contains all the
>>> required bits (with well-specified semantics in the doc patch) to
>>> implement some basic use-cases
On Wed, Dec 21, 2011 at 1:50 AM, Dave Airlie wrote:
>>
>> I think this is a really good v1 version of dma_buf. It contains all the
>> required bits (with well-specified semantics in the doc patch) to
>> implement some basic use-cases and start fleshing out the integration with
>> various subsyste
On Wed, Dec 21, 2011 at 3:56 AM, Rob Clark wrote:
> On Tue, Dec 20, 2011 at 2:20 PM, Dave Airlie wrote:
>>>
>>> I think this is a really good v1 version of dma_buf. It contains all the
>>> required bits (with well-specified semantics in the doc patch) to
>>> implement some basic use-cases a
>>
>> This is RFC v3 for DMA buffer sharing mechanism - changes from v2 are in the
>> changelog below.
>>
>> Various subsystems - V4L2, GPU-accessors, DRI to name a few - have felt the
>> need to have a common mechanism to share memory buffers across different
>> devices - ARM, video hardware, GPU.
On Tue, Dec 20, 2011 at 2:20 PM, Dave Airlie wrote:
>>>
>>> This is RFC v3 for DMA buffer sharing mechanism - changes from v2 are in the
>>> changelog below.
>>>
>>> Various subsystems - V4L2, GPU-accessors, DRI to name a few - have felt the
>>> need to have a common mechanism to share memory buff
On Tue, Dec 20, 2011 at 2:20 PM, Dave Airlie wrote:
>>>
>>> This is RFC v3 for DMA buffer sharing mechanism - changes from v2 are in the
>>> changelog below.
>>>
>>> Various subsystems - V4L2, GPU-accessors, DRI to name a few - have felt the
>>> need to have a common mechanism to share memory buff
>>
>> This is RFC v3 for DMA buffer sharing mechanism - changes from v2 are in the
>> changelog below.
>>
>> Various subsystems - V4L2, GPU-accessors, DRI to name a few - have felt the
>> need to have a common mechanism to share memory buffers across different
>> devices - ARM, video hardware, GPU.
12 matches
Mail list logo