pbuffers (was: xserver on OpenGL)

Brian Paul <brian-CdwZJljFklH+2FeEXyspIVaTQe2KTcn/@public.gmane.org>
Newsgroups gmane.comp.freedesktop.xserver
Organization Tungsten Graphics, Inc.
Message-ID <[email protected]>
Jon Smirl wrote:
> It's going to take Brian, Keithw and myself another month or two to get a full
> standalone OpenGL running. We are missing two major pieces of code, pbuffers and
> mode support.

I started looking at what it would take to get pbuffers going with 
mesa-solo, in the r200 driver.  It looks like it'll be some work.

For rendering to off-screen color/depth/stencil buffers we need to 
pass the buffer's start and stride to the kernel module.  Luckily, it 
looks like that's transferred in the drm_radeon_context_regs_t 
structure, and not fixed at initialization time.

However, this info seems to be ignored in the 
radeon_cp_dispatch_clear() function; it seems to assume you're always 
clearing the front/back color and depth/stencil buffers.

A work-around would be to draw a filled polygon to implement the 
clear, but I'm wondering where else there might be similar assumptions 
to trip us up.

The other thing we need is a mechanism to allocate the memory for 
pbuffers.  My first guess is that this would have to be allocated out 
of the space used for textures.  I think the DRI texture memory 
allocator could be adapted to do this.

I'll keep poking around.

-Brian
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.