[PATCH 00/16] Atomic/nuclear modeset/pageflip

2014-03-26 Thread Daniel Vetter
On Wed, Mar 26, 2014 at 10:33 PM, Greg Hackmann wrote: > On Wed, Mar 26, 2014 at 3:08 AM, Daniel Vetter wrote: >> >> - You have an explicit callback for vblank events (well, just the >> interrupt, afaics no support to get a vblank event for a specific frame >> in the future). Any reason not t

[PATCH 00/16] Atomic/nuclear modeset/pageflip

2014-03-26 Thread Greg Hackmann
On Wed, Mar 26, 2014 at 3:08 AM, Daniel Vetter wrote: > > - You have an explicit callback for vblank events (well, just the > interrupt, afaics no support to get a vblank event for a specific frame > in the future). Any reason not to use android syncpoint fences for this > like everywhere el

[PATCH 00/16] Atomic/nuclear modeset/pageflip

2014-03-26 Thread Greg Hackmann
On Thu, Mar 20, 2014 at 5:28 PM, Rob Clark wrote: > oh, that's right.. I'm glad you reminded me, I do remember now talk of > a field which drivers could use to return some opaque (to drm core) > handle/value/token/whatever.. > > hmm, for the non-vsync'd multi-display case, does it matter much one

[PATCH 00/16] Atomic/nuclear modeset/pageflip

2014-03-26 Thread Daniel Vetter
On Thu, Mar 20, 2014 at 03:34:19PM -0700, Greg Hackmann wrote: > On Wed, Mar 19, 2014 at 5:23 AM, Rob Clark wrote: > > > > Hm, do you have some pointers to read up on this? I still think a more > > > elaborate fail scheme is overkill, but maybe reading a bit of android > > code > > > convinces me

[PATCH 00/16] Atomic/nuclear modeset/pageflip

2014-03-20 Thread Rob Clark
On Thu, Mar 20, 2014 at 6:34 PM, Greg Hackmann wrote: > On Wed, Mar 19, 2014 at 5:23 AM, Rob Clark wrote: >> >> > Hm, do you have some pointers to read up on this? I still think a more >> > elaborate fail scheme is overkill, but maybe reading a bit of android >> > code >> > convinces me different

[PATCH 00/16] Atomic/nuclear modeset/pageflip

2014-03-20 Thread Greg Hackmann
On Wed, Mar 19, 2014 at 5:23 AM, Rob Clark wrote: > > Hm, do you have some pointers to read up on this? I still think a more > > elaborate fail scheme is overkill, but maybe reading a bit of android > code > > convinces me differently ;-) > > sadly no pointers to anything to read (but ofc would b

[PATCH 00/16] Atomic/nuclear modeset/pageflip

2014-03-19 Thread Daniel Vetter
On Wed, Mar 19, 2014 at 08:23:31AM -0400, Rob Clark wrote: > On Wed, Mar 19, 2014 at 7:07 AM, Daniel Vetter wrote: > > On Tue, Mar 18, 2014 at 05:22:37PM -0400, Rob Clark wrote: > > On the i915 side I think all the various pieces we need are finally coming > > together, and I hope a lot of that go

[PATCH 00/16] Atomic/nuclear modeset/pageflip

2014-03-19 Thread Daniel Vetter
On Tue, Mar 18, 2014 at 05:22:37PM -0400, Rob Clark wrote: > Previous revision of series: > http://lists.freedesktop.org/archives/dri-devel/2013-November/049594.html > > And if you prefer, in git form: > http://cgit.freedesktop.org/~robclark/linux/log/?h=cold-fusion > git://people.freedesktop.org/

[PATCH 00/16] Atomic/nuclear modeset/pageflip

2014-03-19 Thread Rob Clark
On Wed, Mar 19, 2014 at 7:07 AM, Daniel Vetter wrote: > On Tue, Mar 18, 2014 at 05:22:37PM -0400, Rob Clark wrote: >> Previous revision of series: >> http://lists.freedesktop.org/archives/dri-devel/2013-November/049594.html >> >> And if you prefer, in git form: >> http://cgit.freedesktop.org/~robc

[PATCH 00/16] Atomic/nuclear modeset/pageflip

2014-03-18 Thread Rob Clark
Previous revision of series: http://lists.freedesktop.org/archives/dri-devel/2013-November/049594.html And if you prefer, in git form: http://cgit.freedesktop.org/~robclark/linux/log/?h=cold-fusion git://people.freedesktop.org/~robclark/linux cold-fusion Compared to previous revision: * rebased