From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) by sourceware.org (Postfix) with ESMTPS id 910C8387088F for ; Fri, 30 Jun 2023 14:06:59 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 910C8387088F 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-pl1-x629.google.com with SMTP id d9443c01a7336-1b7f9d66812so14829435ad.0 for ; Fri, 30 Jun 2023 07:06:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1688134018; x=1690726018; h=content-transfer-encoding:in-reply-to:references:cc:to:from :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=Up3Mdl8Ou4XK7zGWB9aNom8F4C0xuXUW8+A/r+b70tg=; b=RF1eVywHPkpmiWtXPUzy7Nmu7iLGTLu2W+xUgOlLPvJdzZEBVhLoHYnV7l2ic6y6a0 o5pK9fCvCHjx5tX5VNejTr1bjXmMAGPCy/T3SWRUQEYcEveTf4xJKiLqOqf0980Togk/ Ma/S0usbdNPDWiPD3nlHfCsuSy6bIcdNZXuif8rsVWH+6wugku//zIANTSjDg87Eiubu 43vPaVXKpJl3ai8UR4Lc43Zdmdk/CXvzomw/8ZAa5M27MMVkKE2mx5VrvXGdbMF+x5V5 tiqfgy6ibD0VZfmsJiC0yQ2QaKxhstBxwHlcx4qkLlYMMC0Rwr6NVJrZo9+Y40F0K2W3 3ucQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1688134018; x=1690726018; h=content-transfer-encoding:in-reply-to:references:cc:to:from :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Up3Mdl8Ou4XK7zGWB9aNom8F4C0xuXUW8+A/r+b70tg=; b=iJ7JijoWNd0DMKD7iv7pgupzAaWRJYdk6og9lDn8lmHA/oid3CcLqmloPFXRuJlLT7 M9Nhn6tkn93koLlzXPvLU2nhcfYEDGuJ+2dx0VidYMDeO+5NzcFiL4M+fVN6VExdANDJ A8sOTxtvjaMkPf8yF2HeJ4IPpB+5OY8/MUO2wVMUx28Fp3UaJ1RSszV6NDwScdFlQL46 k4kVFDwnoPRVvih6tUAPPSH9wi772xr78DlfCLQT2SDh/67ZkhRFPvXsAs3CS7bV/DKr q3R046bbjTdts+CHhogvByDi7RdmDkqztLs98G91Ux3/mG6jx4tovQnujGhEDiF7pLPg nkPg== X-Gm-Message-State: ABy/qLaSS8l836ypSEFZyMlajZdVMaajX4J7pJ+1OmGWCi/6+F8Rh6+5 rrtYdRvEjRL6jBTHbVdnB1o= X-Google-Smtp-Source: APBJJlGW37RmActYV+3XbsyQltYiZheryy1SCRd3bBdV0TOdc+XkpvhY4vHdPvn4iYjpo6sXgY6AjQ== X-Received: by 2002:a17:903:1c5:b0:1ac:451d:34a with SMTP id e5-20020a17090301c500b001ac451d034amr2769523plh.33.1688134018490; Fri, 30 Jun 2023 07:06:58 -0700 (PDT) Received: from [172.31.0.109] ([136.36.130.248]) by smtp.gmail.com with ESMTPSA id i13-20020a170902eb4d00b001b83e5ece5asm4420567pli.244.2023.06.30.07.06.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 30 Jun 2023 07:06:57 -0700 (PDT) Message-ID: Date: Fri, 30 Jun 2023 08:06:56 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0 Subject: Re: [RFC PATCH v5] RISC-V: Add support for the Zfa extension Content-Language: en-US From: Jeff Law To: Philipp Tomsich Cc: Palmer Dabbelt , christoph.muellner@vrull.eu, binutils@sourceware.org, nelson@rivosinc.com, Andrew Waterman , Jim Wilson , jbeulich@suse.com, Kito Cheng , research_trasio@irq.a4lg.com References: <21bdc4be-bc5e-9a53-b44d-1a2c8e409aff@gmail.com> In-Reply-To: <21bdc4be-bc5e-9a53-b44d-1a2c8e409aff@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.4 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: On 6/30/23 07:40, Jeff Law wrote: > > > On 6/29/23 09:51, Philipp Tomsich wrote: >> On Thu, 29 Jun 2023 at 08:49, Jeff Law wrote: >>> >>> >>> >>> On 6/29/23 09:37, Palmer Dabbelt wrote: >>> >>>>>>> So my understanding is that this needs to wait for ratification >>>>>>> and is >>>>>>> not blocked by the mentioned PR. >>>>>> Is there something special about Zfa that makes it desirable to >>>>>> wait for >>>>>> ratification as opposed to standard practice of gating things as the >>>>>> specs get to a Frozen state? >>>>> >>>>> Not to my knowledge. >>>> >>>> Waiting for ratification is probably a bad idea, there's really no way >>>> to schedule around it.  That's a big part of the reason we've just >>>> waited for frozen. >>> Exactly.  ISTM that frozen is the right point to trigger. >> >> Is this an OK to apply the changes to trunk? > I'll do another pass over and assuming everything looks good, I'll > commit it later today.  Obviously the main driver is the upcoming 2.41 > release.  I'd rather have it in before Nick cuts the branch. Y'all beat me to it :-) Thanks, jeff