I've been playing around with the EGL r200 driver. Digging through
the framebuffer allocation code I've found a few problems.
In order to support pbuffers and framebuffer objects we need to be
able to work with color/depth/stencil buffers are various locations in
video memory.
The current
On Fri, 25 Nov 2005 16:16:48 -0700
Brian Paul <[EMAIL PROTECTED]> wrote:
>
> I've been playing around with the EGL r200 driver. Digging through
> the framebuffer allocation code I've found a few problems.
>
> In order to support pbuffers and framebuffer objects we need to be
> able to work wi
Aapo Tahkola wrote:
On Fri, 25 Nov 2005 16:16:48 -0700
Brian Paul <[EMAIL PROTECTED]> wrote:
I've been playing around with the EGL r200 driver. Digging through
the framebuffer allocation code I've found a few problems.
In order to support pbuffers and framebuffer objects we need to be
able
Am Samstag, den 26.11.2005, 10:47 -0700 schrieb Brian Paul:
> Aapo Tahkola wrote:
> > On Fri, 25 Nov 2005 16:16:48 -0700
> > Brian Paul <[EMAIL PROTECTED]> wrote:
> >
> >
> >>I've been playing around with the EGL r200 driver. Digging through
> >>the framebuffer allocation code I've found a few
Felix Kühling wrote:
Whats the point of doing these operations in DRM anyway?
Personally I would just pull out as much code from there as possible.
I was wondering about that too. There may be some reason for doing
those things in the kernel, but I don't know of any.
At least on some hardw
On Mon, 28 Nov 2005 02:59:05 +0100
Roland Scheidegger <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
> >>>Whats the point of doing these operations in DRM anyway?
> >>>Personally I would just pull out as much code from there as possible.
> >>
> >>I was wondering about that too. There may be so
