Acked-by: Edward O'Callaghan
On 03/23/2017 05:32 PM, Timothy Arceri wrote:
> GL_AMD_pinned_memory requires memory to be aligned correctly, so
> we skip marshalling in this case. Also copying the data defeats
> the purpose of EXTERNAL_VIRTUAL_MEMORY_BUFFER_AMD.
>
> Fixes GL_AMD_pinned_memory pigl
GL_AMD_pinned_memory requires memory to be aligned correctly, so
we skip marshalling in this case. Also copying the data defeats
the purpose of EXTERNAL_VIRTUAL_MEMORY_BUFFER_AMD.
Fixes GL_AMD_pinned_memory piglit tests when glthread is enabled.
---
src/mapi/glapi/gen/gl_API.xml | 4 +-
src/mes
On Wednesday, March 22, 2017 10:35:50 PM PDT Jason Ekstrand wrote:
> Is the whole spec really a flat thing you an free with a single free()? If
> not, maybe we should consider pulling in ralloc to help out.
You're right, this patch is totally bogus. ralloc sounds appropriate.
signature.asc
De
This does nothing on Gen4+, which is the only hardware we support.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/intel_screen.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_screen.c
b/src/mesa/drivers/dri/i965/intel_screen.c
index 563cc6ee3
Eric renamed these from dri_bufmgr_* and intel_bufmgr_* to drm_intel_*
in libdrm commit 4b9826408f65976a1a13387beda748b65e03ec52, circa 2008,
but we've been using the legacy names this whole time.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_compute.c | 2 +-
src/mesa/d
On Thu, Mar 23, 2017 at 03:24:16PM +1100, Jonathan Gray wrote:
> Instead of using using /dev/urandom on Linux and time(NULL) elsewhere
> for a seed first use getentropy() for systems that have a kernel
> interface to get a seed such as OpenBSD. This interface is also
> present in other systems suc
Is the whole spec really a flat thing you an free with a single free()? If
not, maybe we should consider pulling in ralloc to help out.
On March 22, 2017 22:25:40 Kenneth Graunke wrote:
We were loading the XML descriptions on every batchbuffer and leaking
them each time. Now, we load it on
We were loading the XML descriptions on every batchbuffer and leaking
them each time. Now, we load it once at screen init time and free it
at screen destroy time. Caught by Coverity.
CID: 1403203
---
src/mesa/drivers/dri/i965/intel_batchbuffer.c | 2 +-
src/mesa/drivers/dri/i965/intel_screen.c
On Thu, Mar 23, 2017 at 03:24:16PM +1100, Jonathan Gray wrote:
> Instead of using using /dev/urandom on Linux and time(NULL) elsewhere
> for a seed first use getentropy() for systems that have a kernel
> interface to get a seed such as OpenBSD. This interface is also
> present in other systems suc
Instead of using using /dev/urandom on Linux and time(NULL) elsewhere
for a seed first use getentropy() for systems that have a kernel
interface to get a seed such as OpenBSD. This interface is also
present in other systems such as Solaris and even Linux with a recent
version of glibc.
v2: check
---
src/intel/vulkan/anv_device.c | 6 +-
src/intel/vulkan/anv_pipeline.c | 1 +
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.c
index 4d24e3b..c104db8 100644
--- a/src/intel/vulkan/anv_device.c
+++ b/src/intel/vulka
---
src/intel/vulkan/genX_cmd_buffer.c | 34 --
1 file changed, 24 insertions(+), 10 deletions(-)
diff --git a/src/intel/vulkan/genX_cmd_buffer.c
b/src/intel/vulkan/genX_cmd_buffer.c
index e2364db..aafe7fd 100644
--- a/src/intel/vulkan/genX_cmd_buffer.c
+++ b/src/
---
src/intel/vulkan/anv_private.h | 6 ++
src/intel/vulkan/genX_cmd_buffer.c | 141 -
src/intel/vulkan/genX_pipeline.c | 10 ++-
3 files changed, 152 insertions(+), 5 deletions(-)
diff --git a/src/intel/vulkan/anv_private.h b/src/intel/vulkan/anv_priv
---
src/intel/Makefile.sources | 1 +
src/intel/vulkan/anv_nir.h | 2 +
src/intel/vulkan/anv_nir_lower_multiview.c | 235 +
src/intel/vulkan/anv_pipeline.c| 2 +
4 files changed, 240 insertions(+)
create mode 100644 src
This simplifies the code a variety of places.
---
src/intel/vulkan/anv_pipeline.c | 12 +++-
src/intel/vulkan/anv_private.h | 1 +
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/src/intel/vulkan/anv_pipeline.c b/src/intel/vulkan/anv_pipeline.c
index 8d7cc3e..9a6eae0 10064
We want to insert more lowering code that may insert system values and
we need to gather info after that lowering.
---
src/intel/vulkan/anv_pipeline.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/intel/vulkan/anv_pipeline.c b/src/intel/vulkan/anv_pipeline.c
index 232
---
src/intel/vulkan/anv_pass.c| 19 +++
src/intel/vulkan/anv_private.h | 2 ++
2 files changed, 21 insertions(+)
diff --git a/src/intel/vulkan/anv_pass.c b/src/intel/vulkan/anv_pass.c
index 4a1a340..42321db 100644
--- a/src/intel/vulkan/anv_pass.c
+++ b/src/intel/vulkan/anv_
---
src/intel/vulkan/anv_device.c | 17 +
src/intel/vulkan/anv_entrypoints_gen.py | 1 +
2 files changed, 18 insertions(+)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.c
index bbf7a38..4d24e3b 100644
--- a/src/intel/vulkan/anv_device.c
+++ b/
---
src/compiler/spirv/nir_spirv.h | 1 +
src/compiler/spirv/spirv_to_nir.c | 4
src/compiler/spirv/vtn_variables.c | 4
3 files changed, 9 insertions(+)
diff --git a/src/compiler/spirv/nir_spirv.h b/src/compiler/spirv/nir_spirv.h
index 1779d1c..7f16866 100644
--- a/src/compiler/sp
That pass hasn't existed since dd4db84640bbb694f180dd50850c3388f67228be
but the prototype stuck around for no reason.
---
src/intel/vulkan/anv_nir.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/intel/vulkan/anv_nir.h b/src/intel/vulkan/anv_nir.h
index a929dd9..3f97701 100644
--- a/src
This little series is a first pass at implementing the VK_KHX_multiview
extension. The basic method employed is to multiply the number of
instances in each draw call by the number of views in the subpass. We then
emit shader code to sort out the gl_InstanceId and gl_ViewIndex builtin
variables.
---
src/compiler/spirv/spirv.h | 34 +++---
1 file changed, 31 insertions(+), 3 deletions(-)
diff --git a/src/compiler/spirv/spirv.h b/src/compiler/spirv/spirv.h
index 769c102..89354c0 100644
--- a/src/compiler/spirv/spirv.h
+++ b/src/compiler/spirv/spirv.h
@@ -1,5 +1,
---
src/compiler/nir/nir.c| 4
src/compiler/nir/nir_intrinsics.h | 1 +
src/compiler/shader_enums.c | 2 ++
src/compiler/shader_enums.h | 4
4 files changed, 11 insertions(+)
diff --git a/src/compiler/nir/nir.c b/src/compiler/nir/nir.c
index 937b630..39a74a2 1006
https://bugs.freedesktop.org/show_bug.cgi?id=99856
Jan Vesely changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.freed
Instead of using using /dev/urandom on Linux and time(NULL) elsewhere
for a seed first use getentropy() for systems that have a kernel
interface to get a seed such as OpenBSD. This interface is also
present in other systems such as Solaris and even Linux with a recent
version of glibc.
Signed-off
On 22/03/17 09:20 PM, Serge Pavlov wrote:
> Hi Michel,
>
> Thank you for analysis. Should be fixed in r298498.
Indeed, it's fixed, thanks!
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
__
On Wed, Mar 22, 2017 at 9:18 PM, Jonathan Gray wrote:
> On Wed, Mar 22, 2017 at 01:10:14PM -0700, Dylan Baker wrote:
>> On Wed, Mar 22, 2017 at 12:40 PM, Alex Deucher wrote:
>> > I guess I'm a little late to the party here, but I haven't had time to
>> > really let all of this sink in and actuall
On Wed, Mar 22, 2017 at 01:10:14PM -0700, Dylan Baker wrote:
> On Wed, Mar 22, 2017 at 12:40 PM, Alex Deucher wrote:
> > I guess I'm a little late to the party here, but I haven't had time to
> > really let all of this sink in and actually look at meson. It doesn't
> > seem so bad with a quick lo
On Wed, Mar 22, 2017 at 5:02 PM, Vinson Lee wrote:
> I don't think this is a CentOS 6 specific issue but an issue with
> older GCC, such as GCC 4.4.
glibc 2.17 and newer have clock_gettime in libc, and 2.16 and older
have it in librt.
___
mesa-dev maili
The caller does so by setting the new field
isl_surf_init_info::row_pitch.
v2: Validate the requested row_pitch.
Reviewed-by: Jason Ekstrand (v2)
---
src/intel/isl/isl.c | 14 +-
src/intel/isl/isl.h | 6 ++
2 files changed, 19 insertions(+), 1 deletion(-)
diff --git a/src/inte
It does the obvious.
bdw => 80
hsw => 75
ivb => 70
...
g4x => 45
---
src/intel/common/gen_device_info.c | 11 +++
src/intel/common/gen_device_info.h | 3 +++
2 files changed, 14 insertions(+)
diff --git a/src/intel/common/gen_device_info.c
b/src/intel/common/gen_devi
genX_bits.h contains the sizes of bitfields in genxml instructions,
structures, and registers. It also defines some functions to query those
sizes.
isl_surf_init() will use the new header to validate that requested
pitches fit in their destination bitfields.
What's currently in genX_bits.h:
-
All callers of isl_surf_init() that set 'min_row_pitch' wanted to
request an *exact* row pitch, as evidenced by nearby asserts, but isl
lacked API for doing so. Now that isl has an API for that, update the
code to use it.
v2: Assert that isl_surf_init() succeeds because the callers assume
it.
Validate that isl_surf::row_pitch fits in the below bitfields,
if applicable based on isl_surf::usage.
RENDER_SURFACE_STATE::SurfacePitch
RENDER_SURFACE_STATE::AuxiliarySurfacePitch
3DSTATE_DEPTH_BUFFER::SurfacePitch
3DSTATE_HIER_DEPTH_BUFFER::SurfacePitch
v2: Add a Makefile depen
Reviewed-by: Nanley Chery
Reviewed-by: Anuj Phogat
Reviewed-by: Jason Ekstrand
---
src/intel/isl/isl.c | 13 +++--
src/intel/isl/isl.h | 3 ---
2 files changed, 3 insertions(+), 13 deletions(-)
diff --git a/src/intel/isl/isl.c b/src/intel/isl/isl.c
index 357f98f6b24..22ef57a561a 10064
The gen*_xml.h files depend on gen_zipped_file.py, not the gen*_pack.h
files.
---
src/intel/Makefile.genxml.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/Makefile.genxml.am b/src/intel/Makefile.genxml.am
index eab6ccd208d..01a02b63b44 100644
--- a/src/intel/Makef
isl will use this for validating the depth buffer pitch.
---
src/intel/genxml/gen5.xml | 56 +++
1 file changed, 56 insertions(+)
diff --git a/src/intel/genxml/gen5.xml b/src/intel/genxml/gen5.xml
index 39fec3723f6..97c13699673 100644
--- a/src/intel/ge
All callers of isl_surf_init() that set 'min_pitch' wanted to
request an *exact* row pitch, as evidenced by nearby asserts, but isl
lacked API for doing so. This series fixes that by adding a field,
isl_surf_init_info::row_pitch.
This prepares for VK_MESAX_external_image_dma_buf, which requires
su
The future header genX_bits.h will depend on GENXML_XML_FILES.
---
src/intel/Makefile.genxml.am | 9 +
src/intel/Makefile.sources | 10 ++
2 files changed, 11 insertions(+), 8 deletions(-)
diff --git a/src/intel/Makefile.genxml.am b/src/intel/Makefile.genxml.am
index bea0aab817
Hi Axel,
EVE Online is no longer crashing for me with these patches.
Thanks!
Tested-by: James Harvey
On 03/15/2017 02:56 PM, Axel Davy wrote:
> Surfaces and Volumes can be freed in the worker thread.
>
> This fixes these dtor.
> Especially if they were freed by nine_context_box_upload,
> the c
Signed-off-by: Eric Engestrom
---
REVIEWERS | 5 +
1 file changed, 5 insertions(+)
diff --git a/REVIEWERS b/REVIEWERS
index 6bd1676cb9..40db33f67f 100644
--- a/REVIEWERS
+++ b/REVIEWERS
@@ -58,6 +58,7 @@ F:src/compiler/nir/
DOCUMENTATION
R: Emil Velikov
+R: Eric Engestrom
F: docs/
Signed-off-by: Eric Engestrom
---
REVIEWERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/REVIEWERS b/REVIEWERS
index 40db33f67f..0b5d9a4fd3 100644
--- a/REVIEWERS
+++ b/REVIEWERS
@@ -85,6 +85,7 @@ F: src/gallium/targets/
AUTOCONF BUILD
R: Emil Velikov
+F: autogen.sh
F: configure.ac
Hi Michel,
Thank you for analysis. Should be fixed in r298498.
Thanks,
--Serge
2017-03-22 15:01 GMT+07:00 Michel Dänzer :
>
> Hi Serge,
>
>
> On 21/03/17 01:03 PM, Serge Pavlov via llvm-commits wrote:
> > Author: sepavloff
> > Date: Mon Mar 20 23:03:24 2017
> > New Revision: 298336
> >
> > URL:
Jan Vesely writes:
> v2: buffers are created with one reference.
> v3: add pipe_resource reference to mapping object
>
> CC: "17.0 13.0"
>
> Signed-off-by: Jan Vesely
> ---
> src/gallium/state_trackers/clover/core/resource.cpp | 11 ---
> src/gallium/state_trackers/clover/core/resource
Vedran Miletić writes:
> On 03/17/2017 05:20 AM, Jan Vesely wrote:
>> On Thu, 2017-03-16 at 18:07 -0700, Francisco Jerez wrote:
>>> Jan Vesely writes:
>>>
On Thu, 2017-03-16 at 17:22 -0700, Francisco Jerez wrote:
> Jan Vesely writes:
>
>> On Thu, 2017-03-16 at 15:24 -0700, Fran
On Wed, Mar 22, 2017 at 4:17 PM, Timothy Arceri wrote:
> On 23/03/17 09:29, Vinson Lee wrote:
>>
>> Fix 'make check' linking errors on CentOS 6.
>
>
> Hi Vinson,
>
> Red Hat Enterprise Linux 6 enters Production Phase 3 on May 10, 2017. I've
> confirmed with Dave this means no more Mesa backports.
CXX state_tracker/st_glsl_to_nir.lo
state_tracker/st_glsl_to_nir.cpp:250:57: warning: suggest braces around
initialization of subobject [-Wmissing-braces]
nir_lower_wpos_ytransform_options wpos_options = {0};
^
On 23/03/17 09:29, Vinson Lee wrote:
Fix 'make check' linking errors on CentOS 6.
Hi Vinson,
Red Hat Enterprise Linux 6 enters Production Phase 3 on May 10, 2017.
I've confirmed with Dave this means no more Mesa backports. Perhaps you
might want to consider moving to testing CentOS 7?
From
Samuel Iglesias Gonsálvez writes:
> Now the VEC4_OPCODE_FROM_DOUBLE's destination data is written with
> stride 2. We need to take into account this when doing the split
> so we don't overwrite data.
>
You should probably fix the destination type of your
VEC4_OPCODE_FROM_DOUBLE instructions in P
I'd rename this to lower_conversions instead since after your previous
patch it's going to take care of handling unsupported conversions which
aren't necessarily to a narrower type.
Samuel Iglesias Gonsálvez writes:
> Signed-off-by: Samuel Iglesias Gonsálvez
> ---
> src/intel/Makefile.sources
Samuel Iglesias Gonsálvez writes:
> Generalize it to lower any unsupported narrower conversion.
>
> v2 (Curro):
> - Add supports_type_conversion()
> - Reuse existing intruction instead of cloning it.
> - Generalize d2x to narrower and equal size conversions.
>
> Signed-off-by: Samuel Iglesias Gon
Quoting Eric Anholt (2017-03-22 15:15:46)
> Rob Clark writes:
>
> > On Wed, Mar 22, 2017 at 4:57 PM, Dylan Baker wrote:
> >> Here's a not so complete list:
> >> https://github.com/mesonbuild/meson/wiki/Users
> >>
> >> Notably gnome is moving to meson (and some parts already use it), weston
> >
Fix 'make check' linking errors on CentOS 6.
CXXLD glsl/glsl_test
glsl/.libs/libglsl.a(libmesautil_la-u_queue.o): In function
`u_thread_get_time_nano':
src/util/../../src/util/u_thread.h:84: undefined reference to `clock_gettime'
Signed-off-by: Vinson Lee
---
src/compiler/Makefile.glsl.am |
Alex Deucher writes:
> On Thu, Mar 16, 2017 at 5:25 PM, Dylan Baker wrote:
>> Why bother, and why would we want this?
>> │~
>>
>> First it's written in python, which means the potential developer base
>> is massive. And it provides a
We've already required Kernel 3.6 on Gen6+ since Mesa 9.2 (May 2013,
commit 92d2f5acfadea672417b6785710c9e8b7f605e41). It seems reasonable
to require it for Gen4-5 as well, bumping the requirement from 2.6.39.
This is necessary for glClientWaitSync with a timeout to work, which
is a feature we ex
Rob Clark writes:
> On Wed, Mar 22, 2017 at 4:57 PM, Dylan Baker wrote:
>> Here's a not so complete list: https://github.com/mesonbuild/meson/wiki/Users
>>
>> Notably gnome is moving to meson (and some parts already use it), weston and
>> libinput have ports, libepoxy uses meson, and gstreamer i
That pass hasn't existed since dd4db84640bbb694f180dd50850c3388f67228be
but the prototype stuck around for no reason.
---
src/intel/vulkan/anv_nir.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/intel/vulkan/anv_nir.h b/src/intel/vulkan/anv_nir.h
index a929dd9..3f97701 100644
--- a/src
On Wed, Mar 22, 2017 at 4:57 PM, Dylan Baker wrote:
> Here's a not so complete list: https://github.com/mesonbuild/meson/wiki/Users
>
> Notably gnome is moving to meson (and some parts already use it), weston and
> libinput have ports, libepoxy uses meson, and gstreamer is using meson. I
> can't s
On Wed, Mar 22, 2017 at 4:10 PM, Dylan Baker wrote:
> Quoting Rob Clark (2017-03-22 10:07:54)
>> I guess an interesting question (from someone who doesn't know meson
>> yet) would be whether meson could slurp in the Makefile.sources type
>> stuff that we have, which are shared so far between
>> an
On Wed 22 Mar 2017, Jason Ekstrand wrote:
> On Wed, Mar 22, 2017 at 2:02 PM, Chad Versace
> wrote:
>
> > On Wed 22 Mar 2017, Jason Ekstrand wrote:
> > > Wow... This is an impressive quantity of infastructure just to get the
> > > number of bits in a field...
> >
> > In the initial patch, I hand-w
On Wed, Mar 22, 2017 at 2:02 PM, Chad Versace
wrote:
> On Wed 22 Mar 2017, Jason Ekstrand wrote:
> > Wow... This is an impressive quantity of infastructure just to get the
> > number of bits in a field...
>
> In the initial patch, I hand-wrote macros and functions. And I made
> mistakes. That's w
Quoting Jani Nikula (2017-03-22 01:24:19)
> On Tue, 21 Mar 2017, Dylan Baker wrote:
> > Quoting Jani Nikula (2017-03-21 07:44:55)
> >> How does meson handle build file backwards compatibility between meson
> >> versions? I don't intend to flame, but I've found for some reason many
> >> python proj
On Wed 22 Mar 2017, Emil Velikov wrote:
> Hi Chad,
>
> Please keep Tapani in Cc for the next revision - I think he can manage
> the Android bits required.
Will do.
Also, I'm currently doing an initial build of android-ia, so I can stay
on top of the Android changes along with Tapani.
> There's
On Wed 22 Mar 2017, Jason Ekstrand wrote:
> Wow... This is an impressive quantity of infastructure just to get the
> number of bits in a field...
In the initial patch, I hand-wrote macros and functions. And I made
mistakes. That's when I decided to eliminate the mistakes with
generation. That's wh
Quoting Jose Fonseca (2017-03-22 10:59:10)
> On 17/03/17 02:28, Brian Paul wrote:
> >
> > [snip]
> >
> > Sure, I'd like to see one build system instead of two. Meson supports
> > Windows so that's good. But the big issue is our automated build
> > system. Replacing SCons with Meson could be a bi
https://bugs.freedesktop.org/show_bug.cgi?id=100218
--- Comment #2 from Jan Vesely ---
Opencl defines are handled by clang and should not be set on command line, they
are also target specific (although cl_storage_class_specifiers is enabled on
all targets).
you can get the list of defines by run
Reviewed-by: Timothy Arceri
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=100201
Charles Huber changed:
What|Removed |Added
CC||genpfa...@gmail.com
--
You are receivi
On Wed, Mar 22, 2017 at 12:40 PM, Alex Deucher wrote:
> I guess I'm a little late to the party here, but I haven't had time to
> really let all of this sink in and actually look at meson. It doesn't
> seem so bad with a quick look and I think I could probably sort it out
> when the time came, but
Samuel Pitoiset wrote:
This patch has a minor issue for me using radeonsi on tonga.
ffmpeg vaapi hwdecode by cli or via mpv now produces the message
mesa: for the -simplifycfg-sink-common option: may only occur zero or
one times!
On 03/15/2017 02:01 PM, Marek Olšák wrote:
On Wed, Mar 15,
On Wed, Mar 22, 2017 at 6:50 AM, Emil Velikov wrote:
> n 21 March 2017 at 20:58, Kenneth Graunke wrote:
>> On Tuesday, March 21, 2017 4:40:26 AM PDT Emil Velikov wrote:
>>> On 21 March 2017 at 11:14, Emil Velikov wrote:
>>> > On 20 March 2017 at 22:04, Kenneth Graunke wrote:
>>> >> This way the
Hi Adrian,
Thanks for the patch! Some comments inline.
On 22 March 2017 at 13:40, Adrian Pielech wrote:
> +struct list_head window_list = {NULL, NULL};
> +
> +/* Checks if a EGLWindow already have a created surface */
> +static inline bool
> +is_window_associated_with_surface(EGLNativeWindowType
We're not using anything in it, and we don't want to inherit struct
definitions from some other package anyway.
Signed-off-by: Adam Jackson
---
src/glx/glxconfig.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/glx/glxconfig.c b/src/glx/glxconfig.c
index e5718b1..0e1643f 100644
--- a/src
On 17/03/17 02:28, Brian Paul wrote:
On Thu, Mar 16, 2017 at 8:03 PM, Jason Ekstrand mailto:ja...@jlekstrand.net>> wrote:
On March 16, 2017 5:41:24 PM Emil Velikov mailto:emil.l.veli...@gmail.com>> wrote:
On 17 March 2017 at 00:21, Dylan Baker mailto:dy...@pnwbakers.com>> wrote:
On 21 March 2017 at 18:51, Rob Herring wrote:
> This is a series of clean-ups and fixes to get Mesa master building on
> AOSP master again. AOSP master recently changed from X.Y.Z versioning to
> just the letter commonly used. Primarily, dropping KitKat and earlier
> support removes most of the ve
Hi,
The default branch is 'master' when you clone the Mesa git repository
and that's what we use for development. Branches other than master
are for stable releases, proof of concept and developer's choice.
-Anuj
On Wed, Mar 22, 2017 at 10:44 AM, swapnil wrote:
> Hi,
>
> I want to know which br
master
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi Adrian,
Welcome to Mesa !
On 22 March 2017 at 13:40, Adrian Pielech wrote:
> According to the EGL 1.5 spec, section 3.5.1, page 34,35
> eglCreateWindowSurface should return EGL_BAD_ALLOC if there is already
> surface for given window. Similarly it is written in EGL 1.4 spec,
> section 3.5.1,
On Wed, Mar 22, 2017 at 6:26 PM, Jose Fonseca wrote:
> On 16/03/17 22:36, Marek Olšák wrote:
>>
>> Is there a way not to use ninja with meson, because ninja redirects
>> all stderr output from gcc to stdout, which breaks many development
>> environments that expect errors in stderr?
>>
>> I'm basi
Hi,
I want to know which branch should I start working I have no idea. I
read the doc.When I check there are lots of branches. But one is
specific no idea.
Thanks
Swapnil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedes
Hi Chad,
Please keep Tapani in Cc for the next revision - I think he can manage
the Android bits required.
There's a few small requests below, but don't bother if they're too
time consuming.
On 21 March 2017 at 23:02, Chad Versace wrote:
> +genxml/genX_bits.h: genxml/gen_bits_header.py
> +genx
Reviewed-by: Juha-Pekka Heikkila
:)
/Juha-Pekka
22. maaliskuuta 2017 18.58.13 GMT+02:00 Emil Velikov
kirjoitti:
>From: Emil Velikov
>
>No longer needed as of commit ac257f1070a ("glsl: calculate
>TOP_LEVEL_ARRAY_SIZE and STRIDE when adding resources")
>
>Cc: Juha-Pekka Heikkila
>Reported-b
On 16/03/17 22:36, Marek Olšák wrote:
Is there a way not to use ninja with meson, because ninja redirects
all stderr output from gcc to stdout, which breaks many development
environments that expect errors in stderr?
I'm basically saying that if ninja can't keep gcc errors in stderr, I
wouldn't
On 21 March 2017 at 19:10, Matt Turner wrote:
> On Tue, Mar 21, 2017 at 11:56 AM, Emil Velikov
> wrote:
>> On 21 March 2017 at 18:06, Matt Turner wrote:
>>> (1) Non-recursive automake is necessary for parallel build performance
>> Fully agree
>>
>>> (2) Non-recursive automake is intractably unm
On Wed, Mar 22, 2017 at 12:40 PM, Alex Deucher wrote:
> On Thu, Mar 16, 2017 at 5:25 PM, Dylan Baker wrote:
>> Why bother, and why would we want this?
>> │~
>>
>> First it's written in python, which means the potential developer base
>
On 22 March 2017 at 11:02, Juha-Pekka Heikkila
wrote:
> On 20.03.2017 18:12, Emil Velikov wrote:
>>
>> Hi all,
>>
>> We have a strange mix of pragma once vs ifndef guards in-tree.
>>
>> Since the former is less common, and concluded as the 'wrong' way,
>> I've went ahead and purged them. As a sinc
From: Emil Velikov
No longer needed as of commit ac257f1070a ("glsl: calculate
TOP_LEVEL_ARRAY_SIZE and STRIDE when adding resources")
Cc: Juha-Pekka Heikkila
Reported-by: Juha-Pekka Heikkila
Signed-off-by: Emil Velikov
---
src/mesa/main/shader_query.cpp | 1 -
1 file changed, 1 deletion(-)
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||98238
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||98272
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||98848
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||98996
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||98856
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||99136
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||99656
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||99730
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=99730
Vedran Miletić changed:
What|Removed |Added
Blocks||77449
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||99813
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||99923
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||99762
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||5
Referenced Bugs:
https://bugs.f
1 - 100 of 175 matches
Mail list logo
