[Mesa-dev] [Bug 29044] GLSL compiler tracker

https://bugs.freedesktop.org/show_bug.cgi?id=29044 Bug 29044 depends on bug 27403, which changed state. Bug 27403 Summary: GLSL struct causing "Invalid src register file ..." error https://bugs.freedesktop.org/show_bug.cgi?id=27403 What|Old Value |New Value -

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

On 26.08.2010 04:08, Luca Barbieri wrote: >> On r300->r500, if there are both a vertex shader output and sprite coords at >> the same varying index, the output takes precedence, meaning that it behaves >> as if sprite coords were disabled. This is OK because Gallium doesn't >> specify which one to

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

On Thu, Aug 26, 2010 at 4:08 AM, Luca Barbieri wrote: > > On r300->r500, if there are both a vertex shader output and sprite coords > at > > the same varying index, the output takes precedence, meaning that it > behaves > > as if sprite coords were disabled. This is OK because Gallium doesn't > >

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

> On r300->r500, if there are both a vertex shader output and sprite coords at > the same varying index, the output takes precedence, meaning that it behaves > as if sprite coords were disabled. This is OK because Gallium doesn't > specify which one to write to FS if there are both at the same slot

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

On 26.08.2010 03:17, Marek Olšák wrote: > > On Thu, Aug 26, 2010 at 12:55 AM, Luca Barbieri > wrote: > > > I think the only complication is in the state tracker where we'll > have to examine the fragment shader during raster state validation > to determ

[Mesa-dev] [Bug 29044] GLSL compiler tracker

https://bugs.freedesktop.org/show_bug.cgi?id=29044 Vinson Lee changed: What|Removed |Added Depends on|26795 | -- Configure bugmail: https://bugs.freede

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

On Thu, Aug 26, 2010 at 12:55 AM, Luca Barbieri wrote: > > I think the only complication is in the state tracker where we'll have to > examine the fragment shader during raster state validation to determine > > if/where we need to set sprite_coord_enable bits. > > Couldn't we just set the one for

[Mesa-dev] [Bug 29044] GLSL compiler tracker

https://bugs.freedesktop.org/show_bug.cgi?id=29044 Ian Romanick changed: What|Removed |Added Depends on|27286 | -- Configure bugmail: https://bugs.free

[Mesa-dev] [Bug 27286] Mod function returns wrong value

https://bugs.freedesktop.org/show_bug.cgi?id=27286 Ian Romanick changed: What|Removed |Added Blocks|29044 | -- Configure bugmail: https://bugs.free

[Mesa-dev] [Bug 29044] GLSL compiler tracker

https://bugs.freedesktop.org/show_bug.cgi?id=29044 Bug 29044 depends on bug 26795, which changed state. Bug 26795 Summary: [softpipe] piglit glsl-arb-fragment-coord-conventions fails https://bugs.freedesktop.org/show_bug.cgi?id=26795 What|Old Value |New Value ---

[Mesa-dev] [Bug 21867] Feature request: Configurable pixel origin

https://bugs.freedesktop.org/show_bug.cgi?id=21867 --- Comment #6 from Eric Anholt 2010-08-25 17:35:23 PDT --- There's this little knob in all hardware I've seen for the pixel center, for example brw_sf_unit_state.sf6.dest_org_[hv]bias on 965, DSTORG_HORT_BIAS() and DSTORG_VERT_BIAS() on 915 ("HO

[Mesa-dev] [Bug 29638] [glsl2]Mesa demo fpglsl render incorrectly

https://bugs.freedesktop.org/show_bug.cgi?id=29638 Eric Anholt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa-dev] [Bug 29044] GLSL compiler tracker

https://bugs.freedesktop.org/show_bug.cgi?id=29044 Gordon Jin changed: What|Removed |Added Depends on||28138 Blocks|28138

[Mesa-dev] [Bug 29044] GLSL compiler tracker

https://bugs.freedesktop.org/show_bug.cgi?id=29044 Ian Romanick changed: What|Removed |Added Depends on|24355 | -- Configure bugmail: https://bugs.free

[Mesa-dev] [Bug 29044] GLSL compiler tracker

https://bugs.freedesktop.org/show_bug.cgi?id=29044 Ian Romanick changed: What|Removed |Added Depends on|21867 | -- Configure bugmail: https://bugs.free

