https://bugs.freedesktop.org/show_bug.cgi?id=38092
--- Comment #1 from Pavel Ondračka 2011-06-08
23:47:03 PDT ---
> I had no warning before if I remember correctly. I will try to bisect.
Don't waste time, those warnings were present from the moment Sanctuary started
to work last year. See for e
https://bugs.freedesktop.org/show_bug.cgi?id=38086
--- Comment #4 from Alexandre Demers 2011-06-08
23:43:25 PDT ---
It seems related to a wrapper I use to let Diablo 2 use Glide over OpenGL. All
other configuration (Direct 2D and Direct 3D) are OK and don't produce this
error. http://www.svenswr
https://bugs.freedesktop.org/show_bug.cgi?id=38092
Summary: Mesa outputs warning wih Unigine sanctuary (Mesa
warning: glDraw[Range]Elements())
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Ok I've pushed this.
The mesa part was bogus though (can't use PIPE_CC_GCC there).
Technically, the non-builtin versions are bogus now though if unsigned
isn't 32bit (on ILP64 it is 64bit - I believe some MIPS/ALPHA systems
might use that). But only if the values fed to them are actually larger
tha
This sadly requires work in the VS to rescale them, because the
hardware doesn't support this format natively.
Fixes arb_es2_compatibility-fixed-type and gtf/fixed_data_type.
---
src/mesa/drivers/dri/i965/brw_draw_upload.c |5 +
src/mesa/drivers/dri/i965/brw_vs.c | 11 +
https://bugs.freedesktop.org/show_bug.cgi?id=38086
--- Comment #3 from Brian Paul 2011-06-08 15:14:27 PDT
---
Hmmm, can you go in with gdb and poke around a bit? Get the call stack, print
*program, etc?
It would be easy to silence this warning, but I'd like to know the root cause
first.
--
C
https://bugs.freedesktop.org/show_bug.cgi?id=38085
--- Comment #3 from Brian Paul 2011-06-08 15:13:04 PDT
---
0x8920 = GL_FRAGMENT_SHADER_ATI which is part of the GL_ATI_fragment_shader
extension. The app probably isn't properly checking if the extension is
supported by the driver. I don't thi
For the series:
Acked-by: Kenneth Graunke
gen7_sf_state.c will need updating as well. Would you mind doing that,
or should I?
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 06/08/2011 11:27 AM, Eric Anholt wrote:
The function was named "find_unconditional_discard", but didn't
actually check that the discard statement found was unconditional.
Fixes piglit glsl-fs-discard-04.
---
src/glsl/opt_discard_simplification.cpp | 20 +---
1 files change
https://bugs.freedesktop.org/show_bug.cgi?id=38085
--- Comment #2 from Alexandre Demers 2011-06-08
14:40:38 PDT ---
I could try to find the culprit commit, I was not having this issue before and
I'm still using the same application (no update, same version). I'll try to
find it out. Also, I rece
https://bugs.freedesktop.org/show_bug.cgi?id=38086
--- Comment #2 from Alexandre Demers 2011-06-08
14:37:13 PDT ---
With the latest code, here is the result:
Mesa 7.11-devel implementation error: Unexpected program target 0x0 in
destroy_program_variants_cb()
Please report at bugs.freedesktop.or
We've been (gradually) switching to (bool/true/false) in the
Intel driver code. I definitely prefer that.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=38085
--- Comment #1 from Brian Paul 2011-06-08 14:20:10 PDT
---
Looks like an application bug to me. My guess is the app is trying to set
GL_REPEAT wrap mode for a GL_TEXTURE_RECTANGLE target.
--
Configure bugmail: https://bugs.freedesktop.org/use
https://bugs.freedesktop.org/show_bug.cgi?id=38086
--- Comment #1 from Brian Paul 2011-06-08 14:16:37 PDT
---
I've just committed a change to print a slightly more helpful error message.
Can you rebuild your driver and retest?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
On Thu, Jun 9, 2011 at 12:54 AM, Jose Fonseca wrote:
> Personally, I prefer the standard C bool type, given it's a) standard, b)
> shorter. Furthermore Microsoft's windows.h already defines boolean:
>
> $ grep -r '\' /usr/i586-mingw32msvc/include/
> /usr/i586-mingw32msvc/include/rpcndr.h:typede
https://bugs.freedesktop.org/show_bug.cgi?id=38086
Summary: Mesa 7.11-devel implementation error: Unexpected
program target in destroy_program_variants_cb()
Product: Mesa
Version: git
Platform: Other
OS/Version: All
https://bugs.freedesktop.org/show_bug.cgi?id=38085
Summary: Mesa: User error: GL_INVALID_ENUM in
glTexParameter(param=0x2901)
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=36282
--- Comment #39 from Alexandre Demers 2011-06-08
13:55:29 PDT ---
Seems good here too.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
Le 08/06/2011 22:08, Roland Scheidegger a écrit :
> Looks good to me - but skip the special n <= 1 case that's what the
> (n|1) input to the __builtin_clz is good for.
Ok, I'm not familiar with bit manipulation in fact...
> Oh and I didn't notice before but there's an error in the gcc version
> ch
Looks good to me - but skip the special n <= 1 case that's what the
(n|1) input to the __builtin_clz is good for.
Oh and I didn't notice before but there's an error in the gcc version
check (as that's defined as (__GNUC__ * 100 + __GNUC_MINOR__) - we're
ignoring patchlevel). Though as said there's
glReadPixels() was performing RGB -> L conversion differently from the
glTexImage() style conversion appropriate for glCopyTexImage().
Fixes gles2conform copy_texture.
---
src/mesa/drivers/common/meta.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/src/mes
On a Roland Scheidegger idea!
Benjamin
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index 3e42911..da2e72f 100644
--- a/src/mesa/main/teximage.c
+++ b/src/mesa/main/teximage.c
@@ -86,6 +86,12 @@ _mesa_free_texmemory(void *m)
static GLuint
logbase2(GLuint n)
{
+#if defined(PI
In moving src/glx/apple over to glapi this past week, I used our dispatch table
code from xserver/hw/xquartz/GL/indirect.c as the model for creating our
_glapi_table. Our table should contain pointers into OSX's OpenGL
implementation, so the call is just passed along to that implementation.
C
Fixes fbo-mipmap-copypix.
---
src/mesa/drivers/dri/intel/intel_pixel_copy.c | 98 +---
1 files changed, 53 insertions(+), 45 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_pixel_copy.c
b/src/mesa/drivers/dri/intel/intel_pixel_copy.c
index e83f1bf..88258d5 100644
The function was named "find_unconditional_discard", but didn't
actually check that the discard statement found was unconditional.
Fixes piglit glsl-fs-discard-04.
---
src/glsl/opt_discard_simplification.cpp | 20 +---
1 files changed, 17 insertions(+), 3 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=36282
--- Comment #38 from Alexandre Demers 2011-06-08
10:22:07 PDT ---
I'll test it later today when I'll get home.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugs.freedesktop.org/show_bug.cgi?id=36282
--- Comment #37 from ojab 2011-06-08 10:18:33 PDT ---
glxgears works fine for me (r600g) with mesa aea2236 compiled with
--enable-shared-glapi. Looks like fixed.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
Boolean is also more prone to bugs. I've got this habit from C++, I
usually convert int to bool by a simple assignment (without the "!= 0"
part). That doesn't work with boolean defined as char, because the
upper bits are always truncated.
Marek
On Wed, Jun 8, 2011 at 4:54 PM, Jose Fonseca wrote:
Looks ok to me.
I think it might actually be ok to omit the version check, we use
__builtin_popcount without it too (and that seems to be gcc 3.4 too, so
presumably gcc 3.4 is a requirement).
So what about __builtin_clz optimized logbase2 :-)
I think that should just be
31 - __builtin_clz(n | 1)
I
https://bugs.freedesktop.org/show_bug.cgi?id=36282
--- Comment #36 from Chia-I Wu 2011-06-08 08:22:38 PDT ---
The symptom I had was the same as Marc's. I've pushed several changes to fix
it and to avoid future breakage. Please test again.
--
Configure bugmail: https://bugs.freedesktop.org/use
On Wed, Jun 8, 2011 at 4:59 PM, Brian Paul wrote:
> On 06/08/2011 08:54 AM, Jose Fonseca wrote:
>>
>> Personally, I prefer the standard C bool type, given it's a) standard, b)
>> shorter. Furthermore Microsoft's windows.h already defines boolean:
>>
>> $ grep -r '\' /usr/i586-mingw32msvc/include
On 06/08/2011 08:54 AM, Jose Fonseca wrote:
Personally, I prefer the standard C bool type, given it's a) standard, b)
shorter. Furthermore Microsoft's windows.h already defines boolean:
$ grep -r '\' /usr/i586-mingw32msvc/include/
/usr/i586-mingw32msvc/include/rpcndr.h:typedef unsigned ch
Personally, I prefer the standard C bool type, given it's a) standard, b)
shorter. Furthermore Microsoft's windows.h already defines boolean:
$ grep -r '\' /usr/i586-mingw32msvc/include/
/usr/i586-mingw32msvc/include/rpcndr.h:typedef unsigned char boolean;
which can create havoc depending on
On 06/07/2011 06:37 PM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/07/2011 03:35 PM, Brian Paul wrote:
Module: Mesa
Branch: master
Commit: 1d71bbed3bbeb99d954cc137e4923c5db6e063c8
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=1d71bbed3bbeb99d954cc137e492
On 06/08/2011 06:38 AM, Benjamin Bellec wrote:
> Here is the v4 patch.
>
> Benjamin
As an uninformed bystander, I have some nitpicks that may just be coding
style.
>From the patch:
+ if (x <= 1)
+ return 1;
I think it would make more sense to move this above the #ifdef and not
duplicat
2011/6/8 Chris Bandy
> On 06/08/2011 06:38 AM, Benjamin Bellec wrote:
> > Here is the v4 patch.
> >
> > Benjamin
>
> As an uninformed bystander, I have some nitpicks that may just be coding
> style.
>
> From the patch:
>
> + if (x <= 1)
> + return 1;
>
>
> I think it would make more sense
https://bugs.freedesktop.org/show_bug.cgi?id=36238
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31590
Brian Paul changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
2011/6/7 Chia-I Wu :
> How is that the case? It seems the symbol is not used elsewhere.
>
Right, seems i tried solve the wrong side of the problem.
x86_64_entry_start is declared similar to a global static variable in
the asm code,
so it will be bound local.
But in entry_get_public its declared
https://bugs.freedesktop.org/show_bug.cgi?id=36282
--- Comment #35 from Chia-I Wu 2011-06-08 06:50:12 PDT ---
34a5d3b9f4740601708c82093e2114356d749e65 is indeed the bad commit. The bug is
triggered when libglapi and libdricore use different struct glapi_table. This
happens when shared glapi is
Le 06/06/2011 23:54, Roland Scheidegger a écrit :
> Also I believe this builtin requires gcc 3.4 - not sure though if the
> rest of the code compiles on older gcc.
>
> Roland
Yes I checked, __builtin_clz() appeared first time in GCC 3.4.0
documentation.
Benjamin
_
Le 06/06/2011 23:54, Roland Scheidegger a écrit :
> Am 06.06.2011 23:18, schrieb Tormod Volden:
>> On Sun, Jun 5, 2011 at 1:14 AM, Benjamin Bellec wrote:
>>> So here is a v2 patch with a builtin GCC optimization which is the
>>> fastest (thx Matt to point me to this solution).
>>>
>>
>> From patch:
https://bugs.freedesktop.org/show_bug.cgi?id=31590
--- Comment #13 from José Fonseca 2011-06-08 02:35:23 PDT
---
Patches look OK to me, Brian.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee fo
From: Chia-I Wu
Refactor dri2_load_driver and add dri2_load_driver_swrast for loading
swrast DRI driver.
---
src/egl/drivers/dri2/egl_dri2.c | 56 +--
src/egl/drivers/dri2/egl_dri2.h |3 ++
src/egl/drivers/dri2/platform_x11.c |4 +--
3 files chan
From: Chia-I Wu
---
src/egl/drivers/dri2/egl_dri2.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/egl/drivers/dri2/egl_dri2.c b/src/egl/drivers/dri2/egl_dri2.c
index 2559ac1..ad70a05 100644
--- a/src/egl/drivers/dri2/egl_dri2.c
+++ b/src/egl/drivers/dri2/egl_d
https://bugs.freedesktop.org/show_bug.cgi?id=37911
--- Comment #2 from Fabio Pedretti 2011-06-08 01:21:53
PDT ---
B(In reply to comment #1)
> That seems to be a build failure. The one who maintains the repository should
> rebuild the binaries (start with git clean -fdX).
>
> Supertuxkart works
46 matches
Mail list logo
