diff options
| author | Chris Wilson <chris@chris-wilson.co.uk> | 2009-06-11 15:18:55 +0100 |
|---|---|---|
| committer | Chris Wilson <chris@chris-wilson.co.uk> | 2009-07-23 16:18:42 +0100 |
| commit | c3f2db4f73e93a3dafe0f52a5f9ca09ca78cc906 (patch) | |
| tree | 5cb530cb949e950370c2ff4866c560b1a1075b6f /test/get-clip.c | |
| parent | bed2701e1c89095878d549cbca8f22d84f3dda3c (diff) | |
[drm] Add an accelerated image surface.
Use the DRM interface to h/w accelerate composition on image surfaces.
The purpose of the backend is simply to explore what such a hardware
interface might look like and what benefits we might expect. The
use case that might justify writing such custom backends are embedded
devices running a drm compositor like wayland - which would, for example,
allow one to write applications that seamlessly integrated accelerated,
dynamic, high quality 2D graphics using Cairo with advanced interaction
(e.g. smooth animations in the UI) driven by a clutter framework...
In this first step we introduce the fundamental wrapping of GEM for intel
and radeon chipsets, and, for comparison, gallium. No acceleration, all
we do is use buffer objects (that is use the kernel memory manager) to
allocate images and simply use the fallback mechanism. This provides a
suitable base to start writing chip specific drivers.
Diffstat (limited to 'test/get-clip.c')
| -rw-r--r-- | test/get-clip.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/test/get-clip.c b/test/get-clip.c index 4103118f..9296966a 100644 --- a/test/get-clip.c +++ b/test/get-clip.c @@ -130,6 +130,7 @@ draw (cairo_t *cr, int width, int height) case CAIRO_SURFACE_TYPE_BEOS: case CAIRO_SURFACE_TYPE_DIRECTFB: case CAIRO_SURFACE_TYPE_GL: + case CAIRO_SURFACE_TYPE_DRM: uses_clip_rects = TRUE; break; case CAIRO_SURFACE_TYPE_QUARTZ: |