Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp5946586yba; Mon, 13 May 2019 21:52:44 -0700 (PDT) X-Google-Smtp-Source: APXvYqyUJrxCRleDFGtHIhX63CQKUgcXab0jF5k0bZQYIPxCjDOmCex0Q5B4i1tI0Qlld+U73dYz X-Received: by 2002:a63:295:: with SMTP id 143mr35891646pgc.279.1557809564834; Mon, 13 May 2019 21:52:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557809564; cv=none; d=google.com; s=arc-20160816; b=oMILcIHkfNQCVnCtI8kCpnuqsCuY4XVn+tKSHZuRjvrKKpGMPKSmB+b2Kg+oDAAoxc 0n8VoAUyqsYbFX1cQguDsqfGL/Xesu6cpY2Cph7C8E6Y7dE5n5HDYZTcu00W5pXz9/wx CI0epMBwVQIIP/OKkDZxRRnzd/wONHMXdQcre4VWyomE8jTTUFrbfs9+1M+gEluHi2Gm FNRd8BpluRwub8aXhFlCRVl/lmcD7eeH6oTgfjvy4QaGdrBKiIq/ri36o4UImHLECMfm N7V8dPMKwnGgAzuKMee8RAmTgxgQB2EElXBVU1c1fCt4xIAQWtln+OK0XPPIeMqoG/18 Kuvw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:dkim-signature; bh=ZsO0b/9ppLhnB5XbOn1usdliLKNUQsJJpH/eiwY8qlE=; b=UQJMsNGpb6GaJR9nQxAfapIAUFT/nDUgcy7bJEuP/wII7S8fQ44uYryoqsYPmi7iiS sXNE5lH20w5a9+9/iH7DC9t85+1oyUwQH4WrO4/Upm0eACtZ3G7r3Xv1jUnr45RLuNtV qXdj2/8klCgRsNJQFUwbo4m3dCYsnP/9/MyrdjtVzC+7F/5ExdBmwM/6mQg+o1rdEOij n+wbuEy4bJa0L6JBOnfl10dXR7rHLiX+B7zhpX+Vtcj5HUzur77NdzHvNg4hMzLhdtSF lpl89Q+iZuQ8DlCiirGXrcc4QwWRPSN4S7gEGLX2J6nfFL9xtBHNN53wg1vWGhWn99Zh 0tUA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@canb.auug.org.au header.s=201702 header.b="Vlk2o/4o"; 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 f64si19722238plf.128.2019.05.13.21.52.19; Mon, 13 May 2019 21:52:44 -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=@canb.auug.org.au header.s=201702 header.b="Vlk2o/4o"; 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 S1726044AbfENEtp (ORCPT + 99 others); Tue, 14 May 2019 00:49:45 -0400 Received: from ozlabs.org ([203.11.71.1]:39599 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725562AbfENEtp (ORCPT ); Tue, 14 May 2019 00:49:45 -0400 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 4534wl0rMRz9sBp; Tue, 14 May 2019 14:49:43 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=canb.auug.org.au; s=201702; t=1557809383; bh=KuZ8WUohyWe50F13yVqwau/0S6d11//MrO0lXreM+uE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=Vlk2o/4oznCOtpM/rOtYXXTaiKq/cw3rNlPoa54dJvfDzzVNEJm0jDQlWJG0zTo4g 1g4XojpEVWbg8jRdOmgqKz3AJ3X18zIvitl2aoJq4hk4YQ+nCfX/UDcv5aOEv5NHyk h+kK/caFUoz4fKZQvpNPhc1LjY7SxPHzIW/X91ERfRd2JTIFJFBlviH3WINcw/uwoI auKvYAae7yvpL6VCzCuFjnZWdcdosLQxA1AGEpM5mClDI46N2eUD7iGbvjoXAf5Mwp WVYIg3TLshqYnjl5nzIhB8OdgKXin23gs19V/mw7A3Fio+OeqClyA9Fr9NrGHjBaZC 3gHV43GMuVbvA== Date: Tue, 14 May 2019 14:49:42 +1000 From: Stephen Rothwell To: Masahiro Yamada Cc: Linux Next Mailing List , Linux Kernel Mailing List Subject: Re: linux-next: build failure after merge of the ecryptfs tree Message-ID: <20190514144942.403f0e96@canb.auug.org.au> In-Reply-To: References: <20190514100910.6996d2f5@canb.auug.org.au> <20190514110334.424cf0be@canb.auug.org.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/caDE/H.1YQjykSJJ7NW76NM"; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --Sig_/caDE/H.1YQjykSJJ7NW76NM Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi Masahiro, On Tue, 14 May 2019 13:16:37 +0900 Masahiro Yamada wrote: > > If you are talking about the rebuild of > .tmp_versions/*.mod files, > yes, they are cleaned up every time. >=20 > # Create temporary dir for module support files > # clean it up only when building all modules > cmd_crmodverdir =3D $(Q)mkdir -p $(MODVERDIR) \ > $(if $(KBUILD_MODULES),; rm -f $(MODVERDIR)/*) >=20 >=20 > I think the reason is that > we want to make sure stale modules are not remaining > when CONFIG_MY_DRIVER=3Dm is turned into CONFIG_MY_DRIVER=3Dn >=20 >=20 > Rebuilding .mod files is not expensive. >=20 > I think this behavior can be improved, but > that is how it has been working for a long time. when you say "not expensive", how long is that? Because an x86_64 allmodconfig build currently produces 7313 of those files, so at .01 seconds each (for example) that would add over a minute to each of my builds ... and I do lots of builds every day. OK, so it may not be that significant (so a millisecond each is obviously not a problem), but just wondering if it can be avoided. --=20 Cheers, Stephen Rothwell --Sig_/caDE/H.1YQjykSJJ7NW76NM Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEENIC96giZ81tWdLgKAVBC80lX0GwFAlzaSOYACgkQAVBC80lX 0GwsKgf/SSRx5sD4e36x/UZq9x39Q5HP3h3xDj3LZ/ouhU+uPqF8jwAM2LOw1rrF DOWE3LZ87R1CkIGxgqup5F3D8nrn7DXcIak9xYOkGceIcL1cR0ZXFEOr+ov5rq4a ftdpKuAtl/l4rF5FrcVjQFPwWsN04MHvvlZQyF4e1snO7LikYQCIW/xH8VXwoJy1 FiM4lfkfF5GyohEbktG/hLiBlK5rLgI8p2ESjFWoXi7fXnnjO5ji4RUgisLitYXq cLLygqiKwmjGbNVnlBZs2uLTApQE483LqQP/NnJWazSyJZqKHVobtpwqgXa+5e3F tuSee73joKe4qGHAQcISZQHcDjdkGw== =hgY+ -----END PGP SIGNATURE----- --Sig_/caDE/H.1YQjykSJJ7NW76NM--