Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp5878282imb; Fri, 8 Mar 2019 04:33:08 -0800 (PST) X-Google-Smtp-Source: APXvYqzI1oXXCya7yg4iCl1Ub3dQeYYhHm1p8vl1wtC8mAnAen14JcgpTaBVVbb7vqbTopSqPwHx X-Received: by 2002:aa7:8059:: with SMTP id y25mr18017151pfm.74.1552048388346; Fri, 08 Mar 2019 04:33:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1552048388; cv=none; d=google.com; s=arc-20160816; b=SdR/ElrPZe4/dBiGb3KajGDsvnKbZuSYvVZ+hRCX7JW6PfMAdc8yqV72oafG6KR/qQ LABPm1pHM5q44u+172WPV4iaib2jUcacoDRH5xDQ/1smgk0qMpAAbhfTf0xQ9TsvOocC W7cbCFbtT1Kg7ssPws8fyOTsQ7BFFrxEjk2//Bi+SPbG9v9pYiJ8GObm7rCqZx2jEEi9 o8PH6khcnM6Sm/pdm6ox+el8qdFBItDtM7/z/4I8urXU6Q+9tBjriqi2voYranqw+sI1 J52zy5EU/1AA+LZQ2DDiAKNUk7+qpKykLmMWQpQr4tksw53uqN0ffM83d8iMt2WUFGOX oiGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=I7mFK+GQtCLc9/QtDn3PbJ5X7ANJQzQsQUV9+fGXkDs=; b=ciRem2k5asp1gD+jXadAj/CKqvNnHKez2upOvfRXJHB0MFG8VtdrPX5XoyO6c/NNDJ c13iOlsKwsJCrQILDXY/pqPDTkkWALXHlSVZQ/DT8NRJM69JCrHzoOakjT7Daf0Aagvj TNkrmyhkp/NnAUplWjeQZDBzggzizuCxRBBQFMOoXsH8nsjAwivUYnExUuS4iknRgbFI pPotXn4Gwn8O11u8FCIqZ68rIM5tqbtfQSPR54nVz5s++WDE1M6a2GU+ik+jWFpRH1XI RrIvKDugs6tE9NabOVS5OfYkdC7UJ7orCuF1I2OBOLx80Fea3j58VedLtay7TivKediN V+mQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=PrNUBSeR; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f21si6162716pgv.28.2019.03.08.04.32.52; Fri, 08 Mar 2019 04:33:08 -0800 (PST) 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; dkim=pass header.i=@kernel.org header.s=default header.b=PrNUBSeR; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726473AbfCHMby (ORCPT + 99 others); Fri, 8 Mar 2019 07:31:54 -0500 Received: from mail.kernel.org ([198.145.29.99]:43524 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726249AbfCHMbx (ORCPT ); Fri, 8 Mar 2019 07:31:53 -0500 Received: from linux-8ccs (nat.nue.novell.com [195.135.221.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 245AD20851; Fri, 8 Mar 2019 12:31:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1552048312; bh=mnYR4NzsIbK8WlErtVJzY23YkceQl9WkGTYDEHykWvc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=PrNUBSeRa8n/l4caBMrvV5QgNB5LmLgkAzO8jtreTuQJnSbD9R2MLvqU+8WGOZ8jd WuLKlOznb1A3mZe6MAV1AEPMR8Q0r8KaCWSHRyODOXlqD+FRavwSwpinzhOFtgnUiY dbEWncn1oblYfqyCoSye113H/2y4TqWUfltv9iqM= Date: Fri, 8 Mar 2019 13:31:43 +0100 From: Jessica Yu To: Eugene Loh Cc: linux-kernel@vger.kernel.org, Vincent Whitchurch , Dave Martin , Miroslav Benes Subject: Re: [PATCH] kallsyms: store type information in its own array Message-ID: <20190308123143.GA21385@linux-8ccs> References: <1551124798-12712-1-git-send-email-eugene.loh@oracle.com> <6f25e7d5-ccf5-8ea6-e73e-ca8d4e5800f2@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <6f25e7d5-ccf5-8ea6-e73e-ca8d4e5800f2@oracle.com> X-OS: Linux linux-8ccs 4.12.14-lp150.12.28-default x86_64 User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org +++ Eugene Loh [07/03/19 15:37 -0800]: >It's been 1.5 weeks. Could I get some feedback on this patch? Thanks. Apologies, I was on vacation the past week. Added some CC's from the last time we talked about overwriting the st_size/st_info Elf_Sym fields, in case anyone else has comments. >On 02/25/2019 11:59 AM, eugene.loh@oracle.com wrote: >>From: Eugene Loh >> >>When a module is loaded, its symbols' Elf_Sym information is stored >>in a symtab. Further, type information is also captured. Since >>Elf_Sym has no type field, historically the st_info field has been >>hijacked for storing type: st_info was overwritten. >> >>commit 5439c985c5a83a8419f762115afdf560ab72a452 ("module: Overwrite >>st_size instead of st_info") changes that practice, as its one-liner >>indicates. Unfortunately, this change overwrites symbol size, >>information that a tool like DTrace expects to find. >> >>Allocate a typetab array to store type information so that no Elf_Sym >>field needs to be overwritten. >> >>Fixes: 5439c985c5a8 ("module: Overwrite st_size instead of st_info") >>Signed-off-by: Eugene Loh >>Reviewed-by: Nick Alcock >>--- >> include/linux/module.h | 1 + >> kernel/module-internal.h | 2 +- >> kernel/module.c | 21 ++++++++++++++------- >> 3 files changed, 16 insertions(+), 8 deletions(-) >> >>diff --git a/include/linux/module.h b/include/linux/module.h >>index f5bc4c0..9c1bc21 100644 >>--- a/include/linux/module.h >>+++ b/include/linux/module.h >>@@ -315,6 +315,7 @@ struct mod_kallsyms { >> Elf_Sym *symtab; >> unsigned int num_symtab; >> char *strtab; >>+ char *typetab; >> }; >> #ifdef CONFIG_LIVEPATCH >>diff --git a/kernel/module-internal.h b/kernel/module-internal.h >>index 79c9be2..67828af 100644 >>--- a/kernel/module-internal.h >>+++ b/kernel/module-internal.h >>@@ -20,7 +20,7 @@ struct load_info { >> unsigned long len; >> Elf_Shdr *sechdrs; >> char *secstrings, *strtab; >>- unsigned long symoffs, stroffs; >>+ unsigned long symoffs, stroffs, init_typeoff, core_typeoff; Small nit: typeoff to typeoffs to match symoffs and stroffs. Otherwise the rest looks fine to me. I guess it's about time we get rid of the Elf_Sym field hijacking anyway :-) Thanks! Jessica >> struct _ddebug *debug; >> unsigned int num_debug; >> bool sig_ok; >>diff --git a/kernel/module.c b/kernel/module.c >>index 2ad1b52..c7c1bcd 100644 >>--- a/kernel/module.c >>+++ b/kernel/module.c >>@@ -2647,6 +2647,8 @@ static void layout_symtab(struct module *mod, struct load_info *info) >> info->symoffs = ALIGN(mod->core_layout.size, symsect->sh_addralign ?: 1); >> info->stroffs = mod->core_layout.size = info->symoffs + ndst * sizeof(Elf_Sym); >> mod->core_layout.size += strtab_size; >>+ info->core_typeoff = mod->core_layout.size; >>+ mod->core_layout.size += ndst * sizeof(char); >> mod->core_layout.size = debug_align(mod->core_layout.size); >> /* Put string table section at end of init part of module. */ >>@@ -2660,6 +2662,8 @@ static void layout_symtab(struct module *mod, struct load_info *info) >> __alignof__(struct mod_kallsyms)); >> info->mod_kallsyms_init_off = mod->init_layout.size; >> mod->init_layout.size += sizeof(struct mod_kallsyms); >>+ info->init_typeoff = mod->init_layout.size; >>+ mod->init_layout.size += nsrc * sizeof(char); >> mod->init_layout.size = debug_align(mod->init_layout.size); >> } >>@@ -2683,20 +2687,23 @@ static void add_kallsyms(struct module *mod, const struct load_info *info) >> mod->kallsyms->num_symtab = symsec->sh_size / sizeof(Elf_Sym); >> /* Make sure we get permanent strtab: don't use info->strtab. */ >> mod->kallsyms->strtab = (void *)info->sechdrs[info->index.str].sh_addr; >>+ mod->kallsyms->typetab = mod->init_layout.base + info->init_typeoff; >>- /* Set types up while we still have access to sections. */ >>- for (i = 0; i < mod->kallsyms->num_symtab; i++) >>- mod->kallsyms->symtab[i].st_size >>- = elf_type(&mod->kallsyms->symtab[i], info); >>- >>- /* Now populate the cut down core kallsyms for after init. */ >>+ /* >>+ * Now populate the cut down core kallsyms for after init >>+ * and set types up while we still have access to sections. >>+ */ >> mod->core_kallsyms.symtab = dst = mod->core_layout.base + info->symoffs; >> mod->core_kallsyms.strtab = s = mod->core_layout.base + info->stroffs; >>+ mod->core_kallsyms.typetab = mod->core_layout.base + info->core_typeoff; >> src = mod->kallsyms->symtab; >> for (ndst = i = 0; i < mod->kallsyms->num_symtab; i++) { >>+ mod->kallsyms->typetab[i] = elf_type(src + i, info); >> if (i == 0 || is_livepatch_module(mod) || >> is_core_symbol(src+i, info->sechdrs, info->hdr->e_shnum, >> info->index.pcpu)) { >>+ mod->core_kallsyms.typetab[ndst] = >>+ mod->kallsyms->typetab[i]; >> dst[ndst] = src[i]; >> dst[ndst++].st_name = s - mod->core_kallsyms.strtab; >> s += strlcpy(s, &mod->kallsyms->strtab[src[i].st_name], >>@@ -4084,7 +4091,7 @@ int module_get_kallsym(unsigned int symnum, unsigned long *value, char *type, >> const Elf_Sym *sym = &kallsyms->symtab[symnum]; >> *value = kallsyms_symbol_value(sym); >>- *type = sym->st_size; >>+ *type = kallsyms->typetab[symnum]; >> strlcpy(name, kallsyms_symbol_name(kallsyms, symnum), KSYM_NAME_LEN); >> strlcpy(module_name, mod->name, MODULE_NAME_LEN); >> *exported = is_exported(name, *value, mod); >