[Mesa-dev] [Bug 21867] Feature request: Configurable pixel origin

https://bugs.freedesktop.org/show_bug.cgi?id=21867 Ian Romanick changed: What|Removed |Added Blocks|29044 | --- Comment #5 from Ian Romanick 2010-0

[Mesa-dev] [Bug 29044] GLSL compiler tracker

https://bugs.freedesktop.org/show_bug.cgi?id=29044 Bug 29044 depends on bug 10908, which changed state. Bug 10908 Summary: GLSL: gl_FogParamaters gl_Fog built-in uniform not functioning https://bugs.freedesktop.org/show_bug.cgi?id=10908 What|Old Value |New Value

[Mesa-dev] [Bug 10908] GLSL: gl_FogParamaters gl_Fog built-in uniform not functioning

https://bugs.freedesktop.org/show_bug.cgi?id=10908 Ian Romanick changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

On 08/25/2010 04:55 PM, Luca Barbieri wrote: I think the only complication is in the state tracker where we'll have to examine the fragment shader during raster state validation to determine> if/where we need to set sprite_coord_enable bits. Couldn't we just set the one for the PNTC generic

[Mesa-dev] [Bug 29782] [regression] Humus Domino demo: pieces no longer fall over

https://bugs.freedesktop.org/show_bug.cgi?id=29782 Eric Anholt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa-dev] [Bug 29783] [regression] No light in Ambient aperture lighting demo

