From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa3.mentor.iphmx.com (esa3.mentor.iphmx.com [68.232.137.180]) by sourceware.org (Postfix) with ESMTPS id E699B3858401 for ; Fri, 17 Sep 2021 08:24:43 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org E699B3858401 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com IronPort-SDR: A92XcnIktcqCt6sh4JCBb6bnT0nSH9CwwWj/bhh6SR5fXFrFqM0ROWeCDPjmYzec6DAB53JiEZ ORt2egmjubfdIkMub8EDOsqJcFMtm6qfisCxJ1F1Bov2kLsS9EXxE8nxMDMeE1KSCWWvej2tIf eB/gAwO9gEP9ZCpJuaGa/Rw2+tLfwMgRnXyMnV0Wj1qqcsp3V1rz1WOGMVRQ/HPABGfqTAWrzu B8K8pmFURzlpd578t6wy1z6lKArhWloeOgm9PZ5MXbQos73wE5Kt33Ah+FbQQFdgnav7iJQsRe eucJPh6GJnAuZCDjUzH1VHIp X-IronPort-AV: E=Sophos;i="5.85,300,1624348800"; d="scan'208";a="65968880" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa3.mentor.iphmx.com with ESMTP; 17 Sep 2021 00:24:43 -0800 IronPort-SDR: 7kdHTFZRAhbxabv9KJ18a+x/hQwD5YX3BfvbLbbLHAP1ztlv41yRJ4fBI6WI1fymAIO07T9ADY weQIJS/WnZ7YJm/fZNbDhdes411n7i6rjz+K4ikQn4Ss4nIEgIRyhzf2ufdT9XFqhKIlH/b5aI RaG9zcQteIWIqnC7FjWzQbCmHAxUULmRlIdacehcgpbirSuS4+IQ6zne9PabYg15rEpY/XCVJE UTbu1QTSJu/dlNCunZL92nhZb385jXw5iN/UNpwC+gvXHwuRCBl8MwAH5JwuQxxUn6DxWBJpRI IpI= Subject: Re: [PATCH] nvptx: Add (experimental) support for HFmode with -misa=sm_53 To: Roger Sayle , 'GCC Patches' , Tom de Vries References: <000e01d7ab4d$af86af70$0e940e50$@nextmovesoftware.com> From: Tobias Burnus Message-ID: Date: Fri, 17 Sep 2021 10:24:36 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: <000e01d7ab4d$af86af70$0e940e50$@nextmovesoftware.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-05.mgc.mentorg.com (139.181.222.5) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-Spam-Status: No, score=-6.1 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, KAM_NUMSUBJECT, NICE_REPLY_A, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2021 08:24:45 -0000 Hi Roger, some more generic remarks not specific to using new ISA features. On 17.09.21 00:53, Roger Sayle wrote: > Whilst there I also added -misa=3Dsm_75 and -misa=3Dsm_80 which are point= s > where other useful instructions were added to the ISA. First, my impression was that already sm_70 added lots of useful stuff, but granted sm_75 adds some more. In any case, the question is whether it makes sense to add those flags if no use is made of those flags. In particular, sm_80 is according to the following webpage only supported with PTX ISA 7.0 of CUDA 11.0. But GCC currently only supports -mptx=3D3.6 (default) and -mptx=3D6.3 (=3D CUDA 10). https://docs.nvidia.com/cuda/parallel-thread-execution/index.html#release-n= otes Note that you missed to update gcc/config/nvptx/t-omp-device for the new sm_* and likewise the "-misa=3D@var{ISA-string}" section in gcc/gcc/doc/invoke.texi. Additionally, I wonder whether the preprocessor macros __nvptx__, __nvptx_softstack__, __nvptx_unisimt__ and __PTX_SM__ should be documented somewhere as well. As all but one are related to command-line options, I wonder whether the respective section in invoke.texi would be a good place for them. Tobias ----------------- Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstra=DFe 201, 8= 0634 M=FCnchen; Gesellschaft mit beschr=E4nkter Haftung; Gesch=E4ftsf=FChre= r: Thomas Heurung, Frank Th=FCrauf; Sitz der Gesellschaft: M=FCnchen; Regis= tergericht M=FCnchen, HRB 106955