Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

In this brief tutorial we will discuss how to debug uboot drivers in SDK 2018.3. The main issue with debugging uboot is that the code relocates. In this tutorial we shall discuss how to overcome this in SDK, and how to add breakpoints to debug potential driver issue.

The use-case we will use here is the debugging of the PS GEM driver (zynq_gem) on the RFSoC board; ZCU111. The SDK supports debugging on a running target, so users can boot u-boot and connect to this running target, then set the relocation information, and set a breakpoint.

Then upon a reboot, then breakpoint should be hit and user can step through the uboot code.

Determining the uboot relocation address and offset:

Boot into u-boot and use the bdinfo utility to obtain this information. For example:

Here, we can see that the reloc_off is 0x77ED9000, and the relocaddr is 0x7FED9000

Determining a uboot driver function address after relocation:

In this use-case, we shall be debugging the zynq_gem driver. So, a good place to start here is the zynq_gem_probe(). Users can get the address of this function from the file, and add this to the relocation address to find the relocated address of the zynq_gem_probe().

For example:

So, the relocated address would be the relocaddr + the offset in the map file; 0x7FED9000 + 0x4187C = 0x7FF1A87C

Connecting to Running Target in SDK:

  • No labels