blob: a4078cba6028e0b70e4e4e23d1baf56f599cf177 [file] [log] [blame]
hp.com!davidma7aaf012004-01-20 01:51:17 +00001- Update the libunwind man page for the new/fixed cache-flushing behavior.
2 Effectively, that unw_flush_cache() doesn't have to be called by
3 applications except for extraordinary circumstances (e.g., if application
4 implements its own runtime loader).
5- document split local-only/generic libraries and separate libunwind-ptrace.a
6 convenience-library
hp.com!davidm70be1292003-12-20 11:50:00 +00007- document new "tdep" member in unw_proc_info_t structure
8- for DWARF 2, use a dummy CIE entry with an augmentation that
9 provides the dyn-info-list-address
10
mostang.com!davidm1cabc102003-04-21 18:38:48 +000011Testing:
12 - ensure that saving r4-r7 in a stacked register properly preserves
13 the NaT bit, even in the face of register-rotation
14 - ensure that IA64_INSN_MOVE_STACKED works correctly in the face of
15 register rotation
mostang.com!davidm98251972003-04-23 19:22:42 +000016 - on Linux, test access to f32-f127 in a signal handler (e.g., verify
17 that fph partition gets initialized properly)
mostang.com!davidm1cabc102003-04-21 18:38:48 +000018
19=== taken care of:
20
hp.com!davidmfcd8dad2004-01-30 00:01:24 +000021+ Switch ia64 (and rest over) to using Debug() instead of debug()
22+ implement non-local versions of dwarf_readXX()
23+ consolidate mostly architecture-independent code such as
24 unw_get_accessors() into shared files
hp.com!davidma7aaf012004-01-20 01:51:17 +000025+ caching is pretty fundamentally broken, what should happen is this:
26 o On unw_init_local()/unw_init_remote(), libunwind should validate
27 that the cached information is still valid and, if not, flush the
28 cache on its own. Rationale: once unw_init_local() has been
29 called, it is clear that the unwind info for the calling thread
30 cannot change (otherwise the program would be buggy anyhow) and
31 hence it is sufficient to validate the cache at this point.
32 Similarly, once unw_init_remote() has been called, the target
33 address space must have been stopped, because the unwinding would
34 otherwise be unreliable anyhow.
35 o glibc currently lacks a feature for dl_iterate_phdr() to support
36 safe caching; I proposed on 12/16/2003 that glibc maintain two
37 atomic counters which get inremented whenever something is added
38 to/removed from the dl_iterate_phdr-list. Once we have such counters,
39 we can use them in libunwind to implement an efficient version of a
40 cache-validation routine.
41 Once this has been fixed, update the libunwind man page accordingly.
42 Effectively, what this means is that unw_flush_cache() doesn't have
43 to be called by applications except for extraordinary circumstances
44 (e.g., if application implements its own runtime loader).
mostang.com!davidm9240efe2003-12-10 07:14:38 +000045+ man-page for unw_is_fpreg()
46+ man-page for _U_dyn_cancel()
47+ man-page for _U_dyn_register()
hp.com!davidm2f5a4b52003-11-19 03:11:25 +000048+ global data is not protected by a lock; causes problems if two threads
49 call ia64_init() at almost the same time
mostang.com!davidm1cabc102003-04-21 18:38:48 +000050+ cache the value of *cfm_loc; each rotate_FOO() call needs it!
51+ implement the remote-lookup of the dynamic registration list
52+ when doing sigreturn, must restore fp regs (and perhaps other regs) the same
53 way as the (user-level) gate.S sigreturn path does!
54+ unw_resume() must at least restore gp (r1)! consider restoring all
55 scratch regs (but what's the performance impact on exception handling?);
56 alternative: restore scratch regs that may be used during procedure
57 call/return (e.g., r8-r11, f8-f11)
58+ implement unw_resume() for the case where the current register frame is split
59 across multiple backing stores
60+ document restricions on using unw_resume():
61+ implement remote cases of unw_resume()
62+ test both with UNW_LOCAL_ONLY and without where this makes sense
63+ allow region-length (insn_count) in unw_dyn_region_info_t to be negative
64 to indicate counting from the end of the procedure (to make it possible
65 for differently-sized procedures to share the same region list if they
66 share the same prologue/epilogue).
67+ it appears that it is currently not possible to read register UNW_IA64_TP;
68 fix that => no, attempts to access r13 will result in access_reg() callbacks,
69 as desired; for local-case, access to r13 will fail though (since
70 getcontext() doesn't, and shouldn't, capture r13)
71+ document the special nature of UNW_IA64_GP: read-only, but adjusted
72 automatically if the IP is changed
73+ use pthread-mutexes where necessary, atomic ops where possible
74+ man-page for unw_init_local()
75+ man-page for unw_init_remote()
76+ man-page for unw_create_addr_space()
77+ man-page for unw_destroy_addr_space()
78+ man-page for unw_get_proc_info()
79+ man-page for unw_get_proc_name()
80+ man-page for unw_get_accessors()
81+ man-page for unw_regname()
82+ man-page for unw_flush_cache()
83+ man-page for unw_set_caching_policy()
84+ man-page for unw_getcontext()
85+ man-page for unw_is_signal_frame()
86+ man-page for unw_step()
87+ man-page for unw_get_reg()
88+ man-page for unw_set_reg()
89+ man-page for unw_get_fpreg()
90+ man-page for unw_set_fpreg()
mostang.com!davidm98251972003-04-23 19:22:42 +000091+ test with Intel compiler