Re: [PATCH 1/5] drm: don't block fb changes for async plane updates

2019-03-12 Thread Daniel Vetter
On Tue, Mar 12, 2019 at 10:32:09AM +0100, Boris Brezillon wrote: > On Mon, 11 Mar 2019 20:51:27 +0100 > Daniel Vetter wrote: > > > On Mon, Mar 11, 2019 at 03:20:09PM +0100, Boris Brezillon wrote: > > > On Mon, 11 Mar 2019 13:15:23 + > > > "Kazlauskas, Nicholas" wrote: > > > > > > > On 3/1

Re: [PATCH 1/5] drm: don't block fb changes for async plane updates

2019-03-12 Thread Boris Brezillon
On Mon, 11 Mar 2019 20:51:27 +0100 Daniel Vetter wrote: > On Mon, Mar 11, 2019 at 03:20:09PM +0100, Boris Brezillon wrote: > > On Mon, 11 Mar 2019 13:15:23 + > > "Kazlauskas, Nicholas" wrote: > > > > > On 3/11/19 6:06 AM, Boris Brezillon wrote: > > > > Hello Nicholas, > > > > > > > > O

Re: [PATCH 1/5] drm: don't block fb changes for async plane updates

2019-03-11 Thread Daniel Vetter
On Mon, Mar 11, 2019 at 08:51:27PM +0100, Daniel Vetter wrote: > On Mon, Mar 11, 2019 at 03:20:09PM +0100, Boris Brezillon wrote: > > On Mon, 11 Mar 2019 13:15:23 + > > "Kazlauskas, Nicholas" wrote: > > > > > On 3/11/19 6:06 AM, Boris Brezillon wrote: > > > > Hello Nicholas, > > > > > > > >

Re: [PATCH 1/5] drm: don't block fb changes for async plane updates

2019-03-11 Thread Daniel Vetter
On Mon, Mar 04, 2019 at 03:46:49PM +, Kazlauskas, Nicholas wrote: > On 3/4/19 9:49 AM, Helen Koike wrote: > > In the case of a normal sync update, the preparation of framebuffers (be > > it calling drm_atomic_helper_prepare_planes() or doing setups with > > drm_framebuffer_get()) are performed

Re: [PATCH 1/5] drm: don't block fb changes for async plane updates

2019-03-11 Thread Daniel Vetter
On Mon, Mar 11, 2019 at 03:20:09PM +0100, Boris Brezillon wrote: > On Mon, 11 Mar 2019 13:15:23 + > "Kazlauskas, Nicholas" wrote: > > > On 3/11/19 6:06 AM, Boris Brezillon wrote: > > > Hello Nicholas, > > > > > > On Mon, 4 Mar 2019 15:46:49 + > > > "Kazlauskas, Nicholas" wrote: > > >

Re: [PATCH 1/5] drm: don't block fb changes for async plane updates

2019-03-11 Thread Boris Brezillon
On Mon, 11 Mar 2019 13:15:23 + "Kazlauskas, Nicholas" wrote: > On 3/11/19 6:06 AM, Boris Brezillon wrote: > > Hello Nicholas, > > > > On Mon, 4 Mar 2019 15:46:49 + > > "Kazlauskas, Nicholas" wrote: > > > >> On 3/4/19 9:49 AM, Helen Koike wrote: > >>> In the case of a normal sync up

Re: [PATCH 1/5] drm: don't block fb changes for async plane updates

2019-03-11 Thread Kazlauskas, Nicholas
On 3/11/19 6:06 AM, Boris Brezillon wrote: > Hello Nicholas, > > On Mon, 4 Mar 2019 15:46:49 + > "Kazlauskas, Nicholas" wrote: > >> On 3/4/19 9:49 AM, Helen Koike wrote: >>> In the case of a normal sync update, the preparation of framebuffers (be >>> it calling drm_atomic_helper_prepare_plan

Re: [PATCH 1/5] drm: don't block fb changes for async plane updates

2019-03-11 Thread Boris Brezillon
Hello Nicholas, On Mon, 4 Mar 2019 15:46:49 + "Kazlauskas, Nicholas" wrote: > On 3/4/19 9:49 AM, Helen Koike wrote: > > In the case of a normal sync update, the preparation of framebuffers (be > > it calling drm_atomic_helper_prepare_planes() or doing setups with > > drm_framebuffer_get()) a

Re: [PATCH 1/5] drm: don't block fb changes for async plane updates

2019-03-11 Thread Boris Brezillon
On Mon, 4 Mar 2019 11:49:05 -0300 Helen Koike wrote: > In the case of a normal sync update, the preparation of framebuffers (be > it calling drm_atomic_helper_prepare_planes() or doing setups with > drm_framebuffer_get()) are performed in the new_state and the respective > cleanups are performed

Re: [PATCH 1/5] drm: don't block fb changes for async plane updates

2019-03-04 Thread Kazlauskas, Nicholas
On 3/4/19 9:49 AM, Helen Koike wrote: > In the case of a normal sync update, the preparation of framebuffers (be > it calling drm_atomic_helper_prepare_planes() or doing setups with > drm_framebuffer_get()) are performed in the new_state and the respective > cleanups are performed in the old_state.

[PATCH 1/5] drm: don't block fb changes for async plane updates

2019-03-04 Thread Helen Koike
In the case of a normal sync update, the preparation of framebuffers (be it calling drm_atomic_helper_prepare_planes() or doing setups with drm_framebuffer_get()) are performed in the new_state and the respective cleanups are performed in the old_state. In the case of async updates, the preparatio