Received: by 2002:a05:7412:8521:b0:e2:908c:2ebd with SMTP id t33csp464564rdf; Fri, 3 Nov 2023 06:08:57 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGFfVawJXEpOxX3yXZ663b7cuqGrEP5tnIR0qfUnNLSYpq6HZFxOzsdYu5igQQm1fO63d6g X-Received: by 2002:a05:6a21:9706:b0:163:a3ce:a699 with SMTP id ub6-20020a056a21970600b00163a3cea699mr15026823pzb.57.1699016937563; Fri, 03 Nov 2023 06:08:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1699016937; cv=none; d=google.com; s=arc-20160816; b=KEzmf9PXrnxiiipLmj2mlPbx7Gtg0Pk5FDK5GCDXQZmmdlrci/Fhz2dA15t88+KD+Y 3rE3sv7ngfJFkJuFHTZTxHzGKsaM5w4NUg6le5PXUgLern0fMg7X1IcYi1uUWxLuSHY8 09C2yH1eOjikFaz5S+GMn6QZ9j5hZFxB6y3yZMD8cIAsD+ZwShKOS092ONjqTABcEmdb LYfIiA8d1vWqUg7CztrJMAJgk2aPMtcVuVnGj/iUzYvRoBaWn/fa9zyah0teHTUJO4Bl KH5hp8ZiiPcgnu7ZLtmx0soPaZDunbgTyvtwCM4lbjADkVY5kzNnfkyKLkhdNm9Py1KI IBQw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=FVKgUj0uIHkMY78KC2G3LoMl8HM52HmVt0kx80HproA=; fh=g9EYw59ciboWxQ8yeMRRWaenjCbP20EMP7AQVDZCOOM=; b=X4+a0v7e6l/dzTKQTfvb7y3943zxzjo0KjzvjUD+dUYy0QftVUsoucHQxsNRaNIt+z usYb7UvbjOQcxLHEzSudG9As8YMF+Xk8/nXnE6ci4oXPJU0PorpHbcyVYA+Puwpx+UFl 3GvzYr5ZbN5or9k/yqMgjJwZ6clN3m3hLpgXyGkmSgRKWzkFZYwNdYvARmpdbts2HpOg 5QLmCCKFsBLeHEIARIHICegRWfllQ4IQFg/J8UdTMklcyeSLyE7Y8nw7nRrjliAY0s7N dxpnJgmPdkF9KFRjZ0s6OwRdlikbABYqO+yfEGBpdhttfDchyA5RkGDDlRQhoKf2PDnm DqHg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=bbOoB+IO; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lipwig.vger.email (lipwig.vger.email. [23.128.96.33]) by mx.google.com with ESMTPS id il11-20020a17090b164b00b0027d032092d7si1679900pjb.184.2023.11.03.06.08.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 03 Nov 2023 06:08:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) client-ip=23.128.96.33; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=bbOoB+IO; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by lipwig.vger.email (Postfix) with ESMTP id 50DEC8299E0E; Fri, 3 Nov 2023 06:08:46 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at lipwig.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1376466AbjKCNIe (ORCPT + 99 others); Fri, 3 Nov 2023 09:08:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44822 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229379AbjKCNId (ORCPT ); Fri, 3 Nov 2023 09:08:33 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 31911111; Fri, 3 Nov 2023 06:08:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=FVKgUj0uIHkMY78KC2G3LoMl8HM52HmVt0kx80HproA=; b=bbOoB+IOaYQ7ibWjfJ0UuoeNc9 tqG6JFZK+5q/P5hbo3bF24UolPUzIHBjInC9ad/2V4q8sMTi2PeKiAhIdoE9tUgBfF5ejOLGmQOKL hvPT68kZzruopT6g92dRJ5stja0/mnoWKg+4ykIFhdh9d8RqtBG/8vQJuqJQgYrIUGwo7FCBqRmZy mqx61wXt+mhGOh1n7qXCNtAMTvA0zFrFszr00Nt31MdL4IvEOR0aBFlY2eJKmiNBNzcMl2OLnjkw9 fIqyiGQBItdk26uVw/BtIObjQK9Rp2+QIvDlZW3bBuEOiI8KvUXjQVJ4Qenhu4xziGBXDI96ri8cM Zk5Ib0xQ==; Received: from j130084.upc-j.chello.nl ([24.132.130.84] helo=noisy.programming.kicks-ass.net) by casper.infradead.org with esmtpsa (Exim 4.94.2 #2 (Red Hat Linux)) id 1qytuI-005WWa-EH; Fri, 03 Nov 2023 13:08:15 +0000 Received: by noisy.programming.kicks-ass.net (Postfix, from userid 1000) id C451D30027B; Fri, 3 Nov 2023 14:08:14 +0100 (CET) Date: Fri, 3 Nov 2023 14:08:14 +0100 From: Peter Zijlstra To: David Hildenbrand Cc: John Hubbard , Linus Torvalds , Andrew Morton , Peter Xu , Shuah Khan , Nathan Chancellor , linux-mm@kvack.org, linux-kselftest@vger.kernel.org, LKML , Muhammad Usama Anjum , Jonathan Corbet , linux-doc@vger.kernel.org Subject: Re: [PATCH v3 11/11] selftests: error out if kernel header files are not yet built Message-ID: <20231103130814.GC8262@noisy.programming.kicks-ass.net> References: <20230606071637.267103-1-jhubbard@nvidia.com> <20230606071637.267103-12-jhubbard@nvidia.com> <20231103121652.GA6217@noisy.programming.kicks-ass.net> <20231103124606.GB8262@noisy.programming.kicks-ass.net> <15ff806d-59ab-46ab-8891-05ab917a1528@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15ff806d-59ab-46ab-8891-05ab917a1528@redhat.com> X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lipwig.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (lipwig.vger.email [0.0.0.0]); Fri, 03 Nov 2023 06:08:46 -0700 (PDT) On Fri, Nov 03, 2023 at 01:59:28PM +0100, David Hildenbrand wrote: > Okay. the question is if your workflow can be easily adjusted, or if we can > improve that header handling as a whole. So on IRC the following was suggested: make O=defconfig-build headers ; make O=defconfig-build -C tools/testing/selftests/x86 But that makes absolutely no sense to me; because the headers and selftests are not .config dependent. Furthermore I don't want them in a kernel build dir. > The problem I had with this recently: just because we did a "make headers" > once in a git tree doesn't mean that it is still up-to-date. > > So once some selftest changes showed up that require newer headers, building > the selftests again fails without a hint that another round of "make > headers" would be required. Yeah, so I've been adding #ifndef guards all over the place for decades and that just works. You need it in normal userspace too. This super reliance on the very latestesetst headers is just a total pain.