From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f193.google.com (mail-qk1-f193.google.com [209.85.222.193]) (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 D6FE0248F51 for ; Sun, 28 Dec 2025 23:50:18 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.193 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1766965821; cv=none; b=AcxZ1ZIj2eWW4U5DNTttqkLeohVwDiAhCQmMdDZRKD/XQiT14vhetIpr9NF6deVomF56jAfEuI4WHiow/ePwb3yTUDrekac+LhqCSfDH6NIU9b1NCimKjAOqm0Re1PdJAtZ2ColWdqjoi9aRjoKSTUfnutJBLpq/Wh3gaSqsk5A= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1766965821; c=relaxed/simple; bh=2w0A7ymf9jXbqKrPGnI5Cug27+M1AwvX/RchOIlL1II=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=Q7P90cZGaRjYPL/VkUOsiDawGSxY5IRF+dcODjIAWetalWzLuSLfct+VAY5LUBQFtrnh3PnJb30NjGnJkXlB87EQd9laa3M9D5cuN8Ay5Co6S7lyuvcw7dTjmhf6f9PJS//cq+5MZrFstk++5iVqBUHbiIglfZQrdVtsfVb/NH4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=riscstar.com; spf=pass smtp.mailfrom=riscstar.com; dkim=pass (2048-bit key) header.d=riscstar-com.20230601.gappssmtp.com header.i=@riscstar-com.20230601.gappssmtp.com header.b=XXvcvG+B; arc=none smtp.client-ip=209.85.222.193 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=riscstar.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=riscstar.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=riscstar-com.20230601.gappssmtp.com header.i=@riscstar-com.20230601.gappssmtp.com header.b="XXvcvG+B" Received: by mail-qk1-f193.google.com with SMTP id af79cd13be357-8b2148ca40eso1377565385a.1 for ; Sun, 28 Dec 2025 15:50:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=riscstar-com.20230601.gappssmtp.com; s=20230601; t=1766965818; x=1767570618; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=GpN54oVgQguU3p5JgPy3uhgmnh+wgxqdR+Icp20pf+8=; b=XXvcvG+BFtgKYWIg264AJ3Qu1/kcAI2XJhI1qt6IUc4qCgg4tBS+NOgM4YxllC/2cm CFuuOLvFcK7z+rn3mc8j0Mhgk4TKIOADD7xlY/tRLFGBkhlzRW8U+e/abRGJIenOjJKB K/+GKDz+F/0hesQW0qAqlOdAtjjZ2N9nvg5+Em6NszGdicaGJ+u3YmCDpHRSQ3MTpdXn vTaAGrvOXWRZJSvXnZF4lvbI9rVF9ScL+mk7577ntWeIBX/jB6z5TBHf3xKTl29lzuW8 7/CsGvX+Q+1eb++kKXna7K1+WbnnYr8bmY0aDbmJlSjRsVn5vNN6j9O665bZs5m2tf6h hf2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1766965818; x=1767570618; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=GpN54oVgQguU3p5JgPy3uhgmnh+wgxqdR+Icp20pf+8=; b=DcwBl9ocplFbOO1yJIcxBoEMSK3C02iFiudxwye0IzFhMGT0cWY2ScDScKJ0QsyFV8 e6yY+vQDnPn1CvFRWoTxZwSmvEM2BPJVscskLrnkIE5S2nU08a30mV8EoVeQA4S0tEwc XEoxqLLJmnJIXOgGiohj3ATwruLCGznw240HAOM8IAH8k8dCwCJvejCcFgKPpCTyH9h0 9EChyINtKjBE7AEMBrpCi4LHV+HdOSMT+2P/mAzQV+Q71M0vXbWm0+FYi/yQBG6a/2F9 T9kg1wPfrMjzpeMIM/9G2JCbc7VsJWp8USnzNQOcokcfsG39slivKQZtr8QXrkZ7LjZ9 vQCA== X-Forwarded-Encrypted: i=1; AJvYcCWwIvJOv74/Fmjh6Qsl1XuGcs0TaVbI0ndnR+t/MAcUNxuuUBIYULwyijFHAeow+vtrPDqq7KvlAHScHNI=@vger.kernel.org X-Gm-Message-State: AOJu0Yyx9pHw5k+Pxpyqb99d87tODjElEMOsG6UXKlVTOPLNPldHjZbs wYwB0PqS1yluenaE7sreGoLIsLhcZ8jCfYsDAfeV0JtQARB2OSwGW45kvDXcJuDyGJs= X-Gm-Gg: AY/fxX45yPCcZAw68ZvkTRw9Kk9172gh7EPfx6+b6fHCzLsR/y2evFmui8WTvspWzJ9 md8PA8fhW5RSpuXklPCSb6uAWjRWupAMKhBFhOaAX0TgrmytSPyfjQkGPf9BqKa9HlPq1xPPHOn VZXVxEcF6gzkwKcWJSpjKEma8jdHW2LMv5QCKKzMF/kGDQEo0PDXuCf2hEFn8BwQaNfUEZVeN5T uRItcR5CQrMHr8mxpo1K/eTV5Pyo5UbETDtLPQ/je0f9uTG+nYejBEqwVhkG9r2xOhvx8e87S0M d8ho/tiuz9AbnsD57L4u+lUjtlLE2mn6s6PuWXUCQozOdIRyuK+CYjgf94/x21H6R8i/rD2sS4s bt+zboSG5siZxFdVR6BvgRNNbocKKDgBRs/PX/zRQLE6BFKxnlo5uw8Hgb66nqQDIrr1S89py/W iPOtSbCf0bxfftPgGDC+PnZh+hD4VJ737E/AcwxxOxBNEpfQjVpPk= X-Google-Smtp-Source: AGHT+IEGbKgRTG08k8rXERBJismFkK/tDgJdZx5wXocvbU/vsRR/qDK2KUySLLUQVB2beTsVWlcMDw== X-Received: by 2002:a05:620a:29c7:b0:809:eb12:1ea0 with SMTP id af79cd13be357-8c08fd18b81mr4252356785a.81.1766965817857; Sun, 28 Dec 2025 15:50:17 -0800 (PST) Received: from [172.22.22.28] (c-75-72-117-212.hsd1.mn.comcast.net. [75.72.117.212]) by smtp.gmail.com with ESMTPSA id af79cd13be357-8c0973f28e3sm2406423185a.45.2025.12.28.15.50.15 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 28 Dec 2025 15:50:17 -0800 (PST) Message-ID: <5979c8ef-b0fa-40c8-944d-96e226fbcbe8@riscstar.com> Date: Sun, 28 Dec 2025 17:50:14 -0600 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 07/13] dt-bindings: riscv: Add B ISA extension description To: Guodong Xu Cc: Conor Dooley , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Paul Walmsley , Palmer Dabbelt , Albert Ou , Alexandre Ghiti , Yixun Lan , Daniel Lezcano , Thomas Gleixner , Samuel Holland , Anup Patel , Greg Kroah-Hartman , Jiri Slaby , Lubomir Rintel , Yangyu Chen , Paul Walmsley , Heinrich Schuchardt , Kevin Meng Zhang , Andrew Jones , devicetree@vger.kernel.org, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, spacemit@lists.linux.dev, linux-serial@vger.kernel.org References: <20251222-k3-basic-dt-v2-0-3af3f3cd0f8a@riscstar.com> <20251222-k3-basic-dt-v2-7-3af3f3cd0f8a@riscstar.com> <20251222-stitch-preachy-3fab87fd6f0f@spud> <66c0676a-7920-4825-b916-3c00b1648a08@riscstar.com> Content-Language: en-US From: Alex Elder In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 12/27/25 8:51 PM, Guodong Xu wrote: >> That's what I understand it to mean, anyway. >> https://github.com/riscv/riscv-b >> >> There's no point in supporting "b" in devicetree to represent >> the others if it also requires the others to be present. >> >> I think that, instead, "b", "zba", "zbb", and "zbs" should all >> be allowed. >> >> I might even go further and harden the requirement, saying that >> if you specify "b" you should*not* specify "zba", "zbb", or "zbs". > Historical reasons here. "b" came too late. The chip vendors have published > cores with "zba", "zbb", and "zbs"already. > > That's a migration bridge to require "b" must be listed > together with the other three. Are you saying "b" has already been included with "zba", "zbb", and "zbs" in an existing DTS file? What I'm suggesting is that (unless someone has already done this in a DTS file), there is no reason to require "b" *and* the other three. You should allow either "b" *or* all of the other three, not both. That would support older platforms as well as newer ones that use the more concise "b" only. -Alex