> > The fb_ops can only be called from fbcon or the fbdev userland interface. > > The fbcon calls should only happen when the VC is in KD_TEXT mode. Now > > with the DRM backend we have the advantage of creating a mapping seperate > > from the console mapping. A fb_open/fb_close could be used to cleaning up > > the userland mmap as well as handle the console pinning. We can supply > > your own fb_mmap hook. > > Again, the issue is not userspace but that fb_ops hooks can be called > from interrupt context etc.
This should not happen. The VT layer is protected from calling in the interrupt context. TNor does fbcon call any fb_ops methods from a irq. I have to look at the fbdev drivers but to my knowledge none touch any memory while in a context. Have you seen this happen before? Please let me know do I can fix it right a way. ------------------------------------------------------------------------------ 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
