This is the mail archive of the mailing list for the GDB project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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?

Thank you,

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]