https://bugs.freedesktop.org/show_bug.cgi?id=47175
Vinson Lee changed:
What|Removed |Added
CC||bri...@vmware.com,
|
https://bugs.freedesktop.org/show_bug.cgi?id=47175
Bug #: 47175
Summary: piglit fbo-alphatest-formats regression
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=47124
Alexandre Demers changed:
What|Removed |Added
CC||alexandre.f.dem...@gmail.co
Handle the special case of glFramebufferTextureLayer() for which we pass
teximage = 0 internally in framebuffer_texture(). This patch makes failing
piglit test fbo-array, fbo-depth-array to pass.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=47126
Note: This is a candidate for stable bran
https://bugs.freedesktop.org/show_bug.cgi?id=47124
--- Comment #1 from Alexandre Demers 2012-03-09
17:09:49 PST ---
Same thing around here. When relinking, it tries to find the libxcb and other
32bit dev libs. However, they can't be installed using packages, at least under
Ubuntu 11.10.
Here ho
Currently intel driver doesn't allow to create a FBO with luminace texture
as render target. Piglit test getteximage-luminance skips a sub test due to
this restriction. Test passes as expected after applying this patch.
Signed-off-by: Anuj Phogat
---
src/mesa/drivers/dri/i965/brw_wm_surface_stat
Mostly this is a matter of removing variables that have been moved to
the compatibility profile. There's one addition: gl_InstanceID is
present in the core now.
This fixes the new piglit tests for GLSL 1.40 builtins.
---
src/glsl/builtin_variables.cpp | 259 +++--
---
src/glsl/glsl_parser.yy |3 +++
src/glsl/glsl_parser_extras.cpp |2 ++
src/glsl/glsl_parser_extras.h |1 +
src/mesa/main/getstring.c |2 ++
4 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/src/glsl/glsl_parser.yy b/src/glsl/glsl_parser.yy
index d5e
This gets a basic #version 140 shader compiling.
---
src/glsl/builtin_variables.cpp |6 ++
src/glsl/glsl_types.cpp|3 +++
src/glsl/linker.cpp|2 +-
3 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/src/glsl/builtin_variables.cpp b/src/glsl/builtin_
For the tests I've run this through, and a list of what I know is
remaining, see:
http://lists.freedesktop.org/archives/piglit/2012-March/002003.html
All but the discard infinite loop test work on i965 with this series.
___
mesa-dev mailing list
mesa-d
Christian König wrote:
Thanks for all that info.
Anyway, I will be busy with UVD code review next week so I won't have
time to work on the state tracker for some time now, so that has to wait
for a little while longer.
Ahh, UVD - good luck with the review. and thanks for all the vdpau work
https://bugs.freedesktop.org/show_bug.cgi?id=47166
Bug #: 47166
Summary: Bad datatype in interpolate_int_colors
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
S
There are several new features in apitrace that deserve an announcement:
* Top-level `apitrace` command which greatly simplifies using apitrace
from command line (Carl Worth from Intel Inc.)
* Trace and retrace support for EGL, GLES1, and GLES2 APIs on Linux
(Chia-I Wu from LunarG Inc., plus port
On Wed, 7 Mar 2012 23:26:18 +0100, Marek Olšák wrote:
> On Wed, Mar 7, 2012 at 6:01 PM, Brian Paul wrote:
> > On Wed, Feb 15, 2012 at 6:28 AM, Marek Olšák wrote:
> >> Hi everyone,
> >>
> >> this series adds the ARB_debug_output extension. It implements the minimum
> >> feature set required by t
On Thu, 8 Mar 2012 13:35:17 -0800, Kenneth Graunke
wrote:
> Unfortunately, Unigine Heaven 3.0 still needs this.
>
> NOTE: This is a candidate for the 8.0 branch.
>
> Signed-off-by: Kenneth Graunke
Reviewed-by: Eric Anholt
pgpN5sBjZvCnM.pgp
Description: PGP signature
__
On Thu, 8 Mar 2012 19:21:23 +0800, Yuanhan Liu
wrote:
> From ddd1a9d8f0d82c2f5fcb78a471608a005a6a077c Mon Sep 17 00:00:00 2001
> From: Yuanhan Liu
> Date: Thu, 8 Mar 2012 18:48:54 +0800
> Subject: [PATCH] i915: set SPRITE_POINT_ENABLE bit just when we need do coord
> replace
>
> When SPRITE_PO
- Original Message -
> From: José Fonseca
>
> min_index/max_index are merely conservative guesses, so we can't
> make buffer overflow detection based on their values.
Tested-by: Jakob Bornecrantz
Cheers, Jakob.
> ---
> src/gallium/drivers/svga/svga_draw.c | 15 +++
> 1
From: José Fonseca
min_index/max_index are merely conservative guesses, so we can't
make buffer overflow detection based on their values.
---
src/gallium/drivers/svga/svga_draw.c | 15 +++
1 files changed, 7 insertions(+), 8 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_
- Original Message -
> On 03/04/2012 10:54 PM, john grant wrote:
> > Hello,
> > I wanted to use Mesa on Windows so that I could spend a little less
> > time at the office. I do not have the hardware at home for the GL
> > extensions I want to work with. After several package installations
On 03/09/2012 09:07 AM, Roland Scheidegger wrote:
Brian,
I think you're right, the test in r200_ioctl.c looks bogus
(the idea is fastz clear can only be used if both depth and stencil are
cleared, though the test isn't quite right as it certainly would be
possible to use fastz clear if there's n
btw I think there's more wrong with clears, for instance fbo clears
(BUFFER_BIT_COLORx) will always lead to swrast fallback, which seems
unnecessary. Clearly if we can render to it we can also clear it. The
clear function is just meta_Clear actually so maybe the whole
r200/radeonClear functions cou
Brian,
I think you're right, the test in r200_ioctl.c looks bogus
(the idea is fastz clear can only be used if both depth and stencil are
cleared, though the test isn't quite right as it certainly would be
possible to use fastz clear if there's no stencil buffer at all).
However, all code related
On 03/09/2012 08:38 AM, Vic Lee wrote:
On 03/09/2012 11:19 PM, Brian Paul wrote:
Vic, it looks like your code is slightly out of date. In current
git/master, line 148 reads:
unsigned generic_inputs =
svga->curr.fs ? svga->curr.fs->generic_inputs : 0;
Zack added the null ptr check in January wi
On 03/09/2012 11:19 PM, Brian Paul wrote:
Vic, it looks like your code is slightly out of date. In current
git/master, line 148 reads:
unsigned generic_inputs =
svga->curr.fs ? svga->curr.fs->generic_inputs : 0;
Zack added the null ptr check in January with commit cff0eac702
Looks good.
Jose
- Original Message -
> Based on a patch submitted by Vic Lee. The other part of his patch
> which checked the fs pointer wasn't needed.
>
> This fixes a crash when clear() is called before any VS or FS is set.
> But this can only happen when the driver is used without t
Based on a patch submitted by Vic Lee. The other part of his patch
which checked the fs pointer wasn't needed.
This fixes a crash when clear() is called before any VS or FS is set.
But this can only happen when the driver is used without the Mesa
state tracker.
NOTE: This is a candidate for the
On 03/08/2012 08:16 AM, Vic Lee wrote:
Hi Brian,
Please the the gdb backtrace if I only add vs check. Maybe you have a
better idea on this issue. I am using the git 8.0 branch.
vic@debian:~/mesa/src/gallium$ git diff
diff --git a/src/gallium/drivers/svga/svga_st
Dave, it looks like you were the last person to touch this code.
-Brian
On 03/09/2012 07:33 AM, Brian Paul wrote:
I happened to be looking at radeonClear() and r200Clear() in the
legacy DRI drivers. I think there's a bug in one function or the other
in the hyperz/fastclear test:
From radeon_
I happened to be looking at radeonClear() and r200Clear() in the
legacy DRI drivers. I think there's a bug in one function or the
other in the hyperz/fastclear test:
From radeon_ioctl.c:
if (rmesa->using_hyperz) {
flags |= RADEON_USE_COMP_ZBUF;
/* if (rmesa->radeon.radeonScree
2012/3/9 Christian König
>
> On 08.03.2012 20:12, Andy Furniss wrote:
>>
>> Christian König wrote:
>>
mplayer sw decode + yuy2 vdpau output is corrupted.
>>>
>>> Yeah, still working on that. The problem is tilling related, just
>>> disable 2D tilling and it works like a charm. I think I've fo
On 08.03.2012 20:12, Andy Furniss wrote:
Christian König wrote:
mplayer sw decode + yuy2 vdpau output is corrupted.
Yeah, still working on that. The problem is tilling related, just
disable 2D tilling and it works like a charm. I think I've found the
problem right now and going to send out som
Looks good to me.
Jose
- Original Message -
> There are several cases in which we need to explicity "rebase" colors
> (ex: set G=B=0) when getting GL_LUMINANCE textures:
> 1. If the luminance texture is actually stored as rgba
> 2. If getting a luminance texture, but returning rgba
> 3. I
- Original Message -
> On 08.03.2012 22:36, Jose Fonseca wrote:
> >
> > - Original Message -
> >> This gets xine working with VDPAU.
> >>
> >> v2: some minor bugfixes.
> >> v3: create the resource with the subsampled
> >> format to avoid tilling problems
> >>
> >> Signed-off-
On 08.03.2012 22:36, Jose Fonseca wrote:
- Original Message -
This gets xine working with VDPAU.
v2: some minor bugfixes.
v3: create the resource with the subsampled
format to avoid tilling problems
Signed-off-by: Christian König
[...]
@@ -269,18 +307,21 @@ vl_video_buffer_samp
https://bugs.freedesktop.org/show_bug.cgi?id=37274
--- Comment #7 from José Fonseca 2012-03-09 00:58:11 PST
---
(In reply to comment #6)
> Created attachment 58214 [details]
> RS740 debug info
>
> Same bug on radeon 2100 integrated video (RS740). I don't know how I can help
> sending debug info
35 matches
Mail list logo
