From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pf1-f177.google.com (mail-pf1-f177.google.com [209.85.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CDDA933BBCF for ; Sat, 30 May 2026 03:36:32 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.177 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780112194; cv=none; b=ICWry17h3/7wS53a5sGZ8mksegYF95/o0wRGo0nPZvEowu9rKq7HaUJpuhBKDclaK1VEC0wZWeeDxf4U80uA5miUAXgO9WuqNTfBLQ32H0pC+mvFInyvmmvouIJpBahiNE/XHgtyqErdsLr/muKkEeEe+0zaM0gTFE73uxC2dgs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780112194; c=relaxed/simple; bh=4dHatvscAY9z7rxFEp8R0SJGgPfjMTMosj2XvEOSj+o=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Message-Id:References:To; b=NgRelHcrVp2oO2pxoyotC8wP6rzCSXbKLmbo+f+KCO8o53gachbKp7t++UJgf7asIFoMZZZDSzzhWdAk2ylQGC9sOT0F1X+slBcQY8SiC13wY9I2oOLJbIQ2kkO29yLy3l9bRx7X6OMNKxKEY9uBlOaXFtUcjhQlrT96NAMRLOM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=bytedance.com; spf=pass smtp.mailfrom=bytedance.com; dkim=pass (2048-bit key) header.d=bytedance.com header.i=@bytedance.com header.b=dCxlYKez; arc=none smtp.client-ip=209.85.210.177 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=bytedance.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=bytedance.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=bytedance.com header.i=@bytedance.com header.b="dCxlYKez" Received: by mail-pf1-f177.google.com with SMTP id d2e1a72fcca58-842273a2c4dso296093b3a.3 for ; Fri, 29 May 2026 20:36:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bytedance.com; s=google; t=1780112192; x=1780716992; darn=vger.kernel.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Lg6hFjtrKUMa1DBnnEivBGGmIXQJ76e2s2hg2mbN5WE=; b=dCxlYKezkCQxyJ+yBAO/LSDo9irHh3wIgyw8gwcR5Xbd5gEesMIqTHDxJGcdAjCsAQ r8IOUJf4RCvWi7sQlD2nnwqG6Mr29rvh9IfVPXpzG6EQvB3nk5o8jJoxcOnEX2pBJ5oJ uM3+6SC7ZqZyYrSQDxmYflrqjA40K1qMY02aTZiKEmnisZKhe/VqtAmndpFLhG0XTOBw aIl/jDZNFqJZThZipDuDZPhtjDrfaFPWkpR6rkisFsGoMbtYvZ2JLIRHlv93VpHpA4XF /0YnxnwspxjkG7hL1z6idqV/DHnORD+vSRrokJ0bUnzOotr5eVtoN/a92arYUaNHnPQr OQQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780112192; x=1780716992; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-gg:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=Lg6hFjtrKUMa1DBnnEivBGGmIXQJ76e2s2hg2mbN5WE=; b=bGSzvl2wiCv11eqv9F7bftxsPRWQw5n/ZG2ZfmzasE01rg0rDJcfoeZl1tcaJD/ipq 3hxr8vBVezBK0OYuWqUe/tHZtVzyNcgPbm2vbGO1+TktH+LqA/jycfHTn+6entm4nzwq bqleufcym+jXJXpJmgXIIAQjqIa24AqxZrIylETcg3PEt0oOquIG67un2/rhwz9ktnqk lIJj5v3TAoq1grO5O2bWnaPpK8RVpbs3V5kzq1QhO55HB3MBcmkbar7+r3b7lVRR73YY qcY2a4J9c4uAKvQOyW39F66AOpGmEG0+QQiukL3io1RU+nq5zbCB5mFA3PRGEjPtuV+/ WLkA== X-Forwarded-Encrypted: i=1; AFNElJ+fFrskSQ+bnRAemLYTGr3PBcSOI47ldK591pdwLXxpJIX8nvaiThqJvF5fgnBBFyy5Pn6becV3USFAcCI=@vger.kernel.org X-Gm-Message-State: AOJu0YxrLkb30ku4reObQeWfNkNn6MZfHviSeik8I6FwZguPxfEjXqJo s7Gpak7sJFN7a+jnTSULnG40YAtPk6+h+kF8N1GHxGRAJHy17Oru3zulZiFHDj4FDtE= X-Gm-Gg: Acq92OH0GyTzgI6zYELrVwb88NfYc2rrJEn0l4UagWxf3X3tSPQj4TMIkT0vRJ3mNzs OAz5jb9WBegcvJEZDChPcACLusdEe3AythixB0YLVEy6D38wJBDaMbWNBC2AccCQayOnrS+IN6v NDWHMuzVGw2RJVA91dND6AJQLjhnTuTc7xBl90m4RSh66BUSfvo3m1EPWr+Jgj9plNrP315jOz0 dnQXgDNd1JjkmMoK2Zgkv70pDsKAgJc3dWKDa6l5atLQENGqSMJ4bJbfXFnWSTuY9xAenQlCjgF XXzcltmHdnIC7PQuZRpPcS4cZd1jo0yscJGV5ESODl6jCxJAHwRFi7V9TzyHKiUAWF9qyTSGg9B SrVAfGVUlD2+YbZ2Zi3MHxOd41jDqGcZZX5CDfrYhZpQpO9eH8HcZgoRrY7Fo+dOpPlyFEdrDWE 0Vbd5/Cdp8YxFPJc8s5AFRnBpBvJi8vEUzSjr4l248V7NteI1tsnzXJK+uldrBov4= X-Received: by 2002:a05:6a00:4291:b0:82f:9407:d167 with SMTP id d2e1a72fcca58-842255c4881mr2207337b3a.38.1780112191946; Fri, 29 May 2026 20:36:31 -0700 (PDT) Received: from smtpclient.apple ([139.177.225.235]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-8422a579123sm789724b3a.46.2026.05.29.20.36.25 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 May 2026 20:36:31 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.300.41.1.7\)) Subject: Re: [PATCH v1] riscv: cpufeature: Add Zic64b ISA extension support From: Qingwei Hu In-Reply-To: <302dfaf7-4a38-408f-997e-68ed27de2341@iscas.ac.cn> Date: Sat, 30 May 2026 11:36:11 +0800 Cc: linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, Paul Walmsley , Palmer Dabbelt , Albert Ou , Alexandre Ghiti , Deepak Gupta , Pincheng Wang , Chunyan Zhang , Hui Wang , =?utf-8?B?Q2zDqW1lbnQgTMOpZ2Vy?= , Xu Lu , Guodong Xu Content-Transfer-Encoding: 7bit Message-Id: <752F28EA-9255-4DBE-8007-F57947305D71@bytedance.com> References: <20260528141630.2741710-1-qingwei.hu@bytedance.com> <302dfaf7-4a38-408f-997e-68ed27de2341@iscas.ac.cn> To: Vivian Wang X-Mailer: Apple Mail (2.3864.300.41.1.7) Hi Vivian, Thanks for the feedback. > On May 29, 2026, at 11:14, Vivian Wang wrote: > > On 5/28/26 22:16, Qingwei Hu wrote: >> Zic64b describes a platform with 64-byte cache block sizes. It is a >> mandatory part of RVA23U64, but a system may provide 64-byte CMO block >> sizes without satisfying all profile requirements. >> >> The ISA string parser currently ignores Zic64b because the extension is >> not present in the cpufeature table. Add an ISA extension ID and table >> entry for Zic64b so it can be reported in /proc/cpuinfo when firmware >> advertises it. > > I'd like to understand: What is the motivation to doing this, given that > the very same information is already available as riscv,cbo*-block-size > and hwprobe? The motivation here is not to replace riscv,cbo*-block-size or hwprobe. Those are still the right interfaces for software that needs the actual CBO block size. This is more about preserving the ISA extension name reported by firmware. Some platforms report zic64b in the ISA string, but Linux currently drops it because there is no cpufeature entry, so cpuinfo no longer matches what firmware advertised. That makes profile/ISA-string comparison tools a bit awkward. So the patch only makes zic64b visible as a named ISA extension when firmware reports it, while still validating it against any CBO block sizes that firmware provides. > If an extension is what we want to go with, then > Documentation/devicetree/bindings/riscv/extensions.yaml also needs > updating to match. And yes, if we keep this direction, I agree extensions.yaml should be updated in v2. Thanks, Qingwei Hu