[PATCH 04/12] drm: extract legacy ctxbitmap flushing

2014-07-24 Thread Daniel Vetter
On Thu, Jul 24, 2014 at 11:34:45AM +0200, David Herrmann wrote: > Hi > > On Wed, Jul 23, 2014 at 9:26 PM, Daniel Vetter wrote: > > On Wed, Jul 23, 2014 at 05:26:39PM +0200, David Herrmann wrote: > >> The ctxbitmap code is only used by legacy drivers so lets try to keep it > >> as separated as

[PATCH 04/12] drm: extract legacy ctxbitmap flushing

2014-07-24 Thread David Herrmann
Hi On Wed, Jul 23, 2014 at 9:26 PM, Daniel Vetter wrote: > On Wed, Jul 23, 2014 at 05:26:39PM +0200, David Herrmann wrote: >> The ctxbitmap code is only used by legacy drivers so lets try to keep it >> as separated as possible. Furthermore, the locking is non-obvious and >> kinda weird with

[PATCH 04/12] drm: extract legacy ctxbitmap flushing

2014-07-23 Thread Daniel Vetter
On Wed, Jul 23, 2014 at 05:26:39PM +0200, David Herrmann wrote: > The ctxbitmap code is only used by legacy drivers so lets try to keep it > as separated as possible. Furthermore, the locking is non-obvious and > kinda weird with ctxlist_mutex *and* struct_mutex. Keeping all ctxbitmap > access in

[PATCH 04/12] drm: extract legacy ctxbitmap flushing

2014-07-23 Thread David Herrmann
The ctxbitmap code is only used by legacy drivers so lets try to keep it as separated as possible. Furthermore, the locking is non-obvious and kinda weird with ctxlist_mutex *and* struct_mutex. Keeping all ctxbitmap access in one file is much easier to review and makes drm_release() more readable.