Received: by 2002:a05:6a10:6006:0:0:0:0 with SMTP id w6csp1149824pxa; Fri, 28 Aug 2020 05:16:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwnsibZwVF+rYNNrdpXY2hgM66GZGwNdnMph6ae35fDNJTeLDkiN9DEC5RVYT6owKON3rce X-Received: by 2002:a17:906:3d9:: with SMTP id c25mr1532602eja.462.1598616977219; Fri, 28 Aug 2020 05:16:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598616977; cv=none; d=google.com; s=arc-20160816; b=flCWfWYBa5GIOQMH+jX4DZP0jIkLS949kCi3C5drxdbPf4yWOp64bG54dpwLXzcKN7 DpI5oxzeb9N11jbkxjK1fvTjIVGc+g/1Y76qSLnvyYXU6wDSX//m91SRHFSUq5fSeI0y ZdtpwRd5nR5xEyHxJbnYvbWG6kxdts2kq52BnVbmESigf/58Qm9EV1bO/sCYkKs/ANeW Yk4LvQ4JSsV2C0zmN3F0Hz7+oRxozv62h45gw9OfzYaj6VsBVclppUyhnfrrxKJCJ4Uc 5pDjJ5k63Pu5A4ZW/+vAuLbQcEJB5ANcEP6wwbLTDO1xGIfgZExWdbYB+8DhmQP5s/Ba /HIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=1RZjynA+wCazI/FnXtaytcLlBkffWxWhrmV+tsZugCo=; b=Chn1siUHZtZOs8cqAZe22xQlZD7oFM93XW4rJgfstXoINUSdD0Ob8uQwdgHPj0VyKU GPHBhXM4EDP7haImSDKh9tlYwriR0sjseFKUKtDYvIBeDwJ2pclau/5HKBaHCoQCL5Z4 7XVGL6GRn6BdA9Gj2sD2TqErQFm0qI3g3wmMUzkg9CSRFaeXsBl3GSqo+yk3X/8kAQ6m JAKP/IJNPPt5N8NJSiotG5hmpkOlcwAMxha23pVUmIioBjuHGblti4chiLGnNykGzj8I wy1rmTeHtY/K5z9POM3P4R98TyQhFMj/dQol3hSX1LDWA4KO91Rmlam+LgNtUmEN71sU 3Fog== 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 dp1si742126ejc.38.2020.08.28.05.15.53; Fri, 28 Aug 2020 05:16:17 -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 S1729195AbgH1MPP (ORCPT + 99 others); Fri, 28 Aug 2020 08:15:15 -0400 Received: from www62.your-server.de ([213.133.104.62]:39342 "EHLO www62.your-server.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729172AbgH1MO7 (ORCPT ); Fri, 28 Aug 2020 08:14:59 -0400 Received: from sslproxy01.your-server.de ([78.46.139.224]) by www62.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1kBdHT-0006Rt-Ok; Fri, 28 Aug 2020 14:14:55 +0200 Received: from [178.196.57.75] (helo=pc-9.home) by sslproxy01.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kBdHT-00043S-IQ; Fri, 28 Aug 2020 14:14:55 +0200 Subject: Re: [PATCH] tools build feature: cleanup feature files on make clean To: Jesper Dangaard Brouer , Arnaldo Carvalho de Melo , linux-kernel@vger.kernel.org Cc: Jiri Olsa , bpf@vger.kernel.org References: <159851841661.1072907.13770213104521805592.stgit@firesoul> From: Daniel Borkmann Message-ID: <25774c26-6d87-9060-3871-d83c582746b8@iogearbox.net> Date: Fri, 28 Aug 2020 14:14:54 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: <159851841661.1072907.13770213104521805592.stgit@firesoul> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Authenticated-Sender: daniel@iogearbox.net X-Virus-Scanned: Clear (ClamAV 0.102.4/25912/Thu Aug 27 15:16:21 2020) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/27/20 10:53 AM, Jesper Dangaard Brouer wrote: > The system for "Auto-detecting system features" located under > tools/build/ are (currently) used by perf, libbpf and bpftool. It can > contain stalled feature detection files, which are not cleaned up by > libbpf and bpftool on make clean (side-note: perf tool is correct). > > Fix this by making the users invoke the make clean target. > > Some details about the changes. The libbpf Makefile already had a > clean-config target (which seems to be copy-pasted from perf), but this > target was not "connected" (a make dependency) to clean target. Choose > not to rename target as someone might be using it. Did change the output > from "CLEAN config" to "CLEAN feature-detect", to make it more clear > what happens. > > This is related to the complaint and troubleshooting in link: > Link: https://lore.kernel.org/lkml/20200818122007.2d1cfe2d@carbon/ > > Signed-off-by: Jesper Dangaard Brouer Applied to bpf-next, thanks!