Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp601222ybz; Wed, 15 Apr 2020 14:56:09 -0700 (PDT) X-Google-Smtp-Source: APiQypLNx+kwzAQS2RwrsL5UiPGrcPfnqP1BwuxR1pazJ6ennpFiKxH5zy9+1k3b3W3IM2B9JsYK X-Received: by 2002:aa7:d3d3:: with SMTP id o19mr8851635edr.76.1586987769089; Wed, 15 Apr 2020 14:56:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586987769; cv=none; d=google.com; s=arc-20160816; b=UV63zMy721CnYgI1I+e6J/KiZOIGQ2ozl5dzXNFNoscMZlCOLQAtIzd2p489q7L2xM 2F4fLMb1k+pmYrogTrxjtvG8SR3hPKTcfFQl+ScrRrCNhTrxm0llJVZRGgdESsp3nPO8 3K44Z+5/ERrfvDSHUmUncsnIGjZM/A+9u3Q/RWiawgUg9Rekz6shvbbJTSAeyDp39c7h A2VIZyQ9K+E1T6qM8OjDpvP+iCc0L/NKHOGrBegAzfmpb7IJKZzwE7n7qH2XlCwYynaA 9rvg0ZSzr4pWPs+mjp3LmgRYs9yEzI3/eLSOiSEFoZP7OHEdQHkhzMGJjtn6I3G7D+JO gCRg== 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:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=sUPFuFdDTX7wfZTQ5WH8j/Z6DYuwt+EC5phxGkLdja4=; b=SOOdbONHKBp4doCf9uNwyJTuVoH2QhnKzmeBU+1Cq5OCwiN6j9aFffxHgwQ63wIl6P J6WeB+grMhnuNpnszvOLW5he6Tju0M9b8vAMaZ3VK/8L6HJLVz+QgI9VONR4wuA1KM+D 9ijxhGMPPfektrFL44vU/7vULjoLb/4xf+c6KW4/uWdk04B30D9lt+f7ehFfSXML3eA3 MlMS1Lg0dNR2ps4anuhxOYMJ+2XkA1FOhu2AeXgkNZL5Fb2AmJnNdCdlABM6a8Jqb2LH k+eDrkPQhAElx0J0AmMkxSwVNb5xqG4WLodGVUgHKsBBzPJYEJ+hi7fzvrqhrZZ0enn0 7bJg== 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 b7si5758240eju.8.2020.04.15.14.55.45; Wed, 15 Apr 2020 14:56:09 -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 S2633673AbgDNVFg (ORCPT + 99 others); Tue, 14 Apr 2020 17:05:36 -0400 Received: from mail.kernel.org ([198.145.29.99]:34994 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732446AbgDNVFW (ORCPT ); Tue, 14 Apr 2020 17:05:22 -0400 Received: from gandalf.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 D3E3A2074D; Tue, 14 Apr 2020 21:05:21 +0000 (UTC) Date: Tue, 14 Apr 2020 17:05:20 -0400 From: Steven Rostedt To: Peter Zijlstra Cc: Matt Helsley , Julien Thierry , linux-kernel@vger.kernel.org, Josh Poimboeuf , Ingo Molnar , Miroslav Benes Subject: Re: [RFC][PATCH 00/36] objtool: Make recordmcount a subcommand Message-ID: <20200414170520.4d347caa@gandalf.local.home> In-Reply-To: <20200414204729.GJ2483@worktop.programming.kicks-ass.net> References: <3a3f70df-07b0-91d9-33e1-e997e72b0c5c@redhat.com> <20200414093506.7b91bbbb@gandalf.local.home> <064f41bd-0dfe-e875-df7c-214184c29fa7@redhat.com> <20200414115458.093e221b@gandalf.local.home> <20200414200910.GB118458@rlwimi.vmware.com> <20200414204729.GJ2483@worktop.programming.kicks-ass.net> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 14 Apr 2020 22:47:29 +0200 Peter Zijlstra wrote: > On Tue, Apr 14, 2020 at 01:09:10PM -0700, Matt Helsley wrote: > > I also noticed that, for example, sorttable uses the same ELF code / > > patterns as recordmcount -- like the double-include trick. Of course > > it operates on a larger scale than per-object-file and so there might > > only be code maintenance savings there... > > I'm >< close to having objtool run on vmlinux in the link stage too :-) Do we want that? Matters how long that takes. One reason I avoided running recordmcount on vmlinux was because I didn't want to add to the build time that much if I only needed to compile a single object. If it's fast, then there shouldn't be anything to worry about, but if it takes a minute on a common machine, that's one minute added to all builds, no matter how little you had to compile. -- Steve