Patch 3 is a new version of this change, which I've successfully tested with fbcon vs. X (forcing the fbcon BO out of VRAM with a resource hungry OpenGL test program) as well as userspace /dev/fb* mappings and read/write access, both in console and in X.
This also required small fixes in ttm_fbdev_mmap(), see patch 2. I'm also including patch 1 which makes the memory size information for userspace more accurate. This is also affected by patch 3, but other than this small overlap they are independent. [PATCH 1/3] drm/radeon: Give userspace more accurate information about available memory. [PATCH 2/3] ttm: ttm_fbdev_mmap() fixes. [PATCH 3/3] drm/radeon: Don't always keep the fbcon BO pinned in VRAM. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel