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 3D893C433E0 for ; Mon, 20 Jul 2020 16:54:20 +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 01A80206F2 for ; Mon, 20 Jul 2020 16:54:20 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="cLgcdGT5"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=google.com header.i=@google.com header.b="aKi09317" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 01A80206F2 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=TgW5nBCHzKpdF787Fzp7ODzV4HpR3EGnW7QJ9SICek4=; b=cLgcdGT5ZOQ+Q0A84eop04rZK jbLzTPcRKiPDE4KPOLTa/2l8nsoIf3VKqWpsUp+A+zxNZgyRMxMCJh7k2Ys7cVNBkjoMAv8ft7pBn EvTOjpbynriAHMpQws2cc98NXFB3nEywVf+wQbAV/nkx6HWZJFEtNibnrMim8+x36pIgPTPjgyO1C PHfVnqCjc444UVumNkZv50Ce3fMh2JqXwN1BL2hztbR/goyGwT8NbcP75cICOrwtES3mbZuVCP8rj M251w47UV3gZFigop/N9wft+jI5GzgSfaULDe5sdZzBty+9o2YZ/HwqepkpKNk9haTKGuOpdN3Fml miw2RA1Ww==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jxZ29-0007wn-Vl; Mon, 20 Jul 2020 16:52:58 +0000 Received: from mail-ej1-x641.google.com ([2a00:1450:4864:20::641]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jxZ26-0007uf-GU for linux-arm-kernel@lists.infradead.org; Mon, 20 Jul 2020 16:52:55 +0000 Received: by mail-ej1-x641.google.com with SMTP id a1so18774329ejg.12 for ; Mon, 20 Jul 2020 09:52:49 -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=WjwIKDNMRO86HLiza3ekP7Z4qpEbwmULQ/L4/V4YUtE=; b=aKi09317EgbufEHdPz6ybPx9SBQ3iXd5Qr1oxjOv5QrJguwLfk+bp9TvU+POgEqNC8 E9WJUEpjgUVnd4A6HMqkPY1IIekaq1PzTfjnSMhOysWqSQHFxU2VpsbyaAfBSvi55tCf OsQMetqysDIjWPonv8j8aSyT8PHbE2MY4MEap62x4hEwJiTGeKO4UE/AqW6CYkuqHJFK +jNk4cgc5ueo3XySM27EJlzHTQmL7o1dFCUGkubIzjmwWtHygQSqOr7J4KrirT0N5ii5 6jmz3r9OZwZaSF0lhj6qB061kySusc6q4saf79ctFwnqDim1fh9xHMNQHSN4aeXTLI+e WmFw== 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=WjwIKDNMRO86HLiza3ekP7Z4qpEbwmULQ/L4/V4YUtE=; b=nfl3I+oymHFGOImMQ/8v0H2fF1tpYX544WQLN02VddUPTh5JCi29lV2G1An+qXgohi ZdMVrdZon9doLRdEE6z8Gr2eNWA8l0hdbPMozZngPlwaTrEctep/FN9OEsyuyvdzCUzG 7L0Jt6loN6IbjOarAM7tRtmYSia6EoKlF9HRnQV2TL92eIl5tOtNNogH6lnuhvUS/e0p vgD/o78BRTdxZ138kR4txM1AT5O6htybWCKt6XqFN0vAUYZ/wgBeR6LpX9eJNTAhtxrA ZEqxJbfzGW0NlS+fYRmki/lqA461vOvCijBfdJGqTOQrCe5TT5zDZ7apc/PVbXE4+HQr uI3g== X-Gm-Message-State: AOAM533SteRBx9WuwBZVuHgZUUhNwdZIsTgTnzS2v/Ncf5mnt6b+ceSB ofzMZb34E9Q486j/wsMK8m15zrjKAw3LmUQ+w3L5hA== X-Google-Smtp-Source: ABdhPJwXfmksCBX85u+pwB/9F5hgtRX4ZE8Dkw8qbJ6G2uTpNqzPbNioN4uT7/TWkHbxi+iplWhAeGWkg23vKqV2cIc= X-Received: by 2002:a17:906:6959:: with SMTP id c25mr21009671ejs.375.1595263968366; Mon, 20 Jul 2020 09:52:48 -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> In-Reply-To: <20200717140545.6f008208@oasis.local.home> From: Sami Tolvanen Date: Mon, 20 Jul 2020 09:52:37 -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-20200720_125254_558545_F4A111A7 X-CRM114-Status: GOOD ( 14.57 ) 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 , Matt Helsley 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 Fri, Jul 17, 2020 at 11:05 AM Steven Rostedt wrote: > > On Fri, 17 Jul 2020 10:47:51 -0700 > Sami Tolvanen wrote: > > > > Someone just submitted a patch for arm64 for this: > > > > > > https://lore.kernel.org/r/20200717143338.19302-1-gregory.herrero@oracle.com > > > > > > Is that what you want? > > > > That looks like the same issue, but we need to fix this on x86 instead. > > 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? Sami _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel