| /haiku/src/system/libroot/posix/ |
| H A D | tls.cpp | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| /haiku/src/system/runtime_loader/ |
| H A D | elf_tls.h | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| H A D | elf_tls.cpp | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| H A D | export.cpp | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| H A D | images.cpp | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| H A D | elf_symbol_lookup.cpp | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| H A D | elf_load_image.cpp | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| H A D | runtime_loader_private.h | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| H A D | Jamfile | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| H A D | elf.cpp | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| /haiku/src/system/libroot/os/arch/x86/ |
| H A D | tls.c | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| /haiku/src/system/runtime_loader/arch/x86/ |
| H A D | arch_relocate.cpp | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| /haiku/headers/private/system/ |
| H A D | tls.h | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| /haiku/src/system/runtime_loader/arch/x86_64/ |
| H A D | arch_relocate.cpp | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| /haiku/src/system/libroot/os/arch/x86_64/ |
| H A D | tls.cpp | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| /haiku/src/system/libroot/os/ |
| H A D | thread.c | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| /haiku/headers/private/runtime_loader/ |
| H A D | runtime_loader.h | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|
| /haiku/src/system/kernel/arch/x86/ |
| H A D | arch_thread.cpp | 44c0c4d3d0d68c3c3db23858b1089d3cf51bdf16 Sun May 04 00:33:14 UTC 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: add support for ELF based TLS
This patch introduces support of ELF based TLS handling with lazy allocation
and initalization of TLS block for each DSO and thread. The implementation
generally follows the official ABI except that generation counter in dtv
is in fact a pointer to Generation object that contains both generation
counter and size of the dtv. That simplified the implementation a bit, but
could be changed later. The ABI requirements regariding in memory position
of TLS block is not honoured what results in static TLS model being
unsupported. However, that should not be a problem as long as
"executables" in Haiku are in fact shared objects and optimizations which
require specific TLS block in memory layout are not possible anyway.
|