https://bugs.freedesktop.org/show_bug.cgi?id=29638
wang,jinjin changed:
What|Removed |Added
Summary|Mesa demos fpglsl run |[glsl2]Mesa demo fpglsl
https://bugs.freedesktop.org/show_bug.cgi?id=29638
--- Comment #1 from wang,jinjin 2010-08-17 22:41:54 PDT
---
Created an attachment (id=37937)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37937)
test picture on master not merged
--
Configure bugmail: https://bugs.freedesktop.org/userp
https://bugs.freedesktop.org/show_bug.cgi?id=29638
Summary: Mesa demos fpglsl run incorrectly on glsl2 branch
Product: Mesa
Version: git
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: m
https://bugs.freedesktop.org/show_bug.cgi?id=25994
Eric Anholt changed:
What|Removed |Added
Summary|[i915][GLSL] 'return' |[GM45][GLSL] 'return'
|s
https://bugs.freedesktop.org/show_bug.cgi?id=29627
Summary: [glsl2] Matrix comparison not implemented for
non-constants
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=29624
Summary: crash in _mesa_DeleteTextures, in
_mesa_HashLookup_unlocked
Product: Mesa
Version: 7.6
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
---
src/mesa/drivers/dri/r600/r700_assembler.c | 25 +++--
src/mesa/drivers/dri/r600/r700_assembler.h |2 +-
2 files changed, 20 insertions(+), 7 deletions(-)
diff --git a/src/mesa/drivers/dri/r600/r700_assembler.c
b/src/mesa/drivers/dri/r600/r700_assembler.c
index 9c95
https://bugs.freedesktop.org/show_bug.cgi?id=29431
Eric Anholt changed:
What|Removed |Added
Component|Drivers/DRI/i965|Mesa core
AssignedTo|e...@anholt.n
https://bugs.freedesktop.org/show_bug.cgi?id=29623
Ian Romanick changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|mesa-...@list
https://bugs.freedesktop.org/show_bug.cgi?id=29623
Nick Bowler changed:
What|Removed |Added
Attachment #37927|text/x-c|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29623
Summary: Regression: GLSL linker aborts when linking a single
vertex program containing a varying.
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
https://bugs.freedesktop.org/show_bug.cgi?id=27748
Karl Schultz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
> Using a flag instead of a new texture target allows to avoid hundreds of
> changes to existing code, and allows drivers for modern hardware to
> just ignore this flag.
I grepped a bit through the code, and a new texture target seems
easier than expected: apparently there are only about 36 checks
https://bugs.freedesktop.org/show_bug.cgi?id=29622
Summary: glGetUniformLocation does not work between glNewList
and glEndList
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Changes in v3:
- Renamed flag from PIPE_RESOURCE_FLAG_UNNORMALIZED_COORDS_HINT
Changes in v2:
- No longer set the flag in compress_with_blit depending on NPOT, let the
driver do that if needed
Allow to pass flags to st_texture_create and take advantage of that
to tell the pipe driver that a tex
Changes in v6:
- Remove hunks about bind flags
Changes in v5:
- Use the new flags
Changes in v4:
- Modify st_Bitmap to use unnormalized coordinates if the driver wants it to
Changes in v3:
- Updated comment
Changes in v2:
- u_blit no longer sets the unnormalized hint flag for NPOT textures:
t
Changes in v4:
- Use a single flag for state tracker -> driver like in v1, but with
a better name and separated from the other flags
- Fully clarify semantics of that flag
Changes in v3:
- Rework to use multiple flags
Changes in v2:
- Add a much longer and better comment
This allows:
1. The st
This is a mix of my first and second attempts, and tries to include the
best received parts from each.
In general, it tries to be both unobtrusive, and have clean semantics.
>From the first attempt, it restores the usage of a single st->driver flag
instead of 4 bind flags, which is now called
PIPE
BTW, the patch is a real fix not a workaround. This is what has to be done.
Ben
From: mesa-dev-bounces+benjamin.segovia=intel@lists.freedesktop.org
[mesa-dev-bounces+benjamin.segovia=intel@lists.freedesktop.org] On Behalf
Of Segovia, Benjamin [ben
https://bugs.freedesktop.org/show_bug.cgi?id=29620
Summary: link errors in glcpp/glcpp
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: medium
Yes, absolutely. The code was just wrong.
Ben
From: Ian Romanick [...@freedesktop.org]
Sent: Tuesday, August 17, 2010 1:09 PM
To: Segovia, Benjamin
Cc: mesa-dev@lists.freedesktop.org
Subject: Re: [Mesa-dev] [PATCH] Mesa prog_optimize.c: solve glsl2 regressi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Benjamin Segovia wrote:
> - In one optimization pass, register files may have been messed therefore
> merging instructions which use the same index in two different register
> files
>
> - The fix consists in only processing temporary registers as i
https://bugs.freedesktop.org/show_bug.cgi?id=29420
--- Comment #4 from Sven Arvidsson 2010-08-17 10:28:09 PDT ---
The GLSL errors are gone now, it's still not rendering correctly though,
probably because of these remaining errors:
ERROR: Could not create texture 'LinearDepth'
ERROR: Frame buffer
https://bugs.freedesktop.org/show_bug.cgi?id=27266
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27403
Eric Anholt changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|mesa-...@lists
https://bugs.freedesktop.org/show_bug.cgi?id=29607
Eric Anholt changed:
What|Removed |Added
Priority|medium |high
AssignedTo|mesa-...@lists.fre
> Because there is some expectation (with the exception of the private
> flags) this is state set by the state tracker.
Yes, currently it's this way, but I think that overall, this is suboptimal.
For instance, I think that drivers should override the bind flags,
setting them to what the resource a
https://bugs.freedesktop.org/show_bug.cgi?id=29601
Eric Anholt changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|mesa-...@lists
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 26990, which changed state.
Bug 26990 Summary: [GLSL] variable declaration in "while" fails to compile
https://bugs.freedesktop.org/show_bug.cgi?id=26990
What|Old Value |New Value
---
On 17.08.2010 17:48, Luca Barbieri wrote:
>> Well I don't like drivers changing the hints flag on their own,
>> overwriting what the state tracker set. Hence the suggestion to just
>> always use normalized coords unless the driver can't handle it (which
>> can be a usual global query).
>
> In my s
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25829, which changed state.
Bug 25829 Summary: [GLSL] allowing non-void function without returning value
https://bugs.freedesktop.org/show_bug.cgi?id=25829
What|Old Value |New Value
-
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25827, which changed state.
Bug 25827 Summary: [GLSL] vector constructor accepts too many arguments
successfully
https://bugs.freedesktop.org/show_bug.cgi?id=25827
What|Old Value |New Va
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25826, which changed state.
Bug 25826 Summary: [GLSL] declaring an unsized array then re-declaring with a
size fails
https://bugs.freedesktop.org/show_bug.cgi?id=25826
What|Old Value |Ne
On 17.08.2010 17:43, Luca Barbieri wrote:
>> I'm not sure it's really worth bothering about all those cases to
>> optimize some divs or muls away.
> Yes, the gain might be marginal, but once you change internal code to
> support either normalization, supporting fine grained preferences is a
> tiny
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25808, which changed state.
Bug 25808 Summary: [GLSL] const variable is modified successfully
https://bugs.freedesktop.org/show_bug.cgi?id=25808
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25769, which changed state.
Bug 25769 Summary: [GLSL] "float" can be implicitly converted to "int"
https://bugs.freedesktop.org/show_bug.cgi?id=25769
What|Old Value |New Value
---
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25664, which changed state.
Bug 25664 Summary: [GLSL] re-declaring an empty array fails to compile
https://bugs.freedesktop.org/show_bug.cgi?id=25664
What|Old Value |New Value
---
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 24553, which changed state.
Bug 24553 Summary: shader compilation times explode when using more () pairs
https://bugs.freedesktop.org/show_bug.cgi?id=24553
What|Old Value |New Value
-
https://bugs.freedesktop.org/show_bug.cgi?id=24553
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 18659, which changed state.
Bug 18659 Summary: Crash in shader/slang/slang_codegen.c
_slang_gen_function_call_name()
https://bugs.freedesktop.org/show_bug.cgi?id=18659
What|Old Value |Ne
https://bugs.freedesktop.org/show_bug.cgi?id=18659
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 16856, which changed state.
Bug 16856 Summary: GLSL indexing of unsized array results in assertion failure
https://bugs.freedesktop.org/show_bug.cgi?id=16856
What|Old Value |New Value
---
https://bugs.freedesktop.org/show_bug.cgi?id=16856
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 16854, which changed state.
Bug 16854 Summary: GLSL function call at global scope causes SEGV
https://bugs.freedesktop.org/show_bug.cgi?id=16854
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=16854
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
> Well I don't like drivers changing the hints flag on their own,
> overwriting what the state tracker set. Hence the suggestion to just
> always use normalized coords unless the driver can't handle it (which
> can be a usual global query).
In my second patchset, those flags are owned by the drive
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25830, which changed state.
Bug 25830 Summary: [GLSL] allowing non-constant-expression as const declaration
initializer
https://bugs.freedesktop.org/show_bug.cgi?id=25830
What|Old Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25877, which changed state.
Bug 25877 Summary: [GLSL 1.10] implicit conversion from "int" to "float" should
not be allowed
https://bugs.freedesktop.org/show_bug.cgi?id=25877
What|Old Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25878, which changed state.
Bug 25878 Summary: [GLSL] sampler is converted to int successfully
https://bugs.freedesktop.org/show_bug.cgi?id=25878
What|Old Value |New Value
---
> I'm not sure it's really worth bothering about all those cases to
> optimize some divs or muls away.
Yes, the gain might be marginal, but once you change internal code to
support either normalization, supporting fine grained preferences is a
tiny change.
> Hence one flag (for tex rect) would be
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25999, which changed state.
Bug 25999 Summary: [GLSL] embedded structure constructor fails to compile
https://bugs.freedesktop.org/show_bug.cgi?id=25999
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 26000, which changed state.
Bug 26000 Summary: [GLSL] allowing different parameter qualifier between the
function definition and declaration
https://bugs.freedesktop.org/show_bug.cgi?id=26000
What|Old Val
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 26001, which changed state.
Bug 26001 Summary: [GLSL 1.10] constructing matrix from matrix succeeds
https://bugs.freedesktop.org/show_bug.cgi?id=26001
What|Old Value |New Value
--
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 26224, which changed state.
Bug 26224 Summary: [GLSL] Cannot get location of a uniform struct member
https://bugs.freedesktop.org/show_bug.cgi?id=26224
What|Old Value |New Value
-
https://bugs.freedesktop.org/show_bug.cgi?id=26224
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 27261, which changed state.
Bug 27261 Summary: GLSL Compiler fails on the following vertex shader
https://bugs.freedesktop.org/show_bug.cgi?id=27261
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=27261
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 17.08.2010 17:22, Luca Barbieri wrote:
>> What's wrong with addressing these needs respectively by:
>>
>> a) Adding a new pipe_texture_target enum PIPE_TEXTURE_RECT to capture
>> the GL usage (unnormalized, clamp). Think about CL later.
>
> I think this is essentially equivalent to my latest p
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 27265, which changed state.
Bug 27265 Summary: GLSL Compiler doesnt link the attached vertex shader
https://bugs.freedesktop.org/show_bug.cgi?id=27265
What|Old Value |New Value
--
https://bugs.freedesktop.org/show_bug.cgi?id=27265
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
By the way, to make this clearer, the _absolute_ requirements to have
a correct nv30 driver without any emulation code are those:
1. The driver must know whether a POT texture is GL_TEXTURE_2D or is a
GL_TEXTURE_RECTANGLE that just happens to be POT
2. If the driver is nv30, the state tracker _must
On Tue, Aug 17, 2010 at 10:56 AM, Luca Barbieri wrote:
>> I don't see the need for this "any" flag -- if this is an internally
>> generated texture, the state tracker can query the driver, find out what
>> normalization it prefers, and then use that explicitly.
>
> It is for internal textures, whe
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 28374, which changed state.
Bug 28374 Summary: SIGSEGV shader/slang/slang_typeinfo.c:534
https://bugs.freedesktop.org/show_bug.cgi?id=28374
What|Old Value |New Value
-
On 17.08.2010 16:53, Keith Whitwell wrote:
> -
> In terms of the unnormalized change, I think I'd like to go over it one
> more time.
>
> It looks like there are a few things happening at once:
>
> a) The state tracker is informing the driver whether it will use
> normalized texco
> What's wrong with addressing these needs respectively by:
>
> a) Adding a new pipe_texture_target enum PIPE_TEXTURE_RECT to capture
> the GL usage (unnormalized, clamp). Think about CL later.
I think this is essentially equivalent to my latest patchset in the
following sense:
- Your PIPE_TEXTUR
> Again, I don't see why this needs to be per-resource information --
> surely the hardware has a single preference that it keeps under all
> circumstances?
For nv30 there are two layouts that each require one normalization, so
the "preference" (actually, a requirement) depends on the layout and
he
> I don't see the need for this "any" flag -- if this is an internally
> generated texture, the state tracker can query the driver, find out what
> normalization it prefers, and then use that explicitly.
It is for internal textures, where we need to ask for the ability to
use it as a sampler view,
-
In terms of the unnormalized change, I think I'd like to go over it one
more time.
It looks like there are a few things happening at once:
a) The state tracker is informing the driver whether it will use
normalized texcoords, unnormalized texcoords or both for a given
texture.
https://bugs.freedesktop.org/show_bug.cgi?id=29613
Summary: OSMesa and GL cannot be linked together
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Com
On 17.08.2010 16:12, Luca Barbieri wrote:
>> I don't like it, imho adds too much interface clutter with little gain
>> (for most hardware).
> There is a tradeoff here between a clean and general but intrusive
> approach (this one), and a minimal but conceptually imperfect approach
> (the previous o
On Tue, 2010-08-17 at 00:09 -0700, Luca Barbieri wrote:
> +
> +/* State trackers should support using either normalization in all
> internal drawing
> + * code, using these flag to tell which one to use.
> + *
> + * If they do not have such support, then they should indicate the
> + * normalization
On Tue, 2010-08-17 at 00:09 -0700, Luca Barbieri wrote:
> -#define PIPE_BIND_STREAM_OUTPUT(1 << 11) /*
> set_stream_output_buffers */
> +
> +/* Sampler views can be created based on this texture. Only the
> + * normalization preferred by the driver can be used, unless the
> other
> + * flag
> I don't like it, imho adds too much interface clutter with little gain
> (for most hardware).
There is a tradeoff here between a clean and general but intrusive
approach (this one), and a minimal but conceptually imperfect approach
(the previous one).
Keith didn't seem to like the previous minima
On 17.08.2010 09:09, Luca Barbieri wrote:
> This is a new approach to the coordinate normalization issue.
> I only compile tested this, and posted it to find out if I'm on the right
> track, and will do more testing if so.
>
> On the state tracker -> driver front, I no longer have any resource fla
https://bugs.freedesktop.org/show_bug.cgi?id=29608
--- Comment #1 from Cedric Vivier 2010-08-17 05:10:14 PDT
---
FWIW I forgot to add previous error for such error was pre-GLSL2 :
""
Error: undeclared type name 'foo'
""
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
Hi,
Since commits 2f9ecc818d67 and a433cd286c60 (Add builtins profile for GLSL
1.30), GLSL2 does not compile on MSVC 2008:
builtin_function.cpp(15821) : fatal error C1091: compiler limit: string
exceeds 65535 bytes in length
It does seem quite stupid to have 64k limit for strings in a 21st centu
On Mon, 2010-08-16 at 10:56 -0700, José Fonseca wrote:
> On Mon, 2010-08-16 at 10:30 -0700, nobled wrote:
> > I think this might be the problem that kept -disable-mmx from working;
> > can somebody test it? (attached)
> >
> > @@ -152,15 +151,13 @@ lp_set_target_options(void)
> > * See als
https://bugs.freedesktop.org/show_bug.cgi?id=29608
Summary: Regression crash when a function return type is
invalid (following GLSL2 merge)
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Sta
https://bugs.freedesktop.org/show_bug.cgi?id=29607
Summary: Global scope re-declarations regression after GLSL2
merge
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Sev
This changes the whole codebase to specify precisely which sampling
capabilities they actually need.
It also removes PIPE_BIND_SAMPLER_VIEW since all users are moved
to either more specific flags, or PIPE_BIND_SAMPLER_VIEW_ALL.
This prevents accidentally specifying PIPE_SAMPLER_VIEW incorrectly.
Changes in v3:
- Rework to use the bind flags
Changes in v2:
- No longer set the flag in compress_with_blit depending on NPOT, let the
driver do that if needed
Allow to pass flags to st_texture_create and take advantage of that
to tell the pipe driver that a texture is going to be used with unn
Changes in v5:
- Use the new flags
Changes in v4:
- Modify st_Bitmap to use unnormalized coordinates if the driver wants it to
Changes in v3:
- Updated comment
Changes in v2:
- u_blit no longer sets the unnormalized hint flag for NPOT textures:
the driver should do that if it wants to
Current
Changes in v3:
- Rework to use multiple flags
Changes in v2:
- Add a much longer and better comment
This allows:
1. The state tracker to tell the driver which normalizations it needs
2. The driver to tell the state tracker which normalization it prefers
---
src/gallium/include/pipe/p_defines.h |
This is a new approach to the coordinate normalization issue.
I only compile tested this, and posted it to find out if I'm on the right
track, and will do more testing if so.
On the state tracker -> driver front, I no longer have any resource flags and
instead split PIPE_BIND_SAMPLER_VIEW into 4 s
84 matches
Mail list logo
