On Mon, Oct 6, 2014 at 2:25 PM, Lauri Peltonen wrote:
>> Also, the problem is that to actually push android stuff out of staging
>> you need a use-case in upstream, which means an open-source gpu driver.
>> There's not a lot of companies who have both that and ship android, and
>> definitely not
On Thu, Oct 02, 2014 at 10:44:05PM +0200, Daniel Vetter wrote:
> On Thu, Oct 02, 2014 at 05:59:51PM +0300, Lauri Peltonen wrote:
> > Yes, that will probably work! So, just to reiterate that I understood you
> > and
> > Daniel correctly:
> >
> > - de-stage sync_fence and it's user space API (the
Riley (CCed) and I will be at Plumbers in a couple weeks.
There is a session on sync planned in the Android track, and of course
we'll be available to chat.
On Thu, Oct 2, 2014 at 1:44 PM, Daniel Vetter wrote:
> On Thu, Oct 02, 2014 at 05:59:51PM +0300, Lauri Peltonen wrote:
> > +Rom who seems
On Thu, Oct 02, 2014 at 05:59:51PM +0300, Lauri Peltonen wrote:
> +Rom who seems to be presenting about mainlining android sync at linux
> plumbers
Also add Greg KH as fyi that we're working on de-stage one of the android
subsystems.
> On Wed, Oct 01, 2014 at 05:58:52PM +0200, Maarten Lankhorst
+Rom who seems to be presenting about mainlining android sync at linux plumbers
On Wed, Oct 01, 2014 at 05:58:52PM +0200, Maarten Lankhorst wrote:
> You could neuter implicit fences by always attaching the fences as
> shared when explicit syncing is used. This would work correctly with
>
On Wed, Oct 01, 2014 at 06:14:16PM +0300, Lauri Peltonen wrote:
> Thanks Daniel for your input!
>
> On Mon, Sep 29, 2014 at 09:43:02AM +0200, Daniel Vetter wrote:
> > On Fri, Sep 26, 2014 at 01:00:05PM +0300, Lauri Peltonen wrote:
> > > (2) Stop automatically storing fences to the buffers that
Thanks Daniel for your input!
On Mon, Sep 29, 2014 at 09:43:02AM +0200, Daniel Vetter wrote:
> On Fri, Sep 26, 2014 at 01:00:05PM +0300, Lauri Peltonen wrote:
> > (2) Stop automatically storing fences to the buffers that user space wants
> > to
> > synchronize explicitly.
>
> The problem
Hey,
On 01-10-14 17:14, Lauri Peltonen wrote:
> Thanks Daniel for your input!
>
> On Mon, Sep 29, 2014 at 09:43:02AM +0200, Daniel Vetter wrote:
>> On Fri, Sep 26, 2014 at 01:00:05PM +0300, Lauri Peltonen wrote:
>>> (2) Stop automatically storing fences to the buffers that user space wants
>>>
On Mon, Sep 29, 2014 at 10:20:44AM -0700, James Jones wrote:
> Additionally, I think the goal is to move to a model where some higher-level
> object such as a working set, rather than individual buffers, are assigned
> counters or sync primitives on a per-submission basis. Versioning off tags
>
On Mon, Sep 29, 2014 at 11:42:19AM -0400, Jerome Glisse wrote:
> On Mon, Sep 29, 2014 at 09:43:02AM +0200, Daniel Vetter wrote:
> > On Fri, Sep 26, 2014 at 01:00:05PM +0300, Lauri Peltonen wrote:
> > >
> > > Hi guys,
> > >
> > >
> > > I'd like to start a new thread about explicit fence
On Mon, Sep 29, 2014 at 09:43:02AM +0200, Daniel Vetter wrote:
> On Fri, Sep 26, 2014 at 01:00:05PM +0300, Lauri Peltonen wrote:
> >
> > Hi guys,
> >
> >
> > I'd like to start a new thread about explicit fence synchronization. This
> > time
> > with a Nouveau twist. :-)
> >
> > First, let me
On 9/29/14 8:42 AM, Jerome Glisse wrote:
> On Mon, Sep 29, 2014 at 09:43:02AM +0200, Daniel Vetter wrote:
>> On Fri, Sep 26, 2014 at 01:00:05PM +0300, Lauri Peltonen wrote:
>>>
>>> Hi guys,
>>>
>>>
>>> I'd like to start a new thread about explicit fence synchronization. This
>>> time
>>> with a
On Fri, Sep 26, 2014 at 01:00:05PM +0300, Lauri Peltonen wrote:
>
> Hi guys,
>
>
> I'd like to start a new thread about explicit fence synchronization. This
> time
> with a Nouveau twist. :-)
>
> First, let me define what I understand by implicit/explicit sync:
>
> Implicit synchronization
Hi guys,
I'd like to start a new thread about explicit fence synchronization. This time
with a Nouveau twist. :-)
First, let me define what I understand by implicit/explicit sync:
Implicit synchronization
* Fences are attached to buffers
* Kernel manages fences automatically based on buffer
14 matches
Mail list logo