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

Reply via email to