[NFC] Darwin llgs support from Week of Code
This code represents the Week of Code work I did on bringing up
lldb-server LLGS support for Darwin. It does not include the
Xcode project changes needed, as we don't want to throw that switch
until more support is implemented (i.e. this change is inert, no
build systems use it yet. I've verified on Ubuntu 16.04, macOS
Xcode and macOS cmake builds).
This change does some minimal refactoring of code that is shared
with the Linux LLGS portion, moving it from NativeProcessLinux into
NativeProcessProtocol. That code is also used by NativeProcessDarwin.
Current state on Darwin:
* Process launching is implemented. (Attach is not).
Launching on devices has not yet been tested (FBS/BKS might
need a bit of work).
* Inferior waitpid monitoring and communication of exit status
via MainLoop callback is implemented.
* Memory read/write, breakpoints, thread register context, etc.
are not yet implemented. This impacts process stop/resume, as
the initial launch suspended immediately starts the process
up and running because it doesn't know it is supposed to remain
stopped.
* I implemented the equivalent of MachThreadList as
NativeThreadListDarwin, in anticipation that we might want to
factor out common parts into NativeThreadList{Protocol} and share
some code here. After writing it, though, the fallout from merging
Mach Task/Process into a single concept plus some other minor
changes makes the whole NativeThreadListDarwin concept nothing more
than dead weight. I am likely going to get rid of this class and
just manage it directly in NativeProcessDarwin, much like I did
for NativeProcessLinux.
* There is a stub-out call for starting a STDIO thread. That will
go away and adopt the MainLoop pselect-based IOObject reading.
I am developing the fully-integrated changes in the following repo,
which contains the necessary Xcode bits and the glue that enables
lldb-debugserver on a macOS system:
https://github.com/tfiala/lldb/tree/llgs-darwin
This change also breaks out a few of the lldb-server tests into
their own directory, and adds some $qHostInfo tests (not sure why
I didn't write those tests back when I initially implemented that
on the Linux side).
llvm-svn: 280604
2016-09-04 00:18:56 +00:00
|
|
|
from __future__ import print_function
|
|
|
|
|
|
|
|
# lldb test suite imports
|
|
|
|
from lldbsuite.test.decorators import *
|
|
|
|
from lldbsuite.test.lldbtest import TestBase
|
|
|
|
|
|
|
|
# gdb-remote-specific imports
|
|
|
|
import lldbgdbserverutils
|
|
|
|
from gdbremote_testcase import GdbRemoteTestCaseBase
|
|
|
|
|
|
|
|
|
|
|
|
class TestGdbRemoteHostInfo(GdbRemoteTestCaseBase):
|
|
|
|
|
|
|
|
mydir = TestBase.compute_mydir(__file__)
|
|
|
|
|
|
|
|
KNOWN_HOST_INFO_KEYS = set([
|
2017-05-05 17:18:08 +00:00
|
|
|
"arch",
|
[NFC] Darwin llgs support from Week of Code
This code represents the Week of Code work I did on bringing up
lldb-server LLGS support for Darwin. It does not include the
Xcode project changes needed, as we don't want to throw that switch
until more support is implemented (i.e. this change is inert, no
build systems use it yet. I've verified on Ubuntu 16.04, macOS
Xcode and macOS cmake builds).
This change does some minimal refactoring of code that is shared
with the Linux LLGS portion, moving it from NativeProcessLinux into
NativeProcessProtocol. That code is also used by NativeProcessDarwin.
Current state on Darwin:
* Process launching is implemented. (Attach is not).
Launching on devices has not yet been tested (FBS/BKS might
need a bit of work).
* Inferior waitpid monitoring and communication of exit status
via MainLoop callback is implemented.
* Memory read/write, breakpoints, thread register context, etc.
are not yet implemented. This impacts process stop/resume, as
the initial launch suspended immediately starts the process
up and running because it doesn't know it is supposed to remain
stopped.
* I implemented the equivalent of MachThreadList as
NativeThreadListDarwin, in anticipation that we might want to
factor out common parts into NativeThreadList{Protocol} and share
some code here. After writing it, though, the fallout from merging
Mach Task/Process into a single concept plus some other minor
changes makes the whole NativeThreadListDarwin concept nothing more
than dead weight. I am likely going to get rid of this class and
just manage it directly in NativeProcessDarwin, much like I did
for NativeProcessLinux.
* There is a stub-out call for starting a STDIO thread. That will
go away and adopt the MainLoop pselect-based IOObject reading.
I am developing the fully-integrated changes in the following repo,
which contains the necessary Xcode bits and the glue that enables
lldb-debugserver on a macOS system:
https://github.com/tfiala/lldb/tree/llgs-darwin
This change also breaks out a few of the lldb-server tests into
their own directory, and adds some $qHostInfo tests (not sure why
I didn't write those tests back when I initially implemented that
on the Linux side).
llvm-svn: 280604
2016-09-04 00:18:56 +00:00
|
|
|
"cputype",
|
|
|
|
"cpusubtype",
|
|
|
|
"distribution_id",
|
|
|
|
"endian",
|
|
|
|
"hostname",
|
|
|
|
"ostype",
|
|
|
|
"os_build",
|
|
|
|
"os_kernel",
|
|
|
|
"os_version",
|
|
|
|
"ptrsize",
|
|
|
|
"triple",
|
|
|
|
"vendor",
|
2016-09-05 08:34:56 +00:00
|
|
|
"watchpoint_exceptions_received",
|
|
|
|
"default_packet_timeout",
|
[NFC] Darwin llgs support from Week of Code
This code represents the Week of Code work I did on bringing up
lldb-server LLGS support for Darwin. It does not include the
Xcode project changes needed, as we don't want to throw that switch
until more support is implemented (i.e. this change is inert, no
build systems use it yet. I've verified on Ubuntu 16.04, macOS
Xcode and macOS cmake builds).
This change does some minimal refactoring of code that is shared
with the Linux LLGS portion, moving it from NativeProcessLinux into
NativeProcessProtocol. That code is also used by NativeProcessDarwin.
Current state on Darwin:
* Process launching is implemented. (Attach is not).
Launching on devices has not yet been tested (FBS/BKS might
need a bit of work).
* Inferior waitpid monitoring and communication of exit status
via MainLoop callback is implemented.
* Memory read/write, breakpoints, thread register context, etc.
are not yet implemented. This impacts process stop/resume, as
the initial launch suspended immediately starts the process
up and running because it doesn't know it is supposed to remain
stopped.
* I implemented the equivalent of MachThreadList as
NativeThreadListDarwin, in anticipation that we might want to
factor out common parts into NativeThreadList{Protocol} and share
some code here. After writing it, though, the fallout from merging
Mach Task/Process into a single concept plus some other minor
changes makes the whole NativeThreadListDarwin concept nothing more
than dead weight. I am likely going to get rid of this class and
just manage it directly in NativeProcessDarwin, much like I did
for NativeProcessLinux.
* There is a stub-out call for starting a STDIO thread. That will
go away and adopt the MainLoop pselect-based IOObject reading.
I am developing the fully-integrated changes in the following repo,
which contains the necessary Xcode bits and the glue that enables
lldb-debugserver on a macOS system:
https://github.com/tfiala/lldb/tree/llgs-darwin
This change also breaks out a few of the lldb-server tests into
their own directory, and adds some $qHostInfo tests (not sure why
I didn't write those tests back when I initially implemented that
on the Linux side).
llvm-svn: 280604
2016-09-04 00:18:56 +00:00
|
|
|
])
|
|
|
|
|
|
|
|
DARWIN_REQUIRED_HOST_INFO_KEYS = set([
|
|
|
|
"cputype",
|
|
|
|
"cpusubtype",
|
|
|
|
"endian",
|
|
|
|
"ostype",
|
|
|
|
"ptrsize",
|
|
|
|
"vendor",
|
|
|
|
"watchpoint_exceptions_received"
|
|
|
|
])
|
|
|
|
|
|
|
|
def add_host_info_collection_packets(self):
|
|
|
|
self.test_sequence.add_log_lines(
|
|
|
|
["read packet: $qHostInfo#9b",
|
|
|
|
{"direction": "send", "regex": r"^\$(.+)#[0-9a-fA-F]{2}$",
|
|
|
|
"capture": {1: "host_info_raw"}}],
|
|
|
|
True)
|
|
|
|
|
|
|
|
def parse_host_info_response(self, context):
|
|
|
|
# Ensure we have a host info response.
|
|
|
|
self.assertIsNotNone(context)
|
|
|
|
host_info_raw = context.get("host_info_raw")
|
|
|
|
self.assertIsNotNone(host_info_raw)
|
|
|
|
|
|
|
|
# Pull out key:value; pairs.
|
|
|
|
host_info_dict = {match.group(1): match.group(2)
|
|
|
|
for match in re.finditer(r"([^:]+):([^;]+);",
|
|
|
|
host_info_raw)}
|
|
|
|
|
|
|
|
import pprint
|
|
|
|
print("\nqHostInfo response:")
|
|
|
|
pprint.pprint(host_info_dict)
|
|
|
|
|
|
|
|
# Validate keys are known.
|
|
|
|
for (key, val) in list(host_info_dict.items()):
|
|
|
|
self.assertTrue(key in self.KNOWN_HOST_INFO_KEYS,
|
|
|
|
"unknown qHostInfo key: " + key)
|
|
|
|
self.assertIsNotNone(val)
|
|
|
|
|
|
|
|
# Return the key:val pairs.
|
|
|
|
return host_info_dict
|
|
|
|
|
|
|
|
def get_qHostInfo_response(self):
|
|
|
|
# Launch the debug monitor stub, attaching to the inferior.
|
|
|
|
server = self.connect_to_debug_monitor()
|
|
|
|
self.assertIsNotNone(server)
|
|
|
|
self.add_no_ack_remote_stream()
|
|
|
|
|
|
|
|
# Request qHostInfo and get response
|
|
|
|
self.add_host_info_collection_packets()
|
|
|
|
context = self.expect_gdbremote_sequence()
|
|
|
|
self.assertIsNotNone(context)
|
|
|
|
|
|
|
|
# Parse qHostInfo response.
|
|
|
|
host_info = self.parse_host_info_response(context)
|
|
|
|
self.assertIsNotNone(host_info)
|
|
|
|
self.assertGreater(len(host_info), 0, "qHostInfo should have returned "
|
|
|
|
"at least one key:val pair.")
|
|
|
|
return host_info
|
|
|
|
|
|
|
|
def validate_darwin_minimum_host_info_keys(self, host_info_dict):
|
|
|
|
self.assertIsNotNone(host_info_dict)
|
|
|
|
missing_keys = [key for key in self.DARWIN_REQUIRED_HOST_INFO_KEYS
|
|
|
|
if key not in host_info_dict]
|
|
|
|
self.assertEquals(0, len(missing_keys),
|
|
|
|
"qHostInfo is missing the following required "
|
|
|
|
"keys: " + str(missing_keys))
|
|
|
|
|
|
|
|
@debugserver_test
|
|
|
|
def test_qHostInfo_returns_at_least_one_key_val_pair_debugserver(self):
|
|
|
|
self.init_debugserver_test()
|
|
|
|
self.build()
|
|
|
|
self.get_qHostInfo_response()
|
|
|
|
|
|
|
|
@llgs_test
|
|
|
|
def test_qHostInfo_returns_at_least_one_key_val_pair_llgs(self):
|
|
|
|
self.init_llgs_test()
|
|
|
|
self.build()
|
|
|
|
self.get_qHostInfo_response()
|
|
|
|
|
|
|
|
@skipUnlessDarwin
|
|
|
|
@debugserver_test
|
|
|
|
def test_qHostInfo_contains_darwin_required_keys_debugserver(self):
|
|
|
|
self.init_debugserver_test()
|
|
|
|
self.build()
|
|
|
|
host_info_dict = self.get_qHostInfo_response()
|
|
|
|
self.validate_darwin_minimum_host_info_keys(host_info_dict)
|
|
|
|
|
|
|
|
@skipUnlessDarwin
|
|
|
|
@llgs_test
|
|
|
|
def test_qHostInfo_contains_darwin_required_keys_llgs(self):
|
|
|
|
self.init_llgs_test()
|
|
|
|
self.build()
|
|
|
|
host_info_dict = self.get_qHostInfo_response()
|
|
|
|
self.validate_darwin_minimum_host_info_keys(host_info_dict)
|