Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp6394697ybi; Wed, 29 May 2019 07:14:47 -0700 (PDT) X-Google-Smtp-Source: APXvYqw33dMaJJJEqDtE+GUPpiS1anLYuOTsjz+rpDahlExm9CF9K8dDKAEBfMgBys9SgXiq9L/L X-Received: by 2002:a65:62c4:: with SMTP id m4mr49444014pgv.308.1559139287845; Wed, 29 May 2019 07:14:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559139287; cv=none; d=google.com; s=arc-20160816; b=rdUhR3jxYwG1PauwK5gUoqE7/WZSKyD52LgBMveYgyTiLOzZi45eIj/hT0gcExD3RY EIeeyMjQD+FgPJeLR4kOx3NdCPpVoXsSdOg0WwC49Nk5E4SXcw9B4/Vlt9cqwLRmk/73 lIyFaLIUTjjaioDUM5soA85xkpejLUDPoesxQKnFphKn2bda/tDxAxhO/JzC9+I5m3fn 8/fsX4OjeE7OutJEmx79txtxKbef6bLBB1nLX3ib9CL8GUAyE4vFOE/hB+5rwoki2O3D ZcSQayUpu7280vE0X34kZxGuUeSh2Fk2NzC3g5FjbK9dNAu7UQa5OQItemj+JniMDkRC PQBA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=PbuyApyT4UMmeOrjeM10DZT0K5hgQzSd2Q6fOC8+ChE=; b=H/yaV2QAH5j3URxZ/juOgYoEVJBeDpeHHurylrW9uDjt87qOK5F+VASUMwjP0pNWxR aAMZEHeIsOdxcwsTtG4DMa8l4Iae5/dkGQCnsxKhUhb57Lt6G1EW2RpI73y0zhvniIfw nn9o9Bx/ISkunALOCOaFZL5vUcmov4L4t77Z/w99UQ6YyGxJ/BtoHF9/MV7q8XyJq6YA EPAPWrOt70sPnUPhzs/7tpHMw5emoF5T3nKAtBwuBW6hse9to3GUb4Cf9ymKmR+odu5k S/uC+BoDVtUcHoQnoUzgjc8tUu4IXAVuIOp+uWx1EYo7wNi9PJkA8HmZ83E1JH6XUVrV PQVQ== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o6si31376768plh.197.2019.05.29.07.14.31; Wed, 29 May 2019 07:14:47 -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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727383AbfE2OLs (ORCPT + 99 others); Wed, 29 May 2019 10:11:48 -0400 Received: from mx1.redhat.com ([209.132.183.28]:53824 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726897AbfE2OLs (ORCPT ); Wed, 29 May 2019 10:11:48 -0400 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 297BD3003E4F; Wed, 29 May 2019 14:11:48 +0000 (UTC) Received: from treble (ovpn-123-24.rdu2.redhat.com [10.10.123.24]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 699BB5B681; Wed, 29 May 2019 14:11:47 +0000 (UTC) Date: Wed, 29 May 2019 09:11:45 -0500 From: Josh Poimboeuf To: Peter Zijlstra Cc: Matt Helsley , LKML , Ingo Molnar , Steven Rostedt Subject: Re: [RFC][PATCH 00/13] Cleanup recordmcount and begin objtool conversion Message-ID: <20190529141145.4tycu25a3os3fpgr@treble> References: <20190528144328.6wygc2ofk5oaggaf@treble> <20190529134152.GX2623@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20190529134152.GX2623@hirez.programming.kicks-ass.net> User-Agent: NeoMutt/20180716 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.42]); Wed, 29 May 2019 14:11:48 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 29, 2019 at 03:41:52PM +0200, Peter Zijlstra wrote: > On Tue, May 28, 2019 at 09:43:28AM -0500, Josh Poimboeuf wrote: > > Would it be feasible to eventually combine subcommands so that objtool > > could do both ORC and mcount generation in a single invocation? I > > wonder what what the interface would look like. > > objtool orc+mcount ? > > That is, have '+' be a separator for cmd thingies. That would of course > require all other arguments to be shared between all commands, which is > currently already so, but I've not checked the mcount patches. The problem is that you have to combine "orc generate" with "mcount record". Because even the subcommands have subcommands ;-) And also sharing arguments between all subcommands isn't ideal. Maybe could do: objtool orc generate [orc options] + mcount record [mcount options] > Alternatively, we ditch the command thing entirely and live off of pure > flags: > > 'o', "orc", "Generate ORC data" > 'c', "mcount', "Generate mcount() location data" -- Josh