A way to unblock this would be to split thed3d1x state tracker in two parts:
the runtime, and the client driver. As Keith also suggested.
The client driver could be used on Windows -- precisely as the DDK and WDK are
intended.
The runtime part could be re-implemented from scratch by WINE or REA
Either WINE developers or Luca will feel alienated. So, I think the discussion
should be *now*, before taking further decision.
Personally, I still don't understand what's special about this code. If no
Microsoft code was ever copied or used in d3d1x then I don't see how WINE
developers are tai
https://bugs.freedesktop.org/show_bug.cgi?id=30335
Sergey Kondakov changed:
What|Removed |Added
AssignedTo|mesa-...@lists.freedesktop. |k...@bitplanet.net
|
https://bugs.freedesktop.org/show_bug.cgi?id=30335
Summary: commit 17eace581d25a626a7d75d9d1205d012cbb14a6e broke
mesa
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: block
Can I revert this merge out of master? The Wine developers that
contribute to Mesa are feeling very alienated by this code, and I
think that it could stand to have some more discussion, especially
about its legality.
~ C.
--
When the facts change, I change my mind. What do you do, sir? ~ Keynes
From: Robert Hooker
This prevents failures like this when using one of these devices:
Unrecognized deviceID 116
X Error of failed request: BadAlloc (insufficient resources for operation)
Major opcode of failed request: 155 (GLX)
Minor opcode of failed request: 3 (X_GLXCreateContext)
Ser
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Airlie wrote:
> So Evergreen hardware appears to have only completely separate depth
> and stencil buffers and doesn't natively support a combnined DS buffer
> from what I can see. I'm awaiting clarification from AMD.
>
> Now gallium and st/mesa
https://bugs.freedesktop.org/show_bug.cgi?id=30333
Summary: DXT compressed SRGB textures cause assert failure
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jakob Bornecrantz wrote:
> On 20 sep 2010, at 19.58, Luca Barbieri wrote:
>> nVidia dropped hardware support starting from nv40.
>>
>> For texture compression, S3TC or R-component-only textures should
>> usually be a better option, and for other uses s
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 29848, which changed state.
Bug 29848 Summary: [llvmpipe] piglit point-sprite regression
https://bugs.freedesktop.org/show_bug.cgi?id=29848
What|Old Value |New Value
-
https://bugs.freedesktop.org/show_bug.cgi?id=30318
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30318
--- Comment #2 from Brian Paul 2010-09-22 10:01:02 PDT ---
OK, it looks like this changed at some point. The original GLSL Orange book
defined the array as varying vec4 gl_TexCoord[gl_MaxTextureCoords].
I'd rather see the glean test fixed than
https://bugs.freedesktop.org/show_bug.cgi?id=29910
--- Comment #12 from Ian Romanick 2010-09-22 09:51:08
PDT ---
This looks fine for now, and I'm going to cherry-pick both patches to 7.9. In
the future we will want to expose the supported versions as a bitmask. In
later versions of OpenGL core
https://bugs.freedesktop.org/show_bug.cgi?id=30318
--- Comment #1 from Ian Romanick 2010-09-22 09:47:57 PDT
---
We removed this test from the piglit list because we determined that the test
was incorrect. By default gl_TexCoord is declared as 'vec4 gl_TexCoord[]'
(dimensionless). The spec says
Thanks, Kristian. I was about to commit a similar fix.
-Brian
2010/9/22 Kristian Høgsberg :
> Should be fixed by b91dba49e0b08b18dbd6c477facdcc7b5472c8c7.
>
> On Wed, Sep 22, 2010 at 9:47 AM, Chris Ball wrote:
>> http://tinderbox.x.org/builds/2010-09-22-0001/logs/libGL/#build
>>
>> brw_context
Should be fixed by b91dba49e0b08b18dbd6c477facdcc7b5472c8c7.
On Wed, Sep 22, 2010 at 9:47 AM, Chris Ball wrote:
> http://tinderbox.x.org/builds/2010-09-22-0001/logs/libGL/#build
>
> brw_context.c:45: error: array type has incomplete element type
> brw_context.c:46: error: 'GL_VERSION_2_1_function
https://bugs.freedesktop.org/show_bug.cgi?id=29910
--- Comment #11 from Kristian Høgsberg 2010-09-22 08:09:30
PDT ---
commit b91dba49e0b08b18dbd6c477facdcc7b5472c8c7
Author: Kristian Høgsberg
Date: Wed Sep 22 11:01:11 2010 -0400
intel: Fix GL_ARB_shading_language_120 commit
Fix comm
http://tinderbox.x.org/builds/2010-09-22-0001/logs/libGL/#build
brw_context.c:45: error: array type has incomplete element type
brw_context.c:46: error: 'GL_VERSION_2_1_functions' undeclared here
brw_context.c: In function 'brwCreateContext':
brw_context.c:163: warning: implicit declaration of fun
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 29849, which changed state.
Bug 29849 Summary: [llvmpipe] piglit glsl-fs-pointcoord regression
https://bugs.freedesktop.org/show_bug.cgi?id=29849
What|Old Value |New Value
---
https://bugs.freedesktop.org/show_bug.cgi?id=30220
--- Comment #4 from jpsinthe...@verizon.net 2010-09-22 03:44:59 PDT ---
(In reply to comment #3)
> The code posted applies to mesa 7.8, but has been removed in 7.9. It would be
> useful to
> a) Test if this bug still applies to mesa 7.9 from git
On Wed, Sep 22, 2010 at 8:20 PM, Keith Whitwell
wrote:
> On Wed, Sep 22, 2010 at 11:15 AM, Dave Airlie wrote:
>
I'm mainly posting just wondering if anyone else has considered this
or any other hardware this might be useful for exists, or if anyone
can speak to the pitfalls I'll fa
On Wed, Sep 22, 2010 at 11:15 AM, Dave Airlie wrote:
>>> I'm mainly posting just wondering if anyone else has considered this
>>> or any other hardware this might be useful for exists, or if anyone
>>> can speak to the pitfalls I'll face.
>>>
>>> I've got some initial done in 30 mins hacks
>>> ht
On Wed, Sep 22, 2010 at 7:50 PM, Keith Whitwell
wrote:
> On Wed, Sep 22, 2010 at 10:30 AM, Dave Airlie wrote:
>> So Evergreen hardware appears to have only completely separate depth
>> and stencil buffers and doesn't natively support a combnined DS buffer
>> from what I can see. I'm awaiting clar
On Wed, Sep 22, 2010 at 10:30 AM, Dave Airlie wrote:
> So Evergreen hardware appears to have only completely separate depth
> and stencil buffers and doesn't natively support a combnined DS buffer
> from what I can see. I'm awaiting clarification from AMD.
>
> Now gallium and st/mesa seem to be qu
So Evergreen hardware appears to have only completely separate depth
and stencil buffers and doesn't natively support a combnined DS buffer
from what I can see. I'm awaiting clarification from AMD.
Now gallium and st/mesa seem to be quite dedicated to the whole
combined DS cause.
I'm mainly posti
https://bugs.freedesktop.org/show_bug.cgi?id=29910
--- Comment #10 from Kenneth Graunke 2010-09-22
01:03:57 PDT ---
Unfortunately, the patch breaks the build for me:
brw_context.c:45:35: error: array type has incomplete element type
brw_context.c:46:22: error: ‘GL_VERSION_2_1_functions’ undeclar
https://bugs.freedesktop.org/show_bug.cgi?id=29910
--- Comment #9 from Kenneth Graunke 2010-09-22 01:00:15
PDT ---
Created an attachment (id=38867)
View: https://bugs.freedesktop.org/attachment.cgi?id=38867
Review: https://bugs.freedesktop.org/review?bug=29910&attachment=38867
Patch that comp
https://bugs.freedesktop.org/show_bug.cgi?id=30220
--- Comment #3 from Christopher James Halse Rogers
2010-09-22 00:42:15 PDT ---
The code posted applies to mesa 7.8, but has been removed in 7.9. It would be
useful to
a) Test if this bug still applies to mesa 7.9 from git (I've been told it
app
On 9/21/2010 9:37 PM, James McKenzie wrote:
I just read a comment that you made in the Mesa mailing list and am
seriously concerned about it:
It only attempts to prevent reverse engineering, disassembly and
decompilation, and does not grant
you distribution rights under copyright law in the
29 matches
Mail list logo
