Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp1995891iob; Thu, 5 May 2022 12:48:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzQfmR152U19vGoY5QslRHa0QntjEJ0tWrQNcF06kBJPeLp4y77qnutN2XVN2sN2tQuYdBU X-Received: by 2002:aa7:999e:0:b0:50d:3db0:a3a6 with SMTP id k30-20020aa7999e000000b0050d3db0a3a6mr27518934pfh.7.1651780114002; Thu, 05 May 2022 12:48:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651780113; cv=none; d=google.com; s=arc-20160816; b=MTlim77kZK56OKELHBB6XLEmooZDHY274rux+wTQ/FZJ3IHLYYfKILDszDPvU0opRK UhD5Spr6v6c3d3j6YJ4IryTulXnPn3/nRMBGNE90ilUs4fxoDVpNgFGkoHhSMgmoNnZ2 Qsla7qIoXne08XmOYWHqRXhRh4gF9Nr1czjIAGlPTfojByNBYrk2BRv/k/ESpNGanQZU CoyHVfemVG1mocVVVG122uT27cbOxemK5B1+/mbNhsQ3LqlKoT6Iv8msp6VYVOB2vtRI ft/nQAB5IyhQHb/O/84oYrrysbCmLH4q7jAIuDG0NaxQBYIri1kMt3U/C4l0CAM437HC lchw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=kO7qnx1Xqmu4DTD9ZcMD0gBbZfcRWt3UHYqgmw5RRmo=; b=E1b6z5QamK+tvShri+v632PJx1+GdBVsJ+gzsZaPDpSkXYfDFjdxizIuXq4+VdYr6P s+/kHAPUcLU7HZIlnpaXodG4dlOoZw8j8/Eb0AG19JYiKyOyv7qrvU8F2+5g5ah9hhAj t8cfYReDQv14N5DPEA/n5ZPw1TZEpILP84XruVMLpm0jtP2ZM4KIddq9Q17hlFYMjz5P 3Bx+fCXnSg35UOZfOuoqMSO1wVfk43Z+IIxfuzB1danapKOWD/OHEqG4tndXckTeqInd 9HizVJY7QvqdEgCllstNgHR7zxIQb040JLfat5J6BQm6ySzEjFWQPvq1S0MVm3AYdXVT gQsw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=Uoq+oA6k; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q8-20020a656848000000b003aa3b446c56si2410265pgt.446.2022.05.05.12.47.59; Thu, 05 May 2022 12:48:33 -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=@google.com header.s=20210112 header.b=Uoq+oA6k; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345785AbiEDQGT (ORCPT + 99 others); Wed, 4 May 2022 12:06:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40650 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231483AbiEDQGS (ORCPT ); Wed, 4 May 2022 12:06:18 -0400 Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E6E8D15728 for ; Wed, 4 May 2022 09:02:41 -0700 (PDT) Received: by mail-wm1-x336.google.com with SMTP id n126-20020a1c2784000000b0038e8af3e788so1112388wmn.1 for ; Wed, 04 May 2022 09:02:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kO7qnx1Xqmu4DTD9ZcMD0gBbZfcRWt3UHYqgmw5RRmo=; b=Uoq+oA6kCO+OfEGFjCjYfU6owqHFW/6uuJJ0H7lJFwoo877iwo4q1BKeCwlxbMlnFD HrPqOqakLwgWUHpect+AHNXyT9CjssbCwV0BkKOsOz06UViZ80rZdayeXGvjhzIr2Vlt AP6bsFESQPVV82h6Mb4v4iYaWkr3weVKmV62+yLiGi1I2EzaK95tF7W6jbD/XaxgkYlK 0/Gr3VnwDTjNeFheBC5hKvnDmiLK9SIOu6bH2fISS7YUP0asoWXXkRUN3pAXV6ySq3Vv 5n6HxKCryKATu1TtPgq6gw62JUxp5dYF5M4Qeqt2gXCibnb4oqDmi72w6bOll+4EXAcr 7ikA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kO7qnx1Xqmu4DTD9ZcMD0gBbZfcRWt3UHYqgmw5RRmo=; b=eO7PQbvz3J1WXwcOzmRPN04oxdBROxHPhupxuLgzNF4Qs/eVW22/vDiBsehGKsjZec 9F7U4Yka7u6IpaRr1AVrDP1rIOo/qOcnF/1VPtaRJIBVOEtOAiGOOFPVk0KY2s1gFOwy GZTUF+LpRrmu1wKmWDHfjng726k1+FDdDOa3aOMMTF3A9bA8iODjW+LSKcgDn1x2dM/G oB74pBg9Z453AnTdY/E91DG1Eyj8fm/i2Jd8o4DdEoH3TkMTMbFvHXOg0VJE/P44NlU4 jX8jGLji5yilk+b7DHSQEUhwwvOD09cry72LuCUbj8npttmbb7+CEayWBYDrd8ha/vYo HzXA== X-Gm-Message-State: AOAM532b+4KnzyVmSMBbHSwmeLvrSowKJjiAcw1sslFXivO31Nl0RMJy 8GgVbiGK7kbQifZxedkJ3z9ZFVYOW1ZxK9zROVCntQ== X-Received: by 2002:a1c:e916:0:b0:38e:ac96:f477 with SMTP id q22-20020a1ce916000000b0038eac96f477mr115168wmc.160.1651680160228; Wed, 04 May 2022 09:02:40 -0700 (PDT) MIME-Version: 1.0 References: <20220502191222.4192768-1-kaleshsingh@google.com> <20220502191222.4192768-3-kaleshsingh@google.com> In-Reply-To: From: Kalesh Singh Date: Wed, 4 May 2022 09:02:27 -0700 Message-ID: Subject: Re: [PATCH v2 2/5] KVM: arm64: Compile stacktrace.nvhe.o To: Mark Brown Cc: Mark Rutland , Will Deacon , Marc Zyngier , Quentin Perret , Fuad Tabba , Suren Baghdasaryan , "Cc: Android Kernel" , James Morse , Alexandru Elisei , Suzuki K Poulose , Catalin Marinas , Masami Hiramatsu , Peter Collingbourne , Alexei Starovoitov , "Madhavan T. Venkataraman" , Andrew Jones , Marco Elver , Kefeng Wang , Keir Fraser , Zenghui Yu , "moderated list:ARM64 PORT (AARCH64 ARCHITECTURE)" , kvmarm , LKML Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,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 Wed, May 4, 2022 at 7:17 AM Mark Brown wrote: > > On Mon, May 02, 2022 at 12:12:02PM -0700, Kalesh Singh wrote: > > > Recompile stack unwinding code for use with the nVHE hypervisor. This is > > a preparatory patch that will allow reusing most of the kernel unwinding > > logic in the nVHE hypervisor. > > > enum stack_type { > > - STACK_TYPE_UNKNOWN, > > +#ifndef __KVM_NVHE_HYPERVISOR__ > > STACK_TYPE_TASK, > > STACK_TYPE_IRQ, > > STACK_TYPE_OVERFLOW, > > STACK_TYPE_SDEI_NORMAL, > > STACK_TYPE_SDEI_CRITICAL, > > +#endif /* !__KVM_NVHE_HYPERVISOR__ */ > > + STACK_TYPE_UNKNOWN, > > __NR_STACK_TYPES > > }; > > I don't immediately see a problem with it but I'm curious as to why > STACK_TYPE_UNKNOWN got moved to the end of the list here? It does mean > that zeroed memory will default to STACK_TYPE_TASK but we're not > actually relying on that. Otherwise Hi Mark. Thanks for the reviews. STACK_TYPE_UNKNOWN was moved to the end purely to group the common enum values. Not a functionality change as we don't reply on an uninitialized stack_type Thanks, Kalesh > > Reviwed-by: Mark Brown > > -- > To unsubscribe from this group and stop receiving emails from it, send an email to kernel-team+unsubscribe@android.com.