Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp83931iog; Thu, 23 Jun 2022 23:07:54 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sDkJMABkgxzz1H/+IhfYcCtplUh+DlgpP0GbCj7ZWBUVzdP+DHU+0LAh07W557/dcmsl8M X-Received: by 2002:a63:2bc8:0:b0:3fe:22d6:bdb2 with SMTP id r191-20020a632bc8000000b003fe22d6bdb2mr10845299pgr.474.1656050874284; Thu, 23 Jun 2022 23:07:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656050874; cv=none; d=google.com; s=arc-20160816; b=wY1x9pbbDa15pmqB//5Qv0Ozdvx2gnVmPzP0IiPkTlGIJIKZYYHW8Z8abmjnFTr1ME XMbqfpvGmK6n0wdC0ksU/o3xdKTWf3udFiJsMyo/UVhfYgl08Qy1wwxBrhWzq/J+pLJg FghNOBL3L1YT8hHuAuAf6uJBv2NYNDH5i7AqWawteaa3unFSsDTHFTPQWNTvCiOVBlqX uLVmKx8CtPGtw8hKgSSVn+ASJo8hByGvij86HVwKERTyuczsgSdeD5KV0vgvBlIgOMr0 PnwcInlqCJ2g7Wl7TMp5B/3orXW/xueftDIkWbTnEjvtkBUeN2gqin5LgRL4VRG5ZuLs /lGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:references :cc:to:from:content-language:subject:user-agent:mime-version:date :message-id:dkim-signature:dkim-filter; bh=gZuRnI5PofS9iqaTLzKEbxmbrQ015sgbhXqKOntIf+k=; b=XFPFr2XSchvuNpd85f97G/2yrqlTq27dtt+DSR5yxRm6cWcviI8rr4X0uS1FYovWyE JRD5ep8W2Uuew5kM0ubDpsCPadBONh2c9F+I23eCjIRpSZi6nNhEQq1JYQPNbjcBvvMd fVRRrO79voPM7JnI7oRPMuK5zKSLpqsqs0FFyxYCu/d+DlZLvzCak7UhPCutWUtUphCT XoGfuk29v5T5dEvNtw1tOm4HS/qKnqPEHlXmt+4M7luIofb0oCdMyqXYWOoRJhV1h+VC rGXCJxewsJYtDZIQONHH1qetxW7adZ5FIz2l521T6LMT6/7Yw7fzEU02IYXotKk0fZX3 hRyA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=We1FB93Z; 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=linux.microsoft.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i135-20020a639d8d000000b003fafdcf6bccsi1403808pgd.59.2022.06.23.23.07.43; Thu, 23 Jun 2022 23:07:54 -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=@linux.microsoft.com header.s=default header.b=We1FB93Z; 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=linux.microsoft.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231576AbiFXF2K (ORCPT + 99 others); Fri, 24 Jun 2022 01:28:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51984 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231565AbiFXF2I (ORCPT ); Fri, 24 Jun 2022 01:28:08 -0400 Received: from linux.microsoft.com (linux.microsoft.com [13.77.154.182]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 6F1066333; Thu, 23 Jun 2022 22:28:00 -0700 (PDT) Received: from [192.168.254.32] (unknown [47.189.24.195]) by linux.microsoft.com (Postfix) with ESMTPSA id 5F1AC20C709F; Thu, 23 Jun 2022 22:27:59 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com 5F1AC20C709F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1656048480; bh=gZuRnI5PofS9iqaTLzKEbxmbrQ015sgbhXqKOntIf+k=; h=Date:Subject:From:To:Cc:References:In-Reply-To:From; b=We1FB93ZdWYCLsuU2LFP/7FXQKNO6o6nLEkF0yuMqc28eiouP6TqE4uf7GrVbAsMQ Eo6vs1iDSwRI++SdaXZO1z8PNH0I6CiJAAfDzWEiBWeJsMOQruSXgyoku3SH6tSryp 4OYnKPcnJnVurUINEr2MIeTA8zywhjMqNyGcAfrw= Message-ID: Date: Fri, 24 Jun 2022 00:27:58 -0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: [PATCH v15 0/6] arm64: Reorganize the unwinder and implement stack trace reliability checks Content-Language: en-US From: "Madhavan T. Venkataraman" To: Will Deacon Cc: broonie@kernel.org, mark.rutland@arm.com, jpoimboe@redhat.com, ardb@kernel.org, nobuta.keiya@fujitsu.com, sjitindarsingh@gmail.com, catalin.marinas@arm.com, jamorris@linux.microsoft.com, linux-arm-kernel@lists.infradead.org, live-patching@vger.kernel.org, linux-kernel@vger.kernel.org References: <20220617210717.27126-1-madvenka@linux.microsoft.com> <20220623173224.GB16966@willie-the-truck> <66545c21-cfcf-60eb-4acf-39be99520369@linux.microsoft.com> In-Reply-To: <66545c21-cfcf-60eb-4acf-39be99520369@linux.microsoft.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-19.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,ENV_AND_HDR_SPF_MATCH,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS,T_SCC_BODY_TEXT_LINE, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL 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 6/24/22 00:19, Madhavan T. Venkataraman wrote: > > > On 6/23/22 12:32, Will Deacon wrote: >> On Fri, Jun 17, 2022 at 04:07:11PM -0500, madvenka@linux.microsoft.com wrote: >>> From: "Madhavan T. Venkataraman" >>> >>> I have synced this patch series to v5.19-rc2. >>> I have also removed the following patch. >>> >>> [PATCH v14 7/7] arm64: Select HAVE_RELIABLE_STACKTRACE >>> >>> as HAVE_RELIABLE_STACKTRACE depends on STACK_VALIDATION which is not present >>> yet. This patch will be added in the future once Objtool is enhanced to >>> provide stack validation in some form. >> >> Given that it's not at all obvious that we're going to end up using objtool >> for arm64, does this patch series gain us anything in isolation? >> > > BTW, I have synced my patchset to 5.19-rc2 and sent it as v15. Sorry. What I wanted to say was that in v15 I have removed the patch titled: arm64: Select HAVE_RELIABLE_STACKTRACE since objtool changes are not in place. Apologies. Madhavan > > So, to answer your question, patches 1 thru 3 in v15 are still useful even if we don't > consider reliable stacktrace. These patches reorganize the unwinder code based on > comments from both Mark Rutland and Mark Brown. Mark Brown has already OKed them. > If Mark Rutland OKes them, we should upstream them. > > I can drop patches 4 thru 6. Actually, the objtool patch series that I have > sent separately for supporting livepatch already addresses reliability. So, if that > gets reviewed and accepted, we don't even need patches 4 thru 6. > > If you are OK with that, I can resend v16 with just patches 1 thru 3. Let me know. > > Madhavan >