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 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 36125C77B6F for ; Wed, 12 Apr 2023 15:53:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding: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-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=NKk0SglusAbx2bwDgxSlUkDrYkaK0EccPIstHd1VBEc=; b=lnqS5oQe22qPQe hAJS6yiX6z3i+fjSgu9mr+juo9764Ios17LRQlmvW6g+7xciZsDt1RLXU+I1LGj+vuzQswFzbF4jj LdeH2KBNYcNnvAgIbeVvFgoVfzEiBZNV2lddyLjuTw8wyPLjN4A8qdMpFvH6hAEyCoLGntxOvYZ33 5DbuskdU3ZwB5dUHG53kfdPuuqfc0B4eQSiXaL9lBnzRNyDc8Ub5E2q5fdYpZO1iKPa9frJBe//e9 NSCNftRVOTBc8xVC3gHa0vU4hMeDU4TDoUwe4ilmfa//lw/NJD0zGT+nFo0Ufc+YW6w8VY70Lh1ve 8tlWjnCKjrOVdI5mUD+A==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pmclo-003iTy-15; Wed, 12 Apr 2023 15:52:28 +0000 Received: from dfw.source.kernel.org ([139.178.84.217]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pmcll-003iTE-1J for linux-arm-kernel@lists.infradead.org; Wed, 12 Apr 2023 15:52:26 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id A29716326D; Wed, 12 Apr 2023 15:52:24 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 827BAC433D2; Wed, 12 Apr 2023 15:52:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1681314744; bh=gT6q8y5ffpQgGV/uEeID8hX6OoQ/VsysCcDOeWP9N1I=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=N/2Es4NrtZhuRO80IOiPHW9dtnCa05SNpQ4Wcy8INcjwTdwb9hIH9UHB5mvZerldM CvWCNp6BqPk6oLoOv6oYsGsDe8U6LTQcYJTULwU0cXOEbwIMboLgRKyCE9tFGzpkUu nKZ4RwaLfOQaqmCgRw8zNEnWMSGm++PQ9o2ji5xkO16l/MySlvZu1eIfLZ0oJMMGQ8 ZuBidVfJPZKmF81i+xVwLtYKusIFqPtTEMOd/g6FJ6MLsBsbZGbdb6kUWtKhP4zj5n FcYFfa6KOYwanDwYGI7xWVpST/RTsWcjbvv2FYgRgwPDI1Ae06vmJFUUQCM0PwsPLp w0FEpOInetJKA== Date: Wed, 12 Apr 2023 08:52:21 -0700 From: Josh Poimboeuf To: "Madhavan T. Venkataraman" Cc: Mark Rutland , jpoimboe@redhat.com, peterz@infradead.org, chenzhongjin@huawei.com, broonie@kernel.org, nobuta.keiya@fujitsu.com, sjitindarsingh@gmail.com, catalin.marinas@arm.com, will@kernel.org, jamorris@linux.microsoft.com, linux-arm-kernel@lists.infradead.org, live-patching@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH v3 00/22] arm64: livepatch: Use ORC for dynamic frame pointer validation Message-ID: <20230412155221.2l2mqsyothseymeq@treble> References: <0337266cf19f4c98388e3f6d09f590d9de258dc7> <20230202074036.507249-1-madvenka@linux.microsoft.com> <054ce0d6-70f0-b834-d4e5-1049c8df7492@linux.microsoft.com> <20230412041752.i4raswvrnacnjjgy@treble> <20230412050106.7v4s3lalg43i6ciw@treble> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230412_085225_479514_FB9418D5 X-CRM114-Status: GOOD ( 20.19 ) 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: 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, Apr 12, 2023 at 09:50:23AM -0500, Madhavan T. Venkataraman wrote: > >> I read through the SFrame spec file briefly. It looks like I can easily adapt my > >> version 1 of the livepatch patchset which was based on DWARF to SFrame. If the compiler > >> folks agree to properly support and maintain SFrame, then I could send the next version > >> of the patchset based on SFrame. > >> > >> But I kinda need a clear path forward before I implement anything. I request the arm64 > >> folks to comment on the above approach. Would it be useful to initiate an email discussion > >> with the compiler folks on what they plan to do to support SFrame? Or, should this all > >> happen face to face in some forum like LPC? > > > > SFrame is basically a simplified version of DWARF unwind, using it as an > > input to objtool is going to have the same issues I mentioned below (and > > as was discussed with your v1). > > > > Yes. It is a much simplified version of DWARF. So, I am hoping that the compiler folks > can provide the feature with a reliability guarantee. DWARF is too complex. I don't see what the complexity (or lack thereof) of the unwinding data format has to do with it. The unreliability comes from the underlying data source, not the formatting of the data. -- Josh _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel