Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp6102653ybi; Wed, 31 Jul 2019 08:23:05 -0700 (PDT) X-Google-Smtp-Source: APXvYqwsyccznbO/PGhS/M3lbfINMcSUtPx/g86B0PRQbRn64scmKeJhflzS8tRsGTdiC0TpRRwa X-Received: by 2002:a17:902:424:: with SMTP id 33mr41133428ple.151.1564586585509; Wed, 31 Jul 2019 08:23:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564586585; cv=none; d=google.com; s=arc-20160816; b=cIPmUNvXtEU4p4tEOddK7gZQjyuP/bg6T6YNCJl+Ot3qI+dnzjgXSwBo/v4Tky7mIv c/6OH/eP15gB7n4UbI5iToHMN8BbNSUm2Gv/xyBsMHMt8LkZlsiywVLs36NerbUmqf4V vHCnKS4323DMWO49fS5DEwriUPxuQV2jbDQAbGh80RI0j5rDuwNvBz4whfwRGW9zp6PU ptoT7Zpb7ZjHz56D3mPP1vWtaKwhHLpxQfYXLQOdRsS42bVo1B009TcN0wf8RYYXVbyx N8GVlzbrKChG1fIVk13cu4KHoDM+dyo/5DF5ZcgGIHb7B/b4lqIVoIlSOJa2l3fwyaml OzlQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=C0j6LRjSOXclU2ISf0TVnSPk4tF629F4eS5htnIxM4s=; b=eDoshPXS6MdEfzFKu5zrtxJm7IqUgWCZy/P3XNGQnVwydJVTzloXTn3YszmuxoWoXJ E85tZwCCXpiciiOUOXFO9zQW2QSdV7a5UTRIX38JBOV9sfmSLqR3iN7pPpMXoUa/mSnY 5uCjFccZPg5IKSTlb7NI6/eVDqC26cQhUHqykL5q8lhGhFv/thKkEv4L34tml4l3NqJu UDhQxdpMHTfUD5IJhOPnmxcH6Y010nnP8BqfYbS+H5BL2UKrQc7JexYRSZNev6BLiBgw oHDKHB0tfwzQrCqzZuZaybamuwKt8AEAbIRCLNklUCS/zaGyvyPpDcBBHOdPz7d00b6b 8OWA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q2si31306530plh.59.2019.07.31.08.22.49; Wed, 31 Jul 2019 08:23:05 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387439AbfGaOYo (ORCPT + 99 others); Wed, 31 Jul 2019 10:24:44 -0400 Received: from goliath.siemens.de ([192.35.17.28]:43945 "EHLO goliath.siemens.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727169AbfGaOYo (ORCPT ); Wed, 31 Jul 2019 10:24:44 -0400 Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id x6VEOTva024755 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 31 Jul 2019 16:24:30 +0200 Received: from [139.25.68.37] (md1q0hnc.ad001.siemens.net [139.25.68.37] (may be forged)) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id x6VEOTdf027880; Wed, 31 Jul 2019 16:24:29 +0200 Subject: Re: [PATCH] scripts/gdb: Handle split debug To: Douglas Anderson , Kieran Bingham , Andrew Morton Cc: kgdb-bugreport@lists.sourceforge.net, Jason Wessel , Daniel Thompson , Stephen Boyd , linux-kernel@vger.kernel.org References: <20190730234052.148744-1-dianders@chromium.org> From: Jan Kiszka Message-ID: <34bbd6b5-2e37-159a-b75b-36a6be11c506@siemens.com> Date: Wed, 31 Jul 2019 16:24:28 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 In-Reply-To: <20190730234052.148744-1-dianders@chromium.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 31.07.19 01:40, Douglas Anderson wrote: > Some systems (like Chrome OS) may use "split debug" for kernel > modules. That means that the debug symbols are in a different file > than the main elf file. Let's handle that by also searching for debug > symbols that end in ".ko.debug". Is this split-up depending on additional kernel patches, is this already possible with mainline, or is this purely a packaging topic? Wondering because of testability in case it's downstream-only. Jan > > Signed-off-by: Douglas Anderson > --- > > scripts/gdb/linux/symbols.py | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/scripts/gdb/linux/symbols.py b/scripts/gdb/linux/symbols.py > index 2f5b95f09fa0..34e40e96dee2 100644 > --- a/scripts/gdb/linux/symbols.py > +++ b/scripts/gdb/linux/symbols.py > @@ -77,12 +77,12 @@ lx-symbols command.""" > gdb.write("scanning for modules in {0}\n".format(path)) > for root, dirs, files in os.walk(path): > for name in files: > - if name.endswith(".ko"): > + if name.endswith(".ko") or name.endswith(".ko.debug"): > self.module_files.append(root + "/" + name) > self.module_files_updated = True > > def _get_module_file(self, module_name): > - module_pattern = ".*/{0}\.ko$".format( > + module_pattern = ".*/{0}\.ko(?:.debug)?$".format( > module_name.replace("_", r"[_\-]")) > for name in self.module_files: > if re.match(module_pattern, name) and os.path.exists(name): > -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux