On Fri, Sep 05, 2014 at 09:00:55PM +0100, Emil Velikov wrote:
> On 05/09/14 16:44, Jonathan Gray wrote:
> > Mesa already defines _GNU_SOURCE for glibc based systems and defining
> > _GNU_SOURCE will break the Mesa build on other systems such as OpenBSD.
> >
> > _GNU_SOURCE only seems to be include
https://bugs.freedesktop.org/show_bug.cgi?id=83549
Ilia Mirkin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sat, 2014-09-06 at 10:52 +1000, Matthew Waters wrote:
> On 06/09/14 09:33, Timothy Arceri wrote:
> > I'm not sure if this is correct or not I'll leave that for someone else
> > to comment on, but there doesn't seem to be any reason for you to move
> > the location of the code. Especially the GL_
On Fri, Sep 05, 2014 at 08:59:30PM -0400, Connor Abbott wrote:
> In commit 567e2769b81863b6dffdac3826a6b729ce6ea37c ("ra: make the p, q
> test more efficient") I unknowingly introduced a new requirement to the
> register allocator API: the user must set the register class of all
> nodes before sett
On Fri, Sep 05, 2014 at 08:48:17PM +0100, Emil Velikov wrote:
> On 05/09/14 16:43, Jonathan Gray wrote:
> > In LLVM 3.4.1 and 3.4.2 the patch level was only set in config.h when
> > LLVM was built via autoconf and not when it was built with cmake.
> > Fall back to retrieving the patch level from ll
Thanks Marek, you were right.
So, on cayman, after comparing results from both runs, it seems there is
only one regression which is gs-atan-vec2 under glsl-1.50:
piglit/bin/shader_runner
/home/ademers/projects/display/piglit/generated_tests/spec/glsl-1.50/execution/built-in-functions/gs-atan-ve
Fixes commit b6e9b54d066d29d250c4502e0005b317589dd8b3 .
Signed-off-by: David Heidelberger
---
src/mesa/program/register_allocate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/program/register_allocate.c
b/src/mesa/program/register_allocate.c
index db2be5d..353
https://bugs.freedesktop.org/show_bug.cgi?id=83549
Priority: medium
Bug ID: 83549
Keywords: regression
CC: emil.l.veli...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: nv50/nv50_draw.c:79:25: error: 'struct nv50_con
q_total should never go below 0 (which is why it's defined as unsigned),
and if it does, then something is seriously wrong.
Signed-off-by: Connor Abbott
---
src/mesa/program/register_allocate.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/program/register_allocate.c
b/src/mesa/p
As noted in the previous commit, this was introduced in
567e2769b81863b6dffdac3826a6b729ce6ea37c ("ra: make the p, q test more
efficient"), but I forgot to mention it.
Signed-off-by: Connor Abbott
---
src/mesa/program/register_allocate.h | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
In commit 567e2769b81863b6dffdac3826a6b729ce6ea37c ("ra: make the p, q
test more efficient") I unknowingly introduced a new requirement to the
register allocator API: the user must set the register class of all
nodes before setting up their interferences, because
ra_add_conflict_list() now uses the
On 06/09/14 09:33, Timothy Arceri wrote:
> I'm not sure if this is correct or not I'll leave that for someone else
> to comment on, but there doesn't seem to be any reason for you to move
> the location of the code. Especially the GL_KHR_debug (GL 4.3)/
> GL_ARB_debug_output stuff this should only
On Fri, Sep 5, 2014 at 5:25 PM, Matt Turner wrote:
> On Fri, Sep 5, 2014 at 5:09 PM, Jason Ekstrand
> wrote:
> > Uniform values are in the UNIFORM register file, not the GRF register
> file.
> > Looking in virtual_grf_sizes makes no sense and only makes the output of
> > dump_instructions confus
On Fri, Sep 5, 2014 at 5:09 PM, Jason Ekstrand wrote:
> Uniform values are in the UNIFORM register file, not the GRF register file.
> Looking in virtual_grf_sizes makes no sense and only makes the output of
> dump_instructions confusint.
typo
>
> Signed-off-by: Jason Ekstrand
> ---
> src/mesa/
Mesa 10.2.7 has been released. Mesa 10.2.7 is a bug fix release
fixing bugs since the 10.2.6 release, (see below for a list of
changes).
The tag in the git repository for Mesa 10.2.7 is 'mesa-10.2.7'.
Mesa 10.2.7 is available for download at
ftp://freedesktop.org/pub/mesa/10.2.7/
SHA-256 checksu
Uniform values are in the UNIFORM register file, not the GRF register file.
Looking in virtual_grf_sizes makes no sense and only makes the output of
dump_instructions confusint.
Signed-off-by: Jason Ekstrand
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 3 +--
1 file changed, 1 insertion(+), 2 dele
I'm not sure if this is correct or not I'll leave that for someone else
to comment on, but there doesn't seem to be any reason for you to move
the location of the code. Especially the GL_KHR_debug (GL 4.3)/
GL_ARB_debug_output stuff this should only need to be a one line patch.
On Sun, 2014-08-31
https://bugs.freedesktop.org/show_bug.cgi?id=81680
--- Comment #35 from yas...@windowslive.com ---
(In reply to comment #34)
> Yes.
>
> I cannot reproduce this bug, so there's nothing else I can do.
Steps to reproduce the bug:
-Set "layers.acceleration.force-enabled" to true
-Set "layers.offmai
The scale factors for the resolve rectangle change for BDW and we have
to look at bdw->gen now to figure out how big it should be.
Fixes: https://bugs.freedesktop.org/attachment.cgi?id=105777
Cc: "10.3"
Signed-off-by: Kristian Høgsberg
Reviewed-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965
https://bugs.freedesktop.org/show_bug.cgi?id=80848
--- Comment #24 from Emil Velikov ---
Gents just pushed a few commits which explicitly checks for xcb and links the
relevant libraries against it. This is required as soon (tm) libxcb will remote
it's Requires to Requires.private, thus libraries
https://bugs.freedesktop.org/show_bug.cgi?id=81680
yas...@windowslive.com changed:
What|Removed |Added
CC||yas...@windowslive.com
--
You a
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 74700, which changed state.
Bug 74700 Summary: Dota2 shimmering artifacts on Mesa 10.0.1 on Iris Pro
graphics
https://bugs.freedesktop.org/show_bug.cgi?id=74700
What|Removed |Added
---
Like Emil said, it depends on the feature. For example, the r300
hardware can do GL_ARB_clip_control from GL 4.5, but cannot do
GL_EXT_texture_array from GL 3.0. The driver doesn't support
GL_ARB_clip_control yet.
Marek
On Fri, Sep 5, 2014 at 9:54 PM, Romain Failliot
wrote:
> So right now, if it
IMHO all the red blocks should stand for "not implemented". Whether "$driver
could do it or not" that is highly individual and depends on the
feature/extension and the actual hardware.
-Emil
P.S. I don't work on the radeon drivers.
On 05/09/14 20:54, Romain Failliot wrote:
> So right now, if it's
On 05/09/14 16:44, Jonathan Gray wrote:
> Mesa already defines _GNU_SOURCE for glibc based systems and defining
> _GNU_SOURCE will break the Mesa build on other systems such as OpenBSD.
>
> _GNU_SOURCE only seems to be included in llvm-config output when
> LLVM is built via autoconf and not when i
So right now, if it's red it really means that the r300 could do it, but
it's not been implemented yet?
2014-09-05 11:12 GMT-04:00 Marek Olšák :
>
> A lot of GL3 and GL4 features actually only require GL2 hardware and
> r300 should support them.
>
> Marek
>
> On Fri, Sep 5, 2014 at 4:57 PM, Roma
On 05/09/14 16:43, Jonathan Gray wrote:
> In LLVM 3.4.1 and 3.4.2 the patch level was only set in config.h when
> LLVM was built via autoconf and not when it was built with cmake.
> Fall back to retrieving the patch level from llvm-config --version to
> handle this case.
>
Hi Jonathan,
Can you pl
This patch has basically already been committed, so ignore it here.
___
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=81680
--- Comment #34 from Marek Olšák ---
Yes.
I cannot reproduce this bug, so there's nothing else I can do.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing
https://bugs.freedesktop.org/show_bug.cgi?id=81680
--- Comment #33 from Eugene ---
Sorry, but again I don't know how. Do I need to compile MESA from source to try
your patch ?
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=81680
--- Comment #32 from Marek Olšák ---
Created attachment 105815
--> https://bugs.freedesktop.org/attachment.cgi?id=105815&action=edit
hack
Could you please test this patch?
--
You are receiving this mail because:
You are the assignee for the
Mesa 10.3 release candidate 3 is now available for testing. The current
plan of record is to have an additional release candidate each Friday
until the 10.3 release on Friday, September 12th.
The tag in the GIT repository for Mesa 10.3-rc3 is 'mesa-10.3-rc3'. I
have verified that the tag is in t
On Thu, Sep 4, 2014 at 11:03 PM, Matt Turner wrote:
> On Thu, Sep 4, 2014 at 10:19 PM, Jason Ekstrand
> wrote:
> > This is the first chunk of patches in my work on adding instruction and
> > register widths to the fs backend. Eventually, this will allow us to
> more
> > easily emit 8-wide instr
On Sunday, August 31, 2014 11:34:11 AM Matt Turner wrote:
> Before commit 04895f5c we would only reswizzle dot product instructions
> (since they wrote the same value into all channels, and we didn't have
> to think about anything else). That commit extended reswizzling to cases
> when the swizzle
Mesa already defines _GNU_SOURCE for glibc based systems and defining
_GNU_SOURCE will break the Mesa build on other systems such as OpenBSD.
_GNU_SOURCE only seems to be included in llvm-config output when
LLVM is built via autoconf and not when it is built by cmake.
Cc: "10.2 10.3"
Signed-off-
In LLVM 3.4.1 and 3.4.2 the patch level was only set in config.h when
LLVM was built via autoconf and not when it was built with cmake.
Fall back to retrieving the patch level from llvm-config --version to
handle this case.
Cc: "10.2 10.3"
Signed-off-by: Jonathan Gray
---
configure.ac | 9 +
On Sunday, August 31, 2014 11:33:58 AM Matt Turner wrote:
> Despite the comment above the function claiming otherwise, the function
> did not reswizzle sources, which would lead to bad code generation.
Perhaps expand this to something like:
which lead to incorrect code generation since commit
04
On Friday, September 05, 2014 12:44:12 AM Jordan Justen wrote:
> This will allow for stage specific code paths.
>
> Signed-off-by: Jordan Justen
> ---
> git://people.freedesktop.org/~jljusten/mesa for-upstream
> No piglit regressions seen on gen7.
>
> src/mesa/drivers/dri/i965/brw_fs.h
https://bugs.freedesktop.org/show_bug.cgi?id=82882
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hmm the previous cover letter was not attached to any patches :\
Anywho, can someone take a few minutes to check this out ?
-Emil
On 27/08/14 08:36, Andreas Pokorny wrote:
> Width and Height of the imported image was never initialized from the
> imported bo.
>
> Signed-off-by: Andreas Pokorny
>
You can skip glx tests using these piglit-run parameters: -x glx -x makeCurrent
That should prevent X from crashing.
Marek
On Fri, Sep 5, 2014 at 7:07 AM, Alexandre Demers
wrote:
> I've been testing your patch v2 on cayman.
>
> Here are my results. For now, my piglit runs are not conclusive bec
A lot of GL3 and GL4 features actually only require GL2 hardware and
r300 should support them.
Marek
On Fri, Sep 5, 2014 at 4:57 PM, Romain Failliot
wrote:
> Hi guys!
>
> Little recap on my project. I don't know if've been there recently but there
> has been some nice changes (thanks for the llv
On 27/08/14 08:34, Andreas Pokorny wrote:
> Hi,
> This one liner should apply on top of master and the two release branches. It
> fixes 'black windows' when importing prime fds on gpus using the i915 driver
> paths.
>
Hello gents,
Can anyone review this trivial patch ?
Thanks
Emil
> regards
>
On 31/08/14 19:33, Matt Turner wrote:
> Despite the comment above the function claiming otherwise, the function
> did not reswizzle sources, which would lead to bad code generation.
>
Hi Matt,
Has this patch been superseded by another one or just missing review ?
Thanks
Emil
> Bugzilla: https:/
Hi guys!
Little recap on my project. I don't know if've been there recently but
there has been some nice changes (thanks for the llvmpipe and softpipe
cleanup by the way).
http://creak.foolstep.com/mesamatrix/
I'm wondering if something could be done for the r300 status. I think it
will definitel
On Fri, 2014-09-05 at 15:51 +0200, EdB wrote:
> On Friday, September 05, 2014 09:30:52 AM Francisco Jerez wrote:
> > Jan Vesely writes:
> > > It's unsafe as compat::string is not null terminated.
> > > Fixes garbage log on successful build.
> > >
> > > Signed-off-by: Jan Vesely
> > > ---
> > >
On Mon, 2014-08-18 at 09:20 +0300, Francisco Jerez wrote:
> EdB writes:
>
> > compact::string is not \0 terminated.
> > size() need to be used for std::string creation
> > ---
> > src/gallium/state_trackers/clover/core/program.cpp | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
On Friday, September 05, 2014 09:30:52 AM Francisco Jerez wrote:
> Jan Vesely writes:
> > It's unsafe as compat::string is not null terminated.
> > Fixes garbage log on successful build.
> >
> > Signed-off-by: Jan Vesely
> > ---
> >
> > It's obviously not needed in program::build, but I'm not s
I've cleaned out mine.
There's an 11 patch series from 7th of August that's left.
It's a v2/v3 of the algebraic optimizations I did back in July.
Not all patches gave improvements, but Eric was interested:
"I'm definitely interested in seeing our optimizer gain features
like this, even if we don'
On 01/09/14 17:08, Jonathan Gray wrote:
> As older versions of gnu ld did not support --dynamic-list check to see
> if it is supported before using it. Non gnu linkers such the apple one
> likely lack this option as well.
>
> Fixes the build on OpenBSD which has binutils 2.15 and 2.17.
> The --dy
On 03/09/14 23:21, Matt Turner wrote:
> We're up to 16 pages of patches. Please take a look at your patches
> and clear out the old ones.
>
> http://patchwork.freedesktop.org/project/mesa/list/
>
> If you're not an administrator, I believe you can still manage your
> own patches. If you'd like to
Running fast clear glClear with SNB caused Valgrind to
complain about this.
v2: line 237 fixed glClear from leaking memory, other
strdups are also now changed to ralloc_strdups but I
don't know what effect those have. At least no changes in
my Piglit quick run.
Signed-off-by: Juha-Pekka Heikkila
With recent commit we removed the NEED_NONNULL_WINSYS checks when
selecting the hardware (inc svga) winsys. svga has only one winsys
that explicitly requires libdrm (via it's bundled version of
vmwgfx_drm.h) but configure.ac never really checks for it.
Add the check early to prevent people from sh
The variable was unused and gave false information. The need for nonnull
winsys currently does not relate as it used to. Nowadays one can mix and
match more freely with plenty of winsys' to make your head spin.
Signed-off-by: Emil Velikov
---
configure.ac | 54 +--
Signed-off-by: Emil Velikov
---
configure.ac | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure.ac b/configure.ac
index d7511d7..e2ba485 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1960,6 +1960,7 @@ if test -n "$with_gallium_drivers"; then
fi
if test "x
Just drop the conditional and simplify our build. This means that
it'll build every time, but it does not require any dependencies nor
does it take that long to compile 200 lines of boilerplate code.
Signed-off-by: Emil Velikov
---
configure.ac| 2 --
src/gallium/Makefile.am | 2 --
On Thu, Sep 4, 2014 at 11:17 PM, Kenneth Graunke
wrote:
> On Thursday, September 04, 2014 04:16:47 PM Brian Paul wrote:
> > On 09/04/2014 03:17 PM, Kenneth Graunke wrote:
> > > On Wednesday, September 03, 2014 06:50:39 PM Carl Worth wrote:
> > >> Carl Worth writes:
> > >>> Emil Velikov writes:
On Tue, Sep 02, 2014 at 09:34:14PM -0700, Matt Turner wrote:
> ---
> src/mesa/drivers/dri/i965/brw_vec4.cpp | 23 ---
> 1 file changed, 16 insertions(+), 7 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_vec4.cpp
> b/src/mesa/drivers/dri/i965/brw_vec4.cpp
> index
On Tue, Sep 02, 2014 at 09:34:13PM -0700, Matt Turner wrote:
> ---
> src/mesa/drivers/dri/i965/brw_fs.cpp | 30 +-
> src/mesa/drivers/dri/i965/brw_fs.h | 6 --
> 2 files changed, 21 insertions(+), 15 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_fs
gl_program* is named prog similar to backend_visitor.
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/i965/brw_fs.h | 2 +-
src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 13 +++--
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/src/mesa/drivers/dri/i9
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/i965/brw_context.h| 1 +
src/mesa/drivers/dri/i965/brw_fs.cpp | 2 +-
src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 2 +-
src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 12 ++--
src/mesa/drivers/dri/i965/brw_w
This matches backend_visitor, and will allow gl_program to be named prog.
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/i965/brw_fs.h | 4 ++--
src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 10 +-
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/
Instead we store a brw_stage_prog_data pointer, and cast it to
brw_wm_prog_data for fragment shader specific code paths.
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/i965/brw_fs.h | 2 +-
src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 37 --
2 file
This will allow for stage specific code paths.
Signed-off-by: Jordan Justen
---
git://people.freedesktop.org/~jljusten/mesa for-upstream
No piglit regressions seen on gen7.
src/mesa/drivers/dri/i965/brw_fs.h | 1 +
src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 7 ---
2 file
Instead we store a void pointer to the key, and cast it to
brw_wm_prog_key for fragment shader specific code paths.
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/i965/brw_fs.h | 2 +-
src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 10 +-
2 files changed, 10 inserti
On Fri, Sep 05, 2014 at 10:25:52AM +0300, Pohjolainen, Topi wrote:
> On Thu, Sep 04, 2014 at 05:15:29AM +0100, Dave Airlie wrote:
> > This adds the guts of the fp64 implementation to the GLSL compiler.
> >
> > - builtin double types
> > - double constant support
> > - lexer parsing for double type
On Thu, Sep 04, 2014 at 05:15:29AM +0100, Dave Airlie wrote:
> This adds the guts of the fp64 implementation to the GLSL compiler.
>
> - builtin double types
> - double constant support
> - lexer parsing for double types (lf, LF)
> - enforcing flat on double fs inputs
> - double operations (d2f,f2
Emil Velikov writes:
> There is a recent bug in piglit (+ it's fix [1]) that causes the env vars used
> not to be printed in the HTML test summary.
That would be a good bug fix. But the problem I had was that piglit
wasn't running this test at all, (so I wasn't even getting any HTML test
summary)
68 matches
Mail list logo