Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp5782382imd; Wed, 31 Oct 2018 01:47:47 -0700 (PDT) X-Google-Smtp-Source: AJdET5endRMkM0JbbeV157oR2i4wDnirgFC7ZVh7oUcf49+nF/kdd//x2VhoyRmr0w6qYrvZOJ/k X-Received: by 2002:a62:7f8c:: with SMTP id a134-v6mr2512756pfd.22.1540975666996; Wed, 31 Oct 2018 01:47:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540975666; cv=none; d=google.com; s=arc-20160816; b=yxXWrnzN9/FIPzGlKT0XjCy/CJTCdlW1rXTUUNvZ+zgoJsKvRMdhVkZ+g3izQkzc3C r7VTscFo4ku9c3UshurfoUEkcd2RhbMg65MBr2ZxKJJE5OeWOgPGvz1V8QJ5MBOYkzyq 57iAgU09IA440q2wVCyduJojqDMSsfdb9ov57tkM0jCOw5cMDXj/9pP4aT9ip0AcPiBa 7WdSwxphtSgNcMsCo+xd01F4LIRJmkTBRjJryv1L1mtGKMkhSGlyoQZbqNyFhESHp6cU 7Loq4EF8c5LOqhuOGnJXRCwFH1kPqbYMiYRhah04B+gWqIn7M1LtIJE8Xq67V75RMuJv tcmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from; bh=ZM+U+l5du1SJjcgoHy5zTGc/qpTRiSj2w7GhfzbkrME=; b=hoX2PBUBz92VtAMhuqS02ahr8EEZpEbUX8GWfNg9H46JUYzlCvO869PnRriOPhJ6eT GerlgF6wAUhUgQBK+QS8UwkSHB7D+2FIZMFrNpzDD1sVnoD2vU7o4SBDLgxDTyUFIEok q8Y7MFQ3/aiKrMq+afCgp0uHRQcSZw9rNecye0Tbuy+zqnTaSUG0GOfg14Xz0EX+ZMdN J7rG3BetM5/miTarkrEeFoIPKFiQCFoDbVunot/8gPolTjPmoAcwc4cCXq2iMdXi2YYL 7HaQOS3CKHgSwgkIfZGz6BcG25gT76KxD5qThEvOs9QFHmoDO+2oAnPekq8dIeJ1ygFq nohA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q5-v6si27590277pgg.105.2018.10.31.01.47.31; Wed, 31 Oct 2018 01:47:46 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727597AbeJaRkV (ORCPT + 99 others); Wed, 31 Oct 2018 13:40:21 -0400 Received: from bastet.se.axis.com ([195.60.68.11]:47707 "EHLO bastet.se.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726054AbeJaRkV (ORCPT ); Wed, 31 Oct 2018 13:40:21 -0400 Received: from localhost (localhost [127.0.0.1]) by bastet.se.axis.com (Postfix) with ESMTP id 0688A18477; Wed, 31 Oct 2018 09:43:09 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at bastet.se.axis.com Received: from bastet.se.axis.com ([IPv6:::ffff:127.0.0.1]) by localhost (bastet.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024) with LMTP id yRc14r5GZQ2w; Wed, 31 Oct 2018 09:43:08 +0100 (CET) Received: from boulder03.se.axis.com (boulder03.se.axis.com [10.0.8.17]) by bastet.se.axis.com (Postfix) with ESMTPS id 0F6AE18393; Wed, 31 Oct 2018 09:43:07 +0100 (CET) Received: from boulder03.se.axis.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id D3E5C1E08D; Wed, 31 Oct 2018 09:43:07 +0100 (CET) Received: from boulder03.se.axis.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id C87101E081; Wed, 31 Oct 2018 09:43:07 +0100 (CET) Received: from seth.se.axis.com (unknown [10.0.2.172]) by boulder03.se.axis.com (Postfix) with ESMTP; Wed, 31 Oct 2018 09:43:07 +0100 (CET) Received: from lnxartpec.se.axis.com (lnxartpec.se.axis.com [10.88.4.9]) by seth.se.axis.com (Postfix) with ESMTP id BC5002355; Wed, 31 Oct 2018 09:43:07 +0100 (CET) Received: by lnxartpec.se.axis.com (Postfix, from userid 10564) id B845780AD5; Wed, 31 Oct 2018 09:43:07 +0100 (CET) From: Vincent Whitchurch To: linux@armlinux.org.uk, jeyu@kernel.org Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Vincent Whitchurch Subject: [PATCH v2] ARM: module: Fix function kallsyms on Thumb-2 Date: Wed, 31 Oct 2018 09:42:53 +0100 Message-Id: <20181031084253.9650-1-vincent.whitchurch@axis.com> X-Mailer: git-send-email 2.11.0 X-TM-AS-GCONF: 00 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thumb-2 functions have the lowest bit set in the symbol value in the symtab. When kallsyms are generated for the vmlinux, the kallsyms are generated from the output of nm, and nm clears the lowest bit. $ arm-linux-gnueabihf-readelf -a vmlinux | grep show_interrupts 95947: 8015dc89 686 FUNC GLOBAL DEFAULT 2 show_interrupts $ arm-linux-gnueabihf-nm vmlinux | grep show_interrupts 8015dc88 T show_interrupts $ cat /proc/kallsyms | grep show_interrupts 8015dc88 T show_interrupts However, for modules, the kallsyms uses the values in the symbol table without modification, so for functions in modules, the lowest bit is set in kallsyms. $ arm-linux-gnueabihf-readelf -a drivers/net/tun.ko | grep tun_get_socket 268: 000000e1 44 FUNC GLOBAL DEFAULT 2 tun_get_socket $ arm-linux-gnueabihf-nm drivers/net/tun.ko | grep tun_get_socket 000000e0 T tun_get_socket $ cat /proc/kallsyms | grep tun_get_socket 7fcd30e1 t tun_get_socket [tun] Because of this, the offset of the crashing instruction shown in oopses is incorrect when the crash is in a module. For example, given a tun_get_socket which starts like this, 000000e0 : e0: b500 push {lr} e2: f7ff fffe bl 0 <__gnu_mcount_nc> e6: 4b08 ldr r3, [pc, #32] e8: 6942 ldr r2, [r0, #20] ea: 429a cmp r2, r3 ec: d002 beq.n f4 a crash when tun_get_socket is called with NULL results in: PC is at tun_get_socket+0x7/0x2c [tun] pc : [<7fcdb0e8>] which can result in the incorrect line being reported by gdb if this symbol+offset is used there. If the crash is on the first instruction of a function, the "PC is at" line would also report the symbol name of the preceding function. To solve this, fix up these symbols like nm does. For this, we need a new hook in the generic module loading code, before the symbols' st_info is overwritten by add_kallsyms(). After the fix: $ cat /proc/kallsyms | grep tun_get_socket 7fcd30e0 t tun_get_socket [tun] PC is at tun_get_socket+0x8/0x2c [tun] pc : [<7fcdb0e8>] Signed-off-by: Vincent Whitchurch --- v2: Fix build warning with !MODULES arch/arm/kernel/module.c | 14 ++++++++++++++ include/linux/moduleloader.h | 3 +++ kernel/module.c | 6 ++++++ 3 files changed, 23 insertions(+) diff --git a/arch/arm/kernel/module.c b/arch/arm/kernel/module.c index 3ff571c2c71c..771f86318d84 100644 --- a/arch/arm/kernel/module.c +++ b/arch/arm/kernel/module.c @@ -399,6 +399,20 @@ int module_finalize(const Elf32_Ehdr *hdr, const Elf_Shdr *sechdrs, return 0; } +#if defined(CONFIG_THUMB2_KERNEL) && defined(CONFIG_KALLSYMS) +void module_fixup_kallsyms(struct mod_kallsyms *kallsyms) +{ + int i; + + for (i = 0; i < kallsyms->num_symtab; i++) { + Elf_Sym *sym = &kallsyms->symtab[i]; + + if (ELF_ST_TYPE(sym->st_info) == STT_FUNC) + sym->st_value &= ~1; + } +} +#endif + void module_arch_cleanup(struct module *mod) { diff --git a/include/linux/moduleloader.h b/include/linux/moduleloader.h index 31013c2effd3..b1ac5584eaa5 100644 --- a/include/linux/moduleloader.h +++ b/include/linux/moduleloader.h @@ -86,6 +86,9 @@ void module_arch_cleanup(struct module *mod); /* Any cleanup before freeing mod->module_init */ void module_arch_freeing_init(struct module *mod); +struct mod_kallsyms; +void module_fixup_kallsyms(struct mod_kallsyms *kallsyms); + #ifdef CONFIG_KASAN #include #define MODULE_ALIGN (PAGE_SIZE << KASAN_SHADOW_SCALE_SHIFT) diff --git a/kernel/module.c b/kernel/module.c index 49a405891587..ded4f4b49824 100644 --- a/kernel/module.c +++ b/kernel/module.c @@ -2659,6 +2659,10 @@ static void layout_symtab(struct module *mod, struct load_info *info) mod->init_layout.size = debug_align(mod->init_layout.size); } +void __weak module_fixup_kallsyms(struct mod_kallsyms *kallsyms) +{ +} + /* * We use the full symtab and strtab which layout_symtab arranged to * be appended to the init section. Later we switch to the cut-down @@ -2680,6 +2684,8 @@ static void add_kallsyms(struct module *mod, const struct load_info *info) /* Make sure we get permanent strtab: don't use info->strtab. */ mod->kallsyms->strtab = (void *)info->sechdrs[info->index.str].sh_addr; + module_fixup_kallsyms(mod->kallsyms); + /* Set types up while we still have access to sections. */ for (i = 0; i < mod->kallsyms->num_symtab; i++) mod->kallsyms->symtab[i].st_info -- 2.11.0