From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.0 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_ADSP_CUSTOM_MED,DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7E316C433E4 for ; Wed, 22 Jul 2020 18:08:56 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 478D020787 for ; Wed, 22 Jul 2020 18:08:56 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="BN8EQKL6"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=google.com header.i=@google.com header.b="VQOOnqg7" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 478D020787 Authentication-Results: mail.kernel.org; dmarc=fail (p=reject dis=none) header.from=google.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:In-Reply-To: References:MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=/NCnL0qabjxJMOHbsauxRiwfzAb2qZ01unx1uwu5eaw=; b=BN8EQKL6ksVD8HzDb+SNe7P9E D10VE0EW9mun2CHpDOBuD68SOxwK+hsHGdrb6WcecmvNVjI6o3VrCVZcJx2p77XRmOXZJm+a7TdPq S7WVdnSk3kDQ1PFDedqojtEvsmrfeC0ncqV0GIxhQSUogb8Vec3Hze0fGsxyM1R6qAWxfvnHv6ZpQ 2LYddvYXe6CaNjHAsroB4Vw9C6Cu08Mw7Tu3UpUWSbxvxoGxeFBo7vEApNcNsFYtMZSjOd/az61a9 6z1tfqCDaT2N7nc7XrWwLKvSCmJ4ePdlPZhvhC83DE08F75OibG6rLKLCfjLmRvkjQbWSAtYEuM3g JwE0E5UqQ==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jyJ9Q-0006aH-BQ; Wed, 22 Jul 2020 18:07:32 +0000 Received: from mail-ed1-x543.google.com ([2a00:1450:4864:20::543]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jyJ9M-0006Yg-Jq for linux-arm-kernel@lists.infradead.org; Wed, 22 Jul 2020 18:07:30 +0000 Received: by mail-ed1-x543.google.com with SMTP id d18so2344104edv.6 for ; Wed, 22 Jul 2020 11:07:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FdyJ3zCjPfmLPOxt0EpbJoGI3z0Dst2ftnMjMBs721s=; b=VQOOnqg73U7x3eQrsDW5P6NHQpsRTrBV6mDqQ35Y7KbR5dxMVHVEhlOpBKgbC4YauI hKoPoQogS3yVaVz+cHKlmtCp41T1+KI57s1dNmREFvPgWO9LQa1Md2XUbvuoYp7xcDOD uJkxpr/ugST6O4YCQmPPrAz4f1LYvrnmu4TBkKKzuhd7zdw95+t6HeiJXKW9A6c8pPUy XRNlbkclQcCrxbPIAZrisC31UWn7W4GKg1hOvR+OFZqdAhucXRldSHGUkEO+NbUB9S9S XaVu2nmp3aY/+8g9/c/Kskh84nH4FtiosOyHuJCZKQY+DsufHyQlBrv/tBuyO6TpzdFa UM+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FdyJ3zCjPfmLPOxt0EpbJoGI3z0Dst2ftnMjMBs721s=; b=I+eWi/B8+9GSFRPJZhgnHxfocuP90CSSDVVaCGJOhaQcRgHg0dCdBXp1NNgr3cS2kd Gi5FScau/vzn6Lv0CwNPLogkrMNtnd68uTWDy8zdPvbbu0Y3EQMjj2gjDbN6tWRzmfmE JBMPZ0RJwjeEGS280fcFn6cIpoNLINWP3FwSVuRdof+HB/uAvmgGj/8KWr6OBjkndDnU I2Zd/gmLFQQ3yfPSdEQZWZB6o3bMIe43ypJXi4QY6Exv21ZHr3lkKuvx+CL77viXYOhU eXyPgWkjEmfSVvg58Hnkm6UDt2G4lTVVZKcW+tloC2yxqwLlpfbxL0dW/vPz4merD8j1 f1BA== X-Gm-Message-State: AOAM532K0GbxgPwZeXXTzL0LsWbIkgV3KBaOyE8ofQgZzwqHyCLAPHzc whhua1LNckN6ivpdlmJ7rlsnYhzLUQ36OrPAJNKrKw== X-Google-Smtp-Source: ABdhPJwcnL9bpNsR0ioOLFXQ9M3j8q0lz48Fhhhje9z+wnEe4/R/foPMYkXV+6IoYiAKnIEt8CMey3jrAzyf6UdUmaI= X-Received: by 2002:a05:6402:542:: with SMTP id i2mr682149edx.318.1595441245286; Wed, 22 Jul 2020 11:07:25 -0700 (PDT) MIME-Version: 1.0 References: <20200624203200.78870-1-samitolvanen@google.com> <20200624203200.78870-5-samitolvanen@google.com> <20200624212737.GV4817@hirez.programming.kicks-ass.net> <20200624214530.GA120457@google.com> <20200625074530.GW4817@hirez.programming.kicks-ass.net> <20200625161503.GB173089@google.com> <20200625200235.GQ4781@hirez.programming.kicks-ass.net> <20200625224042.GA169781@google.com> <20200626112931.GF4817@hirez.programming.kicks-ass.net> <20200717133645.7816c0b6@oasis.local.home> <20200717140545.6f008208@oasis.local.home> <20200722135829.7ca6fbc5@oasis.local.home> In-Reply-To: <20200722135829.7ca6fbc5@oasis.local.home> From: Sami Tolvanen Date: Wed, 22 Jul 2020 11:07:13 -0700 Message-ID: Subject: Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool To: Steven Rostedt X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200722_140728_728172_442836D1 X-CRM114-Status: GOOD ( 17.09 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-arch , X86 ML , Kees Cook , "Paul E. McKenney" , Kernel Hardening , Peter Zijlstra , Greg Kroah-Hartman , Masahiro Yamada , linux-kbuild , Nick Desaulniers , LKML , clang-built-linux , Josh Poimboeuf , linux-pci@vger.kernel.org, Will Deacon , linux-arm-kernel Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Wed, Jul 22, 2020 at 10:58 AM Steven Rostedt wrote: > > On Mon, 20 Jul 2020 09:52:37 -0700 > Sami Tolvanen wrote: > > > > Does x86 have a way to differentiate between the two that record mcount > > > can check? > > > > I'm not sure if looking at the relocation alone is sufficient on x86, > > we might also have to decode the instruction, which is what objtool > > does. Did you have any thoughts on Peter's patch, or my initial > > suggestion, which adds a __nomcount attribute to affected functions? > > There's a lot of code in this thread. Can you give me the message-id of > Peter's patch in question. Sure, I was referring to the objtool patch in this message: https://lore.kernel.org/lkml/20200625200235.GQ4781@hirez.programming.kicks-ass.net/ Sami _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel