external_mesa3d/src/util, branch replicant-6.0

util: Include string.h in bitscan.h.

2016-11-01T13:21:51+00:00

Fix build error with clang.

  Compiling src/compiler/glsl/link_varyings.cpp ...
In file included from src/compiler/glsl/link_varyings.cpp:33:
In file included from src/compiler/glsl/glsl_symbol_table.h:34:
In file included from src/compiler/glsl/ir.h:33:
In file included from src/compiler/glsl_types.h:29:
/usr/include/string.h:518:12: error: exception specification in declaration does not match previous declaration
extern int ffs (int __i) __THROW __attribute__ ((__const__));
           ^
src/util/bitscan.h:51:13: note: expanded from macro 'ffs'
            ^
src/util/bitscan.h:96:18: note: previous declaration is here
   const int i = ffs(*mask) - 1;
                 ^
src/util/bitscan.h:51:13: note: expanded from macro 'ffs'
            ^

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97952
Signed-off-by: Vinson Lee 
Reviewed-by: Timothy Arceri 
(cherry picked from commit 889ee4da05400687a6c5296a7632dc26f1d61924)

vulkan: add vk_alloc.h shared allocation inlines.

2016-10-18T23:05:26+00:00

vulkan allocation allows for overriding the allocator used,
add some macros for anv/radv to share for this.

Acked-by: Jason Ekstrand 
Signed-off-by: Dave Airlie

util: move min/max/clamp macros to util macros.h

2016-10-18T23:05:25+00:00

Although the vulkan drivers include mesa macros.h, for
radv I'd like to move away from that.

Reviewed-by: Nicolai Hähnle 
Acked-by: Jason Ekstrand 
Signed-off-by: Dave Airlie

util: add vector util code.

2016-10-18T23:05:25+00:00

This is ported from anv, both anv and radv can share this.

Reviewed-by: Nicolai Hähnle 
Acked-by: Jason Ekstrand 
Signed-off-by: Dave Airlie

util: remove unused variable

2016-10-07T10:24:50+00:00

Also initialise page at declaration.

Reviewed-by: Nicolai Hähnle

util/slab: re-design to allow migration between pools (v3)

2016-10-05T13:40:40+00:00

This is basically a re-write of the slab allocator into a design where
multiple child pools are linked to a parent pool. The intention is that
every (GL, pipe) context has its own child pool, while the corresponding
parent pool is held by the winsys or screen, or possibly the GL share group.

The fast path is still used when objects are freed by the same child pool
that allocated them. However, it is now also possible to free an object in a
different pool, as long as they belong to the same parent. Objects also
survive the destruction of the (child) pool from which they were allocated.

The slow path will return freed objects to the child pool from which they
were originally allocated. If that child pool was destroyed, the corresponding
page is considered an orphan and will be freed once all objects in it have
been freed.

This allocation pattern is required for pipe_transfers that correspond to
(GL) buffer object mappings when the mapping is created in one context
which is later destroyed while other contexts of the same share group live
on -- see the bug report referenced below.

Note that individual drivers do need to migrate to the new interface in
order to benefit and fix the bug.

v2: use singly-linked lists everywhere
v3: use p_atomic_set for page->u.num_remaining

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97894

util: use GCC atomic intrinsics with explicit memory model

2016-10-05T13:39:39+00:00

This is motivated by the fact that p_atomic_read and p_atomic_set may
somewhat surprisingly not do the right thing in the old version: while
stores and loads are de facto atomic at least on x86, the compiler may
apply re-ordering and speculation quite liberally. Basically, the old
version uses the "relaxed" memory ordering.

The new ordering always uses acquire/release ordering. This is the
strongest possible memory ordering that doesn't require additional
fence instructions on x86. (And the only stronger ordering is
"sequentially consistent", which is usually more than you need anyway.)

I would feel more comfortable if p_atomic_set/read in the old
implementation were at least using volatile loads and stores, but I
don't see a way to get there without typeof (which we cannot use here
since the code is compiled with -std=c99).

Eventually, we should really just move to something that is based on
the atomics in C11 / C++11.

Acked-by: Marek Olšák 
Reviewed-by: Emil Velikov

util: remove Sun C Compiler support

2016-09-23T06:17:16+00:00

Support for this compiler was dropped in 51564f04b77e6

Acked-by: Edward O'Callaghan

u_endian: add android to glibc clause

2016-09-13T00:04:13+00:00

Tested-by: Mauro Rossi

mesa/glsl: Move string_to_uint_map into the util folder

2016-09-12T00:48:35+00:00

This clears the last bits of the usecases of the hash table
located in mesa/program, allowing us to remove it.

V2: Rebase on top of changes to Makefile.sources

Signed-off-by: Thomas Helland 
Reviewed-by: Timothy Arceri