PenaDevops/delve
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
186786235f
delve/pkg/proc/arch.go

32 lines
993 B
Go
Raw Normal View History

Rename package proctl -> proc
2015-06-12 19:49:23 +00:00
package proc
Use Arch struct for arch specific values
2015-04-29 17:07:27 +00:00
proc: refactor stack.go to use DWARF registers Instead of only tracking a few cherrypicked registers in stack.go track all DWARF registers. This is needed for cgo code and for the locationlists emitted by go in 1.10: * The debug_frame sections emitted by C compilers can not be used without tracking all registers * the loclists emitted by go1.10 need all registers of a frame to be interpreted.
2017-10-05 07:26:19 +00:00
import (
*: Update import name to github.com/go-delve/delve The repository is being switched from the personal account github.com/derekparker/delve to the organization account github.com/go-delve/delve. This patch updates imports and docs, while preserving things which should not be changed such as my name in the CHANGELOG and in TODO comments.
2019-01-04 18:39:25 +00:00
"github.com/go-delve/delve/pkg/dwarf/frame"
"github.com/go-delve/delve/pkg/dwarf/op"
proc: refactor stack.go to use DWARF registers Instead of only tracking a few cherrypicked registers in stack.go track all DWARF registers. This is needed for cgo code and for the locationlists emitted by go in 1.10: * The debug_frame sections emitted by C compilers can not be used without tracking all registers * the loclists emitted by go1.10 need all registers of a frame to be interpreted.
2017-10-05 07:26:19 +00:00
)
misc: cleanup and documentation
2016-01-10 08:57:52 +00:00
// Arch defines an interface for representing a
// CPU architecture.
Use Arch struct for arch specific values
2015-04-29 17:07:27 +00:00
type Arch interface {
PtrSize() int
proc: build disassemblers unconditionally Remove build tags from disassembler code, move architecture specific functionality inside proc.Arch. This is necessary because Delve should be able to debug corefiles cross-platform.
2019-11-28 12:54:39 +00:00
MaxInstructionLength() int
AsmDecode(asmInst *AsmInstruction, mem []byte, regs Registers, memrw MemoryReadWriter, bi *BinaryInfo) error
Prologues() []opcodeSeq
Use Arch struct for arch specific values
2015-04-29 17:07:27 +00:00
BreakpointInstruction() []byte
proc/native: fix SetCurrentBreakpoint on arm64 arm64 use hardware breakpoint, and it will not set PC to the next instruction like amd64. Let adjustPC always fasle in arm64, in case of infinite loop.
2019-11-16 12:25:13 +00:00
BreakInstrMovesPC() bool
Use Arch struct for arch specific values
2015-04-29 17:07:27 +00:00
BreakpointSize() int
proc: introduce IThread interface to abstract threads
2017-02-15 13:41:03 +00:00
DerefTLS() bool
pkg/proc: Avoid passing BinaryInfo when not needed This is going towards untangling proc in order to clean it up.
2019-08-08 03:15:20 +00:00
FixFrameUnwindContext(*frame.FrameContext, uint64, *BinaryInfo) *frame.FrameContext
proc: implement stacktrace of arm64 (#1780) * proc: separate amd64-arch code separate amd64 code about stacktrace, so we can add arm64 stacktrace code. * proc: implemente stacktrace of arm64 * delve now can use stack, frame commands on arm64-arch debug. Co-authored-by: tykcd996 <tang.yuke@zte.com.cn> Co-authored-by: hengwu0 <wu.heng@zte.com.cn> * test: remove skip-code of stacktrace on arm64 * add LR DWARF register and remove skip-code for fixed tests * proc: fix the Continue command after the hardcoded breakpoint on arm64 Arm64 use hardware breakpoint, and it will not set PC to the next instruction like amd64. We should move PC in both runtime.breakpoints and hardcoded breakpoints(probably cgo). * proc: implement cgo stacktrace on arm64 * proc: combine amd64_stack.go and arm64_stack.go file * proc: reorganize the stacktrace code * move SwitchStack function arch-related * fix Continue command after manual stop on arm64 * add timeout flag to make.go to enable infinite timeouts Co-authored-by: aarzilli <alessandro.arzilli@gmail.com> Co-authored-by: hengwu0 <wu.heng@zte.com.cn> Co-authored-by: tykcd996 <56993522+tykcd996@users.noreply.github.com> Co-authored-by: Alessandro Arzilli <alessandro.arzilli@gmail.com>
2020-01-21 17:11:20 +00:00
SwitchStack(it *stackIterator, callFrameRegs *op.DwarfRegisters) bool
proc: refactor stack.go to use DWARF registers Instead of only tracking a few cherrypicked registers in stack.go track all DWARF registers. This is needed for cgo code and for the locationlists emitted by go in 1.10: * The debug_frame sections emitted by C compilers can not be used without tracking all registers * the loclists emitted by go1.10 need all registers of a frame to be interpreted.
2017-10-05 07:26:19 +00:00
RegSize(uint64) int
pkg/proc: Avoid passing BinaryInfo when not needed This is going towards untangling proc in order to clean it up.
2019-08-08 03:15:20 +00:00
RegistersToDwarfRegisters(uint64, Registers) op.DwarfRegisters
proc: implement stacktrace of arm64 (#1780) * proc: separate amd64-arch code separate amd64 code about stacktrace, so we can add arm64 stacktrace code. * proc: implemente stacktrace of arm64 * delve now can use stack, frame commands on arm64-arch debug. Co-authored-by: tykcd996 <tang.yuke@zte.com.cn> Co-authored-by: hengwu0 <wu.heng@zte.com.cn> * test: remove skip-code of stacktrace on arm64 * add LR DWARF register and remove skip-code for fixed tests * proc: fix the Continue command after the hardcoded breakpoint on arm64 Arm64 use hardware breakpoint, and it will not set PC to the next instruction like amd64. We should move PC in both runtime.breakpoints and hardcoded breakpoints(probably cgo). * proc: implement cgo stacktrace on arm64 * proc: combine amd64_stack.go and arm64_stack.go file * proc: reorganize the stacktrace code * move SwitchStack function arch-related * fix Continue command after manual stop on arm64 * add timeout flag to make.go to enable infinite timeouts Co-authored-by: aarzilli <alessandro.arzilli@gmail.com> Co-authored-by: hengwu0 <wu.heng@zte.com.cn> Co-authored-by: tykcd996 <56993522+tykcd996@users.noreply.github.com> Co-authored-by: Alessandro Arzilli <alessandro.arzilli@gmail.com>
2020-01-21 17:11:20 +00:00
AddrAndStackRegsToDwarfRegisters(uint64, uint64, uint64, uint64, uint64) op.DwarfRegisters
proc: only format registers value when it's necessary (#1860) A significant amount of time is spent generating the string representation for the proc.Registers object of each thread, since this field is rarely used (only when the Registers API is called) it should be generated on demand. Also by changing the internal representation of proc.Register to be closer to that of op.DwarfRegister it will help us implement #1838 (when Delve will need to be able to display the registers of an internal frame, which we currently represent using op.DwarfRegister objects). Benchmark before: BenchmarkConditionalBreakpoints-4 1 22292554301 ns/op Benchmark after: BenchmarkConditionalBreakpoints-4 1 17326345671 ns/op Reduces conditional breakpoint latency from 2.2ms to 1.7ms. Updates #1549, #1838
2020-02-12 21:31:48 +00:00
DwarfRegisterToString(string, *op.DwarfRegister) string
Use Arch struct for arch specific values
2015-04-29 17:07:27 +00:00
}
proc: support cgo stacktraces When creating a stack trace we should switch between the goroutine stack and the system stack (where cgo code is executed) as appropriate to reconstruct the logical stacktrace. Goroutines that are currently executing on the system stack will have the SystemStack flag set, frames of the goroutine stack will have a negative FrameOffset (like always) and frames of the system stack will have a positive FrameOffset (which is actually just the CFA value for the frame). Updates #935
2017-09-01 13:34:13 +00:00
const (
crosscall2SPOffsetBad = 0x8
crosscall2SPOffsetWindows = 0x118
crosscall2SPOffsetNonWindows = 0x58
)
Reference in New Issue Copy Permalink