| f4a8df5f4f338f1a12c25213227e98b34b42447f |
|
08-Mar-2014 |
Christopher Ferris <cferris@google.com> |
Fix maps caching for local processes.
It is possible for the map to change while running libunwind. For example,
if lots of threads are doing local unwinds at the same time. Allow the
cached map to regenerate when it detects this case.
Included in this change is a refactor of all of the os code so that it can
also be used to do caching. This is a prelude to being able to attempt to
push the code upstream.
Also, this moves the code back closer to the original upstream code.
Hopefully, this will allow me to upstream all of these changes.
Change-Id: Ia219fa61e16e36416133bc95b1dd2161bd5b8ff7
/external/libunwind/src/x86/Ginit.c
|
| 16b95a68caaa7e021209e2cd6a877ae1e558f740 |
|
23-Jan-2014 |
Christopher Ferris <cferris@google.com> |
Add speed-ups to libunwind.
Add caching of /proc/self/maps data structures.
Add caching of elf image maps attached to the maps data structure.
Add a set of new map api functions to handle creation/destruction of the
maps by external code.
Remove the creation of the maps data structure in the local address space
init.
Change-Id: I0adae397d433fc3902f83a6f377f6889161937e5
/external/libunwind/src/x86/Ginit.c
|
| cdf9ee587b78148c5d48dae1b5ea72ec8df64c96 |
|
23-Nov-2013 |
Christopher Ferris <cferris@google.com> |
Only check the map for local unwinds.
Change-Id: I7b7eed29a1b7ddad8e0d852598260809d3eb98d1
/external/libunwind/src/x86/Ginit.c
|
| 7d46a21e0a2cb561e4cad57b101a7137e01023dc |
|
14-Nov-2013 |
Christopher Ferris <cferris@google.com> |
For current process, check memory accesses.
When attempting to unwind the current process, the library simple reads and
writes to memory for memory accesses. Unfortunately, if an unwind winds up
with invalid data, then the process can segfault. Add a guard to all memory
accesses that verifies that reads/writes are valid before attempting them.
For now, this guard is a nop on all systems except linux systems.
Also, modify the adjust_ip function to use the access_mem function
so that all reads go through the right function.
Bug: 11652982
Change-Id: I9d1feacae585374f6bf1d899f8a006ec9ecb47c4
/external/libunwind/src/x86/Ginit.c
|
| efb75a0b84fed700173700a2e4fee153ba491b32 |
|
01-Oct-2013 |
Christopher Ferris <cferris@google.com> |
Update external/libunwind to build in android.
Bug: 8410085
Change-Id: Ideb46602d1e1cf2df5f858ef11d498055c02b969
/external/libunwind/src/x86/Ginit.c
|
| 99e60be5a4c8bc9076d1b11e89a06f85d9da7b88 |
|
08-Jun-2010 |
Arun Sharma <arun@sharma-home.net> |
Fix the page boundary crossing bug.
Signed-off-by: Jason Evans <jasone@canonware.com>
/external/libunwind/src/x86/Ginit.c
|
| 2709abc88376efe80d7d5ef6d9d4e740d5c9afcb |
|
21-Apr-2010 |
Konstantin Belousov <kostik@pooma.home> |
msync() also may be called on unaligned address.
/external/libunwind/src/x86/Ginit.c
|
| 44544132422ef87047490be3041da0bfebf27d69 |
|
21-Apr-2010 |
Konstantin Belousov <kostik@pooma.home> |
Account for possible unaligned access.
/external/libunwind/src/x86/Ginit.c
|
| ee99dbec879212406d813b1bae56b988b4ab1e00 |
|
20-Apr-2010 |
Konstantin Belousov <kostikbel@gmail.com> |
Use mincore instead of msync when available
/external/libunwind/src/x86/Ginit.c
|
| 0dbeeeb08dc9a7e46281954e9225a84d4629a3db |
|
05-Apr-2010 |
Konstantin Belousov <kostik@pooma.home> |
Move uc_addr to os-specific file
/external/libunwind/src/x86/Ginit.c
|
| bb41eba56c44306e5bc2dcf8eeba574bd5a3702f |
|
09-Mar-2010 |
Konstantin Belousov <kostikbel@gmail.com> |
FreeBSD/i386 port. get/setcontext need further work
/external/libunwind/src/x86/Ginit.c
|
| 3468a6b33d96549d1b01ef0c0fa42eb93fd3645d |
|
23-Feb-2010 |
Arun Sharma <aruns@google.com> |
Change MS_SYNC to MS_ASYNC
Hopefully this makes the address validation a bit cheaper.
/external/libunwind/src/x86/Ginit.c
|
| 0cf76ed0b54f4b64d3a0575a1c85ef8617d4278d |
|
01-Dec-2009 |
Paul Pluzhnikov <ppluzhnikov@google.com> |
Check for NULL when validating addresses
This is rather on the obvious side.
While doing strace on an executable using libunwind, I noticed a
lot of:
msync(0, 1, MS_SYNC) = -1 ENOMEM (Cannot allocate memory)
Since we know that the first page isn't mapped (or at least doesn't
contain the data we are looking for), we can eliminate all such
msync calls.
Tested on Linux/x86_64 with no regressions.
/external/libunwind/src/x86/Ginit.c
|
| ff0ae70cc3c3c1498724deed519cd18dde6c1e80 |
|
16-Mar-2009 |
Arun Sharma <aruns@google.com> |
Bad pointer validation for 32 bit x86.
This corresponds to commit 649f1fb3449a65dd0626a709432d8b02a7c56bbc.
Signed-off-by: Paul Pluzhnikov <ppluzhnikov@google.com>
/external/libunwind/src/x86/Ginit.c
|
| e6b9f350f78ecd9ef3b8a3e721f9435c94fc2562 |
|
22-Aug-2007 |
David Mosberger-Tang <davidm@panda.mostang.com> |
Introduce a tdep_get_func_addr_hook() in the ELF lookup_symbol()
routine and add address-space argument. This is needed because on
PPC64, a the function-name symbol refers to a function descriptor
(unlike, for example, on ia64, where the @fptr() operator is needed to
refer to a function descriptor). Thus, in order to look up the name
of a function, we need to dereference the function descriptor. To
make matters more "interesting", the function descriptors are normally
resolved by the dynamic linker, so we can't get their values from the
ELF file. Instead, we have to read them from the running image, hence
the need for the address-space argument.
/external/libunwind/src/x86/Ginit.c
|
| 8a66c9c635217cc64c2c93ac21a04e7a412f1166 |
|
03-May-2005 |
mostang.com!davidm <mostang.com!davidm> |
(access_reg): Delete left-over Debug statement.
(Logical change 1.290)
/external/libunwind/src/x86/Ginit.c
|
| 588192d3015512656c39232cdde53cae24ff0fd0 |
|
17-Aug-2004 |
homeip.net!davidm <homeip.net!davidm> |
Rename: src/x86/Ginit-x86.c -> src/x86/Ginit.c
(Logical change 1.241)
/external/libunwind/src/x86/Ginit.c
|
| 3f9d2e9c5c1cfde324c08204259b65f74b2746a1 |
|
17-Aug-2004 |
homeip.net!davidm <homeip.net!davidm> |
Initial revision
/external/libunwind/src/x86/Ginit.c
|