[Lldb-commits] [PATCH] D82378: [lldb/Unwind] Use eh_frame plan directly when it doesn't need to be augmented
Pavel Labath via Phabricator via lldb-commits
lldb-commits at lists.llvm.org
Tue Jun 23 06:53:46 PDT 2020
labath created this revision.
labath added reviewers: jasonmolenda, jankratochvil.
Herald added a project: LLDB.
This fixes a bug in the logic for choosing the unwind plan. Based on the
comment in UnwindAssembly-x86, the intention was that a plan which
describes the function epilogue correctly does not need to be augmented
(and it should be used directly). However, the way this was implemented
(by returning false) meant that the higher level code
(FuncUnwinders::GetEHFrameAugmentedUnwindPlan) interpreted this as a
failure to produce _any_ plan and proceeded with other fallback options.
The fallback usually chosed for "asynchronous" plans was the
"instruction emulation" plan, which tended to fall over on certain
functions with multiple epilogues (that's a separate bug).
This patch simply changes the function to return true, which signals the
caller that the unmodified plan is ready to be used.
The attached test case demonstrates the case where we would previously
fall back to the instruction emulation plan, and unwind incorrectly --
the test asserts that the "augmented" eh_frame plan is used, and that
the unwind is correct.
Repository:
rG LLVM Github Monorepo
https://reviews.llvm.org/D82378
Files:
lldb/source/Plugins/UnwindAssembly/x86/UnwindAssembly-x86.cpp
lldb/test/Shell/Unwind/Inputs/eh-frame-augment-noop.s
lldb/test/Shell/Unwind/eh-frame-augment-noop.test
Index: lldb/test/Shell/Unwind/eh-frame-augment-noop.test
===================================================================
--- /dev/null
+++ lldb/test/Shell/Unwind/eh-frame-augment-noop.test
@@ -0,0 +1,24 @@
+# Test handing of dwarf expressions specifying the location of registers, if
+# those expressions refer to the frame's CFA value.
+
+# UNSUPPORTED: system-windows
+# REQUIRES: target-x86_64, native
+
+# RUN: %clang_host %p/Inputs/call-asm.c %p/Inputs/eh-frame-augment-noop.s -o %t
+# RUN: %lldb %t -s %s -o exit | FileCheck %s
+
+process launch
+# CHECK: stop reason
+
+thread backtrace
+# CHECK: frame #0: {{.*}}`foo + 9
+# CHECK: frame #1: {{.*}}`asm_main + 5
+
+target modules show-unwind -n foo
+# CHECK: Asynchronous (not restricted to call-sites) UnwindPlan is 'eh_frame CFI'
+# CHECK: eh_frame augmented UnwindPlan:
+# CHECK: row[0]: 0: CFA=rsp +8 => rip=[CFA-8]
+# CHECK-NEXT: row[1]: 1: CFA=rsp+16 => rip=[CFA-8]
+# CHECK-NEXT: row[2]: 7: CFA=rsp +8 => rip=[CFA-8]
+# CHECK-NEXT: row[3]: 8: CFA=rsp+16 => rip=[CFA-8]
+# CHECK-NEXT: row[4]: 10: CFA=rsp +8 => rip=[CFA-8]
Index: lldb/test/Shell/Unwind/Inputs/eh-frame-augment-noop.s
===================================================================
--- /dev/null
+++ lldb/test/Shell/Unwind/Inputs/eh-frame-augment-noop.s
@@ -0,0 +1,29 @@
+# A function with two epilogues, where both epilogues are described perfectly.
+# eh_frame augmentation machinery should detect that no augmentation is needed
+# and use eh_frame directly.
+
+ .text
+ .globl foo
+foo:
+ .cfi_startproc
+ pushq %rax
+ .cfi_def_cfa_offset 16
+ jmp 1f
+ popq %rcx
+ .cfi_def_cfa_offset 8
+ retq
+
+1:
+ .cfi_def_cfa_offset 16
+ int3
+ pop %rcx
+ .cfi_def_cfa_offset 8
+ retq
+ .cfi_endproc
+
+ .globl asm_main
+asm_main:
+ .cfi_startproc
+ callq foo
+ retq
+ .cfi_endproc
Index: lldb/source/Plugins/UnwindAssembly/x86/UnwindAssembly-x86.cpp
===================================================================
--- lldb/source/Plugins/UnwindAssembly/x86/UnwindAssembly-x86.cpp
+++ lldb/source/Plugins/UnwindAssembly/x86/UnwindAssembly-x86.cpp
@@ -141,7 +141,7 @@
// and we don't need to modify it at all.
if (first_row_pc_loc.GetOffset() == -wordsize) {
- do_augment_unwindplan = false;
+ return true;
}
}
}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: D82378.272709.patch
Type: text/x-patch
Size: 2475 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/lldb-commits/attachments/20200623/fe61c4ad/attachment.bin>
More information about the lldb-commits
mailing list