[PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary
Mark Rutland
mark.rutland at arm.com
Thu Jan 26 10:44:23 PST 2017
On Thu, Jan 26, 2017 at 06:33:19PM +0000, Ard Biesheuvel wrote:
> On 26 January 2017 at 18:26, Mark Rutland <mark.rutland at arm.com> wrote:
> > On Wed, Jan 25, 2017 at 12:00:44PM +0000, Ard Biesheuvel wrote:
> >> On 25 January 2017 at 11:53, Mark Rutland <mark.rutland at arm.com> wrote:
> >> > On Wed, Jan 25, 2017 at 10:39:19AM +0000, Ard Biesheuvel wrote:
> >> >> When building with debugging symbols, take the absolute path to the
> >> >> vmlinux binary and add it to the special PE/COFF debug table entry.
> >> >>
> >> >> These entries are used internally by EDK2 based* debug builds of UEFI
> >> >> to populate the DebugImageInfo table, which can be used by debuggers
> >> >> as well as by the OS itself to retrieve information about all loaded
> >> >> PE/COFF executables. This is highly useful for source level debugging
> >> >> of the UEFI stub.
> >> >
> >> > Does that mean EFI_IMAGE_DEBUG_DIRECTORY_ENTRY and friends are
> >> > EDK2-specific?
> >> >
> >> > Or just that the way EDK2 happens to use those is EDK2-specific?
> >>
> >> Those values are defined by the PE/COFF spec, and I assume that a
> >> CodeView type entry in the debug table usually contains a NUL
> >> terminated string as well, given that the EDK2 crowd is very
> >> Wintel-heavy.
> >
> > So we don't actually have a definition of the format of a CodeView
> > entry, and we're guessing?
> >
> > That does feel a little scary, especially given the fields are named
> > "Unknown". :(
>
> No, we are emitting them in exactly the same way as the EDK2 tooling
> emits them,
Ah. That's fine by me, then.
Thanks,
Mark,
More information about the linux-arm-kernel
mailing list