further example using glxgears recompiled for debugging
Breakpoint 2, event_loop (dpy=0x804c050, win=31457282)
at /usr/src/xfree86-cvs/xc/programs/glxgears/glxgears.c:383
383 while (XPending(dpy) > 0) {
(gdb) p glXSwapBuffers
$1 = {void (Display *, GLXDrawable)} 0x40076010
(gdb) n
On Thu, 2003-10-30 at 17:08, Chris Ison wrote:
> I'm wondering what happened to the full sw mode for 3d you could use
> before when DRI wasn't enabled. Now GL apps just seg (including
> glxgears) where a few months ago you could still run them without DRI
> although very slow.
>
Further investiga
I'm wondering what happened to the full sw mode for 3d you could use
before when DRI wasn't enabled. Now GL apps just seg (including
glxgears) where a few months ago you could still run them without DRI
although very slow.
---
This SF.net email
Mike Mestnik wrote:
--- Ian Romanick <[EMAIL PROTECTED]> wrote:
Basically, queuing commands while we wait for a swap to complete is like
building a display list. Maybe it would be easier to tackle the problem
from that point of view? When a swap is pending we'd "somehow" switch
to build-displ
Here is a patch that enables SGI_make_current_read for the MGA driver.
I have only tested this with progs/xdemos/wincopy, and it works as
expected. It should be fairly trivial for people to make similar
patches for the other drivers. Drivers that support pageflipping will
be a bit more tricky
--- Ian Romanick <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
>
> > On Wed, 29 Oct 2003 08:56:09 -0800
> > Ian Romanick <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Felix Kühling wrote:
> >>
> >>
> >>>I've been thinking about ways to implement a combined "wait for vblank
> >>>and buffer swap" ope
Felix Kühling wrote:
On Wed, 29 Oct 2003 08:56:09 -0800
Ian Romanick <[EMAIL PROTECTED]> wrote:
Felix Kühling wrote:
I've been thinking about ways to implement a combined "wait for vblank
and buffer swap" operation. But somehow I can't get the pieces together
partly because I have a pretty vagu
Felix Kühling wrote:
On Wed, 29 Oct 2003 17:07:50 +0100
Michel Dänzer <[EMAIL PROTECTED]> wrote:
Why suspend the engine at all? Isn't it enough to know when it's
finished rendering?
You don't want to overwrite the buffer that is still being displayed as
front buffer while the swap is delayed until
On Wed, 29 Oct 2003 08:56:09 -0800
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
>
> > I've been thinking about ways to implement a combined "wait for vblank
> > and buffer swap" operation. But somehow I can't get the pieces together
> > partly because I have a pretty vague under
On Wed, 29 Oct 2003 17:07:50 +0100
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Wed, 2003-10-29 at 01:04, Felix Kühling wrote:
> >
> > First a short summary of the problem. Currently the user space driver
> > waits for a vblank and then issues a buffer swap ioctl. That ioctl puts
> > the actual
On Wed, 29 Oct 2003 16:21:44 +
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
> > On Wed, 29 Oct 2003 11:43:43 +
> > Keith Whitwell <[EMAIL PROTECTED]> wrote:
>
> >>You don't want to shut the entire dma engine down waiting for vblank as this
> >>would kill performance w
Felix Kühling wrote:
I've been thinking about ways to implement a combined "wait for vblank
and buffer swap" operation. But somehow I can't get the pieces together
partly because I have a pretty vague understanding what the hardware
does or can do on a low level.
I've thought about this problem a
Felix Kühling wrote:
On Wed, 29 Oct 2003 11:43:43 +
Keith Whitwell <[EMAIL PROTECTED]> wrote:
You don't want to shut the entire dma engine down waiting for vblank as this
would kill performance with >1 3d application, or even where 2d apps and a
single 3d app are mixed.
Yeah, if one 3D app
On Wed, 2003-10-29 at 01:04, Felix KÃhling wrote:
>
> First a short summary of the problem. Currently the user space driver
> waits for a vblank and then issues a buffer swap ioctl. That ioctl puts
> the actual swap instructions on the command queue of the 3D hardware.
> After that it may take an
On Wed, 29 Oct 2003 11:43:43 +
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
> > Hi list,
> >
> > I've been thinking about ways to implement a combined "wait for vblank
> > and buffer swap" operation. But somehow I can't get the pieces together
> > partly because I have a p
Felix Kühling wrote:
Hi list,
I've been thinking about ways to implement a combined "wait for vblank
and buffer swap" operation. But somehow I can't get the pieces together
partly because I have a pretty vague understanding what the hardware
does or can do on a low level.
First a short summary of
16 matches
Mail list logo
