Skip to content

Commit

Permalink
add rocgdb how-to
Browse files Browse the repository at this point in the history
  • Loading branch information
parbenc committed May 8, 2024
1 parent caa68d9 commit f35d561
Show file tree
Hide file tree
Showing 4 changed files with 103 additions and 0 deletions.
1 change: 1 addition & 0 deletions .wordlist.txt
Original file line number Diff line number Diff line change
Expand Up @@ -28,6 +28,7 @@ BMC
BitCode
Blit
Bluefield
breakpoint
CCD
CDNA
CIFAR
Expand Down
99 changes: 99 additions & 0 deletions docs/how-to/rocgdb.rst
Original file line number Diff line number Diff line change
@@ -0,0 +1,99 @@
.. meta::
:description: This chapter describes the usage of ROCgdb, a tool for debugging
ROCm software.
:keywords: AMD, ROCm, HIP, ROCgdb, performance, debugging

*******************************************************************************
ROCgdb
*******************************************************************************

.. _rocgdb_introduction:
Introduction
===============================================================================
This document introduces ROCgdb, the AMD ROCm debugger for Linux targets.

ROCgdb is an extension to GDB, the GNU Project debugger. The tool provides developers
with a mechanism for debugging CUDA applications running on actual hardware. This
enables developers to debug applications without the potential variations introduced
by simulation and emulation environments. It is meant to present a seamless debugging
environment that allows simultaneous debugging of both GPU and CPU code within the
same application, just like programming in HIP is a seamless extension of C++
programming. The existing GDB debugging features are inherently present for debugging
the host code, and additional features have been provided to support debugging ROCm
device code.

ROCgdb supports HIP kernel debugging. It allows the user to set breakpoints, to
single-step ROCm applications, and also to inspect and modify the memory and variables
of any given thread running on the hardware.

.. _rocgdb_installation:
Installation
===============================================================================
The ROCm installation also installs the ROCgdb debugger, but some steps are necessary
before using the debugger.

.. _rocgdb_setup:
Setup
===============================================================================
Before debugging you have to compile your software with debug information. To do this
you have to add the '-g' flag for your compilation command. This will generate debug
information even when optimizations are turned on. Notice that higher optimization
levels make the debugging more difficult, so it might be useful to turn off these
optimizations by using the '-O0' compiler option.

.. _rocgdb_debugging:
Debugging
===============================================================================
This section is a brief introduction on how to use ROCgdb. For a more information on the
functionality of gdb look up the gdb documentation.

First step is to run ROCgdb with your ROCm application:

``rocgdb my_application``

At this point the application is not running, but you'll have access to the debugger
console. Here you can use every gdb option for host debugging and you can use them and
extra ROCgdb specific features for device debugging.

Before you run your application with the debugger, you'll need to set a breakpoint.

``tbreak my_app.cpp:458``

This will place a breakpoint at the specified line. To start your application use this
command:

``run``

If the breakpoint is in device code the debugger will show the device and host threads as
well. The device threads will not be individual threads, instead they represent a
wavefront on the device. You can switch between the device wavefronts, like you would
between host threads.

You can also switch between layouts. Use different layouts for different situations while
debugging.

``layout src``

``layout asm``

The `src` layout is the source code view, while the `asm` is the assembly view. There are
further layouts you can look up on the gdb documentation.

``info threads``

This command lists all threads with id and information on where the thread is stopped.

To switch threads you can use the following command:

``thread <id>``

To take a step in the execution use:

``n``

To dump the content of the current wavefronts registers use:

``i r``

For further information on the usage of gdb, you can go to the `gdb documentation
<https://www.sourceware.org/gdb/documentation/>`_.
1 change: 1 addition & 0 deletions docs/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -97,6 +97,7 @@ Our documentation is organized into the following categories:
* [Setting up for deep learning with ROCm](./how-to/deep-learning-rocm.md)
* [GPU-enabled MPI](./how-to/gpu-enabled-mpi.rst)
* [System level debugging](./how-to/system-debugging.md)
* [ROCgdb](./how-to/rocgdb.rst)
* [GitHub examples](https://github.com/amd/rocm-examples)
:::

Expand Down
2 changes: 2 additions & 0 deletions docs/sphinx/_toc.yml.in
Original file line number Diff line number Diff line change
Expand Up @@ -53,6 +53,8 @@ subtrees:
title: Using MPI
- file: how-to/system-debugging.md
title: Debugging
- file: how-to/rocgdb.rst
title: ROCgdb
- file: how-to/tuning-guides.md
title: Tuning guides
subtrees:
Expand Down

0 comments on commit f35d561

Please sign in to comment.