On 13.01.2015 00:00, Marek Olšák wrote:
> From: Marek Olšák
>
> This should fix this performance regression:
> https://bugs.freedesktop.org/show_bug.cgi?id=88227
> ---
> src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/sr
From: Michel Dänzer
This reverts commit 0543630d0b0d9d9f6eefbc14fbd3385d4de37ba0.
It caused flickering artifacts in Steam games such as Team Fortress 2 or
Left 4 Dead 2.
We could only enable this optimization by also making sure the shader code
only uses either SI_PARAM_LINEAR_CENTROID or SI_PA
The suggests 8-bit components which is not correct, so
replace that with the actual size of the components in each
format.
---
src/mesa/main/format_utils.c | 20 ++--
src/mesa/main/format_utils.h | 8
src/mesa/main/readpix.c| 6 ++
On Tuesday, January 13, 2015 01:10:50 PM Dave Airlie wrote:
> On 8 January 2015 at 17:20, Iago Toral Quiroga wrote:
> > From: Samuel Iglesias Gonsalvez
> >
> > It is now a hard dependency because of the autogeneration of
> > format pack and unpack functions.
> >
> > Update the documentation to
https://bugs.freedesktop.org/show_bug.cgi?id=88354
Bug ID: 88354
Summary: glXSwapBuffers() can cause BadMatch or lock X when
performed repeatedly
Product: Mesa
Version: 10.4
Hardware: x86-64 (AMD64)
OS: Linu
Thanks, this fixes the issue;
Tested-by: Tapani Pälli
On 01/13/2015 01:07 AM, Matt Turner wrote:
When performing common subexpression elimination on instructions with
non-null destinations we emit a MOV to copy the result to a new
register that must have no other uses. In the case of:
cmp
Patch enables ES2 extension that utilizes existing ES3 functionality.
Changes make all the subtests to run and pass in WebGL conformance
test 'webgl-draw-buffers' when running Chrome on OpenGL ES, also
Piglit test 'draw_buffers_gles2' passes.
v2: remove unused boolean (Ilia Mirkin)
v3: proper err
On 8 January 2015 at 17:20, Iago Toral Quiroga wrote:
> From: Samuel Iglesias Gonsalvez
>
> It is now a hard dependency because of the autogeneration of
> format pack and unpack functions.
>
> Update the documentation to reflect this change.
>
> v2:
> - Inline python script in m4 file and use PYT
On Mon, Jan 12, 2015 at 5:04 PM, Mark Janes wrote:
> Hi Matt,
>
> The tests which originated this bug still crash:
>
> glslparsertest:
> ../../../../../../src/mesa/drivers/dri/i965/brw_fs.cpp:2930: void
> fs_visitor::insert_gen4_post_send_dependency_workarounds(bblock_t*,
> fs_inst*): Assertion `!
Hi Matt,
The tests which originated this bug still crash:
glslparsertest:
../../../../../../src/mesa/drivers/dri/i965/brw_fs.cpp:2930: void
fs_visitor::insert_gen4_post_send_dependency_workarounds(bblock_t*,
fs_inst*): Assertion `!needs_dep[i]' failed.
You don't need a g965 to reproduce it, as w
> Subject: i965/fs: Don't use backend_visitor::exec_list after creating the CFG.
And by "exec_list" I mean "instructions"
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
This is a fix for a regression introduced in commit a9f8296d ("i965/fs:
Preserve the CFG in a few more places.").
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=84613
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/src/me
https://bugs.freedesktop.org/show_bug.cgi?id=88335
--- Comment #2 from Matt Turner ---
(In reply to Vinson Lee from comment #0)
> mesa: 0e6f0eea1aae95213b359662495142fc7b88c34f (master 10.5.0-devel)
>
>
> Build error on FreeBSD.
>
> CC format_pack.lo
> ../../src/mesa/main/format_pack.c
When performing common subexpression elimination on instructions with
non-null destinations we emit a MOV to copy the result to a new
register that must have no other uses. In the case of:
cmp.g.f0.0(8) null:D, vgrf43:F, 0.50f
...
cmp.g.f0.0(8) vgrf113:D, vgrf43:F, 0.50f
we put t
From: Mike Mason
Removes commit 7894278 changes and moves fix to _mesa_GetInternalformativ().
The original commit enabled the GL_RGB and GL_RGBA unsized internal formats
as valid for render buffers in GLES3, but this is incorrect. They should
have only been enabled for GetInternalformativ()
Bugz
https://bugs.freedesktop.org/show_bug.cgi?id=82668
--- Comment #4 from marius predut ---
After some investigation and testing ,the best solution I found is to use union
gl_constant_value to store the values(vtx.attrptr) instead of storing them in a
float. That involve to update all the dependency
On Monday, January 12, 2015 02:32:20 PM Ville Syrjälä wrote:
> On Sat, Jan 10, 2015 at 06:44:49PM -0800, Kenneth Graunke wrote:
> > This is an important optimization for avoiding read-after-write (RAW)
> > stalls in the HiZ buffer. Certain workloads would run very slowly with
> > HiZ enabled, but
Slightly OT but IIRC the bug report on at least one of the bug
associated with NaN behavior said no issues with software rendering
(llvmpipe). llvmpipe implements full ieee754 NaN behavior, which
suggests to me it was some driver issue (like I said, I'd be pretty
surprised if full NaN behavior real
https://bugs.freedesktop.org/show_bug.cgi?id=88335
Vinson Lee changed:
What|Removed |Added
Keywords||bisected
CC|
This just queries our context, it doesn't attempt to enumerate all the
available renderers.
Signed-off-by: Adam Jackson
---
src/xdemos/glxinfo.c | 49 +
1 file changed, 49 insertions(+)
diff --git a/src/xdemos/glxinfo.c b/src/xdemos/glxinfo.c
inde
https://bugs.freedesktop.org/show_bug.cgi?id=88335
Bug ID: 88335
Summary: format_pack.c:9567:22: error: expected ')'
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: FreeBSD
Status: NEW
Keywords: re
No, TGSI documentation doesn't specify anything AFAIK, but we can
adopt rules from other APIs.
The problem is that OpenGL and DX10 aren't the same and OpenGL doesn't
say much about NaNs. For example, the DX10 "SNE" instructions are
unordered while others are ordered, but OpenGL doesn't specify thi
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=87887
---
src/mesa/drivers/dri/i965/brw_vec4.cpp | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_vec4.cpp
b/src/mesa/drivers/dri/i965/brw_vec4.cpp
index c96bd84..121ca42 100644
---
From: Sisinty Sasmita Patra
Added intel_readpixels_tiled_mempcpy and intel_gettexsubimage_tiled_mempcpy
functions. These are the fast paths for glReadPixels and glGetTexImage.
On chrome, using the RoboHornet 2D Canvas toDataURL test, this patch cuts
amount of time spent in glReadPixels by more t
From: Sisinty Sasmita Patra
This commit refactors the tiled_memcpy code in intel_tex_subimage.c and
moves it into its own file intel_tiled_memcpy files. Also, xtile_copy and
ytile_copy are renamed to linear_to_xtiled and linear_to_ytiled
respectively. The *_faster functions are similarly rename
From: Sisinty Sasmita Patra
This commit addes tiled copy functions for coping from tiled memory to
linear memory. These are very similar to the existing linear-to-tiled
paths.
v2: Jason Ekstrand
- New commit message
- Various whitespace fixes
- Added ptrdiff_t casts as done in commit
There's no reason why we should be doing this for 2D textures and not
rectangles. Just a matter of adding another hunk to the condition.
Signed-off-by: Jason Ekstrand
Reviewed-by: Chad Versace
---
src/mesa/drivers/dri/i965/intel_tex_subimage.c | 3 ++-
1 file changed, 2 insertions(+), 1 deleti
Am 12.01.2015 um 17:27 schrieb Tom Stellard:
> On Thu, Jan 08, 2015 at 01:46:32PM +0100, Marek Olšák wrote:
>> On Wed, Jan 7, 2015 at 7:09 PM, Ilia Mirkin wrote:
>>> On Wed, Jan 7, 2015 at 11:36 AM, Axel Davy wrote:
We should use the absolute value of the input as input to ureg_RSQ.
>>>
On Mon, Jan 12, 2015 at 02:02:34PM +0200, Ville Syrjälä wrote:
> On Sun, Jan 11, 2015 at 07:14:57PM -0800, Ben Widawsky wrote:
> > On Sun, Jan 11, 2015 at 07:05:21PM -0800, Kenneth Graunke wrote:
> > > On Sunday, January 11, 2015 05:46:09 PM Ben Widawsky wrote:
> > > > On Sun, Jan 11, 2015 at 04:05
On Mon, Jan 12, 2015 at 9:59 AM, Laura Ekstrand wrote:
> Fixes "macro compares unsigned to 0 (NO_EFFECT)" found by Coverity Scan.
> ---
I'd probably make the subject something like "main: Remove unsigned
comparison for >= 0." and then mention the Coverity defect in the
message.
Either way,
Revi
Fixes "macro compares unsigned to 0 (NO_EFFECT)" found by Coverity Scan.
---
src/mesa/main/texstate.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/mesa/main/texstate.h b/src/mesa/main/texstate.h
index 2514d10..abc07ea 100644
--- a/src/mesa/main/texstate.h
+++ b/src/mesa/main/texstate.h
@
Pushed.
On Mon, Jan 12, 2015 at 9:45 AM, Laura Ekstrand
wrote:
> Looks correct.
>
> Reviewed-by: Laura Ekstrand
>
> On Mon, Jan 12, 2015 at 5:27 AM, Juha-Pekka Heikkila <
> juhapekka.heikk...@gmail.com> wrote:
>
>> Check returned texObj is not null. If texObj is null there is already
>> GL_INVA
Looks correct.
Reviewed-by: Laura Ekstrand
On Mon, Jan 12, 2015 at 5:27 AM, Juha-Pekka Heikkila <
juhapekka.heikk...@gmail.com> wrote:
> Check returned texObj is not null. If texObj is null there is already
> GL_INVALID_OPERATION error set.
>
> Signed-off-by: Juha-Pekka Heikkila
> ---
> src/m
On Mon, Jan 12, 2015 at 5:27 PM, Tom Stellard wrote:
> On Thu, Jan 08, 2015 at 01:46:32PM +0100, Marek Olšák wrote:
>> On Wed, Jan 7, 2015 at 7:09 PM, Ilia Mirkin wrote:
>> > On Wed, Jan 7, 2015 at 11:36 AM, Axel Davy wrote:
>> >> We should use the absolute value of the input as input to ureg_RS
On 01/09/2015 02:11 PM, michael.w.ma...@intel.com wrote:
> From: Mike Mason
The substance of this patch looks good to me. I have a few formatting nitpicks
though.
> Removes commit 7894278 changes and moves fix to _mesa_GetInternalformativ().
> The original commit enabled the GL_RGB and GL_RGBA
On Thu, Jan 08, 2015 at 01:46:32PM +0100, Marek Olšák wrote:
> On Wed, Jan 7, 2015 at 7:09 PM, Ilia Mirkin wrote:
> > On Wed, Jan 7, 2015 at 11:36 AM, Axel Davy wrote:
> >> We should use the absolute value of the input as input to ureg_RSQ.
> >>
> >> Moreover, an input of 0.0 should return FLT_MA
On Jan 12, 2015 5:04 AM, "Samuel Iglesias Gonsálvez"
wrote:
>
> On Monday, January 12, 2015 12:48:20 PM Jose Fonseca wrote:
> > On 12/01/15 12:32, Iago Toral Quiroga wrote:
> > > Hi Jose,
> > >
> > > thanks for reporting this.
> > >
> > > On lun, 2015-01-12 at 12:18 +, Jose Fonseca wrote:
> >
From: Marek Olšák
This should fix this performance regression:
https://bugs.freedesktop.org/show_bug.cgi?id=88227
---
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c
b/src/gal
From: Marek Olšák
And update some comments.
---
src/mesa/state_tracker/st_atom_shader.c| 7 ++-
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 4 ++--
src/mesa/state_tracker/st_mesa_to_tgsi.c | 4 ++--
3 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/src/mesa/state_tracker
Check returned texObj is not null. If texObj is null there is already
GL_INVALID_OPERATION error set.
Signed-off-by: Juha-Pekka Heikkila
---
src/mesa/main/teximage.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index 4fa7f0f..5ada94f 1
On Monday, January 12, 2015 12:48:20 PM Jose Fonseca wrote:
> On 12/01/15 12:32, Iago Toral Quiroga wrote:
> > Hi Jose,
> >
> > thanks for reporting this.
> >
> > On lun, 2015-01-12 at 12:18 +, Jose Fonseca wrote:
> >> Iago, Jason,
> >>
> >> There seems to be some bad or missing dependency w
On Sat, Jan 10, 2015 at 06:02:22PM -0800, Kenneth Graunke wrote:
> Found by reading the HIZ_CHICKEN documentation.
>
> Improves performance in a HiZ microbenchmark by around 50%.
> Improves performance in OglZBuffer by around 18%.
>
> Thanks to Chris Wilson for helping me figure out where to put
On Monday, January 12, 2015 01:32:29 PM Iago Toral Quiroga wrote:
> Hi Jose,
>
> thanks for reporting this.
>
> On lun, 2015-01-12 at 12:18 +, Jose Fonseca wrote:
> > Iago, Jason,
> >
> > There seems to be some bad or missing dependency when building with
> >
> > automake. I have a build b
On 12/01/15 12:32, Iago Toral Quiroga wrote:
Hi Jose,
thanks for reporting this.
On lun, 2015-01-12 at 12:18 +, Jose Fonseca wrote:
Iago, Jason,
There seems to be some bad or missing dependency when building with
automake. I have a build bot that roughly does this every time:
git cl
Hi Jose,
thanks for reporting this.
On lun, 2015-01-12 at 12:18 +, Jose Fonseca wrote:
> Iago, Jason,
>
> There seems to be some bad or missing dependency when building with
> automake. I have a build bot that roughly does this every time:
>
>git clean -fdx
>mkdir -p build
>cd
On Sat, Jan 10, 2015 at 06:44:49PM -0800, Kenneth Graunke wrote:
> This is an important optimization for avoiding read-after-write (RAW)
> stalls in the HiZ buffer. Certain workloads would run very slowly with
> HiZ enabled, but run much faster with the "hiz=false" driconf option.
> With this patc
Iago, Jason,
There seems to be some bad or missing dependency when building with
automake. I have a build bot that roughly does this every time:
git clean -fdx
mkdir -p build
cd build
../autogen.sh --prefix=/usr --enable-debug --enable-dri3
--enable-gles1 --enable-gles2 --enable-xa -
NAK.
NULL buffers are allowed. All transform feedback writes to NULL
buffers should be discarded.
Marek
On Wed, Jan 7, 2015 at 7:52 PM, Tobias Klausmann
wrote:
> If we capture transform feedback from n stream in (n-1) buffers we face a
> NULL buffer, use the buffer (n-1) to capture the output o
On Sun, Jan 11, 2015 at 07:14:57PM -0800, Ben Widawsky wrote:
> On Sun, Jan 11, 2015 at 07:05:21PM -0800, Kenneth Graunke wrote:
> > On Sunday, January 11, 2015 05:46:09 PM Ben Widawsky wrote:
> > > On Sun, Jan 11, 2015 at 04:05:25PM -0800, Kenneth Graunke wrote:
> > > > On Sunday, January 11, 2015
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Jacek Konieczny changed:
What|Removed |Added
CC||jaj...@jajcus.net
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Eero Tamminen changed:
What|Removed |Added
Depends on||72902
--
You are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Eero Tamminen changed:
What|Removed |Added
Depends on||75911
--
You are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Eero Tamminen changed:
What|Removed |Added
Depends on||76664
--
You are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Nguyễn Thái Ngọc Duy changed:
What|Removed |Added
CC||pclo...@gmail.com
--
You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Eero Tamminen changed:
What|Removed |Added
Depends on||84155
--
You are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Eero Tamminen changed:
What|Removed |Added
Depends on||84570
--
You are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=84570
Eero Tamminen changed:
What|Removed |Added
CC||eero.t.tammi...@intel.com
Bl
Hi,
Mesa fails the following dEQP tests:
dEQP-GLES3.functional.shaders.linkage.varying.rules.invalid_type_struct_array
dEQP-GLES3.functional.shaders.linkage.varying.rules.invalid_type_struct_struct
dEQP-GLES3.functional.shaders.linkage.varying.rules.invalid_type_array_struct
they are about defin
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Eero Tamminen changed:
What|Removed |Added
Depends on||86747
--
You are receiving this mail be
Mesa 10.4.2 has been released. Mesa 10.4.2 is a bug fix release
fixing bugs since the 10.4.1 release, (see below for a list of
changes).
The tag in the git repository for Mesa 10.4.2 is 'mesa-10.4.2'.
Mesa 10.4.2 is available for download at
ftp://freedesktop.org/pub/mesa/10.4.2/
SHA-256 checksu
(Resend with GPG signature.)
Mesa 10.3.7 has been released. Mesa 10.3.7 is a bug fix release
fixing bugs since the 10.3.6 release, (see below for a list of
changes).
Note: This is the final planned release for the 10.3 branch.
The tag in the git repository for Mesa 10.3.7 is 'mesa-10.3.7'.
Mesa
Mesa 10.3.7 has been released. Mesa 10.3.7 is a bug fix release
fixing bugs since the 10.3.6 release, (see below for a list of
changes).
Note: This is the final planned release for the 10.3 branch.
The tag in the git repository for Mesa 10.3.7 is 'mesa-10.3.7'.
Mesa 10.3.7 is available for downl
On Mon, 2015-01-12 at 00:14 -0800, Jason Ekstrand wrote:
>
> On Jan 12, 2015 12:00 AM, "Iago Toral" wrote:
> >
> > Hi Jason,
> >
> > I think all the patches from both series are reviewed now. Thanks a
> lot
> > for the thorough reviews to all the patches!
> >
> > I'll wait until tomorrow to push
https://bugs.freedesktop.org/show_bug.cgi?id=88079
--- Comment #3 from Eduardo Lima Mitev ---
Oh, missed it, sorry. I withdrew my patch. Thank you!
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mes
On Jan 12, 2015 12:00 AM, "Iago Toral" wrote:
>
> Hi Jason,
>
> I think all the patches from both series are reviewed now. Thanks a lot
> for the thorough reviews to all the patches!
>
> I'll wait until tomorrow to push them just in case you or someone else
> has some last minute comment to make.
On 01/09/2015 04:50 PM, Eduardo Lima Mitev wrote:
> Previous patch 78942787170615c9333810cf3a4819a13c9eb8e8 globally introduced
> GL_RGB and GL_RGBA as valid internal formats on GLES 3.0.4, as the spec
> implies
> (page 112). However, page 205 of the spec states that
> for RenderbufferStorageMulti
Hi Jason,
I think all the patches from both series are reviewed now. Thanks a lot
for the thorough reviews to all the patches!
I'll wait until tomorrow to push them just in case you or someone else
has some last minute comment to make.
Iago
On Thu, 2015-01-08 at 08:20 +0100, Iago Toral Quiroga
67 matches
Mail list logo