https://bugs.freedesktop.org/show_bug.cgi?id=29783 Eric Anholt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: [Mesa-dev] [PATCH] glsl2: fix crash with variable indexing into array inside a struct

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Aras Pranckevicius wrote: > Hi, > > Attached patch fixes GLSL2 crash on a shader like below. > whole_variable_referenced() can return NULL if the array in question > is not a top-level variable. > > struct str { > float params[3]; > }; > void main(

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

> I think the only complication is in the state tracker where we'll have to > examine the fragment shader during raster state validation to determine > > if/where we need to set sprite_coord_enable bits. Couldn't we just set the one for the PNTC generic unconditionally if point sprites are enabl

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

On 08/25/2010 09:53 AM, Luca Barbieri wrote: There really needs to be a new TGSI semantic label for this. The draw module needs some way to determine which fragment shader input expects PNTC. Care to write a patch? Actually, I'd propose using a GENERIC slot which is currently unassigned, and

[Mesa-dev] [Bug 29620] link errors in glcpp/glcpp

https://bugs.freedesktop.org/show_bug.cgi?id=29620 --- Comment #2 from David Ronis 2010-08-25 12:58:38 PDT --- The problem is that TALLOC_CFLAGS aren't being set properly. See bug 29789. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

[Mesa-dev] [Bug 29044] GLSL compiler tracker

https://bugs.freedesktop.org/show_bug.cgi?id=29044 Bug 29044 depends on bug 13753, which changed state. Bug 13753 Summary: Numerous bugs in GLSL uniform handling https://bugs.freedesktop.org/show_bug.cgi?id=13753 What|Old Value |New Value

[Mesa-dev] [Bug 13753] Numerous bugs in GLSL uniform handling

https://bugs.freedesktop.org/show_bug.cgi?id=13753 Eric Anholt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa-dev] [PATCH] glsl2: fix crash with variable indexing into array inside a struct

Hi, Attached patch fixes GLSL2 crash on a shader like below. whole_variable_referenced() can return NULL if the array in question is not a top-level variable. struct str { float params[3]; }; void main() { str s; for (int i = 0; i < 3; ++i) s.params[i] = 1.0; gl_FragColor = vec4(0.0);

[Mesa-dev] [Bug 29620] link errors in glcpp/glcpp

https://bugs.freedesktop.org/show_bug.cgi?id=29620 --- Comment #1 from Eric Anholt 2010-08-25 12:44:22 PDT --- You have some odd version talloc in /usr/local/samba/lib perhaps? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

On Wed, Aug 25, 2010 at 5:39 PM, Brian Paul wrote: > On 08/25/2010 09:09 AM, Luca Barbieri wrote: > >> The issue is in the Mesa state tracker. >> >> In particular, it currently maps FRAG_ATTRIB_PNTC (used by GLSL >> gl_PointCoord) to GENERIC[0] unconditionally. >> >> Hence, the "| 1" in the nvfx

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

> There really needs to be a new TGSI semantic label for this.  The draw > module needs some way to determine which fragment shader input expects PNTC. >  Care to write a patch? Actually, I'd propose using a GENERIC slot which is currently unassigned, and using sprite_coord_enable to activate coord

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

On 08/25/2010 09:09 AM, Luca Barbieri wrote: The issue is in the Mesa state tracker. In particular, it currently maps FRAG_ATTRIB_PNTC (used by GLSL gl_PointCoord) to GENERIC[0] unconditionally. Hence, the "| 1" in the nvfx driver puts the sprite coordinate in GENERIC[0] if point_quad_rasteriza

Re: [Mesa-dev] [PATCH] glsl / imports.h: fix MSVC build

On 08/25/2010 01:08 AM, Aras Pranckevicius wrote: The strtoll() #define should be put in the imports.h file. Perhaps you can update your patch for today's git code. Updated patch attached. Committed. Thanks. -Brian ___ mesa-dev mailing list mesa-

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

More concretely, as far as I can tell, the issue is that a fragment program reading both gl_PointCoord and gl_TexCoord[0] will get both translated to reads from GENERIC[0], which is broken unless the GL/GLSL restrict this somehow. ___ mesa-dev mailing lis

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

The issue is in the Mesa state tracker. In particular, it currently maps FRAG_ATTRIB_PNTC (used by GLSL gl_PointCoord) to GENERIC[0] unconditionally. Hence, the "| 1" in the nvfx driver puts the sprite coordinate in GENERIC[0] if point_quad_rasterization is enabled. This mapping by mesa/st is ob

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

On Wed, Aug 25, 2010 at 3:43 PM, Roland Scheidegger wrote: > On 25.08.2010 09:05, Ian Romanick wrote: > > keith whitwell wrote: > >> The point state is complex, there are actually a lot of variations > >> built into GL itself which aren't obvious on first reading of the > >> spec. Probably the mo

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

On 25.08.2010 15:43, Roland Scheidegger wrote: > On 25.08.2010 09:05, Ian Romanick wrote: >> keith whitwell wrote: >>> The point state is complex, there are actually a lot of variations >>> built into GL itself which aren't obvious on first reading of the >>> spec. Probably the most obscure is tha

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

On 25.08.2010 09:05, Ian Romanick wrote: > keith whitwell wrote: >> The point state is complex, there are actually a lot of variations >> built into GL itself which aren't obvious on first reading of the >> spec. Probably the most obscure is that wide points and point sprites >> are specified to a

[Mesa-dev] [Bug 29793] [glsl2]piglit glslparsertest_glsl2_struct-05.vert and glslparsertest_glsl2_redeclaration-02.vert fail

https://bugs.freedesktop.org/show_bug.cgi?id=29793 --- Comment #1 from fangxun 2010-08-25 01:54:15 PDT --- Created an attachment (id=38137) --> (https://bugs.freedesktop.org/attachment.cgi?id=38137) dmesg info -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- Y

[Mesa-dev] [Bug 29793] New: [glsl2]piglit glslparsertest_glsl2_struct-05.vert and glslparsertest_glsl2_redeclaration-02.vert fail

https://bugs.freedesktop.org/show_bug.cgi?id=29793 Summary: [glsl2]piglit glslparsertest_glsl2_struct-05.vert and glslparsertest_glsl2_redeclaration-02.vert fail Product: Mesa Version: unspecified Platform: All OS/Version: Linu

Re: [Mesa-dev] Mesa (master): r300g: fix gl_PointCoord

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 keith whitwell wrote: > The point state is complex, there are actually a lot of variations > built into GL itself which aren't obvious on first reading of the > spec. Probably the most obscure is that wide points and point sprites > are specified to a

Re: [Mesa-dev] [PATCH] glsl / imports.h: fix MSVC build

> The strtoll() #define should be put in the imports.h file. > Perhaps you can update your patch for today's git code. Updated patch attached. -- Aras Pranckevičius work: http://unity3d.com home: http://aras-p.info glsl-mesa-fixes-for-MSVC.patch Description: Binary data ___