54fe806eeecad49f6e69010c2041e51849ac05f0
[binutils-gdb.git] / gdb / config / pa / nm-hppah.h
1 /* Native support for HPPA-RISC machine running HPUX, for GDB.
2 Copyright 1991, 1992, 1994, 1996, 1998, 1999, 2000
3 Free Software Foundation, Inc.
4
5 This file is part of GDB.
6
7 This program is free software; you can redistribute it and/or modify
8 it under the terms of the GNU General Public License as published by
9 the Free Software Foundation; either version 2 of the License, or
10 (at your option) any later version.
11
12 This program is distributed in the hope that it will be useful,
13 but WITHOUT ANY WARRANTY; without even the implied warranty of
14 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
15 GNU General Public License for more details.
16
17 You should have received a copy of the GNU General Public License
18 along with this program; if not, write to the Free Software
19 Foundation, Inc., 59 Temple Place - Suite 330,
20 Boston, MA 02111-1307, USA. */
21
22 #define U_REGS_OFFSET 0
23
24 #define KERNEL_U_ADDR 0
25
26 /* What a coincidence! */
27 #define REGISTER_U_ADDR(addr, blockend, regno) \
28 { addr = (int)(blockend) + REGISTER_BYTE (regno);}
29
30 /* This isn't really correct, because ptrace is actually a 32-bit
31 interface. However, the modern HP-UX targets all really use
32 ttrace, which is a 64-bit interface --- a debugger running in
33 either 32- or 64-bit mode can debug a 64-bit process. BUT, the
34 code doesn't use ttrace directly --- it calls call_ptrace instead,
35 which is supposed to be drop-in substitute for ptrace. In other
36 words, they access a 64-bit system call (ttrace) through a
37 compatibility layer which is allegedly a 32-bit interface.
38
39 So I don't feel the least bit guilty about this. */
40 #define PTRACE_ARG3_TYPE CORE_ADDR
41
42 /* HPUX 8.0, in its infinite wisdom, has chosen to prototype ptrace
43 with five arguments, so programs written for normal ptrace lose. */
44 #define FIVE_ARG_PTRACE
45
46 /* We need to figure out where the text region is so that we use the
47 appropriate ptrace operator to manipulate text. Simply reading/writing
48 user space will crap out HPUX. */
49 #define NEED_TEXT_START_END 1
50
51 /* This macro defines the register numbers (from REGISTER_NAMES) that
52 are effectively unavailable to the user through ptrace(). It allows
53 us to include the whole register set in REGISTER_NAMES (inorder to
54 better support remote debugging). If it is used in
55 fetch/store_inferior_registers() gdb will not complain about I/O errors
56 on fetching these registers. If all registers in REGISTER_NAMES
57 are available, then return false (0). */
58
59 #define CANNOT_STORE_REGISTER(regno) \
60 ((regno) == 0) || \
61 ((regno) == PCSQ_HEAD_REGNUM) || \
62 ((regno) >= PCSQ_TAIL_REGNUM && (regno) < IPSW_REGNUM) || \
63 ((regno) > IPSW_REGNUM && (regno) < FP4_REGNUM)
64
65 /* In hppah-nat.c: */
66 #define FETCH_INFERIOR_REGISTERS
67 #define CHILD_XFER_MEMORY
68 #define CHILD_FOLLOW_FORK
69
70 /* While this is for use by threaded programs, it doesn't appear
71 * to hurt non-threaded ones. This is used in infrun.c: */
72 #define PREPARE_TO_PROCEED(select_it) hppa_prepare_to_proceed()
73 extern int hppa_prepare_to_proceed (void);
74
75 /* In infptrace.c or infttrace.c: */
76 #define CHILD_PID_TO_EXEC_FILE
77 #define CHILD_POST_STARTUP_INFERIOR
78 #define CHILD_ACKNOWLEDGE_CREATED_INFERIOR
79 #define CHILD_INSERT_FORK_CATCHPOINT
80 #define CHILD_REMOVE_FORK_CATCHPOINT
81 #define CHILD_INSERT_VFORK_CATCHPOINT
82 #define CHILD_REMOVE_VFORK_CATCHPOINT
83 #define CHILD_INSERT_EXEC_CATCHPOINT
84 #define CHILD_REMOVE_EXEC_CATCHPOINT
85 #define CHILD_REPORTED_EXEC_EVENTS_PER_EXEC_CALL
86 #define CHILD_POST_ATTACH
87 #define CHILD_THREAD_ALIVE
88 #define CHILD_PID_TO_STR
89 #define CHILD_WAIT
90 struct target_waitstatus;
91 extern ptid_t child_wait (ptid_t, struct target_waitstatus *);
92
93 #define REQUIRE_ATTACH(pid) hppa_require_attach(pid)
94 extern int hppa_require_attach (int);
95
96 #define REQUIRE_DETACH(pid,signal) hppa_require_detach(pid,signal)
97 extern int hppa_require_detach (int, int);
98
99 /* So we can cleanly use code in infptrace.c. */
100 #define PT_KILL PT_EXIT
101 #define PT_STEP PT_SINGLE
102 #define PT_CONTINUE PT_CONTIN
103
104 /* FIXME HP MERGE : Previously, PT_RDUAREA. this is actually fixed
105 in gdb-hp-snapshot-980509 */
106 #define PT_READ_U PT_RUAREA
107 #define PT_WRITE_U PT_WUAREA
108 #define PT_READ_I PT_RIUSER
109 #define PT_READ_D PT_RDUSER
110 #define PT_WRITE_I PT_WIUSER
111 #define PT_WRITE_D PT_WDUSER
112
113 /* attach/detach works to some extent under BSD and HPUX. So long
114 as the process you're attaching to isn't blocked waiting on io,
115 blocked waiting on a signal, or in a system call things work
116 fine. (The problems in those cases are related to the fact that
117 the kernel can't provide complete register information for the
118 target process... Which really pisses off GDB.) */
119
120 #define ATTACH_DETACH
121
122 /* In infptrace or infttrace.c: */
123
124 /* Starting with HP-UX 10.30, support is provided (in the form of
125 ttrace requests) for memory-protection-based hardware watchpoints.
126
127 The 10.30 implementation of these functions reside in infttrace.c.
128
129 Stubs of these functions will be provided in infptrace.c, so that
130 10.20 will at least link. However, the "can I use a fast watchpoint?"
131 query will always return "No" for 10.20. */
132
133 #define TARGET_HAS_HARDWARE_WATCHPOINTS
134
135 /* The PA can watch any number of locations (generic routines already check
136 that all intermediates are in watchable memory locations). */
137 #define TARGET_CAN_USE_HARDWARE_WATCHPOINT(type, cnt, ot) \
138 hppa_can_use_hw_watchpoint(type, cnt, ot)
139
140 /* The PA can also watch memory regions of arbitrary size, since we're using
141 a page-protection scheme. (On some targets, apparently watch registers
142 are used, which can only accomodate regions of REGISTER_SIZE.) */
143 #define TARGET_REGION_SIZE_OK_FOR_HW_WATCHPOINT(byte_count) \
144 (1)
145
146 /* However, some addresses may not be profitable to use hardware to watch,
147 or may be difficult to understand when the addressed object is out of
148 scope, and hence should be unwatched. On some targets, this may have
149 severe performance penalties, such that we might as well use regular
150 watchpoints, and save (possibly precious) hardware watchpoints for other
151 locations.
152
153 On HP-UX, we choose not to watch stack-based addresses, because
154
155 [1] Our implementation relies on page protection traps. The granularity
156 of these is large and so can generate many false hits, which are expensive
157 to respond to.
158
159 [2] Watches of "*p" where we may not know the symbol that p points to,
160 make it difficult to know when the addressed object is out of scope, and
161 hence shouldn't be watched. Page protection that isn't removed when the
162 addressed object is out of scope will either degrade execution speed
163 (false hits) or give false triggers (when the address is recycled by
164 other calls).
165
166 Since either of these points results in a slow-running inferior, we might
167 as well use normal watchpoints, aka single-step & test. */
168 #define TARGET_RANGE_PROFITABLE_FOR_HW_WATCHPOINT(pid,start,len) \
169 hppa_range_profitable_for_hw_watchpoint(pid, start, (LONGEST)(len))
170
171 /* On HP-UX, we're using page-protection to implement hardware watchpoints.
172 When an instruction attempts to write to a write-protected memory page,
173 a SIGBUS is raised. At that point, the write has not actually occurred.
174
175 We must therefore remove page-protections; single-step the inferior (to
176 allow the write to happen); restore page-protections; and check whether
177 any watchpoint triggered.
178
179 If none did, then the write was to a "nearby" location that just happens
180 to fall on the same page as a watched location, and so can be ignored.
181
182 The only intended client of this macro is wait_for_inferior(), in infrun.c.
183 When HAVE_NONSTEPPABLE_WATCHPOINT is true, that function will take care
184 of the stepping & etc. */
185
186 #define STOPPED_BY_WATCHPOINT(W) \
187 ((W.kind == TARGET_WAITKIND_STOPPED) && \
188 (stop_signal == TARGET_SIGNAL_BUS) && \
189 ! stepped_after_stopped_by_watchpoint && \
190 bpstat_have_active_hw_watchpoints ())
191
192 /* When a hardware watchpoint triggers, we'll move the inferior past it
193 by removing all eventpoints; stepping past the instruction that caused
194 the trigger; reinserting eventpoints; and checking whether any watched
195 location changed. */
196 #define HAVE_NONSTEPPABLE_WATCHPOINT 1
197
198 /* Our implementation of "hardware" watchpoints uses memory page-protection
199 faults. However, HP-UX has unfortunate interactions between these and
200 system calls; basically, it's unsafe to have page protections on when a
201 syscall is running. Therefore, we also ask for notification of syscall
202 entries and returns. When the inferior enters a syscall, we disable
203 h/w watchpoints. When the inferior returns from a syscall, we reenable
204 h/w watchpoints.
205
206 infptrace.c supplies dummy versions of these; infttrace.c is where the
207 meaningful implementations are.
208 */
209 #define TARGET_ENABLE_HW_WATCHPOINTS(pid) \
210 hppa_enable_page_protection_events (pid)
211 extern void hppa_enable_page_protection_events (int);
212
213 #define TARGET_DISABLE_HW_WATCHPOINTS(pid) \
214 hppa_disable_page_protection_events (pid)
215 extern void hppa_disable_page_protection_events (int);
216
217 /* Use these macros for watchpoint insertion/deletion. */
218 #define target_insert_watchpoint(addr, len, type) \
219 hppa_insert_hw_watchpoint (PIDGET (inferior_ptid), addr, (LONGEST)(len), type)
220
221 #define target_remove_watchpoint(addr, len, type) \
222 hppa_remove_hw_watchpoint (PIDGET (inferior_ptid), addr, (LONGEST)(len), type)
223
224 /* We call our k-thread processes "threads", rather
225 * than processes. So we need a new way to print
226 * the string. Code is in hppah-nat.c.
227 */
228
229 extern char *child_pid_to_str (ptid_t);
230
231 #define target_tid_to_str( ptid ) \
232 hppa_tid_to_str( ptid )
233 extern char *hppa_tid_to_str (ptid_t);
234
235 /* For this, ID can be either a process or thread ID, and the function
236 will describe it appropriately, returning the description as a printable
237 string.
238
239 The function that implements this macro is defined in infptrace.c and
240 infttrace.c.
241 */
242 #define target_pid_or_tid_to_str(ID) \
243 hppa_pid_or_tid_to_str (ID)
244 extern char *hppa_pid_or_tid_to_str (ptid_t);
245
246 /* This is used when handling events caused by a call to vfork(). On ptrace-
247 based HP-UXs, when you resume the vforked child, the parent automagically
248 begins running again. To prevent this runaway, this function is used.
249
250 Note that for vfork on HP-UX, we receive three events of interest:
251
252 1. the vfork event for the new child process
253 2. the exit or exec event of the new child process (actually, you get
254 two exec events on ptrace-based HP-UXs)
255 3. the vfork event for the original parent process
256
257 The first is always received first. The other two may be received in any
258 order; HP-UX doesn't guarantee an order.
259 */
260 #define ENSURE_VFORKING_PARENT_REMAINS_STOPPED(PID) \
261 hppa_ensure_vforking_parent_remains_stopped (PID)
262 extern void hppa_ensure_vforking_parent_remains_stopped (int);
263
264 /* This is used when handling events caused by a call to vfork().
265
266 On ttrace-based HP-UXs, the parent vfork and child exec arrive more or less
267 together. That is, you could do two wait()s without resuming either parent
268 or child, and get both events.
269
270 On ptrace-based HP-UXs, you must resume the child after its exec event is
271 delivered or you won't get the parent's vfork. I.e., you can't just wait()
272 and get the parent vfork, after receiving the child exec.
273 */
274 #define RESUME_EXECD_VFORKING_CHILD_TO_GET_PARENT_VFORK() \
275 hppa_resume_execd_vforking_child_to_get_parent_vfork ()
276 extern int hppa_resume_execd_vforking_child_to_get_parent_vfork (void);
277
278 #define HPUXHPPA
279
280 #define MAY_SWITCH_FROM_INFERIOR_PID (1)
281
282 #define MAY_FOLLOW_EXEC (1)
283
284 #define USE_THREAD_STEP_NEEDED (1)