diff options
author | Pedro Alves <palves@redhat.com> | 2014-12-16 16:12:24 +0000 |
---|---|---|
committer | Pedro Alves <palves@redhat.com> | 2015-01-09 11:39:49 +0000 |
commit | 8784d56326e72e2e6863e8443b1f97e45a46ba36 (patch) | |
tree | 624a552b91801b257a556eb16f92228600cb3075 /gdb/gdbserver/linux-low.c | |
parent | 883ed13e4af121e28de1c0df70a8d66d94a8bc7b (diff) | |
download | gdb-8784d56326e72e2e6863e8443b1f97e45a46ba36.zip gdb-8784d56326e72e2e6863e8443b1f97e45a46ba36.tar.gz gdb-8784d56326e72e2e6863e8443b1f97e45a46ba36.tar.bz2 |
Linux: on attach, attach to lwps listed under /proc/$pid/task/
... instead of relying on libthread_db.
I wrote a test that attaches to a program that constantly spawns
short-lived threads, which exposed several issues. This is one of
them.
On Linux, we need to attach to all threads of a process (thread group)
individually. We currently rely on libthread_db to list the threads,
but that is problematic, because libthread_db relies on reading data
structures out of the inferior (which may well be corrupted). If
threads are being created or exiting just while we try to attach, we
may trip on inconsistencies in the inferior's thread list. To work
around that, when we see a seemingly corrupt list, we currently retry
a few times:
static void
thread_db_find_new_threads_2 (ptid_t ptid, int until_no_new)
{
...
if (until_no_new)
{
/* Require 4 successive iterations which do not find any new threads.
The 4 is a heuristic: there is an inherent race here, and I have
seen that 2 iterations in a row are not always sufficient to
"capture" all threads. */
...
That heuristic may well fail, and when it does, we end up with threads
in the program that aren't under GDB's control. That's obviously bad
and results in quite mistifying failures, like e.g., the process dying
for seeminly no reason when a thread that wasn't attached trips on a
breakpoint.
There's really no reason to rely on libthread_db for this nowadays
when we have /proc mounted. In that case, which is the usual case, we
can list the LWPs from /proc/PID/task/. In fact, GDBserver is already
doing this. The patch factors out that code that knows to walk the
task/ directory out of GDBserver, and makes GDB use it too.
Like GDBserver, the patch makes GDB attach to LWPs and _not_ wait for
them to stop immediately. Instead, we just tag the LWP as having an
expected stop. Because we can only set the ptrace options when the
thread stops, we need a new flag in the lwp structure to keep track of
whether we've already set the ptrace options, just like in GDBserver.
Note that nothing issues any ptrace command to the threads between the
PTRACE_ATTACH and the stop, so this is safe (unlike one scenario
described in gdbserver's linux-low.c).
When we attach to a program that has threads exiting while we attach,
it's easy to race with a thread just exiting as we try to attach to
it, like:
#1 - get current list of threads
#2 - attach to each listed thread
#3 - ooops, attach failed, thread is already gone
As this is pretty normal, we shouldn't be issuing a scary warning in
step #3.
When #3 happens, PTRACE_ATTACH usually fails with ESRCH, but sometimes
we'll see EPERM as well. That happens when the kernel still has the
thread in its task list, but the thread is marked as dead.
Unfortunately, EPERM is ambiguous and we'll get it also on other
scenarios where the thread isn't dead, and in those cases, it's useful
to get a warning. To distiguish the cases, when we get an EPERM
failure, we open /proc/PID/status, and check the thread's state -- if
the /proc file no longer exists, or the state is "Z (Zombie)" or "X
(Dead)", we ignore the EPERM error silently; otherwise, we'll warn.
Unfortunately, there seems to be a kernel race here. Sometimes I get
EPERM, and then the /proc state still indicates "R (Running)"... If
we wait a bit and retry, we do end up seeing X or Z state, or get an
ESRCH. I thought of making GDB retry the attach a few times, but even
with a 500ms wait and 4 retries, I still see the warning sometimes. I
haven't been able to identify the kernel path that causes this yet,
but in any case, it looks like a kernel bug to me. As this just
results failure to suppress a warning that we've been printing since
about forever anyway, I'm just making the test cope with it, and issue
an XFAIL.
gdb/gdbserver/
2015-01-09 Pedro Alves <palves@redhat.com>
* linux-low.c (linux_attach_fail_reason_string): Move to
nat/linux-ptrace.c, and rename.
(linux_attach_lwp): Update comment.
(attach_proc_task_lwp_callback): New function.
(linux_attach): Adjust to rename and use
linux_proc_attach_tgid_threads.
(linux_attach_fail_reason_string): Delete declaration.
gdb/
2015-01-09 Pedro Alves <palves@redhat.com>
* linux-nat.c (attach_proc_task_lwp_callback): New function.
(linux_nat_attach): Use linux_proc_attach_tgid_threads.
(wait_lwp, linux_nat_filter_event): If not set yet, set the lwp's
ptrace option flags.
* linux-nat.h (struct lwp_info) <must_set_ptrace_flags>: New
field.
* nat/linux-procfs.c: Include <dirent.h>.
(linux_proc_get_int): New parameter "warn". Handle it.
(linux_proc_get_tgid): Adjust.
(linux_proc_get_tracerpid): Rename to ...
(linux_proc_get_tracerpid_nowarn): ... this.
(linux_proc_pid_get_state): New function, factored out from
(linux_proc_pid_has_state): ... this. Add new parameter "warn"
and handle it.
(linux_proc_pid_is_gone): New function.
(linux_proc_pid_is_stopped): Adjust.
(linux_proc_pid_is_zombie_maybe_warn)
(linux_proc_pid_is_zombie_nowarn): New functions.
(linux_proc_pid_is_zombie): Use
linux_proc_pid_is_zombie_maybe_warn.
(linux_proc_attach_tgid_threads): New function.
* nat/linux-procfs.h (linux_proc_get_tgid): Update comment.
(linux_proc_get_tracerpid): Rename to ...
(linux_proc_get_tracerpid_nowarn): ... this, and update comment.
(linux_proc_pid_is_gone): New declaration.
(linux_proc_pid_is_zombie): Update comment.
(linux_proc_pid_is_zombie_nowarn): New declaration.
(linux_proc_attach_lwp_func): New typedef.
(linux_proc_attach_tgid_threads): New declaration.
* nat/linux-ptrace.c (linux_ptrace_attach_fail_reason): Adjust to
use nowarn functions.
(linux_ptrace_attach_fail_reason_string): Move here from
gdbserver/linux-low.c and rename.
(ptrace_supports_feature): If the current ptrace options are not
known yet, check them now, instead of asserting.
* nat/linux-ptrace.h (linux_ptrace_attach_fail_reason_string):
Declare.
Diffstat (limited to 'gdb/gdbserver/linux-low.c')
-rw-r--r-- | gdb/gdbserver/linux-low.c | 152 |
1 files changed, 57 insertions, 95 deletions
diff --git a/gdb/gdbserver/linux-low.c b/gdb/gdbserver/linux-low.c index 0d85189..268ee5c 100644 --- a/gdb/gdbserver/linux-low.c +++ b/gdb/gdbserver/linux-low.c @@ -631,31 +631,8 @@ linux_create_inferior (char *program, char **allargs) return pid; } -char * -linux_attach_fail_reason_string (ptid_t ptid, int err) -{ - static char *reason_string; - struct buffer buffer; - char *warnings; - long lwpid = ptid_get_lwp (ptid); - - xfree (reason_string); - - buffer_init (&buffer); - linux_ptrace_attach_fail_reason (lwpid, &buffer); - buffer_grow_str0 (&buffer, ""); - warnings = buffer_finish (&buffer); - if (warnings[0] != '\0') - reason_string = xstrprintf ("%s (%d), %s", - strerror (err), err, warnings); - else - reason_string = xstrprintf ("%s (%d)", - strerror (err), err); - xfree (warnings); - return reason_string; -} - -/* Attach to an inferior process. */ +/* Attach to an inferior process. Returns 0 on success, ERRNO on + error. */ int linux_attach_lwp (ptid_t ptid) @@ -739,6 +716,50 @@ linux_attach_lwp (ptid_t ptid) return 0; } +/* Callback for linux_proc_attach_tgid_threads. Attach to PTID if not + already attached. Returns true if a new LWP is found, false + otherwise. */ + +static int +attach_proc_task_lwp_callback (ptid_t ptid) +{ + /* Is this a new thread? */ + if (find_thread_ptid (ptid) == NULL) + { + int lwpid = ptid_get_lwp (ptid); + int err; + + if (debug_threads) + debug_printf ("Found new lwp %d\n", lwpid); + + err = linux_attach_lwp (ptid); + + /* Be quiet if we simply raced with the thread exiting. EPERM + is returned if the thread's task still exists, and is marked + as exited or zombie, as well as other conditions, so in that + case, confirm the status in /proc/PID/status. */ + if (err == ESRCH + || (err == EPERM && linux_proc_pid_is_gone (lwpid))) + { + if (debug_threads) + { + debug_printf ("Cannot attach to lwp %d: " + "thread is gone (%d: %s)\n", + lwpid, err, strerror (err)); + } + } + else if (err != 0) + { + warning (_("Cannot attach to lwp %d: %s"), + lwpid, + linux_ptrace_attach_fail_reason_string (ptid, err)); + } + + return 1; + } + return 0; +} + /* Attach to PID. If PID is the tgid, attach to it and all of its threads. */ @@ -753,7 +774,7 @@ linux_attach (unsigned long pid) err = linux_attach_lwp (ptid); if (err != 0) error ("Cannot attach to process %ld: %s", - pid, linux_attach_fail_reason_string (ptid, err)); + pid, linux_ptrace_attach_fail_reason_string (ptid, err)); linux_add_process (pid, 1); @@ -767,75 +788,16 @@ linux_attach (unsigned long pid) thread->last_resume_kind = resume_stop; } - if (linux_proc_get_tgid (pid) == pid) - { - DIR *dir; - char pathname[128]; - - sprintf (pathname, "/proc/%ld/task", pid); - - dir = opendir (pathname); - - if (!dir) - { - fprintf (stderr, "Could not open /proc/%ld/task.\n", pid); - fflush (stderr); - } - else - { - /* At this point we attached to the tgid. Scan the task for - existing threads. */ - int new_threads_found; - int iterations = 0; - - while (iterations < 2) - { - struct dirent *dp; - - new_threads_found = 0; - /* Add all the other threads. While we go through the - threads, new threads may be spawned. Cycle through - the list of threads until we have done two iterations without - finding new threads. */ - while ((dp = readdir (dir)) != NULL) - { - unsigned long lwp; - ptid_t ptid; - - /* Fetch one lwp. */ - lwp = strtoul (dp->d_name, NULL, 10); - - ptid = ptid_build (pid, lwp, 0); - - /* Is this a new thread? */ - if (lwp != 0 && find_thread_ptid (ptid) == NULL) - { - int err; - - if (debug_threads) - debug_printf ("Found new lwp %ld\n", lwp); - - err = linux_attach_lwp (ptid); - if (err != 0) - warning ("Cannot attach to lwp %ld: %s", - lwp, - linux_attach_fail_reason_string (ptid, err)); - - new_threads_found++; - } - } - - if (!new_threads_found) - iterations++; - else - iterations = 0; - - rewinddir (dir); - } - closedir (dir); - } - } - + /* We must attach to every LWP. If /proc is mounted, use that to + find them now. On the one hand, the inferior may be using raw + clone instead of using pthreads. On the other hand, even if it + is using pthreads, GDB may not be connected yet (thread_db needs + to do symbol lookups, through qSymbol). Also, thread_db walks + structures in the inferior's address space to find the list of + threads/LWPs, and those structures may well be corrupted. Note + that once thread_db is loaded, we'll still use it to list threads + and associate pthread info with each LWP. */ + linux_proc_attach_tgid_threads (pid, attach_proc_task_lwp_callback); return 0; } |