On Wed, Apr 01, 2015 at 06:19:12PM -0700, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/brw_fs_cse.cpp | 75
>
> 1 file changed, 38 insertions(+), 37 deletions(-)
Just a few small notes but the logic looks right. Always nice to see things
getting cleare
On Wed, Apr 01, 2015 at 06:19:13PM -0700, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/brw_blorp_blit_eu.cpp | 4 ++--
> src/mesa/drivers/dri/i965/brw_fs.cpp | 8 +++
> src/mesa/drivers/dri/i965/brw_fs_cse.cpp | 2 +-
> src/mesa/drivers/dri/i965/brw_fs_genera
On 2015-04-02 20:56:15, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/brw_context.c | 10 +-
> src/mesa/drivers/dri/i965/brw_fs.cpp| 4 ++--
> src/mesa/drivers/dri/i965/brw_vec4.cpp | 4 +++-
> 3 files changed, 14 insertions(+), 4 deletions(-)
>
> diff --git a/src/mesa/dr
Hello +Mentors,
Thanks very much for signing up.
Regards,
Juliet
On Fri, Apr 3, 2015 at 3:47 AM, Matt Turner wrote:
> On Thu, Apr 2, 2015 at 6:51 PM, Brian Paul wrote:
> > Thanks, Matt.
> >
> > I can't complete the mentor registration now because at the bottom of the
> > participation agreeme
https://bugs.freedesktop.org/show_bug.cgi?id=89599
Tomasz Paweł Gajc changed:
What|Removed |Added
Summary|symbol 'x86_64_entry_start' |symbol 'x86_64_entry_start'
https://bugs.freedesktop.org/show_bug.cgi?id=89599
Tomasz Paweł Gajc changed:
What|Removed |Added
Priority|medium |high
Severity|major
Consistently just use C99's __func__ everywhere.
The patch was verified with Microsoft Visual studio 2013
redistributable package(RTM version number: 18.0.21005.1)
Next MSVC versions intends to support __func__.
No functional changes.
Signed-off-by: Marius Predut
---
src/mesa/vbo/vbo_exec_api.c
https://bugs.freedesktop.org/show_bug.cgi?id=89889
Bug ID: 89889
Summary: Multiple use after free bugs in fxt1 code
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Hi,
I successfully build osmesa with gallium state tracker on windows by adding a
new target (gallium-osmesa) in the scons build system. Both llvmpipe and
softpipe works.
May I send a patch ?
-
Ce message a été traité contre l
https://bugs.freedesktop.org/show_bug.cgi?id=89889
conc...@web.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=89889
conc...@web.de changed:
What|Removed |Added
Resolution|FIXED |INVALID
--
You are receiving this mail
How I build mesa on windows:
1.install Microsoft vs 2013(not 2012 or less).
2.install last python 2.7 : https://www.python.org/downloads/
install pywin32 from
http://heanet.dl.sourceforge.net/project/pywin32/pywin32/Build%20219/pywin32-219.win32-py2.7.exe
download win flex-bison from http://sour
On Wed, Apr 1, 2015 at 9:50 AM, Ilia Mirkin wrote:
> On Wed, Apr 1, 2015 at 7:09 AM, Roland Scheidegger wrote:
>> Am 01.04.2015 um 03:44 schrieb Rob Clark:
>>> On Tue, Mar 31, 2015 at 9:03 PM, Roland Scheidegger
>>> wrote:
Am 01.04.2015 um 00:57 schrieb Rob Clark:
>
> +/* Lowers id
Hi Marius.
Thank you for the write-up.
On 03/04/15 12:34, Predut, Marius wrote:
> How I build mesa on windows:
>
>
>
> 1.install Microsoft vs 2013(not 2012 or less).
>
>
>
> 2.install last python 2.7 : https://www.python.org/downloads/
>
> install pywin32 from
> http://heanet.dl.sourcefo
Consistently just use C99's __func__ everywhere.
The patch was verified with Microsoft Visual studio 2013
redistributable package(RTM version number: 18.0.21005.1)
Next MSVC versions intends to support __func__.
No functional changes.
Signed-off-by: Marius Predut
---
src/mesa/tnl_dd/t_dd_dmatmp.
Hello Olivier,
On 03/04/15 11:27, Olivier PENA wrote:
> Hi,
>
> I successfully build osmesa with gallium state tracker on windows by
> adding a new target (gallium-osmesa) in the scons build system. Both
> llvmpipe and softpipe works.
>
> May I send a patch ?
>
That would be great thank you. I'm
Hi Marius,
On 03/04/15 13:11, Marius Predut wrote:
> Consistently just use C99's __func__ everywhere.
> The patch was verified with Microsoft Visual studio 2013
> redistributable package(RTM version number: 18.0.21005.1)
> Next MSVC versions intends to support __func__.
> No functional changes.
>
>
> Just a couple of small details - mesa has a fall-back for the mentioned
> functions (plus others) in $(top)/include/*h.
>
> That said, I believe that the overall consensus is that building mesa with
> MSVC 2008, is the bare minimum, with MSVC 2013 strongly recommended. Afaik,
> as the VMW
Hello Emil
Thanks for your quick reply.
We commercialize windows softwares containing mapping component. Maps are
drawed using opengl.
We use mesa libgl-gdi as software fallback renderer in case of buggy windows
old drivers.
osmesa is used as maps offscreen rendering in non-windowed context.
I'
On 3 April 2015 at 14:43, Predut, Marius wrote:
>>
>> Just a couple of small details - mesa has a fall-back for the mentioned
>> functions (plus others) in $(top)/include/*h.
>>
>> That said, I believe that the overall consensus is that building mesa with
>> MSVC 2008, is the bare minimum, with
Jason Ekstrand writes:
> On Thu, Apr 2, 2015 at 3:01 AM, Francisco Jerez wrote:
>> Jason Ekstrand writes:
>>
>>> Instead of the complicated and broken-by-design pile of heuristics we had
>>> before, we now have a straightforward lowering:
>>>
>>> 1) All header sources are copied directly using
From: Olivier Pena
---
src/gallium/SConscript | 5
src/gallium/state_trackers/osmesa/SConscript | 25 +
src/gallium/state_trackers/osmesa/osmesa.def | 16 +++
src/gallium/targets/osmesa/SConscript| 41
4 fil
On Fri, Apr 3, 2015 at 7:28 AM, Francisco Jerez wrote:
> Jason Ekstrand writes:
>
>> On Thu, Apr 2, 2015 at 3:01 AM, Francisco Jerez
>> wrote:
>>> Jason Ekstrand writes:
>>>
Instead of the complicated and broken-by-design pile of heuristics we had
before, we now have a straightforwar
From: Rob Clark
Based on the algo from NV50LegalizeSSA::handleDIV() and handleMOD().
See also trans_idiv() in freedreno/ir3/ir3_compiler.c (which was an
adaptation of the nv50 code from Ilia Mirkin).
Also, including a py script that implements the same algo with numpy,
based on something written
On Fri, Apr 3, 2015 at 11:21 AM, Rob Clark wrote:
> From: Rob Clark
>
> Based on the algo from NV50LegalizeSSA::handleDIV() and handleMOD().
> See also trans_idiv() in freedreno/ir3/ir3_compiler.c (which was an
> adaptation of the nv50 code from Ilia Mirkin).
>
> Also, including a py script that
Jason Ekstrand writes:
> On Fri, Apr 3, 2015 at 7:28 AM, Francisco Jerez wrote:
>> Jason Ekstrand writes:
>>
>>> On Thu, Apr 2, 2015 at 3:01 AM, Francisco Jerez
>>> wrote:
Jason Ekstrand writes:
> Instead of the complicated and broken-by-design pile of heuristics we had
> b
On Fri, Apr 3, 2015 at 1:07 AM, Jordan Justen wrote:
> On 2015-04-02 20:56:15, Jason Ekstrand wrote:
>> ---
>> src/mesa/drivers/dri/i965/brw_context.c | 10 +-
>> src/mesa/drivers/dri/i965/brw_fs.cpp| 4 ++--
>> src/mesa/drivers/dri/i965/brw_vec4.cpp | 4 +++-
>> 3 files changed, 1
On Fri, Apr 3, 2015 at 8:21 AM, Rob Clark wrote:
> From: Rob Clark
>
> Based on the algo from NV50LegalizeSSA::handleDIV() and handleMOD().
> See also trans_idiv() in freedreno/ir3/ir3_compiler.c (which was an
> adaptation of the nv50 code from Ilia Mirkin).
>
> Also, including a py script that i
On Fri, Apr 3, 2015 at 9:46 AM, Matt Turner wrote:
> On Fri, Apr 3, 2015 at 1:07 AM, Jordan Justen
> wrote:
>> On 2015-04-02 20:56:15, Jason Ekstrand wrote:
>>> ---
>>> src/mesa/drivers/dri/i965/brw_context.c | 10 +-
>>> src/mesa/drivers/dri/i965/brw_fs.cpp| 4 ++--
>>> src/mesa/d
On Fri, Apr 3, 2015 at 8:37 AM, Francisco Jerez wrote:
> Jason Ekstrand writes:
>
>> On Fri, Apr 3, 2015 at 7:28 AM, Francisco Jerez
>> wrote:
>>> Jason Ekstrand writes:
>>>
On Thu, Apr 2, 2015 at 3:01 AM, Francisco Jerez
wrote:
> Jason Ekstrand writes:
>
>> Instead of
On Fri, Apr 3, 2015 at 5:02 AM, Marius Predut wrote:
> Consistently just use C99's __func__ everywhere.
> The patch was verified with Microsoft Visual studio 2013
> redistributable package(RTM version number: 18.0.21005.1)
> Next MSVC versions intends to support __func__.
> No functional changes.
From: Rob Clark
We need to pull in libnir.la and it's dependency libglsl_util.la. Also,
_mesa_error_no_memory() must be defined.
Fortunately with libnir.la (vs pulling in all of libglsl.la) we don't
also need libstdc++.
Signed-off-by: Rob Clark
---
src/gallium/state_trackers/xa/xa_tracker.c
From: Rob Clark
If we want to use NIR from state trackers that don't already pull in the
whole of glsl (ie. anything other than mesa state tracker), we need a
separate more minimal libnir. Possibly NIR should be better split out
from glsl, but for now, generate a second smaller libnir.la for tho
On Fri, Apr 3, 2015 at 2:07 PM, Rob Clark wrote:
> From: Rob Clark
>
> If we want to use NIR from state trackers that don't already pull in the
> whole of glsl (ie. anything other than mesa state tracker), we need a
> separate more minimal libnir. Possibly NIR should be better split out
> from g
On Fri, Apr 3, 2015 at 11:13 AM, Connor Abbott wrote:
> On Fri, Apr 3, 2015 at 2:07 PM, Rob Clark wrote:
>> From: Rob Clark
>>
>> If we want to use NIR from state trackers that don't already pull in the
>> whole of glsl (ie. anything other than mesa state tracker), we need a
>> separate more min
Jason Ekstrand writes:
> ---
> src/mesa/drivers/dri/i965/Makefile.sources | 1 +
> src/mesa/drivers/dri/i965/brw_nir.h| 2 +
> .../drivers/dri/i965/brw_nir_cubemap_normalize.c | 111
> +
> 3 files changed, 114 insertions(+)
> create mode 100644
On Fri, Apr 3, 2015 at 11:41 AM, Eric Anholt wrote:
> Jason Ekstrand writes:
>
>> ---
>> src/mesa/drivers/dri/i965/Makefile.sources | 1 +
>> src/mesa/drivers/dri/i965/brw_nir.h| 2 +
>> .../drivers/dri/i965/brw_nir_cubemap_normalize.c | 111
>>
Rob Clark writes:
> From: Rob Clark
>
> Based on the algo from NV50LegalizeSSA::handleDIV() and handleMOD().
> See also trans_idiv() in freedreno/ir3/ir3_compiler.c (which was an
> adaptation of the nv50 code from Ilia Mirkin).
>
> Also, including a py script that implements the same algo with n
On Wed, Apr 1, 2015 at 3:11 PM, Eric Anholt wrote:
> Not much hardware wants them these days, and it might give us a chance to
> do CSE or algebraic at the NIR level.
> ---
>
> I wrote this originally for vc4, but I'm not sure I'm going to turn it
> on -- I'm using a non-Newton-Raphson RCP in my T
On 2015-04-02 14:38:53, Carl Worth wrote:
> I recently noticed (after upgrading to emacs 24?) that I was no longer
> getting automatic C-style settings in emacs like I was accustomed to
> getting. That is, I was now getting a default indentation of 8 and
> indentation with tabs instead of spaces.
>
1-3 Reviewed-by: Jordan Justen
Shouldn't we hold off on 4 given the lost count?
On 2015-04-02 21:05:22, Jason Ekstrand wrote:
> ---
> src/glsl/nir/nir.h | 10 ++
> .../drivers/dri/i965/brw_nir_analyze_boolean_resolves.c | 16
> ++--
>
On Fri, Apr 3, 2015 at 12:24 PM, Jordan Justen
wrote:
> 1-3 Reviewed-by: Jordan Justen
Thanks! I'm actually in the process of replacing 3 with what I think
is a better long-term solution. I'll put you R-B on 1 and 2 when I
send the v2.
> Shouldn't we hold off on 4 given the lost count?
Maybe
Jason Ekstrand writes:
> On Fri, Apr 3, 2015 at 8:37 AM, Francisco Jerez wrote:
>> Jason Ekstrand writes:
>>
>>> On Fri, Apr 3, 2015 at 7:28 AM, Francisco Jerez
>>> wrote:
Jason Ekstrand writes:
> On Thu, Apr 2, 2015 at 3:01 AM, Francisco Jerez
> wrote:
>> Jason Ekstr
Time to revive this patch!
Why?
- I don't like large patchsets living in Chrome OS for too long.
- Frank submitted Waffle patches to support this, and I hesitate to
add Waffle support unless the platform is upstream.
Of course, the patch no longer applies to master. So I rebased and
pushed
The modules need the headers can get the path automatically.
Signed-off-by: Chih-Wei Huang
---
src/mesa/Android.libmesa_dricore.mk| 1 -
src/mesa/Android.libmesa_st_mesa.mk| 1 -
src/mesa/drivers/dri/Android.mk| 2 --
src/mesa/drivers/dri/common/Android.mk | 2 ++
src/mesa/progra
Define _GNU_SOURCE to enable features (__USE_XOPEN2K and __USE_UNIX98)
required to build the host binaries.
Signed-off-by: Chih-Wei Huang
---
Android.common.mk| 2 +-
src/mesa/Android.mesa_gen_matypes.mk | 1 -
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/And
Android 5.0 allows modules to generate source into $OUT/gen, which will
then be copied into $OUT/obj and $OUT/obj_$(TARGET_2ND_ARCH) as necessary.
Modules will need to change calls to local-intermediates-dir into
local-generated-sources-dir.
The patch changes local-intermediates-dir into local-gen
The patch gets rid of the last use of intermediates-dir-for.
Signed-off-by: Chih-Wei Huang
---
src/mesa/drivers/dri/Android.mk| 3 ---
src/mesa/drivers/dri/common/Android.mk | 18 --
2 files changed, 8 insertions(+), 13 deletions(-)
diff --git a/src/mesa/drivers/dri/And
This is a series of patches to fix building issues with Android 5.0
(and newer version) based on Emil's 'submit/android-fixes#1' branch.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Android 5.0 changed HOST_ARCH to x86_64 that broke the asm
building rules. The patch fix the rules to build asm for both
x86 and x86_64 targets.
Note mesa_gen_matypes is built for 32-bit only.
Signed-off-by: Chih-Wei Huang
---
Android.common.mk| 9 +
Android.mk
The clean steps ensure both 32-bit and 64-bit objects are cleaned.
Signed-off-by: Chih-Wei Huang
---
CleanSpec.mk | 8
1 file changed, 8 insertions(+)
diff --git a/CleanSpec.mk b/CleanSpec.mk
index 820a1c7..2068163 100644
--- a/CleanSpec.mk
+++ b/CleanSpec.mk
@@ -5,3 +5,11 @@ $(call ad
There can be problems with floats and conditional modifiers when
copy-propagating a negated UD source. Previously, we checked the source to
be copied for the negate and then checked the source being propagated to for
the type. This isn't quite what we want because we are really just looking
for n
SEL and MOV instructions, as long as they don't have source modifiers, are
just copying bits around. This commit adds support to copy propagation to
switch the type of a SEL or MOV instruction as needed so that it can
propagate source modifiers. This is needed because NIR generates integer
SEL an
From: Matt Turner
total instructions in shared programs: 4314531 -> 4308949 (-0.13%)
instructions in affected programs: 429085 -> 423503 (-1.30%)
helped:1680
HURT: 0
GAINED:0
LOST:
On Fri, Apr 3, 2015 at 2:06 PM, Jason Ekstrand wrote:
> SEL and MOV instructions, as long as they don't have source modifiers, are
> just copying bits around. This commit adds support to copy propagation to
> switch the type of a SEL or MOV instruction as needed so that it can
> propagate source
As of da5ec2a, we allocate instruction sources out of the instruction
itself. When we realloc the texture sources we need to use the right
memory context or ralloc will get angry and assert-fail
Cc: Kenneth Graunke
---
src/glsl/nir/nir_lower_samplers.cpp | 2 +-
1 file changed, 1 insertion(+),
On Friday, April 03, 2015 03:50:05 PM Jason Ekstrand wrote:
> As of da5ec2a, we allocate instruction sources out of the instruction
> itself. When we realloc the texture sources we need to use the right
> memory context or ralloc will get angry and assert-fail
>
> Cc: Kenneth Graunke
> ---
> sr
Thank you for useful information.
I was able to build Mesa with VS 2013 with a similar scheme with scons.
Thanks,
Shervin
On Fri, Apr 3, 2015 at 7:01 AM, Emil Velikov
wrote:
> On 3 April 2015 at 14:43, Predut, Marius wrote:
> >>
> >> Just a couple of small details - mesa has a fall-back fo
On Fri, Apr 3, 2015 at 1:35 PM, Chad Versace wrote:
> Time to revive this patch!
>
> Why?
> - I don't like large patchsets living in Chrome OS for too long.
> - Frank submitted Waffle patches to support this, and I hesitate to
>add Waffle support unless the platform is upstream.
>
> Of cours
Commit 1a170980a09 started writing to q->data[4]/[5] but kept the
per-query space at 16, which meant that in some cases we would write
past the end of the buffer. Rotate by 32, like nvc0 does.
Signed-off-by: Ilia Mirkin
Tested-by: Nick Tenney
Cc: "10.4 10.5"
---
src/gallium/drivers/nouveau/nv5
https://bugs.freedesktop.org/show_bug.cgi?id=89899
Bug ID: 89899
Summary: nir/nir_lower_tex_projector.c:112: error: unknown
field ‘ssa’ specified in initializer
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
On Fri, Apr 03 2015, Jordan Justen wrote:
>> - (fill-column . 78)
>
> Do we want to remove this? Or does it match the default?
The default is actually 70. I didn't mean to have that part in the
commit. Thanks for noticing.
>> + (".git" (nil (fill-column . 70)))
>
> Should the commit subject line
https://bugs.freedesktop.org/show_bug.cgi?id=89899
Vinson Lee changed:
What|Removed |Added
Keywords||bisected
CC|
63 matches
Mail list logo
