Received: by 2002:a05:6a10:6d25:0:0:0:0 with SMTP id gq37csp799071pxb; Sat, 11 Sep 2021 22:46:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyYJpauVcYJYUlN15PGcr2KFhhzuLr/qbpK4VJXTSItPbknWY3U3vxoR01n6jq1/p5qw/9l X-Received: by 2002:a17:906:b052:: with SMTP id bj18mr6198324ejb.55.1631425607378; Sat, 11 Sep 2021 22:46:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631425607; cv=none; d=google.com; s=arc-20160816; b=KY5U3aXwSKUp7G+fprGNsSoPLYkCcgjER5WGvznoJgAQKUrP0GfM8IiHwfsZBpEK7F ngoS/nloIa+hwf9lXV7GrHjGmh9CyEU9CKKFs+2Bc/h3tWl6fm2hH9/RLYKvMrmMtNsI wSG6Ser6UG0IEnpQhbwpdxPD3xvHEvgCXQ1y4j5GtMAbHvDhz+GqlfZrkxKvQoG1t6ya yJLa6HoI2w6Ad+4b2Uw4vCAxzWG/Ptdo3VzDLjtbkdmnH5xea97JkDdGVqGJnUtfw3ud icag/jrNWDiW76kZpo3hHdU4qAb0PVoYm2cq9ycJM70onaVuW4BjraQLc/J3NHKy7qJu +j6A== 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=joknhrwptzMt0Qa8G/pJkdX8paSHxbwa4QtgcIWTarA=; b=JxY8pN5Dem8m/Kpx7Sinzjy4uLs4PBtNEGX55Fq0StCRxoUoZbXL2eMPM5D20KAOHN N2iXtAk8hDTZ8kRo2/IfZmWGvtW+rsJYkxM425Y7DX1LYk00YV63YnQqTpIE0xST8wz+ MhwQs1eew+LrZoExS0pujrdJJad+Nbo29Rr99sljBWrq5kZoHsF7mBCqSoMpsK/McU94 8ntm2yLaeya8hdi0iDQQSP1US7Hq49IM5g70tfsqq2tYVvwmVmVQ16TAg4J+QqYn54xJ F9VLaV6sTtlfHjucceTlvNrlbHG7yBnkI++6GrLniFlzmA5NmwDRrXjYgwf+QEMqwrnN wBcw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b="a/limXqW"; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k19si4539046ejv.662.2021.09.11.22.45.53; Sat, 11 Sep 2021 22:46:47 -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="a/limXqW"; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229780AbhILFSS (ORCPT + 99 others); Sun, 12 Sep 2021 01:18:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58034 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229547AbhILFSS (ORCPT ); Sun, 12 Sep 2021 01:18:18 -0400 Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9AE96C061574 for ; Sat, 11 Sep 2021 22:17:04 -0700 (PDT) Received: by mail-ed1-x536.google.com with SMTP id r7so8914372edd.6 for ; Sat, 11 Sep 2021 22:17:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=joknhrwptzMt0Qa8G/pJkdX8paSHxbwa4QtgcIWTarA=; b=a/limXqWwOtfT5eciR3wVVu7qSk3b/KCwoUyr21lcWQ6/FQsC5w9A58MMDTjOeXgoG mt0hE7ukUAgFSdaitxxarPudvvWnja0laQVIb/3sg9gkf0PExFi05PXnGackA7SeJiqa /dYis26NVQYPcmCgl4hQf01QjPeRROhADs7/dLHe5qw28U/uCXY5QqH0QpQZxvJmyG/+ +rqCr3KcEEnB+olXKl/Ccyl63+vJWO7NBRdaqkzpThdpVv4bi8K3Ft6cvjkr3qmqqB0y QwURHCvbU6bOD0E1UA7XrwBbh+MpandHiXM5HrXVWvoWwf2B9HVBOpwpvGXdZKJZi3dd ijKQ== 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=joknhrwptzMt0Qa8G/pJkdX8paSHxbwa4QtgcIWTarA=; b=kOk+wjfoF0UgDUYhHjcF7KiXFL/f+LCCgXxfsXbUH9/u/NR+DXMGj0p+e8DZ8UythO b/w5P1Ucn29MDVLUXOxDHppY4SuA7UzH+3PiUnNtOuGmfnqXBqa6HARSe8bl/NrMH93V 3PHQwbIiDEF82/Afstuj3GVfY/TLIjNM3zH8pnn7Ogv9WnYMrA7UUM3AOCzPV8HFhgIy +T4pJsbtriS5YgWJRwgPqiQuEEjQqe8Le1Y933y6EY0PjRSogCOFw13cmblecjROsY+i J3K0B+aJirI9SP35FJxkZRzOqibEgv2xjSmkfEDRIU8erSeecMeIsWbXTtD0s9M5dvbt QiiQ== X-Gm-Message-State: AOAM531PtbpKE8bHRu1pgNkt61/tlbk68jZ3GFCcg+HuJ7pZit9r3zqx tkiNDSXCWYl8AQx4aDoWwnvytj+xYKt19BdfJus= X-Received: by 2002:aa7:d592:: with SMTP id r18mr6422418edq.172.1631423823089; Sat, 11 Sep 2021 22:17:03 -0700 (PDT) MIME-Version: 1.0 References: <20210912025235.3514761-1-linux@roeck-us.net> <49f8f332-a964-5b98-64c6-9fa5d028731a@roeck-us.net> In-Reply-To: <49f8f332-a964-5b98-64c6-9fa5d028731a@roeck-us.net> From: Max Filippov Date: Sat, 11 Sep 2021 22:16:51 -0700 Message-ID: Subject: Re: [PATCH] xtensa: Increase size of gcc stack frame check To: Guenter Roeck Cc: Andrew Morton , Masahiro Yamada , "open list:TENSILICA XTENSA PORT (xtensa)" , LKML , Chris Zankel Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Sep 11, 2021 at 9:02 PM Guenter Roeck wrote: > > 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. Reviewed-by: Max Filippov -- Thanks. -- Max