Hi,
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().
My patch is quick and dirty, eg.
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 the
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 makes
-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
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
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?
--
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 scratch
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
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://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.
--
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=15193
Zou Nan hai [EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED]|mesa3d-
|
http://bugs.freedesktop.org/show_bug.cgi?id=15152
Shuang He [EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #5
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
14 matches
Mail list logo