[{"id":1769723,"web_url":"http://patchwork.ozlabs.org/comment/1769723/","msgid":"<CAFULd4aD+h-YM4i8MrkF8VmGE4sWqsEG_jvspq9xXOVk8JeEdw@mail.gmail.com>","list_archive_url":null,"date":"2017-09-17T15:44:15","subject":"Re: [PATCH] PR target/82166: Update preferred stack boundary for\n\tleaf functions","submitter":{"id":808,"url":"http://patchwork.ozlabs.org/api/people/808/","name":"Uros Bizjak","email":"ubizjak@gmail.com"},"content":"On Mon, Sep 11, 2017 at 3:57 AM, H.J. Lu <hjl.tools@gmail.com> wrote:\n> preferred_stack_boundary may not be the minimum stack alignment.  For\n> leaf functions without TLS access, max_used_stack_slot_alignment may be\n> smaller.  We should update preferred_stack_boundary for leaf functions.\n>\n> Tested on i686 and x86-64.  OK for trunk?\n>\n> H.J.\n> ---\n> gcc/\n>\n>         PR target/82166\n>         * config/i386/i386.c (ix86_finalize_stack_frame_flags): Properly\n>         compute the minimum stack alignment.  Also update preferred stack\n>         boundary when main () is a leaf function.\n>\n> gcc/testsuite/\n>\n>         PR target/82166\n>         * gcc.target/i386/pr82166.c: New test.\n\nLGTM.\n\nThanks,\nUros.\n\n> ---\n>  gcc/config/i386/i386.c                  | 17 ++++++++++++-----\n>  gcc/testsuite/gcc.target/i386/pr82166.c | 14 ++++++++++++++\n>  2 files changed, 26 insertions(+), 5 deletions(-)\n>  create mode 100644 gcc/testsuite/gcc.target/i386/pr82166.c\n>\n> diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c\n> index 4e93cc1043b..03338e422be 100644\n> --- a/gcc/config/i386/i386.c\n> +++ b/gcc/config/i386/i386.c\n> @@ -14257,11 +14257,12 @@ ix86_finalize_stack_frame_flags (void)\n>    unsigned int incoming_stack_boundary\n>      = (crtl->parm_stack_boundary > ix86_incoming_stack_boundary\n>         ? crtl->parm_stack_boundary : ix86_incoming_stack_boundary);\n> +  unsigned int stack_alignment\n> +    = (crtl->is_leaf && !ix86_current_function_calls_tls_descriptor\n> +       ? crtl->max_used_stack_slot_alignment\n> +       : crtl->stack_alignment_needed);\n>    unsigned int stack_realign\n> -    = (incoming_stack_boundary\n> -       < (crtl->is_leaf && !ix86_current_function_calls_tls_descriptor\n> -         ? crtl->max_used_stack_slot_alignment\n> -         : crtl->stack_alignment_needed));\n> +    = (incoming_stack_boundary < stack_alignment);\n>    bool recompute_frame_layout_p = false;\n>\n>    if (crtl->stack_realign_finalized)\n> @@ -14306,7 +14307,9 @@ ix86_finalize_stack_frame_flags (void)\n>                            HARD_FRAME_POINTER_REGNUM);\n>\n>        /* The preferred stack alignment is the minimum stack alignment.  */\n> -      unsigned int stack_alignment = crtl->preferred_stack_boundary;\n> +      if (stack_alignment > crtl->preferred_stack_boundary)\n> +       stack_alignment = crtl->preferred_stack_boundary;\n> +\n>        bool require_stack_frame = false;\n>\n>        FOR_EACH_BB_FN (bb, cfun)\n> @@ -14349,6 +14352,10 @@ ix86_finalize_stack_frame_flags (void)\n>                 = incoming_stack_boundary;\n>               crtl->stack_alignment_needed\n>                 = incoming_stack_boundary;\n> +             /* Also update preferred_stack_boundary for leaf\n> +                functions.  */\n> +             crtl->preferred_stack_boundary\n> +               = incoming_stack_boundary;\n>             }\n>         }\n>        else\n> diff --git a/gcc/testsuite/gcc.target/i386/pr82166.c b/gcc/testsuite/gcc.target/i386/pr82166.c\n> new file mode 100644\n> index 00000000000..8bc63e15231\n> --- /dev/null\n> +++ b/gcc/testsuite/gcc.target/i386/pr82166.c\n> @@ -0,0 +1,14 @@\n> +/* { dg-do compile } */\n> +/* { dg-options \"-Os\" } */\n> +\n> +void foo (void);\n> +int a, b, c;\n> +int\n> +main (void)\n> +{\n> +  int j;\n> +  for (; c;)\n> +    a = b;\n> +  for (; j;)\n> +    foo ();\n> +}\n> --\n> 2.13.5\n>","headers":{"Return-Path":"<gcc-patches-return-462330-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-462330-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"k7T9N3wr\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3xwD2z0gZkz9sPm\n\tfor <incoming@patchwork.ozlabs.org>;\n\tMon, 18 Sep 2017 01:44:26 +1000 (AEST)","(qmail 110475 invoked by alias); 17 Sep 2017 15:44:20 -0000","(qmail 110456 invoked by uid 89); 17 Sep 2017 15:44:19 -0000","from mail-io0-f196.google.com (HELO mail-io0-f196.google.com)\n\t(209.85.223.196) by sourceware.org\n\t(qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tSun, 17 Sep 2017 15:44:17 +0000","by mail-io0-f196.google.com with SMTP id g32so6792894ioj.1 for\n\t<gcc-patches@gcc.gnu.org>; Sun, 17 Sep 2017 08:44:17 -0700 (PDT)","by 10.2.137.252 with HTTP; Sun, 17 Sep 2017 08:44:15 -0700 (PDT)"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:mime-version:in-reply-to:references:from:date:message-id\n\t:subject:to:cc:content-type; q=dns; s=default; b=KzGiI1/o88BsDWd\n\t5/s/BJoZWwa+6VtjzMr1dPzJ730oazqIMQMOYBzQ/NB5eOI43TBED47I/si6lsqr\n\tDq+d7C5U2ARcN8KsluV2/Vj+MYxyHQrJvV4GTg+Wivl9eQV2xjhCpu+n/t4TMqPl\n\tZHq3HA9ggj4U4DjQiCetYk9O+Ymg=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:mime-version:in-reply-to:references:from:date:message-id\n\t:subject:to:cc:content-type; s=default; bh=MeiTYlOeAEk8Et4Xjsoku\n\tfOzhDw=; b=k7T9N3wrXJn7G9X7/pAVf5Ln6JJ9e1EPsBw9Q35LicDg0Fsh6/KEL\n\tDB2OB5wKTEwylRJZZAcy/JRhDfWoZZzYZ9Rnn0aNLM6736u0Isg+dPmUP4P+VbLP\n\tomvwkbLhZ+9/HpY3P3EeO1zqETuc9UJe1z9VR8wvPnfPdi4ORbT5ek=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-26.4 required=5.0 tests=BAYES_00,\n\tFREEMAIL_FROM, GIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2,\n\tGIT_PATCH_3, RCVD_IN_DNSWL_NONE, RCVD_IN_SORBS_SPAM,\n\tSPF_PASS autolearn=ham version=3.3.2 spammy=","X-HELO":"mail-io0-f196.google.com","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net;\n\ts=20161025;\n\th=x-gm-message-state:mime-version:in-reply-to:references:from:date\n\t:message-id:subject:to:cc;\n\tbh=GFzLgdCHTDsK+4WATaXwRgu7QawXPvQEF+dLgtcPI8U=;\n\tb=cR15/rLU2tEywFZ5wsIynLGS5QrvG5+RIzx6/C5DnQR2SYGLMXH65IKuAZ9CKAUvQo\n\tv4oPhDXqM6SPh6UpnXJbO+9s0aolh3euPF1PAy4cgy1yRuTLO53NXVeaIC6MY2FAH1eh\n\tRU0HS6mijJ9fgpOvuTNKO33zJhtIUIblHgZtB2/ujjbs+uxmkUPijKPaJTDx6MmDXoFN\n\tyxPXBGY1O7Sj3BVm1qhdNa83tje38EQ6QcUqfNhI3ya186Jyvueh7yR/dLIo+kGBFHQs\n\tpwz9MaW8eW8eMJtW0+bvhRaOxZLKI7YWPxkH/8ceaFXq8DFzP0XI6ihR3tF21bewzzfp\n\tyLLg==","X-Gm-Message-State":"AHPjjUgquXcV4fiFP0YHZQSsSb8pOH6ygwYoeDMAsW7/e0WvRUaBnmyB\tFkoBJM0FisTPCTVmmm9GuXzHfKmm+EVCD39TOik=","X-Google-Smtp-Source":"AOwi7QDRhjjj9CwrNMX5YPD98/itIZ+QKdshL231XYNu9L0BtW8BYA1ytvtisOxyi8cMf6WQF7Dfdd3qzHoH23H5P1o=","X-Received":"by 10.107.187.196 with SMTP id\n\tl187mr14342726iof.129.1505663055512;\n\tSun, 17 Sep 2017 08:44:15 -0700 (PDT)","MIME-Version":"1.0","In-Reply-To":"<20170911015726.GA24758@gmail.com>","References":"<20170911015726.GA24758@gmail.com>","From":"Uros Bizjak <ubizjak@gmail.com>","Date":"Sun, 17 Sep 2017 17:44:15 +0200","Message-ID":"<CAFULd4aD+h-YM4i8MrkF8VmGE4sWqsEG_jvspq9xXOVk8JeEdw@mail.gmail.com>","Subject":"Re: [PATCH] PR target/82166: Update preferred stack boundary for\n\tleaf functions","To":"\"H.J. Lu\" <hjl.tools@gmail.com>","Cc":"\"gcc-patches@gcc.gnu.org\" <gcc-patches@gcc.gnu.org>","Content-Type":"text/plain; charset=\"UTF-8\""}}]