From: Roland Scheidegger
Turns out it is actually very complicated to figure out what a format really
is wrt range, as using channel information for determining unorm/snorm etc.
doesn't work for a bunch of cases - namely compressed, subsampled, other.
Also while here add clamping for uint/sint as
From: Roland Scheidegger
Need to check the wrap mode of the actually used coords not a fixed 2.
While checking more than necessary would only potentially disable aos and
not cause any harm I'm pretty sure for 3d textures it could have caused
assertion failures (if s,t coords have simple filter an
From: Roland Scheidegger
Going to need this soon (not going to bother with avx2 intrinsics at this time
but don't want to do workarounds for true vector shifts if llvm itself can use
them just fine and won't need the gazillion instruction emulation).
Not really tested other than my cpu returns 0
On Mon, Aug 19, 2013 at 4:38 PM, Ian Romanick wrote:
>
> From: Ian Romanick
>
> The NVIDIA driver doesn't expose them, and piglit's
> arb_texture_compression-invalid-formats expects them to not be there.
>
> Signed-off-by: Ian Romanick
> Cc: "9.2"
> ---
> src/mesa/main/texcompress.c | 12 -
Mesa 9.2 release candidate 1 is now available for testing.
The tag in the GIT repository for Mesa 9.2-rc1 is 'mesa-9.2-rc1'.
Mesa 9.2 release candidate 1 is available for download at
ftp://freedesktop.org/pub/mesa/9.2/
md5sums:
866e9a1b3ce72b822671ee8106821aec MesaLib-9.2.0-rc1.tar.bz2
4506de
https://bugs.freedesktop.org/show_bug.cgi?id=68297
Pierre Bourdon changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=68297
Priority: medium
Bug ID: 68297
Assignee: mesa-dev@lists.freedesktop.org
Summary: Mesa tries to detect AVX support and fails horribly
Severity: major
Classification: Unclassified
From: Ian Romanick
There is no extension for this format in desktop GL, so an application
can't give the format back to glCompressedTexImage2D.
Signed-off-by: Ian Romanick
Cc: "9.2"
---
src/mesa/main/texcompress.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/s
From: Ian Romanick
The NVIDIA driver doesn't expose them, and piglit's
arb_texture_compression-invalid-formats expects them to not be there.
Signed-off-by: Ian Romanick
Cc: "9.2"
---
src/mesa/main/texcompress.c | 12
1 file changed, 12 deletions(-)
diff --git a/src/mesa/main/tex
https://bugs.freedesktop.org/show_bug.cgi?id=68296
Priority: medium
Bug ID: 68296
Assignee: mesa-dev@lists.freedesktop.org
Summary: Using old viewport value after a window resize
(content is clipped)
Severity: normal
Clas
Hi Ian,
In case you're interested, I have noticed we have no piglit tests for
GL_ARB_base_instance. For example, baseinstance shouldn't affect
gl_InstanceID, which is currently broken in radeonsi.
Marek
On Sun, Aug 18, 2013 at 5:23 AM, Ian Romanick wrote:
> On 08/09/2013 01:40 PM, Marek Olšák w
On 17 August 2013 00:37, Ian Romanick wrote:
> From: Ian Romanick
>
> The first field of a record in a UBO has the aligment of the record
> itself.
>
> Fixes piglit vs-struct-pad, fs-struct-pad, and (with the patch posted to
> the piglit list that extends the test) layout-std140.
>
> NOTE: The b
https://bugs.freedesktop.org/show_bug.cgi?id=68262
Fabio Pedretti changed:
What|Removed |Added
CC||conselv...@gmail.com,
https://bugs.freedesktop.org/show_bug.cgi?id=58925
Fabio Pedretti changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
On 08/17/2013 11:42 AM, Henri Verbeet wrote:
This was originally introduced by commit
ba47aabc9868b410cdfe3bc8b6d25a44a598cba2, but unfortunately the commit message
doesn't go into much detail about why +INF would be a problem here. I don't
see anything in the spec that would allow 1.0f here.
A
On 19/08/13 17:09, Christian König wrote:
> Am 19.08.2013 18:00, schrieb Emil Velikov:
>> Not seen in the wild yet, but seems like a reasonable thing to do.
>> [suggested by Christian]
>>
>> Signed-off-by: Emil Velikov
>
> Reviewed-by: Christian König
>
> Do you have commit access? And by the w
Reviewed-by: Christian König
Signed-off-by: Emil Velikov
---
src/gallium/auxiliary/vl/vl_video_buffer.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_video_buffer.c
b/src/gallium/auxiliary/vl/vl_video_buffer.c
index e2cac0a..d2e9a04 100644
Any decent compiler will do this for us, although doing this
will make grepping through the code alot easier.
v2: In both mixer and query interface
v3: rebase
Reviewed-by: Christian König [v1]
Signed-off-by: Emil Velikov
---
src/gallium/state_trackers/vdpau/mixer.c | 7 ---
src/gallium/sta
Code should loop through and cleanup the three (VL_NUM_COMPONENTS) idct
buffers, rather than doing the first one three times.
Reviewed-by: Christian König
Signed-off-by: Emil Velikov
---
src/gallium/auxiliary/vl/vl_mpeg12_decoder.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
Check if we have successfully allocated memory.
Reviewed-by: Christian König
Signed-off-by: Emil Velikov
---
src/gallium/auxiliary/vl/vl_video_buffer.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/auxiliary/vl/vl_video_buffer.c
b/src/gallium/auxiliary/vl/vl_video_buffer.c
Free any allocated memory and return BadAlloc if create_video_buffer()
has failed to create a buffer.
Reviewed-by: Christian König
Signed-off-by: Emil Velikov
---
src/gallium/state_trackers/xvmc/surface.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/state_trackers/xvmc/su
Not seen in the wild yet, but seems like a reasonable thing to do.
[suggested by Christian]
Signed-off-by: Emil Velikov
---
src/gallium/state_trackers/vdpau/surface.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/vdpau/surface.c
b/src/gallium
From: Andy Furniss
I was looking into some minor 422 issues/discrepencies I noticed long
ago using vdpau on my rv790.
I noticed that there is code that is halving height rather than width -
422 is full height AFAIK.
Making the changes below doesn't actually make any noticable difference
to what
Diff to previous version
patch 1,3,4,5,7 - annotate patches with Reviewed-by tags
patch 2 - rework completely as per Christian's comments
patch 6 - resolve merge conflicts on top of master
Patches are also available at guthub for those interested
https://github.com/evelikov/Mesa/commits/vl-cleanup
On 19/08/13 09:08, Christian König wrote:
> Am 18.08.2013 14:20, schrieb Emil Velikov:
>> On 18/08/13 12:31, Christian König wrote:
>>> Am 17.08.2013 23:51, schrieb Emil Velikov:
Otherwise we risk causing memory corruption.
v2: forgot the mutex_unlock()
Signed-off-by: Emil
Le lundi 19 août 2013 16:08:57 Michel Dänzer a écrit :
> From: Michel Dänzer
>
> The LLVM R600 backend currently always uses separate VGPRs for these.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=68162
> (Centroid interpolation is identical to center interpolation without
> multisa
From: Michel Dänzer
The centroid / center interpolation related bits have different meanings
as of SI.
Fixes 7 centroid interpolation related piglit tests.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/si_state_draw.c | 25 +++--
1 file changed, 3 insertion
From: Michel Dänzer
The LLVM R600 backend currently always uses separate VGPRs for these.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=68162
(Centroid interpolation is identical to center interpolation without
multisampling, so the shader hardware was only pre-loading one set of
interp
Am 19.08.2013 12:45, schrieb Jose Fonseca:
> Looks alright to me.
>
> I just wonder if it would be possible to factor this logic into a separate
> function somehow.
Initially I wanted to factor out the logic for figuring out if
snorm/unorm clamping is necessary, because coord clamping for shadow
https://bugs.freedesktop.org/show_bug.cgi?id=37862
Laurent carlier changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=29024
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Signed-off-by: Ilia Mirkin
---
Silences a warning about unrecognized param when in debug mode.
src/gallium/drivers/nv30/nv30_screen.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/nv30/nv30_screen.c
b/src/gallium/drivers/nv30/nv30_screen.c
index 40e8b5f..39e64ce 10064
Looks alright to me.
I just wonder if it would be possible to factor this logic into a separate
function somehow.
Jose
- Original Message -
> From: Roland Scheidegger
>
> Turns out it is actually very complicated to figure out what a format really
> is wrt range, as using channel info
On 2013-07-19 02:46 +0200, Ian Romanick wrote:
> The 9.2 branch is now live. From this point on, the branch will be
> treated just like any other stable release branch. Please remember to
> CC any patches destined for the release to mesa-stable.
>
> The current target date for the release is Aug
On 08/19/2013 11:50 AM, Vinson Lee wrote:
Silences "Uninitialized pointer field" defects reported by Coverity.
Signed-off-by: Vinson Lee
Reviewed-by: Vadim Girlin
---
src/gallium/drivers/r600/sb/sb_ir.h | 6 +++---
src/gallium/drivers/r600/sb/sb_shader.cpp | 3 ---
2 files change
Silences "Uninitialized pointer field" defects reported by Coverity.
Signed-off-by: Vinson Lee
---
src/gallium/drivers/r600/sb/sb_ir.h | 6 +++---
src/gallium/drivers/r600/sb/sb_shader.cpp | 3 ---
2 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/src/gallium/drivers/r600/sb/s
SURF_INDEX_DRAW() has been the identity function since the dawn of time,
and both the shader code and binding table upload code relied on that,
simply using X rather than SURF_INDEX_DRAW(X).
Even if that continues to be true, using the macro clarifies the code.
The comment about draw buffers need
On 08/19/2013 01:35 AM, Vinson Lee wrote:
Fixes "Uninitialized pointer field" defect reported by Coverity.
Signed-off-by: Vinson Lee
---
src/gallium/drivers/r600/sb/sb_ir.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/r600/sb/sb_ir.h
b/src/gall
Hello,
with last mesa from master, kwin not rendering correctly. It
render some random colors and after some time rendering is
freezed. Keyboard, mouse working fine I'm able to write something
in opened xterm. When I disable compositing (with keyboard
shortcut) then rendering working fine and
On Friday 16 August 2013 16:34:43 you wrote:
> On Fri, Aug 16, 2013 at 5:40 AM, Pali Rohár
wrote:
> > Hello Ilia,
> >
> > I was your last commit which fixing xvmc support for nv30 hw
> > in mesa git tree. Maybe you can help me. I have graphics
> > card nvidia geforce 6600 gt (nv43 chip) Accordin
Hello Ilia,
I was your last commit which fixing xvmc support for nv30 hw in mesa git tree.
Maybe you can help me. I have graphics card nvidia geforce 6600 gt (nv43 chip)
According to wiki page http://nouveau.freedesktop.org/wiki/FeatureMatrix/ xvmc
support for nv43 is already done. When I start
41 matches
Mail list logo
