Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp3515242ybg; Mon, 28 Oct 2019 14:10:34 -0700 (PDT) X-Google-Smtp-Source: APXvYqyvwUXJQ3Rq4JcMs+DYoGUux8hPcDmEAUnx+P4qQkiuzBcYj8jtbAG16VRQu/KgiQ/ejZrh X-Received: by 2002:a17:906:cc9a:: with SMTP id oq26mr18014642ejb.292.1572297034448; Mon, 28 Oct 2019 14:10:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572297034; cv=none; d=google.com; s=arc-20160816; b=v2RFjSzoAxLsheE0HQ0sZZ3YwXMN88tr/4rMtbUvxsnKV4q++5blDaSD9l6sqVZC4J Kwtusl/AfWl2HQaW2qI7zTQcdfZrZ2a0uXK1/skR+yKQ6sCsQxmC4lpIheFRGRHbmboZ PDdVX9JJbfBk5/325KFBdZ9ZYgK/4yPU4KvJGJhl8y9u1Isi3VBJz7cGEJiBRPIvAQCp fcTCPAxLaFEzx6JxMhvdKh1wlNueupHsws8wdI9DWJER8/vq+nn1hEHx3xZE+vgDKJY8 SeTBXkNVF6rKyiOqH2PJSQsgdsMfO/OK8OpBTNbyiIojqkH2TqO+ccYL8UA5zC5+3s33 py4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:content-disposition :mime-version:message-id:subject:cc:to:from:date:dkim-signature; bh=RT8KwdCFC2ioZU1HEFPwNG1CFtjs0CyRrBtKy9xD8KM=; b=r7z+tSbqJEt8cFCAo6udPO4xM6cXEStE5WbdJW2tvgL6wJX6AcdPAPcoD/3QPxHPcW X3GoxZ7B1pbIg3c2gCkusQekolWdF2Fn+/JtCERtV/bvpofI90BuqL3m9b+xuADdZo51 q4HPRXEJQrNWSkVD/Wvbkabu4t4dUUKlVKthwCcOm2UlNgUAlCbdfFQYUsry+MpfpnVj TqSJIiBpoNcqe1xyx2r7h72JqjSrAZmYb6gKnFRR9k1rUjROCZhrHomStOZM2YjdNWhL kyf1L9EOfoAjDsrC5g4OUUlAfmQdD+lbdhaA5ukjTYFWOGNGiimV1LWcdBIUotwOEn3+ xj8g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ab5hJ64o; 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 j52si7483692eda.438.2019.10.28.14.10.10; Mon, 28 Oct 2019 14:10:34 -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=ab5hJ64o; 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 S1731349AbfJ1Pdj (ORCPT + 99 others); Mon, 28 Oct 2019 11:33:39 -0400 Received: from mail.kernel.org ([198.145.29.99]:54730 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726411AbfJ1Pdj (ORCPT ); Mon, 28 Oct 2019 11:33:39 -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 D4DD1208C0; Mon, 28 Oct 2019 15:33:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1572276818; bh=HCH5SG07gy1Bkd7WHbuVHtl1aDQOVbZEaYbZQJM3fso=; h=Date:From:To:Cc:Subject:From; b=ab5hJ64oHd3rQ4K+MauhZAa3qusPIRI7wObXCkb77LCy9zt5Wq/VgLpSBZrR9Vc+q G+T6JnWdZoGM5QJb2fBrpfkHxaBJFFFAbn4Niyp8gM6i8fDH3ANNnRWjktrGomaEfT vyqKZesV+gb4/g15cXYAlA9pkyKmiMQ3H92lG/qE= Date: Mon, 28 Oct 2019 16:33:34 +0100 From: Jessica Yu To: Matthias Maennich , Masahiro Yamada Cc: linux-kernel@vger.kernel.org Subject: `make nsdeps` prints "Building modules, stage 2" twice Message-ID: <20191028153334.GA25863@linux-8ccs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline 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 Hi! When running `make nsdeps`, I've noticed that "Building modules, stage 2" gets printed twice. Not a big deal, but a bit strange to see, especially since the second print is actually from the nsdeps target calling modpost again. $ make nsdeps O=/dev/shm/linux make[1]: Entering directory '/dev/shm/linux' GEN Makefile DESCEND objtool CALL /tmp/ppyu/linux/scripts/atomic/check-atomics.sh CALL /tmp/ppyu/linux/scripts/checksyscalls.sh CHK include/generated/compile.h Building modules, stage 2. MODPOST 3316 modules Building modules, stage 2. MODPOST 3316 modules Adding namespace USB_STORAGE to module uas (if needed). Adding namespace USB_STORAGE to module ums-alauda (if needed). Adding namespace USB_STORAGE to module ums-cypress (if needed). Adding namespace USB_STORAGE to module ums-datafab (if needed). ....etc... It's due to calling the __modpost target twice, once for modules and once for nsdeps. I guess we could have the nsdeps target just call cmd_modpost, but then we still have the MODPOST XXXX modules line printing twice. Is there a nicer way to fix this? Again, it's not harmful, but probably confusing for people to see. Thanks, Jessica