On Sun, 2010-03-14 at 07:01 +1000, Dave Airlie wrote: 
> 
> The big issue we have with resizing the buffer is userspace mmaps of the fbdev
> device, and invalidation.
> Previous thread of unresolvedness is here.
> http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg41878.html

Actually AFAIR (and reading through it again seems to confirm this)
userspace mappings should be fully handled by the last patch series I
posted back then[0]. The problem was that the struct fb_ops hooks may be
called by the kernel from pretty much any context, and neither I nor
Thomas was sure how to handle the TTM locking given that. Maybe James
has ideas for this given his better familiarity with fbdev internals.


[0] Though that was really only about making it possible to unpin the
fbcon BO while it isn't being displayed, resizing it might involve other
issues I'm not aware of.

-- 
Earthling Michel Dänzer           |                http://www.vmware.com
Libre software enthusiast         |          Debian, X and DRI developer

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to