Signed-off-by: Vinson Lee
---
src/gallium/targets/graw-xlib/SConscript | 1 +
src/gallium/targets/libgl-xlib/SConscript | 1 +
src/mesa/drivers/x11/SConscript | 1 +
3 files changed, 3 insertions(+)
diff --git a/src/gallium/targets/graw-xlib/SConscript
b/src/gallium/targets/graw-xlib
https://bugs.freedesktop.org/show_bug.cgi?id=57173
--- Comment #4 from freedesk...@skewray.com ---
lsmod lists radeon as a loaded module.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists
https://bugs.freedesktop.org/show_bug.cgi?id=57173
--- Comment #3 from freedesk...@skewray.com ---
Not intentionally. I upgraded to Ubuntu 12.10, which implies the 3.5 kernel,
and the ATI proprietary driver (fglrx) is no longer supported. I assumed
(stupidly, I suppose) that Ubuntu would fall ba
On Fri, Nov 16, 2012 at 4:15 PM, Brian Paul wrote:
> On 11/16/2012 05:06 PM, Anuj Phogat wrote:
>>
>> On Fri, Nov 16, 2012 at 3:28 PM, Ian Romanick wrote:
>>>
>>> On 11/16/2012 01:21 PM, Anuj Phogat wrote:
We need to rebase colors (ex: set G=B=0) when getting GL_LUMINANCE
text
On 11/16/2012 03:57 PM, Brian Paul wrote:
On 11/16/2012 04:20 PM, Ian Romanick wrote:
All,
Starting next week I'm going to reorder, clean-up, and post patches
from the gles3 branch to the list for review and merging to master. A
lot of the work has been stable for some time, so I think it makes
Ian Romanick writes:
> From: Ian Romanick
>
> We just treat this as an alias for GL_ANY_SAMPLES_PASSED.
Reviewed-by: Eric Anholt
pgpmWwhSWjLgd.pgp
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.free
The EGL Work Group at Khronos is considering changing the semantics of
eglBindAPI(). Such a change would require a change in Mesa's EGL
implementation. I'd like to hear your feedback on the issue.
Proposal
Currently there are two distinct APIs for OpenGL and OpenGL ES:
EGL_OPENGL_A
On 11/16/2012 05:06 PM, Anuj Phogat wrote:
On Fri, Nov 16, 2012 at 3:28 PM, Ian Romanick wrote:
On 11/16/2012 01:21 PM, Anuj Phogat wrote:
We need to rebase colors (ex: set G=B=0) when getting GL_LUMINANCE
textures in following cases:
1. If the luminance texture is actually stored as rgba
2.
On Fri, Nov 16, 2012 at 4:01 PM, Maarten Lankhorst
wrote:
> Op 13-11-12 19:31, Matt Turner schreef:
>> On Tue, Nov 13, 2012 at 4:00 AM, Maarten Lankhorst
>> wrote:
>>> For precise lts support I had to do some magic with the library names,
>>> which works fine
>>> as long as the libraries from pk
On Fri, Nov 16, 2012 at 3:28 PM, Ian Romanick wrote:
> On 11/16/2012 01:21 PM, Anuj Phogat wrote:
>>
>> We need to rebase colors (ex: set G=B=0) when getting GL_LUMINANCE
>> textures in following cases:
>> 1. If the luminance texture is actually stored as rgba
>> 2. If getting a luminance texture,
Op 13-11-12 19:31, Matt Turner schreef:
> On Tue, Nov 13, 2012 at 4:00 AM, Maarten Lankhorst
> wrote:
>> For precise lts support I had to do some magic with the library names, which
>> works fine
>> as long as the libraries from pkg-config are used.
>>
>> The parts with src/gallium/targets/va-*/M
On 11/16/2012 04:20 PM, Ian Romanick wrote:
All,
Starting next week I'm going to reorder, clean-up, and post patches
from the gles3 branch to the list for review and merging to master. A
lot of the work has been stable for some time, so I think it makes
sense to start merging it.
We're passing
On 11/16/2012 01:21 PM, Anuj Phogat wrote:
We need to rebase colors (ex: set G=B=0) when getting GL_LUMINANCE
textures in following cases:
1. If the luminance texture is actually stored as rgba
2. If getting a luminance texture, but returning rgba
3. If getting an rgba texture, but returning lumi
On 11/16/2012 02:57 PM, Ian Romanick wrote:
From: Ian Romanick
We just treat this as an alias for GL_ANY_SAMPLES_PASSED.
Signed-off-by: Ian Romanick
---
src/mesa/drivers/dri/i965/brw_queryobj.c | 3 +++
1 file changed, 3 insertions(+)
Reviewed-by: Kenneth Graunke
__
On 11/15/2012 11:25 AM, Matt Turner wrote:
Fixes draw_buffers_test3 and 6 explicit_attrib_location tests from.
gles3conform
---
This is how this should be fixed, right? Modifying the table in
glsl_parser_extras.cpp would have incorrectly allowed
#extension GL_ARB_explicit_attrib_location
On 11/16/2012 02:53 PM, Ian Romanick wrote:
From: Ian Romanick
Note that while 'packed' is a reserved word in GLSL ES, row_major is not.
This means that we have to use the string-based matching for that.
Signed-off-by: Ian Romanick
---
src/glsl/glsl_lexer.ll | 2 +-
src/glsl/glsl_
All,
Starting next week I'm going to reorder, clean-up, and post patches from
the gles3 branch to the list for review and merging to master. A lot of
the work has been stable for some time, so I think it makes sense to
start merging it.
We're passing more and more conformance tests every da
Perhaps most importantly, this patch adds comments quoting the relevant
spec paragraphs above each error condition.
It also makes three changes:
- For FBOs, GL_COLOR_ATTACHMENTm where m >= MaxDrawBuffers is supposed
to generate INVALID_OPERATION (not INVALID_ENUM).
- Constants that refer to mult
From: Ian Romanick
We just treat this as an alias for GL_ANY_SAMPLES_PASSED.
Signed-off-by: Ian Romanick
---
src/mesa/drivers/dri/i965/brw_queryobj.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_queryobj.c
b/src/mesa/drivers/dri/i965/brw_queryobj.c
inde
From: Ian Romanick
Note that while 'packed' is a reserved word in GLSL ES, row_major is not.
This means that we have to use the string-based matching for that.
Signed-off-by: Ian Romanick
---
src/glsl/glsl_lexer.ll | 2 +-
src/glsl/glsl_parser.yy | 2 ++
src/glsl/glsl_parser_e
On Wed, Nov 14, 2012 at 12:38:56PM +0100, Michel Dänzer wrote:
> Resending (parts of) some patches which seem to have been missed.
>
> [PATCH RESEND 1/3] AMDGPU: Fix string concatenation in
> [PATCH RESEND 2/3] AMDGPU: Don't allow using SI SGPRs 102 and 103 directly.
> [PATCH 3/3] AMDGPU: Fix name
Mesa 9.0.1 has been released. Mesa 9.0.1 is a bug fix release which
fixes bugs found since the 9.0 release.
The tag in the GIT repository for Mesa 9.0.1 is 'mesa-9.0.1'.
Mesa 9.0.1 is available for download at
ftp://freedesktop.org/pub/mesa/9.0.1/
md5sums:
97d6554c05ea7449398afe3a0ede7018 M
On Tue, Nov 06, 2012 at 04:18:06PM +0100, Vincent Lejeune wrote:
> ---
Reviewed-by: Tom Stellard
I've tested this with my indirect-addressing branch and it works. Go
ahead and push.
> src/gallium/drivers/r600/r600_shader.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/src/gal
On 11/15/2012 11:25 AM, Matt Turner wrote:
Fixes draw_buffers_test3 and 6 explicit_attrib_location tests from.
gles3conform
---
This is how this should be fixed, right? Modifying the table in
glsl_parser_extras.cpp would have incorrectly allowed
#extension GL_ARB_explicit_attrib_location
On Tue, Nov 13, 2012 at 10:13:04PM +0100, Vincent Lejeune wrote:
> ---
Reviewed-by: Tom Stellard
> lib/Target/AMDGPU/R600ISelLowering.cpp | 12 +---
> 1 file changed, 9 insertions(+), 3 deletions(-)
>
> diff --git a/lib/Target/AMDGPU/R600ISelLowering.cpp
> b/lib/Target/AMDGPU/R600ISel
https://bugs.freedesktop.org/show_bug.cgi?id=31844
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
We need to rebase colors (ex: set G=B=0) when getting GL_LUMINANCE
textures in following cases:
1. If the luminance texture is actually stored as rgba
2. If getting a luminance texture, but returning rgba
3. If getting an rgba texture, but returning luminance
A similar fix was pushed by Brian Paul
https://bugs.freedesktop.org/show_bug.cgi?id=57098
Chad Versace changed:
What|Removed |Added
CC||chad.vers...@linux.intel.co
On 11/05/2012 04:48 PM, Eric Anholt wrote:
> For a packed depth/stencil buffer on separate stencil hardware, the
> separate depth miptree is set up with alignment of 4,4 and the separate
> stencil miptree is setup with alignment of 8,8. We can't just use the
> irb->draw_{x,y} offsets for stencil,
Commit 774fb90db3e83d5e7326b7a72e05ce805c306b24 introduced a ralloc context to
each user of struct brw_compile, but for this one a NULL context was used,
causing the later ralloc_free(mem_ctx) to not do anything.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=55175
NOTE: This is a candidat
On Fre, 2012-11-16 at 11:36 -0500, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> Use per asic golden values.
>
> Programming this register doesn't seem to be strictly
> necessary on SI, but programming it wrong leads to
> rendering issues or reduced performance so just
> go ahead and pr
From: Alex Deucher
Signed-off-by: Alex Deucher
---
src/gallium/drivers/radeonsi/si_state.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index 2bd55bb..0683b67 100644
--- a/src/galliu
From: Alex Deucher
Use per asic golden values.
Programming this register doesn't seem to be strictly
necessary on SI, but programming it wrong leads to
rendering issues or reduced performance so just
go ahead and program the golden values explicitly
to avoid any potential problems down the road.
---
lib/Target/AMDGPU/AMDGPU.h | 1 +
lib/Target/AMDGPU/AMDGPUTargetMachine.cpp| 1 +
lib/Target/AMDGPU/R600AllocateMemoryRegs.cpp | 2 +-
lib/Target/AMDGPU/R600VolatileLoadSetter.cpp | 71
4 files changed, 74 insertions(+), 1 deletion(-)
crea
---
lib/Target/AMDGPU/R600ISelLowering.cpp | 67 +++---
1 file changed, 61 insertions(+), 6 deletions(-)
diff --git a/lib/Target/AMDGPU/R600ISelLowering.cpp
b/lib/Target/AMDGPU/R600ISelLowering.cpp
index f2de35f..3adc5d6 100644
--- a/lib/Target/AMDGPU/R600ISelLowering
On 11/15/2012 12:41 PM, Vinson Lee wrote:
MinGW has snprintf.
The patch fixes these warnings with the MinGW SCons build.
src/gallium/auxiliary/util/u_snprintf.c:459:1: warning: no previous prototype
for ‘util_vsnprintf’ [-Wmissing-prototypes]
src/gallium/auxiliary/util/u_snprintf.c:1436:1: war
https://bugs.freedesktop.org/show_bug.cgi?id=38629
Andreas Boll changed:
What|Removed |Added
Status|NEW |NEEDINFO
Assignee|mesa-dev@list
https://bugs.freedesktop.org/show_bug.cgi?id=38705
Andreas Boll changed:
What|Removed |Added
Status|NEW |NEEDINFO
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=43355
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=57173
Michel Dänzer changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
On 15.11.2012 19:14, Marek Olšák wrote:
On Thu, Nov 15, 2012 at 5:28 PM, Christian König
wrote:
On 15.11.2012 17:00, alexdeuc...@gmail.com wrote:
From: Alex Deucher
Rather than disabling the depth buffer.
I would still prefer to use *_INVALID as the invalid function return value
here.
Just
https://bugs.freedesktop.org/show_bug.cgi?id=46597
Andreas Boll changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |nouveau@lists.freedesktop.o
42 matches
Mail list logo
