On 25 February 2015 at 22:19, Jonathan Gray wrote:
> On Wed, Feb 25, 2015 at 08:49:52PM +0000, Emil Velikov wrote:
>> On 24/02/15 22:48, Jonathan Gray wrote:
>> > On Tue, Feb 24, 2015 at 04:53:03PM +, Emil Velikov wrote:
>> >> On 22 February 2015 at 08:19, Jo
On 26/02/15 01:55, Jonathan Gray wrote:
> On Wed, Feb 25, 2015 at 10:43:39PM +0000, Emil Velikov wrote:
>> On 25 February 2015 at 22:19, Jonathan Gray wrote:
>>> On Wed, Feb 25, 2015 at 08:49:52PM +, Emil Velikov wrote:
>>>> On 24/02/15 22:48, Jonathan Gray wro
On 03/02/15 17:51, Felix Janda wrote:
> Emil Velikov wrote:
>> On 3 February 2015 at 02:53, Emil Velikov wrote:
>>> Hi Felix,
>>>
>
> Thanks for the review.
>
>>> On 2 February 2015 at 19:04, Felix Janda wrote:
>>>> Previou
- developers should comment this out
> CXXFLAGS="$CXXFLAGS -fno-strict-aliasing"
>
> diff --git a/src/util/macros.h b/src/util/macros.h
> index eec8b93..7682511 100644
> --- a/src/util/macros.h
> +++ b/src/util/macros.h
> @@ -117,6 +117,12 @@ do {
ay from it, as it's the less common syntax so I'm
not objecting in any way.
Thanks
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
ried it there were some declarations which had trailing
whitespace, and functions such as
enum foo
fancy_function(...)
Guess I might need to move to ctags :-\
-Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
es that mean that we can note MSVC 2008, as a bare-minimum, and 2013
as (highly) recommended in install.html/README.WIN32/scons/gallium.py ?
Fwiw
Reviewed-by: Emil Velikov
Thanks for the nice cleanup Jose.
-Emil
___
mesa-dev mailing l
gh.
>
Hi Brian,
Did you go through the includes list manually, or there is a handy tool
that you've used ?
I'll test a couple extra build permutations as it lands, although the
series looks great.
-Emil
___
mesa-dev mailing li
On 26/02/15 15:26, Marc Dietrich wrote:
> Am Donnerstag, 26. Februar 2015, 14:44:25 schrieb Emil Velikov:
>> Hi Marc
>>
>> On 17/02/15 09:40, Marc Dietrich wrote:
>>> This adds clang/gcc visibility macro detection to configure and
>>> util/macros.h. This is
w us to simplify the pipe-loader business, and hide/push some
of the mayhem from the state-trackers into that aux module :)
All that fill follow up afterwords of course.
-Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
UDE_DIRS)
>> -AM_CFLAGS = $(LLVM_CFLAGS) $(VISIBILITY_CFLAGS)
>> -AM_CXXFLAGS = $(LLVM_CFLAGS) $(VISIBILITY_CXXFLAGS)
>> +AM_CFLAGS = \
>> +$(LLVM_CFLAGS) \
>> +$(VISIBILITY_CFLAGS) \
>> +$(MSVC2013_COMPAT_CFLAGS)
>> +AM_CXXFLAGS = \
>> +$
permanent changes:
- The tarball name has changed - s/MesaLib/mesa/
- A tar.xz tarball is available.
- The tar.bz2 and zip tarball have been depreciated and will no longer be
available.
If you have any comments and/or spot any problems with this release kindly
let me know.
-Emil
--
Changes from
clude/c99_math.h
> +++ b/include/c99_math.h
> @@ -156,5 +156,9 @@ llrintf(float f)
> #define M_LOG2E (1.4426950408889634074)
> #endif
>
> +#ifndef FLT_MAX_EXP
> +#define FLT_MAX_EXP 128
> +#endif
> +
>
Strictly speaking one can move it to c99_fl
; @@ -121,6 +121,14 @@ static inline GLfloat LOG2(GLfloat x)
>
>
>
> +/**
> + * finite macro.
> + */
> +#if defined(_MSC_VER)
> +# define finite _finite
> +#endif
> +
> +
> /***
> *** IS_INF_OR_NAN: test if float is infi
list in
sync seems quite error prone.
A hacky alternative is to set the variable (BISON/LEX/PYTHON2) to
something like `echo "Missing XXX dependency" && return 1` when empty.
Yet that looks quite nasty, plus it shows rather late in the build
process :\
> I have in my todo list to
On 28/02/15 10:48, Emil Velikov wrote:
> On 28/02/15 00:47, Brian Paul wrote:
>> ---
>> include/c99_math.h | 4
>> src/mesa/main/compiler.h | 4
>> 2 files changed, 4 insertions(+), 4 deletions(-)
>>
>> diff --git a/include/c99_math.h b/inclu
On 26 February 2015 at 23:31, Thomas Helland wrote:
>
> On Feb 26, 2015 4:32 PM, "Emil Velikov" wrote:
>>
>> On 26/02/15 01:30, Brian Paul wrote:
>> > Another clean-up series. Mostly trimming down on unneeded #includes.
>> >
>> > I test
On 28 February 2015 at 15:40, Brian Paul wrote:
> On 02/28/2015 03:50 AM, Emil Velikov wrote:
>>
>> On 28/02/15 00:47, Brian Paul wrote:
>>>
>>> Move it to the only place it's used.
>>> ---
>>> src/mesa/main/compiler.h | 8
&
The latter is a C99 standard, and our current wrapper c99_compat.h
should handle non-compliant compilers.
Drop the c99_compat.h inclusion from eglcompiler.h altogether, as it's
no longer required.
Signed-off-by: Emil Velikov
---
src/egl/main/eglapi.c | 6 +++---
src/egl/main/eglcompi
With the split of the gallium egl module we had previously it required
access to some of the internal functions. As the only build (automake)
that did this no longer builds it we can now appropriately hide those
functions.
Signed-off-by: Emil Velikov
---
src/egl/main/eglarray.h | 4 ++--
src
All the users directly include the header, plus we have a in-tree
replacements for non C99 compilers which we already use.
Signed-off-by: Emil Velikov
---
src/egl/main/eglcompiler.h | 32
1 file changed, 32 deletions(-)
diff --git a/src/egl/main/eglcompiler.h b
olved/undefined symbols.
Any additional testing would be appreciated. Series can be found in
branch egl-c99-cleanup at https://github.com/evelikov/Mesa/
Cheers,
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/ma
Drop the custom keyword in favour of the C99 one. All the places using
it now directly include c99_compat.h which should handle things on
platforms which lack it.
Signed-off-by: Emil Velikov
---
src/egl/main/eglapi.c | 19 ++-
src/egl/main/eglarray.h| 3 ++-
src/egl
Should no longer be used. As many places indirectly include
eglcompiler.h keep this change separate, so that it can be easily
reverted, if needed.
Signed-off-by: Emil Velikov
---
src/egl/main/eglcompiler.h | 14 --
1 file changed, 14 deletions(-)
diff --git a/src/egl/main
Currently these files are including it indirectly via eglcompiler.h
The latter of which will be removed with follow up commits.
Signed-off-by: Emil Velikov
---
src/egl/drivers/dri2/egl_dri2.c | 1 +
src/egl/drivers/dri2/egl_dri2.h | 2 ++
src/egl/drivers/dri2/platform_drm.c
On 28/02/15 19:15, Matt Turner wrote:
> Cc: "10.4, 10.5"
I swear that was brought up already...
Seems that v2 of commit 4fd8b301237 was supposed to address it, but only
the commit message ended updated :-(
Reviewed-by: Emil Velikov
-Emil
___
On 28/02/15 20:42, Matt Turner wrote:
> On Sat, Feb 28, 2015 at 3:10 AM, Emil Velikov
> wrote:
>> On 27/02/15 17:42, Matt Turner wrote:
>>> For flex and bison, we check if a generated source file exists, which
>>> is probably a good idea. That way configure will fai
On 28/02/15 18:00, Matt Turner wrote:
> On Sat, Feb 28, 2015 at 9:48 AM, Emil Velikov
> wrote:
>> Here is to another round of cleanups :-)
>
> The series is
>
> Reviewed-by: Matt Turner
>
Thanks. I'll give it a couple of days for any comments/objections and
On 01/03/15 14:09, Marc Dietrich wrote:
> This patch simplifies the visibility compiler flag detection in configure and
> makes it more generic to also support compilers other than gcc.
>
> Cc: Emil Velikov
> Signed-off-by: Marc Dietrich
>
Reviewed-by: Emil Velikov
Looks gr
e deprecated, use _DEFAULT_SOURCE"
>^
>
Any ideas if this has any side effects when building for non-linux
platforms - freebsd/darwin ?
It's nice to see that I wasn't the only person getting all this spam :-)
-Emil
___
mes
already support visibility
> detection for !gcc.
>
The HAVE_FUNC_ATTRIBUTE_VISIBILITY define should already be there,
regardless of the compiler. On the -fvisibility... side we handle it for
GCC and compatible (i.e. clang) compilers.
-Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 01/03/15 21:05, Alan Coopersmith wrote:
> On 03/ 1/15 10:57 AM, Emil Velikov wrote:
>> On 01/03/15 18:30, Matt Turner wrote:
>>> On Sun, Mar 1, 2015 at 6:09 AM, Marc Dietrich wrote:
>>>> This patch simplifies the visibility compiler flag detection in
>>
On 01/03/15 20:21, Vinson Lee wrote:
> On Sun, Mar 1, 2015 at 8:52 AM, Emil Velikov wrote:
>> On 01/03/15 08:49, Vinson Lee wrote:
>>> Fix GCC cpp warnings with glibc >= 2.19.
>>>
>>> /usr/include/features.h:148:3: warning: #warning "_BSD_SOUR
On 1 March 2015 at 22:38, Sedat Dilek wrote:
> On Sun, Mar 1, 2015 at 11:31 PM, Emil Velikov
> wrote:
>> On 01/03/15 21:05, Alan Coopersmith wrote:
>>> On 03/ 1/15 10:57 AM, Emil Velikov wrote:
>>>> On 01/03/15 18:30, Matt Turner wrote:
>>>>> On S
Drop the no longer present get_es{1,2}.c from the list.
Signed-off-by: Emil Velikov
---
src/mesa/main/.gitignore | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/src/mesa/main/.gitignore b/src/mesa/main/.gitignore
index e65472d..8256ad7 100644
--- a/src/mesa/main
The file is auto-generated, and #included by formats.c. Let's rename it
to reflect the latter. This will also help up fix the dependency
tracking by adding it to the _SOURCES variable, without the side effect
of it being compiled (twice).
Cc: "10.4, 10.5"
Signed-off-by: Emil Ve
falls short.
Any ideas on how to resolve that are greatly appreciated.
Thanks
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Some of the files generated were not in the SOURCES variable, thus
although generated prior to compilation the dependency tracking was
incomplete. The latter of which resulted in the files missing from the
distribution tarball.
Cc: "10.5"
Signed-off-by: Emil Velikov
---
I.e. add shared-glapi/glapi_mapi_tmp.h to the SOURCES list. Otherwise
there will be no knowledge that the file is required by others for the
build. Thus autotools won't pick it up for the distribution tarball.
Cc: "10.5"
Signed-off-by: Emil Velikov
---
src/mapi/Makefile.am
exists.
Cc: "10.5"
Signed-off-by: Emil Velikov
---
src/mesa/drivers/dri/common/xmlpool/Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/common/xmlpool/Makefile.am
b/src/mesa/drivers/dri/common/xmlpool/Makefile.am
index da7d034..5557716 10
Not required. Additionally this had the side effect of generating the
file, despite it's existence.
Cc: "10.5"
Signed-off-by: Emil Velikov
---
src/mesa/Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/Makefile.am b/src/mesa/Makefile.a
On 02/03/15 18:17, Matt Turner wrote:
> On Mon, Mar 2, 2015 at 7:58 AM, Emil Velikov wrote:
>> I.e. add shared-glapi/glapi_mapi_tmp.h to the SOURCES list. Otherwise
>> there will be no knowledge that the file is required by others for the
>> build. Thus autotools won
On 02/03/15 18:19, Matt Turner wrote:
> On Mon, Mar 2, 2015 at 10:02 AM, Matt Turner wrote:
>> On Mon, Mar 2, 2015 at 10:02 AM, Matt Turner wrote:
>>> On Mon, Mar 2, 2015 at 7:58 AM, Emil Velikov
>>> wrote:
>>>> Drop the no longer present get_es{1,2}.c
On 3 March 2015 at 09:36, Jose Fonseca wrote:
> On 28/02/15 00:24, Rob Clark wrote:
>>
>> On Fri, Feb 27, 2015 at 5:05 PM, Emil Velikov
>> wrote:
>>>>
>>>> - src/gallium/drivers/rbug: -- do people use it? does it work? it
>>>> predates a
On 3 March 2015 at 05:21, Alan Coopersmith wrote:
> On 03/ 1/15 02:31 PM, Emil Velikov wrote:
>>
>> - Considering the lack of -fvisibility, what is the normal visibility
>> "level" - hidden or default ? If the latter this means that every
>> library/m
.
>
The Android build is mostly limping around mesa 10.4. I've pinged the
Android-x86 guys, but but might get to it soon(ish). Don't worry too
much about it.
I'm guessing that the scons and automake build do not point out
anything unusual ?
Thanks Jose.
Emil
__
On 03/03/15 22:04, Jose Fonseca wrote:
> On 03/03/15 18:39, Emil Velikov wrote:
>> On 3 March 2015 at 17:16, Jose Fonseca wrote:
>> ...
>>>
>>> I've prototyped this in
>>>
>>>
>>> https://urldefense.proofpoint.com/v2/url?u=http-
On 27 February 2015 at 23:28, Sedat Dilek wrote:
> On Mon, Feb 9, 2015 at 6:30 PM, Emil Velikov wrote:
>> On 07/02/15 21:44, Sedat Dilek wrote:
>>> Hi,
>>>
>>> I was building mesa v10.4.4 with my llvm-toolchain v3.6.0rc2.
>>>
>>> My build
GLint *dst = (GLint *) dstAddr;
> dst[i] = lum32;
> dst[2*i+1] = alpha;
> +break;
> }
> - break;
> }
>}
>return;
> --
Hi Matt,
Seems like you've added 10.4 to the list before
the significant amount of rework that you've
done recently. I might be mistaking, in which case can you kindly send
over a backport.
Thanks
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
uffer,
> xoffset, yoffset,
> xoffset + width, yoffset + height,
> - 0, 0, width, height,
> + 0, z * height, width, (z + 1) * height,
> GL_COLOR_BUFFER_BIT, GL_NEAREST);
> }
>
> --
Hi Laura,
This patch and 03 from the series, is rather impossible to pick for
the 10.4 series. The code has changed drastically since 3+ months ago.
Can you send over a backport against the 10.4 tree.
Thanks
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
ble for that branch, but if you feel otherwise pleasesend
over a backport.
Thanks
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 4 March 2015 at 08:31, Jose Fonseca wrote:
> On 04/03/15 00:24, Emil Velikov wrote:
>>
>> On 03/03/15 22:04, Jose Fonseca wrote:
>>>
>>> On 03/03/15 18:39, Emil Velikov wrote:
>>>>
>>>> On 3 March 2015 at 17:16, Jose Fonseca
a warning caused by previous commit
(cherry picked from commit 050bf75c8bbaa7cad537aabaf8612129edfee3a4)
The plan is to have 10.4.6 this Friday(6th March).
If you have any questions or comments that you would like to share
before the release, please go ahead.
Cheers,
Emil
Mesa stable qu
atement to cope with the yoffset.
>
Neil, if others agree with this revert can you cc stable. Seems that
the offending commit already has the tag, plus I've already picked it
up :-\
Cc: "10.5"
Thanks
Emil
___
mesa-de
u_current.c | 28 ++--
> src/mapi/u_execmem.c | 2 +-
> 6 files changed, 19 insertions(+), 30 deletions(-)
>
Hi Brian,
Do you forget git rm src/mapi/u_thread.h, or are there other users of it ?
-Emil
___
mesa-dev mailing list
mesa-
On 5 March 2015 at 14:41, Emil Velikov wrote:
> On 05/03/15 02:19, Brian Paul wrote:
>> Just use c11 threads directly.
>> ---
>> src/mapi/Makefile.sources | 3 +--
>> src/mapi/glapi/glapi.h| 1 -
>> src/mapi/mapi.c | 1 -
>> src/mapi/stub.
On 5 March 2015 at 14:25, Brian Paul wrote:
> I thought this was in the previous commit.
> ---
> src/mapi/u_thread.h | 126
>
> 1 file changed, 126 deletions(-)
> delete mode 100644 src/mapi/u_thread.h
>
Nice :-)
Revi
The C99 header exists on other platforms as well.
Signed-off-by: Emil Velikov
---
src/glx/glxclient.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/glx/glxclient.h b/src/glx/glxclient.h
index a140c87..122ae5d 100644
--- a/src/glx/glxclient.h
+++ b/src/glx/glxclient.h
@@ -47,9 +47,7
Replace the _MSC_VER >= 1200 with defined (_MSC_VER) and compact if/else
statements. We require MSVC 2008 or later with commit 46110c5d564.
Signed-off-by: Emil Velikov
---
src/util/macros.h | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/src/util/macros.h b/src/u
Signed-off-by: Emil Velikov
---
src/mesa/main/imports.c | 76 -
src/mesa/main/imports.h | 6
2 files changed, 82 deletions(-)
diff --git a/src/mesa/main/imports.c b/src/mesa/main/imports.c
index 5961587..3937a02 100644
--- a/src/mesa/main
eries points does not cover gallium, as the uses a slightly
#different approach - i.e. rolls out a custom align_malloc around malloc
#only when debugging
#
#latter has
#convoluted
#extra code for memory debugging. If the latter is unused, we could
#easily port it over.
#
Cheers,
Signed-off-by: Emil Velikov
---
src/mesa/main/bufferobj.c | 8 +---
src/mesa/math/m_debug_norm.c | 6 --
src/mesa/math/m_debug_xform.c | 6 --
src/mesa/math/m_matrix.c | 10 ++
src/mesa/math/m_vector.c | 5 +++--
src/mesa/program
Used for aligned_alloc and other C11 functions missing from the header.
Signed-off-by: Emil Velikov
---
include/c11_stdlib.h | 118 +++
1 file changed, 118 insertions(+)
create mode 100644 include/c11_stdlib.h
diff --git a/include/c11_stdlib.h b
Signed-off-by: Emil Velikov
---
src/mesa/main/imports.c | 74 +--
src/mesa/main/imports.h | 7
src/mesa/program/prog_parameter.c | 18 +++---
src/mesa/tnl/t_vertex.c | 5 ++-
4 files changed, 18 insertions(+), 86
Upon closer look it seems that TexData is no longer used. Perhaps
we can nuke it ?
Signed-off-by: Emil Velikov
---
src/mesa/state_tracker/st_cb_texture.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/mesa/state_tracker/st_cb_texture.c
b/src/mesa/state_tracker
Signed-off-by: Emil Velikov
---
src/mesa/drivers/dri/i915/intel_buffer_objects.c | 19 ++-
src/mesa/drivers/dri/i965/intel_mipmap_tree.c| 5 +++--
2 files changed, 13 insertions(+), 11 deletions(-)
diff --git a/src/mesa/drivers/dri/i915/intel_buffer_objects.c
b/src/mesa
Implicitly required for a while, although commit 9385c592c68 (mapi:
remove u_thread.h) was the one that put the final nail on the
coffin.
Signed-off-by: Emil Velikov
---
docs/dispatch.html| 7 ++-
src/glx/glxclient.h | 18 +-
src/glx
Remove the inline wrappers/abstraction layer.
Signed-off-by: Emil Velikov
---
src/egl/main/Makefile.sources | 1 -
src/egl/main/eglapi.c | 14 +
src/egl/main/eglcurrent.c | 13 -
src/egl/main/egldisplay.c | 13 +
src/egl/main/egldisplay.h | 4
Convert the code to use the C11 threads implementation, and nuke the
Windows non-pthreads code-path. The c11/threads_win32.h abstraction
should be better than the current code.
Signed-off-by: Emil Velikov
---
src/egl/main/eglcurrent.c | 48 ++-
1 file
Left over from commit 18db13f5865(mapi: THREADS was always defined,
remove it)
Signed-off-by: Emil Velikov
---
src/glx/glxcurrent.c | 4
1 file changed, 4 deletions(-)
diff --git a/src/glx/glxcurrent.c b/src/glx/glxcurrent.c
index dc2acd5..86fb658 100644
--- a/src/glx/glxcurrent.c
+++ b
This has been an implicit rule for building mesa for a long time. Let's
make it official and just bail out at configure time. This way we can
cleaning up some of our glx code.
Signed-off-by: Emil Velikov
---
configure.ac | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configure
Hi all,
Just accidently pushed the series to master. I'll revert them in a second.
-Emil
On 06/03/15 16:54, Emil Velikov wrote:
> Remove the inline wrappers/abstraction layer.
>
> Signed-off-by: Emil Velikov
> ---
> src/egl/main/Makefile.sources | 1 -
> src/egl/mai
On 06/03/15 17:05, Emil Velikov wrote:
> Hi all,
>
> Just accidently pushed the series to master. I'll revert them in a second.
>
All done. Apologies for the noise.
-Emil
___
mesa-dev mailing list
mesa-dev@lists.fre
On 06/03/15 17:05, Emil Velikov wrote:
> Hi all,
>
> Just accidently pushed the series to master. I'll revert them in a second.
>
All done. Apologies for the noise.
-Emil
___
mesa-dev mailing list
mesa-dev@lists.fre
On 4 March 2015 at 18:07, Roland Scheidegger wrote:
> Am 04.03.2015 um 12:38 schrieb Jose Fonseca:
>> On 04/03/15 02:00, Emil Velikov wrote:
>>> On 27 February 2015 at 23:28, Sedat Dilek wrote:
>>>> On Mon, Feb 9, 2015 at 6:30 PM, Emil Velikov
>>>> w
9311a751aa
MesaLib-10.4.6.zip
I have verified building from the .tar.bz2 file by doing:
tar xjf MesaLib-10.4.6.tar.bz2
cd Mesa-10.4.6
./configure --enable-gallium-llvm
make -j6
make -j6 install
I have also verified that I pushed the tag.
- -Emil
- --
Changes from 10.4.5 to 10.4.6:
Abdiel J
23ede mesa-10.5.0.tar.xz
SHA1: 55326a6bedd80188338575df7f07a51829626974 mesa-10.5.0.tar.xz
SHA256: d7ca9f9044bbdd674377e3eebceef1fae339c8817b9aa435c2053e4fea44e5d3
mesa-10.5.0.tar.xz
PGP: ftp://ftp.freedesktop.org/pub/mesa/10.5.0/mesa-10.5.0.tar.xz.sig
--
-Emil
signature.asc
Description: Op
On 5 March 2015 at 01:57, Matt Turner wrote:
> On Wed, Mar 4, 2015 at 4:53 AM, Emil Velikov wrote:
>> Trivial merge conflicts
>> ---
>> Here are the commits where I manually merged conflicts, so these might
>> merit addi
On 4 March 2015 at 23:15, Emil Velikov wrote:
> On 4 March 2015 at 17:22, Neil Roberts wrote:
>> This reverts commit 546aba143d13ba3f993ead4cc30b2404abfc0202.
>>
>> I think the changes to the calls to glBlitFramebuffer from this patch
>> are no different to what it w
i Matt,
This commit does not pick cleanly due to with commit
8cfd1e2ac6b(i965/fs: Emit MAD instructions when possible.) and
3654b6d43ce(i965/fs: Emit MADs from (x + abs(y * z)).)
Can you please provide a backport for 10.5.
Thanks
Emil
___
mesa-dev m
This commit does not seems to have not landed in master. Did it fall
through the cracks ?
Cheers,
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 7 March 2015 at 18:00, Matt Turner wrote:
> On Sat, Mar 7, 2015 at 9:54 AM, Emil Velikov wrote:
>> On 27 February 2015 at 19:34, Matt Turner wrote:
>>> For some given GLSL IR like (+ (neg x) (* 1.2 x)), the try_emit_mad
>>> function would see that one of t
ebb(st/mesa: remove
st_TexImage(), use core Mesa code instead).
Fwiw
Reviewed-by: Emil Velikov
-Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
gt; */
> -static void
> +static __attribute__((unused)) void
Would be nice to define this as a macro in util/macros.h so that others
can use it.
Thanks
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
form that makes it obvious about the spec compat/wrapping it provides.
FYI I'm contemplating on about adding a final wrapper - c99_string.h. It
should nuke nearly all of the remaining compiler abstraction that we
have around - mapi, egl, gallium, mesa, glsl...
-Emil
__
lease send your proposal as plain text in the
email body. This way people can comment on it directly and their
feedback will be visible to everyone on the list.
Cheers,
Emil
P.S. Hope you've seen Martin's email on the topic[5].
[1]
http://www.google-melange.com/gsoc/project/details/go
My passing --force autoreconf will update all the aux files, which would
otherwise be ignored if one updates autoconf/automake.
Quote the ORIGDIR variable to prevent fall-outs, when it's name contains
space.
Signed-off-by: Emil Velikov
---
autogen.sh | 4 ++--
1 file changed, 2 inser
On 07/03/15 22:09, Vinson Lee wrote:
> Suggested-by: Emil Velikov
> Signed-off-by: Vinson Lee
Reviewed-by: Emil Velikov
Looks great. Thanks.
Emil
> ---
> configure.ac | 1 +
> scons/gallium.py | 1 +
> src/util/macros.h | 6 ++
> 3 files changed, 8 insertions
ompliance. For an example of what
tests look like skim though the git repo (commit log) [2] [3].
Obviously you'll would target GL extensions which your hardware/driver supports.
Cheers,
Emil
[1] http://piglit.freedesktop.org/
[2] http://cgit.freedesktop.org/piglit/
[3]
http://cgit.freedes
On 09/03/15 16:22, Matt Turner wrote:
> On Mon, Mar 9, 2015 at 4:52 AM, Emil Velikov wrote:
>> My passing --force autoreconf will update all the aux files, which would
>
> s/My/By/
>
>> otherwise be ignored if one updates autoconf/automake.
>>
>> Quote the O
N(1, 0, 5),
> + .apiVersion = VK_MAKE_VERSION(1, 0, 39),
Do we want a similar fix for stable ? How about in RADV ?
Thanks
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 27 January 2017 at 18:29, Matt Turner wrote:
> On Fri, Jan 27, 2017 at 10:25 AM, Emil Velikov
> wrote:
>> From: Emil Velikov
>>
>> These files belong to the vulkan loader.
>>
>> Identical to
>> 045f38a5075 vulkan: Don't install vk_platform.h
hes had landed.
> >
> > Right. I'm waiting for the kernel devs to agree to Chris's execbuffer
> > fence fd patch.
> >
> > > Hi Chris, do we have everything we need now to have the kernel side to
> > > land?
> >
> > Mesa is still blocked on this i915 patch: https://lists.freedesktop.org/
> archives/intel-gfx/2017-January/117998.html
>
> Done. Pushed to explicit fencing to kernel and libdrm.
You forgot to run make check/distcheck before releasing libdrm. Please
update the symbol test(s).
Thanks,
Emil
P.S. Pardon the html formatting.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
an you flip the patch order such that we don't cause a crash (not
that memory corruption is too much better).
Thanks
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 30 January 2017 at 11:37, Tapani Pälli wrote:
> fixes to issues spotted by Emil Velikov:
>
>- set ANV_TIMESTAMP corretly
>- fix typo with VULKAN_GEM_FILES
>
> v2: update to use Makefile.sources under vulkan
> instead of having own
>
> v3: update to chan
ilable_texture_mem in st/nine and
GLX_RENDERER_VIDEO_MEMORY_MESA via GLX_MESA_query_renderer.
So maybe we want this in older/stable kernel and mesa releases ? Not
sure how many apps use/honour these though ;-)
-Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
glx: Add missing glproto dependency for gallium-xlib glx
Damien Grassart (1):
anv: return count of queue families written
Dave Airlie (1):
radv: flush smem for uniform buffer bit.
Emil Velikov (11):
docs: add sha256 checksums for 13.0.3
cherry-ignore: add couple of intel_mip
to just keep the diff stat for 2/3 and resolve the off
quirk/workaround we have - grep for remaining ilo instances.
Thanks
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
> It's just the start of the thread. It's over multiple mails.
>>
>> https://lists.freedesktop.org/archives/mesa-dev/2017-January/141897.html
>> "2) you're keeping things nice and neat for yourselves by shoving the
>> ugly bits
601 - 700 of 8586 matches
Mail list logo
