diff options
| author | Adhemerval Zanella <adhemerval.zanella@linaro.org> | 2017-01-30 18:07:32 -0200 |
|---|---|---|
| committer | Adhemerval Zanella <adhemerval.zanella@linaro.org> | 2017-02-06 15:58:32 -0200 |
| commit | 37f8abad1c7b274e66eaf2d04684bd8a7ba0bcef (patch) | |
| tree | 186d0281c94cd644f54b0cfbc64111c250ecee7f /sysdeps/i386 | |
| parent | 2b7dc4c868553db14f439ee4b49873f6ca3ef71f (diff) | |
| download | glibc-37f8abad1c7b274e66eaf2d04684bd8a7ba0bcef.tar glibc-37f8abad1c7b274e66eaf2d04684bd8a7ba0bcef.tar.gz glibc-37f8abad1c7b274e66eaf2d04684bd8a7ba0bcef.tar.bz2 glibc-37f8abad1c7b274e66eaf2d04684bd8a7ba0bcef.zip | |
nptl: Remove COLORING_INCREMENT
This patch removes the COLORING_INCREMENT define and usage on allocatestack.c.
It has not been used since 564cd8b67ec487f (glibc-2.3.3) by any architecture.
The idea is to simplify the code by removing obsolete code.
* nptl/allocatestack.c [COLORING_INCREMENT] (nptl_ncreated): Remove.
(allocate_stack): Remove COLORING_INCREMENT usage.
* nptl/stack-aliasing.h (COLORING_INCREMENT). Likewise.
* sysdeps/i386/i686/stack-aliasing.h (COLORING_INCREMENT): Likewise.
Diffstat (limited to 'sysdeps/i386')
| -rw-r--r-- | sysdeps/i386/i686/stack-aliasing.h | 5 |
1 files changed, 0 insertions, 5 deletions
diff --git a/sysdeps/i386/i686/stack-aliasing.h b/sysdeps/i386/i686/stack-aliasing.h index 7872e47fd4..9b5a1b0d47 100644 --- a/sysdeps/i386/i686/stack-aliasing.h +++ b/sysdeps/i386/i686/stack-aliasing.h @@ -16,11 +16,6 @@ License along with the GNU C Library; if not, see <http://www.gnu.org/licenses/>. */ -/* It turns out that stack coloring is in general not good on P4s. Some - applications will benefit. We will probably have a configuration option - at some point. To enable coloring, set this to 128. */ -#define COLORING_INCREMENT 0 - /* What is useful is to avoid the 64k aliasing problem which reliably happens if all stacks use sizes which are a multiple of 64k. Tell the stack allocator to disturb this by allocation one more page if |