From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-9.0 required=3.0 tests=BAYES_00,INCLUDES_PATCH, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9ECB2C433DB for ; Thu, 21 Jan 2021 20:30:18 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 5928C23A58 for ; Thu, 21 Jan 2021 20:30:18 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725771AbhAUUXl convert rfc822-to-8bit (ORCPT ); Thu, 21 Jan 2021 15:23:41 -0500 Received: from us-smtp-delivery-44.mimecast.com ([205.139.111.44]:24689 "EHLO us-smtp-delivery-44.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727150AbhAUUXT (ORCPT ); Thu, 21 Jan 2021 15:23:19 -0500 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-480-4_XDGo4CMdyMym3QPv1B7A-1; Thu, 21 Jan 2021 15:22:21 -0500 X-MC-Unique: 4_XDGo4CMdyMym3QPv1B7A-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 3DF0259; Thu, 21 Jan 2021 20:22:19 +0000 (UTC) Received: from krava.redhat.com (unknown [10.40.192.46]) by smtp.corp.redhat.com (Postfix) with ESMTP id 77D4B5D765; Thu, 21 Jan 2021 20:22:04 +0000 (UTC) From: Jiri Olsa To: Arnaldo Carvalho de Melo , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko Cc: dwarves@vger.kernel.org, netdev@vger.kernel.org, bpf@vger.kernel.org, Yonghong Song , Hao Luo , Martin KaFai Lau , Song Liu , John Fastabend , KP Singh , Joe Lawrence , Mark Wielaard Subject: [PATCHv2 0/3] dwarves,libbpf: Add support to use optional extended section index table Date: Thu, 21 Jan 2021 21:22:00 +0100 Message-Id: <20210121202203.9346-1-jolsa@kernel.org> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=jolsa@kernel.org X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: kernel.org Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset=WINDOWS-1252 Precedence: bulk List-ID: X-Mailing-List: bpf@vger.kernel.org hi, kpatch guys hit an issue with pahole over their vmlinux, which contains many (over 100000) sections, pahole crashes. With so many sections, ELF is using extended section index table, which is used to hold values for some of the indexes and extra code is needed to retrieve them. This patchset adds the support for pahole to properly read string table index and symbol's section index, which are used in btf_encoder. This patchset also adds support for libbpf to properly parse .BTF section on such object. This patchset is based on previously posted fix [1]. v2 changes: - many variables renames [Andrii] - use elf_getshdrstrndx() unconditionally [Andrii] - add elf_symtab__for_each_symbol_index macro [Andrii] - add more comments [Andrii] - verify that extended symtab section type is SHT_SYMTAB_SHNDX [Andrii] - fix Joe's crash in dwarves build, wrong sym.st_shndx assignment thanks, jirka [1] https://lore.kernel.org/bpf/20210113102509.1338601-1-jolsa@kernel.org/ --- dwarves: Jiri Olsa (2): elf_symtab: Add support for SHN_XINDEX index to elf_section_by_name bpf_encoder: Translate SHN_XINDEX in symbol's st_shndx values btf_encoder.c | 36 ++++++++++++++++++++++++++++++++---- dutil.c | 8 ++++++-- elf_symtab.c | 39 ++++++++++++++++++++++++++++++++++++++- elf_symtab.h | 2 ++ 4 files changed, 78 insertions(+), 7 deletions(-) libbpf: Jiri Olsa (1): libbpf: Use string table index from index table if needed tools/lib/bpf/btf.c | 12 ++++++++++-- 1 file changed, 10 insertions(+), 2 deletions(-)