From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf1-x42b.google.com (mail-pf1-x42b.google.com [IPv6:2607:f8b0:4864:20::42b]) by sourceware.org (Postfix) with ESMTPS id 4C9F53858C50 for ; Sat, 29 Apr 2023 18:15:24 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 4C9F53858C50 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dabbelt.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=dabbelt.com Received: by mail-pf1-x42b.google.com with SMTP id d2e1a72fcca58-63b7b54642cso835684b3a.0 for ; Sat, 29 Apr 2023 11:15:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dabbelt-com.20221208.gappssmtp.com; s=20221208; t=1682792123; x=1685384123; h=content-transfer-encoding:mime-version:message-id:to:from:cc :in-reply-to:subject:date:from:to:cc:subject:date:message-id :reply-to; bh=Ok64lkS3u6PwtWEfPmZug/oqSabDeOECU7FG61cWFzM=; b=Vf+0oIuUYfVzVdZcVr9sUltziEnjVXDcHgLmwlsfs6aa1UYGgdHXkyoigFBCXeC8Hf DpPsbvgBHlmo68hrbqw+f9g2RaSNJMME+yy/AAMlX4SVavlROl7Z7Ow2vq14ivo9XUxu jxybhRu59BM2FNCfyBXGupcq9eeProQ3Qvvm+8SfYo7j7jqxQQiYm8hDbuHGvGtr2AeA 8GWCuWcvtyf0RSTNK9axTGmFDFozNiOs+a2a/EywS/opmX5VjMvoqpVG0TqMzf5WE8jm o1UDWR2TiGonsMFM5HZ0gZXzX27imNLw/9ePLEA1qNR4RmzB8snvLKizNCbebecMfLfB KC8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682792123; x=1685384123; h=content-transfer-encoding:mime-version:message-id:to:from:cc :in-reply-to:subject:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=Ok64lkS3u6PwtWEfPmZug/oqSabDeOECU7FG61cWFzM=; b=WBwkuJXjn3SyrKIMkCDA6X7+/2vGceDy4uvDIjMoTqcFIhx4ugyWwE96w7Wnk2PdiF hash1H+GLJJfE9y9H/jqMP3wxg35Ck/tSebyTZkYyvtXawcMFwrKqM8rUwcBoqtuJvTa 2eWV8PTPjjqMmeH2wPiJKWdZJH5Mod+CrfMRW/J8YPcHEJoOtd4HhtHnQK8rTHy19Ee8 Cm/5miyD8bRtXfuYq1WPI++1b5J44Yhaq+5eKT9qQ1c6UMz9nVHBCsrhhiDFp3/qH385 6bMzEcAAC33xNOLK+0GSVBFJ4L2e5UMXdlP0Z0MWmXut/uEpMY8pswMMSUW9ujfsK1oU 6xdQ== X-Gm-Message-State: AC+VfDzWrViUzj5AL7nwvYA3MRuB8qHQaoeFg+v16W7guFb+q1pw5+YH YfbG1FOXNMGKEZSJzWZCsPwp/wSnYPPicCKXHrM= X-Google-Smtp-Source: ACHHUZ5o7ByPYbNk1zo/s7AfhfzLZac3iXTvaBsUP7Ux14VhygcNAW6twXkE/Po/blynrPA9i2ytGw== X-Received: by 2002:a05:6a00:2282:b0:63d:254a:3902 with SMTP id f2-20020a056a00228200b0063d254a3902mr13577403pfe.12.1682792122690; Sat, 29 Apr 2023 11:15:22 -0700 (PDT) Received: from localhost ([50.221.140.188]) by smtp.gmail.com with ESMTPSA id y189-20020a62cec6000000b00640defda6d2sm10559452pfg.207.2023.04.29.11.15.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 29 Apr 2023 11:15:22 -0700 (PDT) Date: Sat, 29 Apr 2023 11:15:22 -0700 (PDT) X-Google-Original-Date: Sat, 29 Apr 2023 11:15:07 PDT (-0700) Subject: Re: [PATCH] RISC-V: Allow RVV VMS{Compare}(V1, V1) simplify to VMSET In-Reply-To: <89831580-fc21-f769-2f50-fffe57e8afe1@gmail.com> CC: gcc-patches@gcc.gnu.org, pan2.li@intel.com, yanzhang.wang@intel.com, juzhe.zhong@rivai.ai, kito.cheng@sifive.com From: Palmer Dabbelt To: jeffreyalaw@gmail.com Message-ID: Mime-Version: 1.0 (MHng) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,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: On Sat, 29 Apr 2023 10:52:50 PDT (-0700), jeffreyalaw@gmail.com wrote: > > > On 4/29/23 11:48, Palmer Dabbelt wrote: > >>> Yea.  And taking advantage of that behavior is definitely a performance >>> issue for QEMU.  There's still work to do though.  QEMU on vector code >>> is running crazy slow. >> >> I guess we're kind of off the rails for a GCC patch, but that's >> definately true.  Across the board RVV is going to just need a lot of >> work, it's very different than SVE or AVX. >> >> Unfortunately QEMU performance isn't really a priority on our end, but >> it's great to see folks digging into it. > Well, when a user mode SPEC run goes from ~15 minutes to multiple hours > for a single input workload within specint it becomes a development > problem. Daniel is loosely affiliated with my group in Ventana, so I > can bug him with this kind of stuff. We've got another team actually doing the mechanics of the SPEC runs, we just do the compiler. So while I guess it is a problem, it's not my problem ;) Maybe not the best way to go about things, but there's only so much that can be done...