This is the mail archive of the
mailing list for the GDB project.
Need advice on writing gdb server for multiprocessor enviroment
- From: Artium Nihamkin <alkhimey at gmail dot com>
- To: gdb at sourceware dot org
- Date: Sat, 16 Mar 2019 02:59:51 +0200
- Subject: Need advice on writing gdb server for multiprocessor enviroment
We have a multiprocessor embedded system with built in hardware debugger
that interface through a GPIB (IEEE-488) connection.
A custom application acts as a debugger fronted and sends these GPIB
We were thinking of replacing this application with a gdb server with the
eventual goal of debugging straight from a common, modern IDE. Using a gdb
server seems like versatile and relatively easy to implement.
The problem is that it is not clear how gdb, and specifically RSP, works
with multiprocessor systems. Should we model each processor as a thread?
The custom application has special commands such halting all processors at
once, discovering which processors are present, getting the status of each
processor (running/failed), XIO commands etc.
Additionally there are several memory types with overlapping address spaces
that the debugger can read/write to.
Can all these things work reasonably with gdb?