> > > There is a ttm_fbdev_mmap() function in TTM that may help in this situation. > As with the standard ttm mmap it's using fault() which means it's possible to > move out the backing buffer object if you first reserve it and then call > unmap_mapping_range() on the relevant fbdev address space to kill existing > user-space mappings.
Yup I've looked at this from the fbdev pov, however I hit the same problem with the fbcon writes happening pretty much whenever they wanted to. It might be possible to move the fbcon around by updating screen_base, but you'd need to have some sort of lock around the read/write functions, I think locking on each individual read/write might be a lot of overhead. Ideallly something analogous to the X server Prepare/Finish access hooks. Dave. ------------------------------------------------------------------------------ Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
