Hi,
sorry for the crossposting, I don't know who to address.
I am experimenting the new CFS scheduler on Linux
and tried to start multiple glxgears to see whether
they are really running smooth and have evenly
distributed framerate.
At first I could only start two instances of glxgears
but the t
http://bugs.freedesktop.org/show_bug.cgi?id=10848
Summary: Invalid write in prog_statevars.c
Product: Mesa
Version: CVS
Platform: x86 (IA32)
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Com
http://bugs.freedesktop.org/show_bug.cgi?id=10848
--- Comment #1 from [EMAIL PROTECTED] 2007-05-03 11:33 PST ---
Looks like the matrix state tokens in r300_vertprog.c position_invariant() were
wrong. I'm checking in a fix in git.
--
Configure bugmail: http://bugs.freedesktop.org/u
http://bugs.freedesktop.org/show_bug.cgi?id=10848
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, 2007-05-03 at 01:01 +0200, Thomas Hellström wrote:
> It might be possible to find schemes that work around this. One way
> could possibly be to have a buffer mapping -and validate order for
> shared buffers.
If mapping never blocks on anything other than the fence, then there
isn't any
On 5/3/07, Zoltan Boszormenyi <[EMAIL PROTECTED]> wrote:
> Hi,
>
> sorry for the crossposting, I don't know who to address.
>
> I am experimenting the new CFS scheduler on Linux
> and tried to start multiple glxgears to see whether
> they are really running smooth and have evenly
> distributed fram
http://bugs.freedesktop.org/show_bug.cgi?id=10852
Summary: R300 problem with multiple glxgears clients, missing
docs on GARTSize
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Sta
