summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/python_api/target
diff options
context:
space:
mode:
authorPavel Labath <labath@google.com>2018-03-26 11:45:32 +0000
committerPavel Labath <labath@google.com>2018-03-26 11:45:32 +0000
commita057877a2eba15dabde61e9c265be9026313fe4d (patch)
tree70d2b265113fb3b50b3ad2b871bb1f0a0b176921 /lldb/packages/Python/lldbsuite/test/python_api/target
parent5bf31e1e6373b9cf6adb00207d9d4b6ec72c2d19 (diff)
downloadbcm5719-llvm-a057877a2eba15dabde61e9c265be9026313fe4d.tar.gz
bcm5719-llvm-a057877a2eba15dabde61e9c265be9026313fe4d.zip
Add a test for setting the load address of a module with differing physical/virtual addresses
Summary: First attempt at landing D42145 was reverted because it caused test failures on some android devices. It turned out this was because these devices had vdso modules with differing physical and virtual addresses. This was not caught earlier because all of the modules in our tests either lack physical addresses or have them identical to virtual ones. In the discussion on the patch, we came to the conclusion that in the scenario where we are merely setting a load address of a module (for example from a dynamic loader plugin), we should always use virtual addresses (i.e., preserve status quo). This patch adds a test to make sure we don't regress in that direction. Reviewers: owenpshaw Subscribers: lldb-commits Differential Revision: https://reviews.llvm.org/D44738 llvm-svn: 328485
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/target')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud