Received: by 2002:a05:6a10:6d25:0:0:0:0 with SMTP id gq37csp759045pxb; Sat, 11 Sep 2021 21:10:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx3KTNLnds/hZ1352g7kFOOi9LaX63aPHYQCR8DMaU9ybuixEMQNSb/gH33FRvxaCbZVdYh X-Received: by 2002:a5d:851a:: with SMTP id q26mr3900864ion.163.1631419811951; Sat, 11 Sep 2021 21:10:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631419811; cv=none; d=google.com; s=arc-20160816; b=EP0il2CN6YAsaeY5A/lv8ESyJL1PIsFXyTKsPmcstOJ6AGABNeMPwYIMzjypTeo7r9 +HpdK4/OKkBx5sfgkAx5E6VkJxiGc75C7ERK32yNucMe63Nj1rBxJ5Jhzli6bIzE0O9r SgZW3U6o6zdah9sRH42Vok5ZyC77KrCI10OfksTb22VznmsdTex9BkuqlgIxLkQ2uLmC yzI0a6Op0W13OuIpDg/8Qoth2dr5FQNbnwgG9zY9bi3YyY261+rBVoU5by7osHcveGtU 8PL927pU05x+zVVO6q27+kPGrZ0OCK18EnTIemsXO2FspL22W1a8kBPEwg7jOmC/aCCg bBfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:subject:from :references:cc:to:sender:dkim-signature; bh=dSoAS7+ImeuUBX/zrBuKdj1UHOEbgNL8W1ywFSOISG8=; b=J1SQduPQ/0NUuSG4wep5Rf/xgS9UOHNCDC8CTPpG1ftcssPsxLh5tJ91iUitfV6nLQ P/HK8UFdnFXa3ToElKpVMqJnpwSXNAMMILHE8ya5aRTDwndO3ZR/pPpwTYNqJlHTJ1YP fWgagGtP/Vmv5QYtzKWKr24WHbPTjXu7iy8bqWxLfRFMrpZ86rTMaglMc1o69Zv5L77v CJoRkbORowDVyxYrps+O8wQ7zr4/pizRAgQta5HnXDFp0JJOhKS96OUdrZvO70j2PNry eam4WWSToFBUs4Z1KHW2QABxNc36IzNtUzhbHW6DzwvGPaFAc1MqfPNiQZqrF9ax+v4b W/ow== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=PJvoX3VD; 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 g63si2887383jab.37.2021.09.11.21.09.59; Sat, 11 Sep 2021 21:10:11 -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; dkim=pass header.i=@gmail.com header.s=20210112 header.b=PJvoX3VD; 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 S230156AbhILEEE (ORCPT + 99 others); Sun, 12 Sep 2021 00:04:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42220 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229500AbhILEED (ORCPT ); Sun, 12 Sep 2021 00:04:03 -0400 Received: from mail-oi1-x235.google.com (mail-oi1-x235.google.com [IPv6:2607:f8b0:4864:20::235]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 18A7FC061574 for ; Sat, 11 Sep 2021 21:02:50 -0700 (PDT) Received: by mail-oi1-x235.google.com with SMTP id 6so9234862oiy.8 for ; Sat, 11 Sep 2021 21:02:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:to:cc:references:from:subject:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=dSoAS7+ImeuUBX/zrBuKdj1UHOEbgNL8W1ywFSOISG8=; b=PJvoX3VDNm3a2LixckrrueHjtgwWcPZ/zlqdxvxklgiDjdwcfdRTHQ4gmfz/D8pHYc SMI8o0ryRahkjz1cK2WGqxSN0AL4+vH952p5061pNuEZhWi0F/j7jcDMksSeAWt5EJAC UVT+b886cgg3dXdoZi1ixL6zxNUHT5mzFT2aFwgXvym+nis89h/FoYsH1B1scQd9lvCm A87s6XFcH8hbRwPfRgkTKumVwAfD9W5JaaJ54vQ+kq9cuVI5CgRpjz+s4bJdHwrmOu7H xkz6S+kSzKfXCTyII+W/w/1hVFCgNUCzMT/74seEYqUVlDvNY1Xw+CfTx27ik/SsvxAM T5JQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:to:cc:references:from:subject:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=dSoAS7+ImeuUBX/zrBuKdj1UHOEbgNL8W1ywFSOISG8=; b=oJCJA6VWhGp8ZdVAh7FV/IQRkCDV3VKgJq5iTDCH0n4/9OSh5yrNUTKh2sG+zJzh7X BErxpNYsuWiMyP7C/OcXeijVR2nGJY4eIE4EChhphZ3n7lS0BUaFmDu8oX09v7orLSfk MzNDaPRkgZgb8qcNXveixaxuFge3hKmOddxIF5UuAJcUkPhYZFARVKTmLkIrk2kW3XwQ 789ab0XF66JDG42ePCiDC3cZvwSs+456juylcvHWpvKKpMQkCxTOqXF2r0qzeOAI3kCR B9yJD6/Nw1E1B5+Gybwcj6/bM7pFO2aY04Y9tzKauWyyqy1tW5gkBZjevH1kWE734mGI yAZg== X-Gm-Message-State: AOAM5310k5UBJAzmdUKUZcNHdK6QkKp1n2ucPN9V/svHCqUZhS8qxN/6 Mds7fJqEYzVqE+yHI/gtp30= X-Received: by 2002:a05:6808:14c9:: with SMTP id f9mr3349507oiw.163.1631419369522; Sat, 11 Sep 2021 21:02:49 -0700 (PDT) Received: from server.roeck-us.net ([2600:1700:e321:62f0:329c:23ff:fee3:9d7c]) by smtp.gmail.com with ESMTPSA id o8sm802125oiw.55.2021.09.11.21.02.48 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 11 Sep 2021 21:02:48 -0700 (PDT) Sender: Guenter Roeck To: Max Filippov Cc: Andrew Morton , Masahiro Yamada , "open list:TENSILICA XTENSA PORT (xtensa)" , LKML , Chris Zankel References: <20210912025235.3514761-1-linux@roeck-us.net> From: Guenter Roeck Subject: Re: [PATCH] xtensa: Increase size of gcc stack frame check Message-ID: <49f8f332-a964-5b98-64c6-9fa5d028731a@roeck-us.net> Date: Sat, 11 Sep 2021 21:02:47 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/11/21 8:05 PM, Max Filippov wrote: > On Sat, Sep 11, 2021 at 7:52 PM Guenter Roeck wrote: >> >> xtensa frame size is larger than the frame size for almost all other >> architectures. This results in more than 50 "the frame size of is >> larger than 1024 bytes" errors when trying to build xtensa:allmodconfig. >> >> Increase frame size for xtensa to 1536 bytes to avoid compile errors >> due to frame size limits. >> >> Cc: Chris Zankel >> Cc: Max Filippov >> Signed-off-by: Guenter Roeck >> --- >> lib/Kconfig.debug | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug >> index ed4a31e34098..afad11e57d6b 100644 >> --- a/lib/Kconfig.debug >> +++ b/lib/Kconfig.debug >> @@ -346,7 +346,7 @@ config FRAME_WARN >> int "Warn for stack frames larger than" >> range 0 8192 >> default 2048 if GCC_PLUGIN_LATENT_ENTROPY >> - default 1536 if (!64BIT && PARISC) >> + default 1536 if (!64BIT && (PARISC || XTENSA)) >> default 1024 if (!64BIT && !PARISC) > > Shouldn't that line also be changed to > default 1024 if (!64BIT && !(PARISC || XTENSA)) > ? I could do that, but I tested it and it looks like the evaluation is top-down, so it didn't seem necessary or useful. For example, the default value is 2048 for 32-bit systems (such as arm, riscv32, or i386) if GCC_PLUGIN_LATENT_ENTROPY is enabled, even though the line with the default of 1024 matches as well. Thanks, Guenter