History log of /external/libunwind/src/x86_64/Gglobal.c
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
aebba1f8a7dee9b9ae3e70128ad48de69ca90b15 21-Sep-2012 Tommi Rantala <tt.rantala@gmail.com> Apply `define_lock()'

We have a nice macro for defining pthread mutexes, use it.
/external/libunwind/src/x86_64/Gglobal.c
ee8df2628891435ebb95eee04668d5bbd6995723 19-Sep-2012 Tommi Rantala <tt.rantala@gmail.com> Constify `dwarf_to_unw_regnum_map'
/external/libunwind/src/x86_64/Gglobal.c
5d0f376b08126b51a001d7cdfba1ec4e0d644f54 21-Sep-2012 Tommi Rantala <tt.rantala@gmail.com> Invert tdep_init() flag logic

Invert the flag that signals that tdep_init() was called, to move the
symbol from data to BSS.
/external/libunwind/src/x86_64/Gglobal.c
d00b62109066cc098a3869c463004b63917f409c 12-Sep-2012 ariel.burton@roguewave.com <ariel.burton@roguewave.com> PATCH: fix build with --enable-msabi-support

This attached patch, relative to libuninwd-1.0.1,
will fix building with --enable-msabi-support on linux x86_64.

Ariel Burton
/external/libunwind/src/x86_64/Gglobal.c
e09f9701ffcd05b097565d15daa87ac1b2d84299 19-Jun-2011 Arun Sharma <asharma@fb.com> Handle register nums > 16 on x86_64

gcc generates them when using ms-abi. Support disabled by
default since it increases the cache footprint of the library.
/external/libunwind/src/x86_64/Gglobal.c
28f33c8ce0b654cf31d6beda9a612870662f3c56 22-Mar-2011 Lassi Tuura <lat@cern.ch> Auto-detect whether to use msync() or mincore() for address validation.
/external/libunwind/src/x86_64/Gglobal.c
84d4150668d83a98420cc91e00026159c3d74a81 21-Sep-2009 Paul Pluzhnikov <ppluzhnikov@google.com> Allow caller to block signals.

Greetings,

We use libunwind just for stack traces (I suspect many others do as well).

The use pattern is:

GetStackTrace(void** result, int max_depth)
{
...
unw_getcontext(&uc);
unw_init_local(&cursor, &uc);

while (n < max_depth) {
if (unw_get_reg(&cursor, UNW_REG_IP, (unw_word_t *) &ip) < 0) {
break;
}
result[n++] = ip;
if (unw_step(&cursor) <= 0) {
break;
}
}

Given this usage, it is quite convenient for us to block signals (or
prevent signal handlers from re-entering libunwind by other means) at the
"top level", which makes most of the sigprocmask calls performed by
libunwind itself unneccessary.

The second patch in this series adds a configure option which removes most
of the sigprocmask calls.

Attached patch is a preliminary for it -- consolidating all of the
"sigprocmask; mutex_lock;" sequences into lock_acquire and "mutex_unlock;
sigprocmask;" sequences into lock_release.

Thanks,
--
Paul Pluzhnikov

commit 402d15b123d54a7669db7cf17a76dd315094e472
Author: Paul Pluzhnikov <ppluzhnikov@google.com>
Date: Mon Sep 21 10:18:28 2009 -0700

Replace "sigprocmask + mutext_lock" with a single lock_acquire.
Likewise, replace "mutext_unlock + sigprocmask" with lock_release.
/external/libunwind/src/x86_64/Gglobal.c
7fbb8a9593f87a8e50964e61872eccc0afd9b0bf 03-May-2005 mostang.com!davidm <mostang.com!davidm> Adjust for sigset_t to intrmask_t renaming.

(Logical change 1.290)
/external/libunwind/src/x86_64/Gglobal.c
a766efd844260866e0d216f6eeef87f4593f60b2 19-Aug-2004 ibm.com!masbock <ibm.com!masbock> (Logical change 1.249)
/external/libunwind/src/x86_64/Gglobal.c
58e37267beb93d9ea5cb4da403f503a5aa4d842d 19-Aug-2004 ibm.com!masbock <ibm.com!masbock> Initial revision
/external/libunwind/src/x86_64/Gglobal.c