Hi,
I recently posted to the Nouveau mailing list about this, but for
those who don't participate in that one I thought I would also post
here since it seems to concern DRI as much as Nouveau. I intend to
submit an application for a project that will attempt to implement
XvMC in terms of Gallium3D
http://bugzilla.kernel.org/show_bug.cgi?id=6893
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment #1
http://bugs.freedesktop.org/show_bug.cgi?id=12176
Shuang He <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resoluti
http://bugs.freedesktop.org/show_bug.cgi?id=15203
--- Comment #8 from Oliver McFadden <[EMAIL PROTECTED]> 2008-03-27 22:23:03
PST ---
I would rather *NOT* see this patch committed to Mesa, as it really just hides
the issue: we're doing something wrong, which should be fixed.
This must be a
http://bugs.freedesktop.org/show_bug.cgi?id=15152
Shuang He <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #
http://bugs.freedesktop.org/show_bug.cgi?id=15193
Zou Nan hai <[EMAIL PROTECTED]> changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED]|mesa3d-
http://bugs.freedesktop.org/show_bug.cgi?id=15193
--- Comment #7 from Colin.Joe <[EMAIL PROTECTED]> 2008-03-27 19:28:39 PST ---
we always build xserver without xcb .
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
http://bugs.freedesktop.org/show_bug.cgi?id=15194
--- Comment #2 from haihao <[EMAIL PROTECTED]> 2008-03-27 18:04:09 PST ---
depth offset is only applied to TRIANGLE object in WM state. The CLIP thread
tries to do that for glPolygonMode(GL_LINE). Unfortunately it doesn't take
effect.
--
Co
http://bugs.freedesktop.org/show_bug.cgi?id=15194
Eric Anholt <[EMAIL PROTECTED]> changed:
What|Removed |Added
Summary|glPolygonOffset not change |glPolygonOffset has no
http://bugzilla.kernel.org/show_bug.cgi?id=10344
Summary: [2.6.25-rc6] possible regression: X server dying
Product: Drivers
Version: 2.5
KernelVersion: 2.6.25-rc6
Platform: All
OS/Version: Linux
Tree: Mainline
Status
> Here is my first patch for Nouveau project: a fix for 3D software
> rendering using SSE2 instruction set.
>
> The problem is that Gallium doesn't save/restore used registers
> (eax, edx, ecx, esi in my case). So I added push/pop in
> tgsi_emit_sse2().
Doesn't the ABI say that those are scrat
http://bugs.freedesktop.org/show_bug.cgi?id=15203
--- Comment #7 from Michel Dänzer <[EMAIL PROTECTED]> 2008-03-27 11:19:26 PST
---
Synchronously waiting for idle on each flush is a pretty large hammer... does
just emitting wait for idle commands to the CP instead help as well?
--
Configu
http://bugs.freedesktop.org/show_bug.cgi?id=15203
--- Comment #6 from Markus Amsler <[EMAIL PROTECTED]> 2008-03-27 10:52:37 PST
---
Its has a 30% performance impact on Wow, but only 1% on glxgears. It also
doesn't fix the Wow lockup I was after in the first place. It's also possible
that it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Victor Stinner wrote:
| Here is my first patch for Nouveau project: a fix for 3D software
| rendering using SSE2 instruction set.
|
| The problem is that Gallium doesn't save/restore used registers (eax,
| edx, ecx, esi in my case). So I added push/po
http://bugs.freedesktop.org/show_bug.cgi?id=15203
--- Comment #5 from Jerome Glisse <[EMAIL PROTECTED]> 2008-03-27 07:39:36 PST
---
(In reply to comment #4)
> Created an attachment (id=15493)
--> (http://bugs.freedesktop.org/attachment.cgi?id=15493) [details]
> mesa patch
>
> This patch ma
On Wednesday 26 March 2008 19:32:22 Kristian Høgsberg wrote:
> On Wed, Mar 26, 2008 at 1:50 PM, Tom Cooksey
> <[EMAIL PROTECTED]> wrote:
> ...
> > I guess what I was thinking about was a single API which can be used on
> > 3D-less
> > (or legacy, if you want) hardware and on modern hardware. If
16 matches
Mail list logo