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=-7.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 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 937E7C433B4 for ; Fri, 16 Apr 2021 15:36:35 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 752536108D for ; Fri, 16 Apr 2021 15:36:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1343811AbhDPPg7 (ORCPT ); Fri, 16 Apr 2021 11:36:59 -0400 Received: from mail.kernel.org ([198.145.29.99]:50996 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245739AbhDPPg5 (ORCPT ); Fri, 16 Apr 2021 11:36:57 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8A4C5610CD; Fri, 16 Apr 2021 15:36:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1618587393; bh=NKNA2z1fe3i+RmY3wY7HLCQFQeUUmgc/v5LkxYsgfWo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=uvssamVWhWsvWsVH4mxNyzQz0l4unazpuTdcXWQvuxcrgJ78fHI4UWGIk9UtodV/f NSp824oWOKyT8b0InPvjE/Xcbs+YaTM9l5Sfd/iigUNGYljzF7PRDMAOARVLLXy8VB NW3VfvZEuRogMWx+qYzN6aaVucduyW/CkeJ0zab91zC3pScTDNWOYc1LGfJXJgCYdF igjT6PK8uMO6e8NE6NQKH1FYh4fdHhknYtEw3bSwNlM5coErJKjoNm69tclPMC0RCn PJifGs4M8Xh64H2mtYC5aDAOhOTsUBdatdGyrdVwltWLQnds0nC8xoZne0yXrsVDtZ 30lSA3M3glyaw== Date: Fri, 16 Apr 2021 16:36:08 +0100 From: Mark Brown To: "Madhavan T. Venkataraman" Cc: Josh Poimboeuf , Mark Rutland , jthierry@redhat.com, catalin.marinas@arm.com, will@kernel.org, linux-arm-kernel@lists.infradead.org, live-patching@vger.kernel.org, linux-kernel@vger.kernel.org, Peter Zijlstra Subject: Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks Message-ID: <20210416153608.GD5560@sirena.org.uk> References: <705993ccb34a611c75cdae0a8cb1b40f9b218ebd> <20210405204313.21346-1-madvenka@linux.microsoft.com> <20210409120859.GA51636@C02TD0UTHF1T.local> <20210409213741.kqmwyajoppuqrkge@treble> <20210412173617.GE5379@sirena.org.uk> <20210413110255.GB5586@sirena.org.uk> <714e748c-bb79-aa9a-abb5-cf5e677e847b@linux.microsoft.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="fXStkuK2IQBfcDe+" Content-Disposition: inline In-Reply-To: X-Cookie: Snow Day -- stay home. User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --fXStkuK2IQBfcDe+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Apr 16, 2021 at 09:43:48AM -0500, Madhavan T. Venkataraman wrote: > How would you prefer I handle this? Should I place all SYM_CODE functions that > are actually safe for the unwinder in a separate section? I could just take > some approach and solve this. But I would like to get your opinion and Mark > Rutland's opinion so we are all on the same page. That sounds reasonable to me, obviously we'd have to look at how exactly the annotation ends up getting done and general bikeshed colour discussions. I'm not sure if we want a specific "safe for unwinder section" or to split things up into sections per reason things are safe for the unwinder (kind of like what you were proposing for flagging things as a problem), that might end up being useful for other things at some point. --fXStkuK2IQBfcDe+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmB5rugACgkQJNaLcl1U h9DWgQf9FG0/kc0HYV3uoE2g+LO4VYETzadCuvDsP2FO0f+CLwoFVZykfaYD/14p 5UObg6hOHtLtT3fVfA39EFPMR/MRYPAdzZiV+Qodl5c0Qh1t8go/aa4V4DOtru+z FLRUipOPb34+JkiHPzgY7rQWCraRE0kTE57jA3qPPNCcHwjyEcNFTRUggLS3hvPR oIUr7ns/X8YvlhA6CoL6CkiBTl1izIuHqvJEIjThBQXsuMrbAz8kyTYzMYStktk1 Egm77OL9g8U1qpEiozK5F1qGm77kqairQekA6Ip5+wu2D07lxUIe6QtTw2msNB3z gllfQVW9aIvW86kYNMUDXh1VO+OSdQ== =zhTJ -----END PGP SIGNATURE----- --fXStkuK2IQBfcDe+-- 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=-5.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 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 A43F0C433ED for ; Fri, 16 Apr 2021 15:38:35 +0000 (UTC) Received: from desiato.infradead.org (desiato.infradead.org [90.155.92.199]) (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 16877611C2 for ; Fri, 16 Apr 2021 15:38:35 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 16877611C2 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org 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=desiato.20200630; h=Sender:Content-Type: List-Subscribe:List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id: In-Reply-To:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date :Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=ZThCJi2k8ZXqZWebhXBNJOob9z/xrNZL5us9M6LIo8c=; b=BXKZ8TVaxTxCSb9BtH72Mzgbf NObpYlw/+ExHWFXMa8gfsvFh7geCIyQQwiwz+zWmfJdwOOBSWdNwPs0WiJXPQeGlm+Hg3Qa9dstyv nPoUEtxVSpRp2Ad2iasLQvrTJI7qBdfX540hXRbtLWdhLNv3+bpvZtMvyg+Xv3wPZ+BG84GoWbpQ2 wuSyuVLFsNNsX4VuDkmSb5lTNJzvTOzcL/j/1pnTjcKZWVB1nh9D3zobXE9Tn5FB/7MD6pTkib6lC XooElLWm1degPtZ108dMBE9CNsvRoijWRib2b0wklfDo191/t7p+Kwtvpjj1xc8gZdU94cn9yZWzT vCw5NVoPg==; Received: from localhost ([::1] helo=desiato.infradead.org) by desiato.infradead.org with esmtp (Exim 4.94 #2 (Red Hat Linux)) id 1lXQWM-002e0q-G4; Fri, 16 Apr 2021 15:36:38 +0000 Received: from bombadil.infradead.org ([2607:7c80:54:e::133]) by desiato.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1lXQWJ-002e0L-VX for linux-arm-kernel@desiato.infradead.org; Fri, 16 Apr 2021 15:36:36 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=In-Reply-To:Content-Type:MIME-Version :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=sLM1hibx065Pv06KknNSYx6KScJH0m+Ih1sIyMw5UtY=; b=f+SryBNbwyNVw9dpsKWaAbBWnE k2vmV/zhhDckieJ5hDI6Qyv3Na7IcoBYdKWTze4Wheehx7FpNUyTW+3NJ20Ex9Q/BkwEkbh46uq7w EHz2Y/NdnrQRnQdjWggzX+uKx2sxZYmJaSY/xyrZ5JzsrkNb9SgzeOQ8EC4UTX3m1f5ssw7BxCRz8 mB4w6xx/IlOP/XqnC4wxUVjU34GfHy8Pi6QVWUEY+LcK6/jG8AoWIFvW9zpSeo/Ipuu7e0RLPmWie 22n/bsfHPCbW3DpH3Oy6ARewq9/mlf3XXa1GMUylyPQrKDFWxuNCzuujSJ22hfDHTyyjwa5tOEiN8 YG8YjJJw==; Received: from mail.kernel.org ([198.145.29.99]) by bombadil.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1lXQWH-009VeI-Eu for linux-arm-kernel@lists.infradead.org; Fri, 16 Apr 2021 15:36:34 +0000 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8A4C5610CD; Fri, 16 Apr 2021 15:36:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1618587393; bh=NKNA2z1fe3i+RmY3wY7HLCQFQeUUmgc/v5LkxYsgfWo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=uvssamVWhWsvWsVH4mxNyzQz0l4unazpuTdcXWQvuxcrgJ78fHI4UWGIk9UtodV/f NSp824oWOKyT8b0InPvjE/Xcbs+YaTM9l5Sfd/iigUNGYljzF7PRDMAOARVLLXy8VB NW3VfvZEuRogMWx+qYzN6aaVucduyW/CkeJ0zab91zC3pScTDNWOYc1LGfJXJgCYdF igjT6PK8uMO6e8NE6NQKH1FYh4fdHhknYtEw3bSwNlM5coErJKjoNm69tclPMC0RCn PJifGs4M8Xh64H2mtYC5aDAOhOTsUBdatdGyrdVwltWLQnds0nC8xoZne0yXrsVDtZ 30lSA3M3glyaw== Date: Fri, 16 Apr 2021 16:36:08 +0100 From: Mark Brown To: "Madhavan T. Venkataraman" Cc: Josh Poimboeuf , Mark Rutland , jthierry@redhat.com, catalin.marinas@arm.com, will@kernel.org, linux-arm-kernel@lists.infradead.org, live-patching@vger.kernel.org, linux-kernel@vger.kernel.org, Peter Zijlstra Subject: Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks Message-ID: <20210416153608.GD5560@sirena.org.uk> References: <705993ccb34a611c75cdae0a8cb1b40f9b218ebd> <20210405204313.21346-1-madvenka@linux.microsoft.com> <20210409120859.GA51636@C02TD0UTHF1T.local> <20210409213741.kqmwyajoppuqrkge@treble> <20210412173617.GE5379@sirena.org.uk> <20210413110255.GB5586@sirena.org.uk> <714e748c-bb79-aa9a-abb5-cf5e677e847b@linux.microsoft.com> MIME-Version: 1.0 In-Reply-To: X-Cookie: Snow Day -- stay home. User-Agent: Mutt/1.10.1 (2018-07-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210416_083633_545439_65BD1F9B X-CRM114-Status: GOOD ( 12.11 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4576266043828558157==" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org --===============4576266043828558157== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="fXStkuK2IQBfcDe+" Content-Disposition: inline --fXStkuK2IQBfcDe+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Apr 16, 2021 at 09:43:48AM -0500, Madhavan T. Venkataraman wrote: > How would you prefer I handle this? Should I place all SYM_CODE functions that > are actually safe for the unwinder in a separate section? I could just take > some approach and solve this. But I would like to get your opinion and Mark > Rutland's opinion so we are all on the same page. That sounds reasonable to me, obviously we'd have to look at how exactly the annotation ends up getting done and general bikeshed colour discussions. I'm not sure if we want a specific "safe for unwinder section" or to split things up into sections per reason things are safe for the unwinder (kind of like what you were proposing for flagging things as a problem), that might end up being useful for other things at some point. --fXStkuK2IQBfcDe+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmB5rugACgkQJNaLcl1U h9DWgQf9FG0/kc0HYV3uoE2g+LO4VYETzadCuvDsP2FO0f+CLwoFVZykfaYD/14p 5UObg6hOHtLtT3fVfA39EFPMR/MRYPAdzZiV+Qodl5c0Qh1t8go/aa4V4DOtru+z FLRUipOPb34+JkiHPzgY7rQWCraRE0kTE57jA3qPPNCcHwjyEcNFTRUggLS3hvPR oIUr7ns/X8YvlhA6CoL6CkiBTl1izIuHqvJEIjThBQXsuMrbAz8kyTYzMYStktk1 Egm77OL9g8U1qpEiozK5F1qGm77kqairQekA6Ip5+wu2D07lxUIe6QtTw2msNB3z gllfQVW9aIvW86kYNMUDXh1VO+OSdQ== =zhTJ -----END PGP SIGNATURE----- --fXStkuK2IQBfcDe+-- --===============4576266043828558157== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel --===============4576266043828558157==--