Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp161473ybh; Fri, 13 Mar 2020 19:14:35 -0700 (PDT) X-Google-Smtp-Source: ADFU+vt78xcdY7usb3nhhQNirJHxkyXCdmVF1+dK15/UJJ3Sd8DuObJ3NRIEnTY/dmUT65cx9NSL X-Received: by 2002:aca:ad8f:: with SMTP id w137mr9000052oie.104.1584152075046; Fri, 13 Mar 2020 19:14:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584152075; cv=none; d=google.com; s=arc-20160816; b=ojR2BYqGat7h3hcj5pEwZkMbb1RSZWXM0c5DD6XBay3WsWIwOCwItP9ShE+58RSCOt Pt3jLZHO7gZv/bIzT10ANCIl+X8nYfoiuNcP7iME47BhFOojwP+cQvQ4LfdqSpJjOsmY OEStd9cFUHQieX9vRIKAHaL7ug6t17ICnk5p0t8MNTQppGGSNfi4YEd8JFvWxluw12jY ZdSEPAC/r64cfJhhjzCiSwDMW70yJN/dXZpi1VC+UHiAqcoyNqRrYYoBL4D52BAQbPX1 5R3jrIydPeYL3ayZd54oEwxxdR9TZB9b1BkYX4WQfkXuEHMU2YZjo+p+Nb+PLYW7Wzuk w2xA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature:dkim-filter; bh=GhT3aXuBvPthoFeT4yZR0mqs1IRA+1JuQlU0tGqcrJU=; b=HUgLKjE0aFv8HuWyoLv7JBooTrwcCQxuNgVKyHiU1eorfGjGN0idi5CBeJrBnmtAlX 9B321r1TPyYSdO4GgraQ1TTjvy/26+tTpzWMrhwcp+3ih1J5QvfzLSlF+us4TIFZPmUK R/NY+6EriCm9sl0T+e/tUikbusUSm/hmq+XfYCqNkj/2bCsTHpXZ0XkoyijeS47w1kRv u+xPbsrH9uXk1ACe0qu4CTKRlnHi6bo9aeGyUKcmJdcG93JuOTpXc9Nrqq2YT3yBJ5I0 U5Y8a5SJUmDkgRVItMf0aQUWVgnQSyRZTiam0vPgx4eXOlFQOXT++GkSNxQfpnhtm+Wt 6V+A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=kYQwFuAC; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z65si5706253otb.197.2020.03.13.19.14.21; Fri, 13 Mar 2020 19:14:35 -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; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=kYQwFuAC; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726623AbgCNCMe (ORCPT + 99 others); Fri, 13 Mar 2020 22:12:34 -0400 Received: from conssluserg-01.nifty.com ([210.131.2.80]:60521 "EHLO conssluserg-01.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726414AbgCNCMd (ORCPT ); Fri, 13 Mar 2020 22:12:33 -0400 Received: from mail-vs1-f54.google.com (mail-vs1-f54.google.com [209.85.217.54]) (authenticated) by conssluserg-01.nifty.com with ESMTP id 02E2CP2u023350; Sat, 14 Mar 2020 11:12:25 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-01.nifty.com 02E2CP2u023350 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com; s=dec2015msa; t=1584151946; bh=GhT3aXuBvPthoFeT4yZR0mqs1IRA+1JuQlU0tGqcrJU=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=kYQwFuACp+DPevM5oQFXs9Ib6OTUSSam0ZTV7rTNcw9h2UmGRpoXSQWJzzWmAFFWa /pKr6xsxkhTPXiIpsUAuCSTinXh1eFbsrDVXJT2HlY6oRQsBX1GL7vxRZQ2k3uptTY xbz2DLLnIzlc6iTZ9HnYEOVEGpUSaoCnUOXjhaUio3XxRgw9SXeY2jvovk7mOryfj/ 465yfohXBjEKhe6wX4e6IJaigie0xm5M3R0wEgA1XQm1HcafG3Y8LKxL6UKe+Eit3O yi8NExOc8SP+qWN5JLR2N/Uo8eHIwDCH9uwHkNiwofQmfJMti2SdP22h3qS4WZCRoF 82LamnoRKB2/g== X-Nifty-SrcIP: [209.85.217.54] Received: by mail-vs1-f54.google.com with SMTP id n27so7675171vsa.0; Fri, 13 Mar 2020 19:12:25 -0700 (PDT) X-Gm-Message-State: ANhLgQ3fr3P+CshaprNTEKBMu5e0HpzULM49LC2t4fF4GYwr5xBkO4+c ROb/hwWcZOH0fP39QrzB+9bPtHzLk+hARt/zHsc= X-Received: by 2002:a67:eb91:: with SMTP id e17mr6970094vso.179.1584151944414; Fri, 13 Mar 2020 19:12:24 -0700 (PDT) MIME-Version: 1.0 References: <20200311170120.12641-1-jeyu@kernel.org> In-Reply-To: <20200311170120.12641-1-jeyu@kernel.org> From: Masahiro Yamada Date: Sat, 14 Mar 2020 11:11:48 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2] modpost: move the namespace field in Module.symvers last To: Jessica Yu Cc: Matthias Maennich , Lucas De Marchi , stable , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 12, 2020 at 2:02 AM Jessica Yu wrote: > > In order to preserve backwards compatability with kmod tools, we have to > move the namespace field in Module.symvers last, as the depmod -e -E > option looks at the first three fields in Module.symvers to check symbol > versions (and it's expected they stay in the original order of crc, > symbol, module). > > In addition, update an ancient comment above read_dump() in modpost that > suggested that the export type field in Module.symvers was optional. I > suspect that there were historical reasons behind that comment that are > no longer accurate. We have been unconditionally printing the export > type since 2.6.18 (commit bd5cbcedf44), which is over a decade ago now. > > Fix up read_dump() to treat each field as non-optional. I suspect the > original read_dump() code treated the export field as optional in order > to support pre <= 2.6.18 Module.symvers (which did not have the export > type field). Note that although symbol namespaces are optional, the > field will not be omitted from Module.symvers if a symbol does not have > a namespace. In this case, the field will simply be empty and the next > delimiter or end of line will follow. > > Cc: stable@vger.kernel.org > Fixes: cb9b55d21fe0 ("modpost: add support for symbol namespaces") > Tested-by: Matthias Maennich > Reviewed-by: Matthias Maennich > Reviewed-by: Lucas De Marchi > Signed-off-by: Jessica Yu While I am not opposed to this fix, I did not even notice Module.symvers was official interface. Kbuild invokes scripts/depmod.sh to finalize the 'make modules_install', but I do not see the -E option being used there. I do not see Module.symvers installed in /lib/modules/$(uname -r)/. > --- > v2: > > - Explain the changes to read_dump() and the comment (and provide > historical context) in the commit message. (Lucas De Marchi) > > Documentation/kbuild/modules.rst | 4 ++-- > scripts/export_report.pl | 2 +- > scripts/mod/modpost.c | 24 ++++++++++++------------ > 3 files changed, 15 insertions(+), 15 deletions(-) > > diff --git a/Documentation/kbuild/modules.rst b/Documentation/kbuild/modules.rst > index 69fa48ee93d6..e0b45a257f21 100644 > --- a/Documentation/kbuild/modules.rst > +++ b/Documentation/kbuild/modules.rst > @@ -470,9 +470,9 @@ build. > > The syntax of the Module.symvers file is:: > > - > + > > - 0xe1cc2a05 usb_stor_suspend USB_STORAGE drivers/usb/storage/usb-storage EXPORT_SYMBOL_GPL > + 0xe1cc2a05 usb_stor_suspend drivers/usb/storage/usb-storage EXPORT_SYMBOL_GPL USB_STORAGE > > The fields are separated by tabs and values may be empty (e.g. > if no namespace is defined for an exported symbol). > diff --git a/scripts/export_report.pl b/scripts/export_report.pl > index 548330e8c4e7..feb3d5542a62 100755 > --- a/scripts/export_report.pl > +++ b/scripts/export_report.pl > @@ -94,7 +94,7 @@ if (defined $opt{'o'}) { > # > while ( <$module_symvers> ) { > chomp; > - my (undef, $symbol, $namespace, $module, $gpl) = split('\t'); > + my (undef, $symbol, $module, $gpl, $namespace) = split('\t'); > $SYMBOL { $symbol } = [ $module , "0" , $symbol, $gpl]; > } > close($module_symvers); > diff --git a/scripts/mod/modpost.c b/scripts/mod/modpost.c > index a3d8370f9544..e1963ef8c07c 100644 > --- a/scripts/mod/modpost.c > +++ b/scripts/mod/modpost.c > @@ -2421,7 +2421,7 @@ static void write_if_changed(struct buffer *b, const char *fname) > } > > /* parse Module.symvers file. line format: > - * 0x12345678symbolmodule[[export]something] > + * 0x12345678symbolmoduleexportnamespace > **/ > static void read_dump(const char *fname, unsigned int kernel) > { > @@ -2434,7 +2434,7 @@ static void read_dump(const char *fname, unsigned int kernel) > return; > > while ((line = get_next_line(&pos, file, size))) { > - char *symname, *namespace, *modname, *d, *export, *end; > + char *symname, *namespace, *modname, *d, *export; > unsigned int crc; > struct module *mod; > struct symbol *s; > @@ -2442,16 +2442,16 @@ static void read_dump(const char *fname, unsigned int kernel) > if (!(symname = strchr(line, '\t'))) > goto fail; > *symname++ = '\0'; > - if (!(namespace = strchr(symname, '\t'))) > - goto fail; > - *namespace++ = '\0'; > - if (!(modname = strchr(namespace, '\t'))) > + if (!(modname = strchr(symname, '\t'))) > goto fail; > *modname++ = '\0'; > - if ((export = strchr(modname, '\t')) != NULL) > - *export++ = '\0'; > - if (export && ((end = strchr(export, '\t')) != NULL)) > - *end = '\0'; > + if (!(export = strchr(modname, '\t'))) > + goto fail; > + *export++ = '\0'; > + if (!(namespace = strchr(export, '\t'))) > + goto fail; > + *namespace++ = '\0'; > + > crc = strtoul(line, &d, 16); > if (*symname == '\0' || *modname == '\0' || *d != '\0') > goto fail; > @@ -2502,9 +2502,9 @@ static void write_dump(const char *fname) > namespace = symbol->namespace; > buf_printf(&buf, "0x%08x\t%s\t%s\t%s\t%s\n", > symbol->crc, symbol->name, > - namespace ? namespace : "", > symbol->module->name, > - export_str(symbol->export)); > + export_str(symbol->export), > + namespace ? namespace : ""); > } > symbol = symbol->next; > } > -- > 2.16.4 > -- Best Regards Masahiro Yamada