maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/lldb/source/Plugins/Process/Utility/LinuxSignals.cpp

63 lines
3.6 KiB
C++
Raw Normal View History

linux: initial support for 'real' signal handling This patch upgrades the Linux process plugin to handle a larger range of signal events. For example, we can detect when the inferior has "crashed" and why, interrupt a running process, deliver an arbitrary signal, and so on. llvm-svn: 128547
2011-03-30 23:55:52 +08:00
//===-- LinuxSignals.cpp ----------------------------------------*- C++ -*-===//
//
// The LLVM Compiler Infrastructure
//
// This file is distributed under the University of Illinois Open Source
// License. See LICENSE.TXT for details.
//
//===----------------------------------------------------------------------===//
// C++ Includes
// Other libraries and framework includes
// Project includes
#include "LinuxSignals.h"
Move several plugin to its own namespace Affected paths: * Plugins/Platform/Android/* * Plugins/Platform/Linux/* * Plugins/Platform/gdb-server/* * Plugins/Process/Linux/* * Plugins/Process/gdb-remote/* Differential revision: http://reviews.llvm.org/D8654 llvm-svn: 233679
2015-03-31 17:52:22 +08:00
using namespace lldb_private::process_linux;
Add lldb-gdbserver support for Linux x86_64. This change brings in lldb-gdbserver (llgs) specifically for Linux x86_64. (More architectures coming soon). Not every debugserver option is covered yet. Currently the lldb-gdbserver command line can start unattached, start attached to a pid (process-name attach not supported yet), or accept lldb attaching and launching a process or connecting by process id. The history of this large change can be found here: https://github.com/tfiala/lldb/tree/dev-tfiala-native-protocol-linux-x86_64 Until mid/late April, I was not sharing the work and continued to rebase it off of head (developed via id tfiala@google.com). I switched over to user todd.fiala@gmail.com in the middle, and once I went to github, I did merges rather than rebasing so I could share with others. llvm-svn: 212069
2014-07-01 05:05:18 +08:00
linux: initial support for 'real' signal handling This patch upgrades the Linux process plugin to handle a larger range of signal events. For example, we can detect when the inferior has "crashed" and why, interrupt a running process, deliver an arbitrary signal, and so on. llvm-svn: 128547
2011-03-30 23:55:52 +08:00
LinuxSignals::LinuxSignals()
: UnixSignals()
{
Reset();
}
void
LinuxSignals::Reset()
{
m_signals.clear();
Fixup Windows build breaks for the llgs upstream. Also moves NativeRegisterContextLinux* files into the Linux directory. These, like NativeProcessLinux, should only be built on Linux or a cross compiler with proper headers. llvm-svn: 212074
2014-07-01 07:51:35 +08:00
AddSignal (1, "SIGHUP", "HUP", false, true , true , "hangup");
AddSignal (2, "SIGINT", "INT", true , true , true , "interrupt");
AddSignal (3, "SIGQUIT", "QUIT", false, true , true , "quit");
AddSignal (4, "SIGILL", "ILL", false, true , true , "illegal instruction");
AddSignal (5, "SIGTRAP", "TRAP", true , true , true , "trace trap (not reset when caught)");
AddSignal (6, "SIGABRT", "ABRT", false, true , true , "abort()");
AddSignal (6, "SIGIOT", "IOT", false, true , true , "IOT trap");
AddSignal (7, "SIGBUS", "BUS", false, true , true , "bus error");
AddSignal (8, "SIGFPE", "FPE", false, true , true , "floating point exception");
AddSignal (9, "SIGKILL", "KILL", false, true , true , "kill");
AddSignal (10, "SIGUSR1", "USR1", false, true , true , "user defined signal 1");
AddSignal (11, "SIGSEGV", "SEGV", false, true , true , "segmentation violation");
AddSignal (12, "SIGUSR2", "USR2", false, true , true , "user defined signal 2");
AddSignal (13, "SIGPIPE", "PIPE", false, true , true , "write to pipe with reading end closed");
AddSignal (14, "SIGALRM", "ALRM", false, false, false, "alarm");
AddSignal (15, "SIGTERM", "TERM", false, true , true , "termination requested");
AddSignal (16, "SIGSTKFLT", "STKFLT", false, true , true , "stack fault");
AddSignal (16, "SIGCLD", "CLD", false, false, true , "same as SIGCHLD");
AddSignal (17, "SIGCHLD", "CHLD", false, false, true , "child status has changed");
AddSignal (18, "SIGCONT", "CONT", false, true , true , "process continue");
AddSignal (19, "SIGSTOP", "STOP", true , true , true , "process stop");
AddSignal (20, "SIGTSTP", "TSTP", false, true , true , "tty stop");
AddSignal (21, "SIGTTIN", "TTIN", false, true , true , "background tty read");
AddSignal (22, "SIGTTOU", "TTOU", false, true , true , "background tty write");
AddSignal (23, "SIGURG", "URG", false, true , true , "urgent data on socket");
AddSignal (24, "SIGXCPU", "XCPU", false, true , true , "CPU resource exceeded");
AddSignal (25, "SIGXFSZ", "XFSZ", false, true , true , "file size limit exceeded");
AddSignal (26, "SIGVTALRM", "VTALRM", false, true , true , "virtual time alarm");
Always transmit SIGPROF back to the inferior. Summary: SIGPROF is used for profiling processes (with google-perftools for instance), which results in the inferior receiving a SIGPROF from the kernel every few milliseconds. Instead of stopping the debugging session and notifying the user of this, we should just pass the signal and keep running. This follows the behavior we have in UnixSignals.cpp. Test Plan: Run LLDB on linux with a binary using google-perftools, see that execution gets interrupted all the time because we receive SIGPROF. Apply the patch, everything works fine. Subscribers: lldb-commits Differential Revision: http://reviews.llvm.org/D5953 llvm-svn: 221011
2014-11-01 06:37:24 +08:00
AddSignal (27, "SIGPROF", "PROF", false, false, false, "profiling time alarm");
Fixup Windows build breaks for the llgs upstream. Also moves NativeRegisterContextLinux* files into the Linux directory. These, like NativeProcessLinux, should only be built on Linux or a cross compiler with proper headers. llvm-svn: 212074
2014-07-01 07:51:35 +08:00
AddSignal (28, "SIGWINCH", "WINCH", false, true , true , "window size changes");
AddSignal (29, "SIGPOLL", "POLL", false, true , true , "pollable event");
AddSignal (29, "SIGIO", "IO", false, true , true , "input/output ready");
AddSignal (30, "SIGPWR", "PWR", false, true , true , "power failure");
AddSignal (31, "SIGSYS", "SYS", false, true , true , "invalid system call");
linux: initial support for 'real' signal handling This patch upgrades the Linux process plugin to handle a larger range of signal events. For example, we can detect when the inferior has "crashed" and why, interrupt a running process, deliver an arbitrary signal, and so on. llvm-svn: 128547
2011-03-30 23:55:52 +08:00
}