New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 716547 link

Starred by 2 users

Issue metadata

Status: Verified
Owner:
Last visit > 30 days ago
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Can't use "dwp" files from archived builds to debug Chrome

Project Member Reported by diand...@chromium.org, Apr 28 2017

Issue description

Chrome OS Version: R59-9460.14.0 (veyron-minnie)

What steps will reproduce the problem?
(1) Download test image and "debug-veyron-minnie.tgz" from build server.

(2) Untar somewhere accessible to chroot

(3) In chroot:

START=$(($(cgpt show chromiumos_test_image.bin  | grep ROOT-A | awk '{print $1};') * 512)) 
mkdir r 
sudo mount -oro -oloop,offset=${START} chromiumos_test_image.bin r 

(4) In chroot:

armv7a-cros-linux-gnueabi-gdb \
 -ex "set sysroot r" \
 -ex "set debug-file-directory debug/" \
 -ex "file r/opt/google/chrome/chrome"

What is the expected result? Should get dwarf info

What happens instead? Warnings like this one:

warning: Could not find DWO CU obj/third_party/WebKit/Source/modules/modules/V8EXTsRGB.dwo(0x1a8bb29b7e6ab65e) referenced by CU at offset 0xfcd60 [in module /mnt/host/source/tmp/minnie-9460.13.0-symbols/debug/opt/google/chrome/chrome.debug]

---

NOTE: in earlier builds there was no "dwarf" info being archived at all, so it wasn't terribly surprising that things weren't working.  ...but on newer builds I see the ".dwp" file so it seems like we're very close.
 
Workaround (thanks yunlian!): rename chrome.dwp to chrome.debug.dwp
Labels: Build-Toolchain
Project Member

Comment 3 by bugdroid1@chromium.org, May 8 2017

The following revision refers to this bug:
  https://chromium.googlesource.com/chromiumos/overlays/chromiumos-overlay/+/5dcb004a0eaf563f8aaad7920ab2589af5fb08cc

commit 5dcb004a0eaf563f8aaad7920ab2589af5fb08cc
Author: Yunlian Jiang <yunlian@google.com>
Date: Mon May 08 19:40:56 2017

gdb: handle .dwp and .debug at the same time.

This backports an upstream patch

PR symtab/19914 fix handling of dwp + split debug
PR symtab/19914
    * dwarf2read.c (open_and_init_dwp_file): Look at backlink if
     objfile is separate debug file.

BUG= chromium:716547 
TEST=sudo emerge sys-devel/gdb
     test case in the bug entry passes.

Change-Id: I167fd2ba8d1ab8ed9f250b9b525ef42a0fb396a7
Reviewed-on: https://chromium-review.googlesource.com/493943
Commit-Ready: Yunlian Jiang <yunlian@chromium.org>
Tested-by: Yunlian Jiang <yunlian@chromium.org>
Reviewed-by: Caroline Tice <cmtice@chromium.org>

[modify] https://crrev.com/5dcb004a0eaf563f8aaad7920ab2589af5fb08cc/sys-devel/gdb/Manifest
[rename] https://crrev.com/5dcb004a0eaf563f8aaad7920ab2589af5fb08cc/sys-devel/gdb/gdb-7.11.20170503-r1.ebuild

Status: Verified (was: Untriaged)

Sign in to add a comment