From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) by sourceware.org (Postfix) with ESMTPS id 5B3143858C54 for ; Wed, 26 Jul 2023 14:10:44 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 5B3143858C54 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-ed1-x52b.google.com with SMTP id 4fb4d7f45d1cf-5221f193817so6264707a12.3 for ; Wed, 26 Jul 2023 07:10:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690380642; x=1690985442; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:cc:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=7j6fMwO+Lp2WWtRWJv1IpoTysUNVhILMHyU1D6Pla/I=; b=sN1r0R7qgkU0HELGHd/GWqKRCjm0y2YsiYoTyj1LrG0Z8kHsU9piwE+M1pNdxR1XcF d5zqXWK3CXXRZTqwT4LqxRgE30uDAdd+Gh33Wx9MmzebPyT/gUOwYSvert7qmHufBztb EkneAO6xzyIVGz66lgi/qt3HoSEZm0pTaiJMCvGBhJ6CFsv3nxViIIGAnJvOB5qeRe69 pZinEpN7GzcPCMcUXhwWhV1VQOOGBF0Jy3DfBs0jj+hv3L3KKDvfA16kkuRgWW99DWXK QeuWsIdz+oMe4RNCHb2gBBPidxqFoJxuzSlgfEQ8b7u5wav0zpRDTCyLNUrqt5iHJQS3 slzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690380642; x=1690985442; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:cc:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=7j6fMwO+Lp2WWtRWJv1IpoTysUNVhILMHyU1D6Pla/I=; b=PVvdICx7Xb9uiRDkQN8DmxRf1LMYCxYIlPVcVaJxBmDJZoMmrnko0/HKLrTDvhbpk0 7DlsqwJZ3CWzW/j02rA4jg+LRSojF7v/mhuArL7xWifm4+kijoNsvLSEziouj5baPJUU nF28Um0nGPUqF262aB+wsuBPLqyOy0wvm4bnbp0wTbDfHQ3nNGHJDKZZtAeU4J0xAX8z di/pJgt/fSl9amUMy0femZUk60rVUnuW3FZ3ZE8ou6Ds1h+JEjiDzwL4ArbzBFPlc7GZ BMEkyeXM9L4txPTsr8iWC6LE/b9MBpXrbjV53CBuwSYNncbbhXayD6eEBQS2oYXO0jNS 2Ncw== X-Gm-Message-State: ABy/qLaYzNaxZrpi1uHXxObn5jCqcX1gXGPPwTAvjfpbTvyQjhzLiqzC ROVM98BBjW+t+lOCt+UBDlGK+HhtNMeNeQ== X-Google-Smtp-Source: APBJJlH7tWycqGRqglWNrPYleOv9aVO7TwH2W1RXOx7hc7J05c5+4RFgbYQ2HlGrUcWm/OvrNrk82A== X-Received: by 2002:a17:906:101b:b0:99b:4378:a5ab with SMTP id 27-20020a170906101b00b0099b4378a5abmr1909369ejm.74.1690380642178; Wed, 26 Jul 2023 07:10:42 -0700 (PDT) Received: from [192.168.1.23] (ip-046-005-130-086.um12.pools.vodafone-ip.de. [46.5.130.86]) by smtp.gmail.com with ESMTPSA id q15-20020a17090622cf00b0098e42bef732sm990328eja.183.2023.07.26.07.10.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 26 Jul 2023 07:10:39 -0700 (PDT) Message-ID: <54ac78e2-214b-08ca-c9e7-50c0015e6177@gmail.com> Date: Wed, 26 Jul 2023 16:10:37 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Cc: rdapp.gcc@gmail.com, "Li, Pan2" , "Wang, Yanzhang" , "gcc-patches@gcc.gnu.org" , "juzhe.zhong" Subject: Re: [PATCH v7] RISC-V: Support CALL for RVV floating-point dynamic rounding Content-Language: en-US To: Kito Cheng , Kito Cheng References: <20230719032822.85817-1-pan2.li@intel.com> <20230725055156.595718-1-pan2.li@intel.com> <2a9db9ea-ba9e-264c-fe2f-c44bb8f9d580@gmail.com> <63471C6E126E44CF+D1CEA4C9-0050-43CD-8DE3-26EBD7AEE6DA@rivai.ai> <37662fdd-6878-54ed-eba9-2eb601308270@gmail.com> From: Robin Dapp In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: > CSR write could be expensive, it will flush whole pipeline in some > RISC-V core implementation… Hopefully not flush but just sequentialize but yes, it's usually a performance concern. However if we set the rounding mode to something else for an intrinsic and then call a function we want to restore it one way or another, right? That's also the reason why glibc has done a lot of work to minimize fesetround calls (or other fcsr setters). Regards Robin