Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp3068610pxb; Sun, 3 Oct 2021 14:12:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyA5V29KQ8l+YC29uF6eUBbB1s/JShbHlyO67n5S+jumQNDw5JUzohpJeUaxNKDhTkwz+Ck X-Received: by 2002:a05:6402:1d2b:: with SMTP id dh11mr13570479edb.276.1633295521390; Sun, 03 Oct 2021 14:12:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633295521; cv=none; d=google.com; s=arc-20160816; b=NE00HAj9+PXLN+XtCrF/FQ7itcVJruCgTb+LEyNnaE19fD7Wtm/5SqvYngpqP8RLjj fIeAYd8P4n2Nfqv2DBPz/dUxFw7hnjb6X1cTGuTs6IQ/Qozzoxboplhv4K025+Uwokf0 hlBAUyc246Rqz9F73PCnZmaAh8XnIY1dhiiIKAsAujufdCfp256tX85g/2lt76/tylNw U27HxdmOEpI4x5H1ItPT9sxxsqUEg8K9lGxDdhec9zldnE61PZTzvIRe8uSHPI/n5uio wa6C3aJfB0AhYH/0pmRcSBL9iS2ydNz1fJ1gXolWRqLxKHojppJYuhk98vxdSvPPuKiY aW9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=UHek/btNJkolH54cL4nPNixD8tQ0KSkxKtmXbkg+Li8=; b=TGg0lHiuEcrshkLdjXd7nYKBO2MeGflfTkGWpLw77v9VUbCU1gg1OhsK8gj2EGsPIk fBK5txWdqef9FDNgMEWKXzyOO0aZ4v0/hg2/MAu171Gi/uo4Xs5O9DM4FIbbpkmQP8Ch awWpCSVqvTEyVVmVEWs5b7eTkA59vZDqxqYkEGKPoEdbUvpJ3YkC0lybawT43T0XEzgu qmB9KE/Q8aNG4uqHO9v0HKtzlqFbSUcHKX8+ykVbiXQ8b22m3KlYw9e0TaJfLnALTKkv R4PBjWcdNCkGmZhUEBYnH8jC+fYkqkQRxDbX4BE9W+Pj9Nf4OWu/32Jhmx5ODeN+Mm5x o5iw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 7si15954738ejk.32.2021.10.03.14.11.37; Sun, 03 Oct 2021 14:12:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231741AbhJCVK0 (ORCPT + 99 others); Sun, 3 Oct 2021 17:10:26 -0400 Received: from mail.kernel.org ([198.145.29.99]:41306 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231484AbhJCVKZ (ORCPT ); Sun, 3 Oct 2021 17:10:25 -0400 Received: from rorschach.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (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 9EED961266; Sun, 3 Oct 2021 21:08:36 +0000 (UTC) Date: Sun, 3 Oct 2021 17:08:35 -0400 From: Steven Rostedt To: Jeremy Kerr Cc: Geert Uytterhoeven , Masahiro Yamada , Michal Marek , netdev@vger.kernel.org, linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, Matt Johnston , Andrew Jeffery Subject: Re: [PATCH net-next v3 01/16] mctp: Add MCTP base Message-ID: <20211003170835.0e157b78@rorschach.local.home> In-Reply-To: <63a6e8ad8a8ae908aa73a3f910b98692c1a9aa37.camel@codeconstruct.com.au> References: <20210723082932.3570396-1-jk@codeconstruct.com.au> <20210723082932.3570396-2-jk@codeconstruct.com.au> <63a6e8ad8a8ae908aa73a3f910b98692c1a9aa37.camel@codeconstruct.com.au> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 12 Aug 2021 19:15:24 +0800 Jeremy Kerr wrote: > Hi Geert, > > Thanks for the testing! > > > When building an allmodconfig kernel, I got: > > [...] > > I don't see this on a clean allmodconfig build, nor when building the > previous commit then the MCTP commit with something like: > > git checkout bc49d81^ > make O=obj.allmodconfig allmodconfig > make O=obj.allmodconfig -j16 > git checkout bc49d81 > make O=obj.allmodconfig -j16 > > - but it seems like it might be up to the ordering of a parallel build. > > >From your description, it does sound like it's not regenerating flask.h; > the kbuild rules would seem to have a classmap.h -> flask.h dependency: > > $(addprefix $(obj)/,$(selinux-y)): $(obj)/flask.h > > quiet_cmd_flask = GEN $(obj)/flask.h $(obj)/av_permissions.h > cmd_flask = scripts/selinux/genheaders/genheaders $(obj)/flask.h $(obj)/av_permissions.h > > targets += flask.h av_permissions.h > $(obj)/flask.h: $(src)/include/classmap.h FORCE > $(call if_changed,flask) > > however, classmap.h is #include-ed as part of the genheaders binary > build, rather than read at runtime; maybe $(obj)/flask.h should depend > on the genheaders binary, rather than $(src)/include/classmap.h ? > > If you can reproduce, can you compare the ctimes with: > > stat scripts/selinux/genheaders/genheaders security/selinux/flask.h I just hit the exact same issue. I build with O=../build/ and by removing security/selinux/flask.h and av_permission.h, it built fine afterward. Appears to be a dependency issue. -- Steve > > in your object dir? > > Cheers, > > > Jeremy >