Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1826594ybh; Fri, 17 Jul 2020 02:09:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy6IfoEmWvF/QXCUmNpox6uL2jPguaQvKdzh3w8NfD0zAtbKVXrTq/fyk4iQT9n7mSW8NIJ X-Received: by 2002:a17:906:f183:: with SMTP id gs3mr7256397ejb.361.1594976948528; Fri, 17 Jul 2020 02:09:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594976948; cv=none; d=google.com; s=arc-20160816; b=trJNoFz/Q5R0OKJ6Xs1y7+kJi5z7aq0uxQsHX+bpJcK60uUIZkUbbsallgEOUxV2tw WSfGWMS771xEHA/p3zAyOLCHrqwJDm2Qsl/wR2KdU0Py9KJPwE0OM26Df1fA7GeKA36j EyNQ4E4fvw5AjbDvY5/5UEzX+PuKr/bsttaysDRu6CBKnYQOV8/OOfBO8CeQzECoFcwB 8Ybo28HNBAcXqNqkHbETts2E2+An5japhQAUP+s+bKB+yo0xKC0KZpSjFIr0IddeU2PT ZqEYWmSGnTlGXmaxDLja9faKN+BAGQPzF+ZPCItnaT4prx+zn4Pagiw7oPx/FP4cAucL T6wA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=fRD8zRdr1mfYKB3KuGEJ2hwwZyMWLlstIUEdyE48arc=; b=S04L2LO7U4w+o3a9FWYPEUQSOeuHiAlxrTuQs+kNUfBw8UodHNl6A5BH+xaIHkFE41 CEnslWr1Q5RnWxj3mHfb1GT+FISCQweb2G5P3cJaUfO/9vR9efy2dygydGEPXWO7V2VJ bQNTHcSY96CuY2TX+8pfU++E7YCq3RgTtqi69EKXForGdOpJdAH2Rf/gU+oMPAwE0x8l VzxIHaEPizlq3Mq1vCB2Ny8fnO102mcP0yV9HrHjmQl6+Y3W0Qp3dHSUayE2NuVZeBCq N6+yK3WrkjCvgEqN9mU9Gv4WtG8HIT9ppEBDNaDrh54g7P0/IETy4vugO+GIROjo2CPE 9MmQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i16si4828903edx.275.2020.07.17.02.08.45; Fri, 17 Jul 2020 02:09:08 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726322AbgGQJGd (ORCPT + 99 others); Fri, 17 Jul 2020 05:06:33 -0400 Received: from mx2.suse.de ([195.135.220.15]:59048 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726000AbgGQJGd (ORCPT ); Fri, 17 Jul 2020 05:06:33 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id D5983B132; Fri, 17 Jul 2020 09:06:35 +0000 (UTC) Date: Fri, 17 Jul 2020 11:06:31 +0200 (CEST) From: Miroslav Benes To: Mark Brown cc: Catalin Marinas , Will Deacon , Heiko Carstens , Vasily Gorbik , Thomas Gleixner , Borislav Petkov , "H. Peter Anvin" , Christian Borntraeger , Ingo Molnar , Jiri Slaby , x86@kernel.org, linux-arm-kernel@lists.infradead.org, linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/3] arm64: stacktrace: Convert to ARCH_STACKWALK In-Reply-To: <20200716162022.GD5105@sirena.org.uk> Message-ID: References: <20200715202821.12220-1-broonie@kernel.org> <20200715202821.12220-4-broonie@kernel.org> <20200716162022.GD5105@sirena.org.uk> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 16 Jul 2020, Mark Brown wrote: > On Thu, Jul 16, 2020 at 01:56:13PM +0200, Miroslav Benes wrote: > > On Wed, 15 Jul 2020, Mark Brown wrote: > > > > -void save_stack_trace(struct stack_trace *trace) > > > -{ > > > - __save_stack_trace(current, trace, 0); > > > + walk_stackframe(task, &frame, consume_entry, cookie); > > > } > > > just an idea for further improvement (and it might be a matter of taste). > > Yeah, there's some more stuff that can be done - the reason I'm looking > at this code is to do reliable stack trace which is going to require at > least some changes to the actual unwinder, this just seemed like a > useful block moving things forwards in itself and I particularly wanted > feedback on patch 1. Understood. Reliable stack traces would be an important step for live patching on arm64, so I am looking forward to seeing that. Thanks Miroslav