From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) by sourceware.org (Postfix) with ESMTPS id C01173858D35 for ; Thu, 22 Jun 2023 13:32:09 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org C01173858D35 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-wm1-x32d.google.com with SMTP id 5b1f17b1804b1-3f9b4a71623so38114315e9.1 for ; Thu, 22 Jun 2023 06:32:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1687440728; x=1690032728; 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=930QY7hppyzKOF+q6PJ8a7p5ghyMjQXpaVb65Fsfk/U=; b=LMh9ef3F++Oevp6exBJWBrJKjjFsisQwtgDBsc1P/AhSQtr/pWLo0TblI9ysKCxmKO 0FSj8x2UlyOmr3LL2fPVuWQ00h22zOcpOVp5Icd1OuyBH/LgI2fh2aEPMnm8y6ykvyV+ mwu9zbRqppvRXzgalaNVCldfUyuwIe5Og0KVeWeLnpapAvhW0Dta0jer9gU2Fq4n8RNT DbOhHZDb31CenzLb6+m+4mZqnkTsEwplQ2aylghv6V4MRsLIrwY5jeQtxaJlH1/Tf9i2 kIbtH43Afwd3UZ3PSXQiqO1DGvAN4YryUZ6tHhSfi1U/1W/xkJ3YlD6EVdC1VkQfXbAw sglA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687440728; x=1690032728; 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=930QY7hppyzKOF+q6PJ8a7p5ghyMjQXpaVb65Fsfk/U=; b=QMqIR//+Jll7k/11rHxG0vDgRhtIROwhxNptArtthLVsM0QcgW7u7zhDV0Srb3UWVq WdnoYtX913pYYzqVqGva+seoNRd76n4CI46AoA/ZV0EaKqnqTapJF+UeMThhusgyV7H2 y+xWAo6rQ2OWEDBo+MmJxsOzXyMzEXxJ5rU6MwvRkAXyZtdKl5UWgZ4bQkgUtgm6AmNK pUk61K9btKUbJLh1gL1XkrQu8Q81VE3wXXZZXHAHHVjeKvE1tC6UVnIWhxo9Wyk9qL6N N97j1jPFXrySlK1+3noropYQ4Q4VE3mAOr7gXD4eWRWr2KZc/PejnpYH84ZjNoOR+8e9 kv0Q== X-Gm-Message-State: AC+VfDyYKX1Sgr0HBLhXCfzn1XmJWV4khnPfhuleEWC7oLF63ZoxARZ3 DetzuKVF14aAM9/i/d8QMzU= X-Google-Smtp-Source: ACHHUZ7u4I83Y+pRzXy4JBmveBhV5TFnS5NB5nP7Me43DZzvZNQ07kqVTQ5ci82dCOlCh5b/9fDy3A== X-Received: by 2002:a1c:f310:0:b0:3f8:f382:8e1f with SMTP id q16-20020a1cf310000000b003f8f3828e1fmr1426598wmq.24.1687440728229; Thu, 22 Jun 2023 06:32:08 -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 q20-20020a1cf314000000b003f8f8fc3c32sm7886861wmq.31.2023.06.22.06.32.07 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 22 Jun 2023 06:32:07 -0700 (PDT) Message-ID: Date: Thu, 22 Jun 2023 15:32:06 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Cc: rdapp.gcc@gmail.com Subject: Re: [PATCH] RISC-V: Split VF iterators for Zvfh(min). Content-Language: en-US To: =?UTF-8?B?6ZKf5bGF5ZOy?= , gcc-patches , palmer , "kito.cheng" , "pan2.li" , Jeff Law References: <80468add-01ef-cdf3-f1a8-6f1e79b3cfba@gmail.com> <26991F7AECD6E2A5+2023062221250548897868@rivai.ai> From: Robin Dapp In-Reply-To: <26991F7AECD6E2A5+2023062221250548897868@rivai.ai> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.3 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,KAM_MANYTO,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: > I don't understand why it is necessary to bother "VF". "VF” should > not be changed since intrinsic stuff is quite stable and any > unreasonable changes are unacceptable. Ok, I hear your concern. My argument is: Currently our mechanism of disabling instructions is incorrect and if any of the VF instructions were to be created by combine, fwprop or other passes we'd potentially ICE in reload. The other option is to leave VF unchanged and duplicate all patterns for VHF. Those can have a TARGET_ZVFH then. > vle/vse/vluxei/vloxei/vsuxei/vsoxei/vlse/vsse. These are all V/VT and not VF? (apart from vlse which I adjusted) Regards Robin