gdbserver/linux: Always wake up event loop after resume
authorPedro Alves <palves@redhat.com>
Mon, 30 Nov 2015 16:05:26 +0000 (16:05 +0000)
committerPedro Alves <palves@redhat.com>
Mon, 30 Nov 2015 18:45:23 +0000 (18:45 +0000)
Running killed-outside.exp in with "maint set target-non-stop on"
hangs currently.  This test has the inferior process die with a
SIGKILL while stopped.  gdbserver gets a SIGCHLD and reacts by
retrieveing the SIGKILL events out of waitpid.  But because the
process is not resumed from GDB's perspective, the event is left
pending.  When GDB resumes the process afterwards, the process is not
really resumed because it already has the event pending.  But nothing
wakes up the event loop to consume the event.

Handle this in the same way nat/linux-nat.c:linux_nat_resume handles
this.

gdb/gdbserver/ChangeLog:
2015-11-30  Pedro Alves  <palves@redhat.com>

* linux-low.c (linux_resume): Wake up the event loop before
returning.

gdb/gdbserver/ChangeLog
gdb/gdbserver/linux-low.c

index 86ca736..6330c03 100644 (file)
@@ -1,5 +1,10 @@
 2015-11-30  Pedro Alves  <palves@redhat.com>
 
+       * linux-low.c (linux_resume): Wake up the event loop before
+       returning.
+
+2015-11-30  Pedro Alves  <palves@redhat.com>
+
        * mem-break.c (check_gdb_bp_preconditions): Remove current_thread
        check.
        (set_gdb_breakpoint): If prepare_to_access_memory fails, set *ERR
index 28abe41..086b202 100644 (file)
@@ -4770,6 +4770,11 @@ linux_resume (struct thread_resume *resume_info, size_t n)
       debug_printf ("linux_resume done\n");
       debug_exit ();
     }
+
+  /* We may have events that were pending that can/should be sent to
+     the client now.  Trigger a linux_wait call.  */
+  if (target_is_async_p ())
+    async_file_mark ();
 }
 
 /* This function is called once per thread.  We check the thread's