Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp1172365ybx; Thu, 31 Oct 2019 06:45:57 -0700 (PDT) X-Google-Smtp-Source: APXvYqwVIZC/f5NScDW9Gdjitm1fh/kD4Ei3mw+yzs+3MTDcqLn+ownuNb15tuBuOyrszWB6nDW9 X-Received: by 2002:a17:906:229a:: with SMTP id p26mr4056564eja.76.1572529557263; Thu, 31 Oct 2019 06:45:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572529557; cv=none; d=google.com; s=arc-20160816; b=yy165sXGdP/oGdsL8aFd0DyIGgXFe6qRWgVuyCA2dZAk/8cgeiMDRmF5FT3wLd/tbT JufDme/DS+z+rOZ3M5Sm+cy3+Fe3FtO1DxVz4aCiB7KZUBDSDbTI2c6aSTAJ4OsndE8F WL9aa9AIOiel0MAjROnMoBY1LHgcUK0fUu6sich61sx7USD1gDUMnOHdcHaJr3VLKass NqPcHaQYtpfe1vigiNQE5YdM3jEZJHjloED23rA4t4hOqMJJPf9I+uIJa73FI5C2WEKR n4wWhdIG6vw4qXn8eEn13+yfpEja0+f60QAFYJmhwP+ZFWfAiXpyAnIMKiMEO4m9tLTd q6tg== 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=CxzzFfiEh1YBBQhgZSQDd8nd5f+AQLiGqg3vg3TmoIM=; b=OmB1Rr9oD3Pc7yltElbFmGwVO/qnqR6B9FcIlnwLG0QmSY3X9qyTjje1UFJrdihBJ9 jgFnpcRmsri+8T8zqTdfFz3dCeW3hbxY3+4ZHMLIH//zT9HfoccZd1kqB9BnKm6GEJ/s xnlJsCc/dRPIEGOz/Ud2stHDTF/IQ7yTcHDPQeCt2PeG7VvyAWGv4leJZGKkznD7wuv7 gCSP0Bk/ENz1qQ3497iSaZdtHqF7yXiyHbuzNt33rL4ZaU7PmzNNg9qzwwqwgO1dF2rc rGC4r+16IR6JWobYsSNshAH3mFzF+5SeCTLZawZKH5yrWDJN5nZym95MqS6l+RJgvm0F qQug== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=KiQZ7G0w; 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 q8si4357739edi.445.2019.10.31.06.45.32; Thu, 31 Oct 2019 06:45:57 -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=@kernel.org header.s=default header.b=KiQZ7G0w; 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 S1727580AbfJaNlW (ORCPT + 99 others); Thu, 31 Oct 2019 09:41:22 -0400 Received: from mail.kernel.org ([198.145.29.99]:42952 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727389AbfJaNlV (ORCPT ); Thu, 31 Oct 2019 09:41:21 -0400 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 78B7C20862; Thu, 31 Oct 2019 13:41:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1572529280; bh=bftuYfK1fTNR4Au7nzsrjVrdOwvTkBXJMVlTp1Mh2Q8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=KiQZ7G0waGFkLE7ELIaoqWOYW6vUFGE1Qf8VvEXvoevGt1FCwNDvdXyX66mkl+feB KIGqAHf1ySqi5Ie/ZkEDKDwV70ecZ/9bA9B5/rz0ikkMYWQ9DjSC4w7xruGwoFPgfa qEnb+65Ej8uC/iAJyiWeX5j6deaMfxBmXTtAPJII= Date: Thu, 31 Oct 2019 14:41:16 +0100 From: Jessica Yu To: Masahiro Yamada Cc: Linux Kernel Mailing List , Matthias Maennich Subject: Re: [PATCH 4/4] scripts/nsdeps: make sure to pass all module source files to spatch Message-ID: <20191031134115.GE2177@linux-8ccs> References: <20191028151427.31612-1-jeyu@kernel.org> <20191028151427.31612-4-jeyu@kernel.org> <20191030161726.GA13413@linux-8ccs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: 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 +++ Masahiro Yamada [31/10/19 21:27 +0900]: >On Thu, Oct 31, 2019 at 1:17 AM Jessica Yu wrote: >> >> +++ Masahiro Yamada [29/10/19 21:57 +0900]: >> >On Tue, Oct 29, 2019 at 12:14 AM Jessica Yu wrote: >> >> >> >> The nsdeps script passes a list of the module source files to >> >> generate_deps_for_ns() as a space delimited string named $mod_source_files, >> >> which then passes it to spatch. But since $mod_source_files is not encased >> >> in quotes, each source file in that string is treated as a separate shell >> >> function argument (as $2, $3, $4, etc.). However, the spatch invocation >> >> only refers to $2, so only the first file out of $mod_source_files is >> >> processed by spatch. >> >> >> >> This causes problems (namely, the MODULE_IMPORT_NS() statement doesn't >> >> get inserted) when a module is composed of many source files and the >> >> "main" module file containing the MODULE_LICENSE() statement is not the >> >> first file listed in $mod_source_files. Fix this by encasing >> >> $mod_source_files in quotes so that the entirety of the string is >> >> treated as a single argument and can be referred to as $2. >> >> >> >> Signed-off-by: Jessica Yu >> >> --- >> >> scripts/nsdeps | 2 +- >> >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> >> >> diff --git a/scripts/nsdeps b/scripts/nsdeps >> >> index 9ddcd5cb96b1..5055b059a81b 100644 >> >> --- a/scripts/nsdeps >> >> +++ b/scripts/nsdeps >> >> @@ -36,7 +36,7 @@ generate_deps() { >> >> | sed -E "s%(^|\s)([^/][^ ]*)%\1$srctree/\2%g"` >> >> for ns in `cat $ns_deps_file`; do >> >> echo "Adding namespace $ns to module $mod_name (if needed)." >> >> - generate_deps_for_ns $ns $mod_source_files >> >> + generate_deps_for_ns $ns "$mod_source_files" >> >> # sort the imports >> >> for source_file in $mod_source_files; do >> >> sed '/MODULE_IMPORT_NS/Q' $source_file > ${source_file}.tmp >> > >> >I think this change is correct, but >> >did you succeed in nsdeps for composite modules >> >with this patch only? >> > >> >I think the following is needed too: >> > >> > >> >diff --git a/scripts/nsdeps b/scripts/nsdeps >> >index dda6fbac016e..5a23ea616446 100644 >> >--- a/scripts/nsdeps >> >+++ b/scripts/nsdeps >> >@@ -31,9 +31,9 @@ generate_deps() { >> > local mod_file=`echo $@ | sed -e 's/\.ko/\.mod/'` >> > local ns_deps_file=`echo $@ | sed -e 's/\.ko/\.ns_deps/'` >> > if [ ! -f "$ns_deps_file" ]; then return; fi >> >- local mod_source_files=`cat $mod_file | sed -n 1p \ >> >+ local mod_source_files="`cat $mod_file | sed -n 1p >> > \ >> > | sed -e 's/\.o/\.c/g' \ >> >- | sed "s|[^ ]* *|${srctree}/&|g"` >> >+ | sed "s|[^ ]* *|${srctree}/&|g"`" >> > for ns in `cat $ns_deps_file`; do >> > echo "Adding namespace $ns to module $mod_name (if needed)." >> > generate_deps_for_ns $ns $mod_source_files >> > >> > >> >Without this, a module that consists of two files >> >will be expanded to: >> > >> >local mod_source_files=source1.c source2.c >> >> Yes, I was able to have nsdeps work for composite modules with just my >> patch. Without this patch applied, the script produces the following >> expansion of the generate_deps_for_ns call, (I just added a test >> namespace MODULE): >> >> Adding namespace MODULE to module fs/nfs/nfs.ko. >> + generate_deps_for_ns MODULE /tmp/ppyu/linux/fs/nfs/client.c /tmp/ppyu/linux/fs/nfs/dir.c /tmp/ppyu/linux/fs/nfs/file.c /tmp/ppyu/linux/fs/nfs/getroot.c /tmp/ppyu/linux/fs/nfs/inode.c /tmp/ppyu/linux/fs/nfs/super.c /tmp/ppyu/linux/fs/nfs/io.c /tmp/ppyu/linux/fs/nfs/direct.c /tmp/ppyu/linux/fs/nfs/pagelist.c /tmp/ppyu/linux/fs/nfs/read.c /tmp/ppyu/linux/fs/nfs/symlink.c /tmp/ppyu/linux/fs/nfs/unlink.c /tmp/ppyu/linux/fs/nfs/write.c /tmp/ppyu/linux/fs/nfs/namespace.c /tmp/ppyu/linux/fs/nfs/mount_clnt.c /tmp/ppyu/linux/fs/nfs/nfstrace.c /tmp/ppyu/linux/fs/nfs/export.c /tmp/ppyu/linux/fs/nfs/sysfs.c /tmp/ppyu/linux/fs/nfs/sysctl.c /tmp/ppyu/linux/fs/nfs/fscache.c /tmp/ppyu/linux/fs/nfs/fscache-index.c >> + /usr/bin/spatch --very-quiet --in-place --sp-file /tmp/ppyu/linux/scripts/coccinelle/misc/add_namespace.cocci -D ns=MODULE /tmp/ppyu/linux/fs/nfs/client.c >> >> So only the first file got included in the spatch invocation. But the >> spatch call gets fixed with all the files when quotes are added in the >> call to generate_deps_for_ns. >> >> But we need to include your change anyway, to make the script more >> robust. > >Hmm. >With this patch only, I see "bad variable name" error. > > > >masahiro@grover:~/ref/linux$ make -j8 nsdeps > DESCEND objtool > CALL scripts/atomic/check-atomics.sh > CALL scripts/checksyscalls.sh > CHK include/generated/compile.h > Building modules, stage 2. > MODPOST 20 modules >WARNING: module nfs uses symbol foo from namespace USB_STORAGE, but >does not import it. > Building modules, stage 2. > MODPOST 20 modules >./scripts/nsdeps: 34: local: ./fs/nfs/dir.c: bad variable name >make: *** [Makefile;1689: nsdeps] Error 2 Hm, I was having trouble reproducing this until I changed the shell to dash, /bin/sh is a symlink to bash on my system, that might explain slightly different behavior. In any case, we should add quotes in both places. >> It would probably prevent more shell script related bugs in >> the future (Like [1]). I can respin this patch only while the other >> ones are superceded by your patchset. >> >> [1] https://unix.stackexchange.com/a/131767 > >Anyway. > >Is this patch aiming for v5.4 (i.e. fixes) or v5.5-rc1 ? I am hoping for fixes, we should try to get all the small bugs out of nsdeps by 5.4 if we can.. >If you touch the mod_source_files line, >we will have a conflict because >https://patchwork.kernel.org/patch/11217839/ >is touching the same line. > >How should we organize the patch order? Would you like to fold these changes into your nsdeps improvements patchset? Since it's a pretty trivial change. Thanks!