Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp1154534rwl; Wed, 12 Apr 2023 08:59:43 -0700 (PDT) X-Google-Smtp-Source: AKy350Yxu4RlEZVY5Ii6CdBn6v4x0o+pXgOCN1D+e4jS1UiE66LZvC3G/qMnV5nio0cX7bSm/YyY X-Received: by 2002:a17:902:9043:b0:19a:96ea:3850 with SMTP id w3-20020a170902904300b0019a96ea3850mr3069059plz.17.1681315183114; Wed, 12 Apr 2023 08:59:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681315183; cv=none; d=google.com; s=arc-20160816; b=aMytEt1qxLNkmX/lp50KipfWME03drKRbBpuxLZYxxxcp5ittqpvJQ2i6HWNPoXRlM QC/oNTlajFkiqbtyrXDCN0bj+09ZXYXcvx0XxF6Pquk8ugUJr4E4q3PeJ9E3AWix2xbZ Ob2qVi02mi0C4iPoJMre1RhVfeJCh1JlT2B0ISaHtkt9KN1np/UIHxz45JDFIb9y1xyO 5+T+OxeKspbnwLk+o/676loFvyUtP3lqONPRiEK/UOATmTlqcHFYb82wSmzdOh//1p/9 PF/SNJpPIawYhfNqpo5E8y3O1v8mmIVik4DI2+8mYgor9Q8sTIRsnRAjTgUoCpyHZh4J RlHQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=uoaQ7NCtjkaUPryQg07ZWWc0heuOA0ceuSquxjUtRPg=; b=b02EhTqA1paDe5n80YhGwM+tGlvUqd/MyfXqdxwlRFsrDQvirtZsS5Dus7L3di+sBZ YoZCHERLBsHaxX+PZS+8pt6JQFrzEQgW2a79cwxwIbEEUIGa5sFC+OL3OZzxwR70TV+q 5DDHqd3JJDznwTbgVLg9PwuCbJw/CeqHD6YQSqPOSDzxSi6hYBybl+E+PotsT8qqieaB VNaOHtS7xXAyaa+Y9O2UMIm97C24CtyRvYOu7YMJVDjuHOKnxsDmd9go32qIscuQBIDH GExnVSt38qgg5SokIXggiPGYwgMaiAGoUB85JXQkG7reGeQTq6/1iqO2XaqvYs2cvKoJ jIpg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="N/2Es4Nr"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j15-20020a170903024f00b001a0544138b8si3302568plh.395.2023.04.12.08.59.30; Wed, 12 Apr 2023 08:59:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="N/2Es4Nr"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231145AbjDLPw0 (ORCPT + 99 others); Wed, 12 Apr 2023 11:52:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52974 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230305AbjDLPwZ (ORCPT ); Wed, 12 Apr 2023 11:52:25 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0F6651A2; Wed, 12 Apr 2023 08:52:25 -0700 (PDT) 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 9FA3A62AB9; 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-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.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