| Message ID | 20260629-a733-rtc-v2-1-7b72112784f8@baylibre.com (mailing list archive) |
|---|---|
| State | New |
| Headers |
Return-Path: <linux-sunxi+bounces-23979-sunxi=pue.re@lists.linux.dev>
X-Original-To: noreply@patchwork.local
Delivered-To: noreply@patchwork.local
Received: from sea.lore.kernel.org (sea.lore.kernel.org [172.234.253.10])
by mxe881.netcup.net (Postfix) with ESMTPS id 0B2E21C1788
for <noreply@patchwork.local>; Mon, 29 Jun 2026 15:11:47 +0200 (CEST)
Authentication-Results: mxe881;
dkim=pass header.d=baylibre.com;
spf=pass (sender IP is 172.234.253.10)
smtp.mailfrom=linux-sunxi+bounces-23979-noreply=patchwork.local@lists.linux.dev
smtp.helo=sea.lore.kernel.org
Received-SPF: pass (mxe881: domain of lists.linux.dev designates
172.234.253.10 as permitted sender) client-ip=172.234.253.10;
envelope-from=linux-sunxi+bounces-23979-noreply=patchwork.local@lists.linux.dev;
helo=sea.lore.kernel.org;
Received: from smtp.subspace.kernel.org (conduit.subspace.kernel.org
[100.90.174.1])
by sea.lore.kernel.org (Postfix) with ESMTP id 052C33108F1A
for <noreply@patchwork.local>; Mon, 29 Jun 2026 12:44:33 +0000 (UTC)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
by smtp.subspace.kernel.org (Postfix) with ESMTP id BEEB640682E;
Mon, 29 Jun 2026 12:42:33 +0000 (UTC)
Authentication-Results: smtp.subspace.kernel.org;
dkim=pass (2048-bit key) header.d=baylibre.com header.i=@baylibre.com
header.b="i0U0dI80"
X-Original-To: linux-sunxi@lists.linux.dev
Received: from mail-wm1-f54.google.com (mail-wm1-f54.google.com
[209.85.128.54])
(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 561C7406820
for <linux-sunxi@lists.linux.dev>; Mon, 29 Jun 2026 12:42:32 +0000 (UTC)
Authentication-Results: smtp.subspace.kernel.org;
arc=none smtp.client-ip=209.85.128.54
ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;
t=1782736953; cv=none;
b=fuj02KvKINQGP176/v7HIJhcwHHJkTmNqIVN+XJMuoiBGfEPS3H06tgxcVzqh5PuVS4p3GGjMhV1+Ox81ydABearYQqrT/v91KfjeIwqyxvtfQPqiZGV+gUqnYymWOpn8eZWBSZ8s9t2Bjg2A5DcwWY0gM+4gCHHKt+qqlJ3ROk=
ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org;
s=arc-20240116; t=1782736953; c=relaxed/simple;
bh=VJAHuue9pm1FiRZUd8IJhSgHvJF2qQrN+3NPC5/4llk=;
h=From:Date:Subject:MIME-Version:Content-Type:Message-Id:References:
In-Reply-To:To:Cc;
b=C+ji7f7HFVMpRwpmfC9QFvkpM1roS4oraSzEdLnUDVVENWUhWbIKgbHnYu/lZNUdOSm5Hxt3pvZefudc1S1RJOLJHVrmFoYNGOsCkfnshjsdbF4GQIPKqFOtN6NWTaVwZxxtz4mNtiyVvhUODMcb2N1RDX1HkEniKDs5nVLU5M0=
ARC-Authentication-Results: i=1; smtp.subspace.kernel.org;
dmarc=none (p=none dis=none) header.from=baylibre.com;
spf=pass smtp.mailfrom=baylibre.com;
dkim=pass (2048-bit key) header.d=baylibre.com header.i=@baylibre.com
header.b=i0U0dI80; arc=none smtp.client-ip=209.85.128.54
Authentication-Results: smtp.subspace.kernel.org;
dmarc=none (p=none dis=none) header.from=baylibre.com
Authentication-Results: smtp.subspace.kernel.org;
spf=pass smtp.mailfrom=baylibre.com
Received: by mail-wm1-f54.google.com with SMTP id
5b1f17b1804b1-493a285ff0cso7767265e9.2
for <linux-sunxi@lists.linux.dev>;
Mon, 29 Jun 2026 05:42:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=baylibre.com; s=google; t=1782736951; x=1783341751;
darn=lists.linux.dev;
h=cc:to:in-reply-to:references:message-id:content-transfer-encoding
:mime-version:subject:date:from:from:to:cc:subject:date:message-id
:reply-to;
bh=RuY0GYLoz4Pl54AHbNMD46lqQfrjHQuItDMfVO0XptY=;
b=i0U0dI80e5VJ0yePqtv9S3gSNpirgGb4BCXD2PE/Vxcm4CKYBP3D5F4jsQUzEn/hbI
GkgoEdwHmRyWZ/IMZblKtYSHzrKAsu2eN/fQVbz5JHC04eHo3Hf74rp0IyBQvoKWOeF4
SZ9CjSpmkablTcdmJepgtpnv3XW3M62jI5Cljm/DyW+9eDQxN3XL8fXPvx92mSaJAd6N
O4QfyZmpemivLLgC4e8OeT8QDghMmKzc5ic/ngl5tRN2uTENbNoQbXnwVB3Te158LniB
/T7EI9C2ITONPUEXtf/263+I0A7xTbfjYNwI8o7jrS55VaYPm44jTUqwSUG1FLFg2noj
9/HQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20251104; t=1782736951; x=1783341751;
h=cc:to:in-reply-to:references:message-id:content-transfer-encoding
:mime-version:subject:date:from:x-gm-gg:x-gm-message-state:from:to
:cc:subject:date:message-id:reply-to;
bh=RuY0GYLoz4Pl54AHbNMD46lqQfrjHQuItDMfVO0XptY=;
b=rYuMgwN0EstctKZrsE+GqTo6ngZD0VrHnCFs4yvjDWg4Q3gOYGy2vSDeKIrTfsgLUT
bSR4AJOY8G/DqeS+2bOlSO6/v7ixGqMgNvnCp3jvL/AKUr2Mr8CYu0B6OGLWbKK5mWmZ
QBNSRSvkKvlFNfj2kFK8LnPOfeBKy1BPlzmzl1PFuxl2aG4GIF6Pq7JxoV3R1llTwuO8
nleU/Qk5GxN+wTALyH1gmRl2Nz7175q7TLmY1EJJmwmkARGbprYEIlPQd3kMyhTXqXlV
2W0N6kOR+FHfNgQWAt8M46L/d+UjJp1vdugfTjLaeEd/mY7Zz+P0fHhk86AgTjdzYwW6
TE4A==
X-Forwarded-Encrypted: i=1;
AFNElJ+ZBFJ6DT+BJcvhNNbeFi6K2IY+ZNJNFrNmtUAHeVmAPpevrwwYOdJ4YkzqWvHkzSUVZ23ksAYAvZBm8g==@lists.linux.dev
X-Gm-Message-State: AOJu0Yw8NgSOfeAXuA0QsxEV5X5kBBcknjlIKhX0yq2GXQMa+7FnPjYt
Cp0voLPuqXIdt0VLawwFeF1RgXcqQ+OYMOVHBaUwAl+JIxP/glRNJwm7EjnT8GzboUQ=
X-Gm-Gg: AfdE7cnJ38BSI6+35OktP0vmN3b3uqCWsI7dl0GQet43HuNlZsILdzj8V1/PV4BRA2H
bYfUK/cpROpwmLFOB0Se+4AaW5GIvQjCwGnxE9bXME2W9HB5VvEUYfVITaTTEYdUKhPrSTJNk/F
6/la3wlXMNF06wsr37oF4Wvx1CJGx4wEZYa4xDltjzjo/pu7smElZ4pBhSXpOGmcbMcJXle9bDg
Z24dRQxyh5DR1XD5tYvTq9h7l2rk23/37EXo8QoDmEu6mXcJx7v1s8m50sGIuYvWgGOrHmYy/2h
yIzhvnNdSv2YjTxBPIJPtpshYb93F5QTuyaAyslhWchDfDZN/gK1v5j0xXpceYLMYTnV3ohbLQQ
RVNSR8bcq0mKto0nokG7Zo39Vzpvnozmn0oWcc31FeRi7rJozJJ5lJ+/66S2MbAGWJb4xN20A
X-Received: by 2002:a05:600c:1d86:b0:490:d354:bcf4 with SMTP id
5b1f17b1804b1-49266885dc4mr249806255e9.27.1782736950484;
Mon, 29 Jun 2026 05:42:30 -0700 (PDT)
Received: from localhost ([2a01:e0a:3c5:5fb1:1d21:f5d5:2d3c:23a7])
by smtp.gmail.com with UTF8SMTPSA id
5b1f17b1804b1-493adf3d98fsm80822085e9.8.2026.06.29.05.42.29
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Mon, 29 Jun 2026 05:42:30 -0700 (PDT)
From: Jerome Brunet <jbrunet@baylibre.com>
Date: Mon, 29 Jun 2026 14:42:05 +0200
Subject: [PATCH v2 1/6] dt-bindings: rtc: sun6i: add sun60i-a733 support
Precedence: bulk
X-Mailing-List: linux-sunxi@lists.linux.dev
List-Id: <linux-sunxi.lists.linux.dev>
List-Subscribe: <mailto:linux-sunxi+subscribe@lists.linux.dev>
List-Unsubscribe: <mailto:linux-sunxi+unsubscribe@lists.linux.dev>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-Id: <20260629-a733-rtc-v2-1-7b72112784f8@baylibre.com>
References: <20260629-a733-rtc-v2-0-7b72112784f8@baylibre.com>
In-Reply-To: <20260629-a733-rtc-v2-0-7b72112784f8@baylibre.com>
To: Junhui Liu <junhui.liu@pigmoral.tech>,
Alexandre Belloni <alexandre.belloni@bootlin.com>,
Rob Herring <robh@kernel.org>, Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>, Chen-Yu Tsai <wens@kernel.org>,
Jernej Skrabec <jernej.skrabec@gmail.com>,
Samuel Holland <samuel@sholland.org>,
Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>, Maxime Ripard <mripard@kernel.org>
Cc: linux-rtc@vger.kernel.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, linux-sunxi@lists.linux.dev,
linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org,
Jerome Brunet <jbrunet@baylibre.com>
X-Mailer: b4 0.15.2
X-Developer-Signature: v=1; a=openpgp-sha256; l=1439; i=jbrunet@baylibre.com;
h=from:subject:message-id; bh=VJAHuue9pm1FiRZUd8IJhSgHvJF2qQrN+3NPC5/4llk=;
b=owEBbQKS/ZANAwAKAeb8Dxw38tqFAcsmYgBqQmgtW52pl9ymFcc6wjZ4sTtM/p/LNN9ZtDgRc
WKlUartlpaJAjMEAAEKAB0WIQT04VmuGPP1bV8btxvm/A8cN/LahQUCakJoLQAKCRDm/A8cN/La
hbtuD/9w9j2Osb71WII1hjlD5NY7YjH4OtroF8D36BpXiVm1yn4a+2So1WGl3c1Ng6kXeswAdqi
Voc7emUXjLwvfHsTqWpaWdw7nYDMRwFYL0z8vQEVAPFqOWNOnqe2q84vAcN7lXe3H/0MR6Dipw4
g0g0wS+fNOAkq47suPO8WtnqTcDxTCb1xQB5oXHSoioI2Wuy9HdnQDzKFd6UrvrHxq9CQAOtQJ7
MMcdfmPkKBjxgCm7o0VOlJQfv4b1A66MTB+YyvJwwfzNM66Wl2iNYAK0UhaDFOakyIAMN4C1d2A
/P1q/fSXLrE3bnpqILA0uwSphLEnN5RHT2zXBej3qW0ksFQDe+9aCDLB2Lw0Ylnu/nD+NGqZtIh
XcMVHEJrtK/nEL+wBQwzZZ2ge+MajYiUNiki01R4uTA0degnUSWthT0cZX+Uf72BplztqN+YrzK
ntskS7l4EhTj0lQ52MUTSv7tOptAZwGgpvuggGeUj1rSkh2OKdVAMNlCsOAC/ow6qrfq5sba6qY
/70T8N708Ii+ljhUX8CDE49RJPF1KvZn1l1F3yMdmpEM5IZEVMcDEISSUcUNDBMz20QbEp49Ejq
9xcudU3c6XaQn42dv4yVj9Ff1l3plINHqKVyShMj0fg+2j55Ft7u9mPtoRK3RLkDLruVp8Cl8Vx
sJZ80FAnPrdMTiQ==
X-Developer-Key: i=jbrunet@baylibre.com; a=openpgp;
fpr=F29F26CF27BAE1A9719AE6BDC3C92AAF3E60AED9
X-MORS-Enabled: yes
X-MORS-DOMAIN: patchwork.local
X-MORS-HOSTING: hosting172546
X-MORS-USER: hosting172546
X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?=
|
| Series |
clk: sun6i-rtc: Add support for Allwinner A733 SoC
|
|
Commit Message
Jerome Brunet
June 29, 2026, 12:42 p.m. UTC
Add a new rtc compatible for the sun60i-a733 SoC and new IDs for the
peripheral oscillator clock gates of this SoC.
Signed-off-by: Jerome Brunet <jbrunet@baylibre.com>
---
Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml | 1 +
include/dt-bindings/clock/sun6i-rtc.h | 4 ++++
2 files changed, 5 insertions(+)
Comments
On lun. 29 juin 2026 at 12:53, sashiko-bot@kernel.org wrote: > Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider: > - [Low] The `clock-output-names` property has a global `maxItems: 3` > constraint and a description limiting it to three clocks, which contradicts > the new clock outputs (IDs up to 11) added for the sun60i-a733-rtc. > -- > > commit a1565b632e372c724867216463a453c9d1600ad2 > Author: Jerome Brunet <jbrunet@baylibre.com> > > dt-bindings: rtc: sun6i: add sun60i-a733 support > > Adds a new rtc compatible for the sun60i-a733 SoC and new IDs for the > peripheral oscillator clock gates of this SoC. > >> diff --git a/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml b/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml >> index 9df5cdb6f63f2..197a6f67b180a 100644 >> --- a/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml >> +++ b/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml >> @@ -33,6 +33,7 @@ properties: >> - enum: >> - allwinner,sun20i-d1-rtc >> - allwinner,sun55i-a523-rtc >> + - allwinner,sun60i-a733-rtc >> - const: allwinner,sun50i-r329-rtc > > [ ... ] > >> diff --git a/include/dt-bindings/clock/sun6i-rtc.h b/include/dt-bindings/clock/sun6i-rtc.h >> index 3bd3aa3d57ce1..5132a393ca4b6 100644 >> --- a/include/dt-bindings/clock/sun6i-rtc.h >> +++ b/include/dt-bindings/clock/sun6i-rtc.h >> @@ -6,5 +6,9 @@ >> #define CLK_OSC32K 0 >> #define CLK_OSC32K_FANOUT 1 >> #define CLK_IOSC 2 >> +#define CLK_HOSC_UFS 8 >> +#define CLK_HOSC_HDMI 9 >> +#define CLK_HOSC_SERDES0 10 >> +#define CLK_HOSC_SERDES1 11 > > [Severity: Low] > Will adding clock IDs up to 11 conflict with the existing clock-output-names > constraint in allwinner,sun6i-a31-rtc.yaml? > > The clock-output-names property currently has a global maxItems constraint > alongside its description: > > clock-output-names: > minItems: 1 > maxItems: 3 > description: > The RTC provides up to three clocks > > If a device tree author attempts to define an array of clock-output-names > to document all outputs for the allwinner,sun60i-a733-rtc node, won't it fail > dt_binding_check validation because it exceeds the maximum allowed items? Not quite sure what to do with that one. The h616 compatible devices all exposed more than 3 clock through the provider, even if the higher IDs did not have define. The clock output names for the h616 compatible device are not really supposed to be defined through DT ... at least AFAIU ??
On Mon, Jun 29, 2026 at 05:05:51PM +0200, Jerome Brunet wrote: > On lun. 29 juin 2026 at 12:53, sashiko-bot@kernel.org wrote: > > > Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider: > > - [Low] The `clock-output-names` property has a global `maxItems: 3` > > constraint and a description limiting it to three clocks, which contradicts > > the new clock outputs (IDs up to 11) added for the sun60i-a733-rtc. > > -- > > > > commit a1565b632e372c724867216463a453c9d1600ad2 > > Author: Jerome Brunet <jbrunet@baylibre.com> > > > > dt-bindings: rtc: sun6i: add sun60i-a733 support > > > > Adds a new rtc compatible for the sun60i-a733 SoC and new IDs for the > > peripheral oscillator clock gates of this SoC. > > > >> diff --git a/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml b/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml > >> index 9df5cdb6f63f2..197a6f67b180a 100644 > >> --- a/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml > >> +++ b/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml > >> @@ -33,6 +33,7 @@ properties: > >> - enum: > >> - allwinner,sun20i-d1-rtc > >> - allwinner,sun55i-a523-rtc > >> + - allwinner,sun60i-a733-rtc > >> - const: allwinner,sun50i-r329-rtc > > > > [ ... ] > > > >> diff --git a/include/dt-bindings/clock/sun6i-rtc.h b/include/dt-bindings/clock/sun6i-rtc.h > >> index 3bd3aa3d57ce1..5132a393ca4b6 100644 > >> --- a/include/dt-bindings/clock/sun6i-rtc.h > >> +++ b/include/dt-bindings/clock/sun6i-rtc.h > >> @@ -6,5 +6,9 @@ > >> #define CLK_OSC32K 0 > >> #define CLK_OSC32K_FANOUT 1 > >> #define CLK_IOSC 2 > >> +#define CLK_HOSC_UFS 8 > >> +#define CLK_HOSC_HDMI 9 > >> +#define CLK_HOSC_SERDES0 10 > >> +#define CLK_HOSC_SERDES1 11 > > > > [Severity: Low] > > Will adding clock IDs up to 11 conflict with the existing clock-output-names > > constraint in allwinner,sun6i-a31-rtc.yaml? > > > > The clock-output-names property currently has a global maxItems constraint > > alongside its description: > > > > clock-output-names: > > minItems: 1 > > maxItems: 3 > > description: > > The RTC provides up to three clocks > > > > If a device tree author attempts to define an array of clock-output-names > > to document all outputs for the allwinner,sun60i-a733-rtc node, won't it fail > > dt_binding_check validation because it exceeds the maximum allowed items? > > Not quite sure what to do with that one. > > The h616 compatible devices all exposed more than 3 clock through the > provider, even if the higher IDs did not have define. > > The clock output names for the h616 compatible device are not really > supposed to be defined through DT ... at least AFAIU ?? The output names aren't even defined anyway, so the property is not really all that helpful. It's worth increasing the max to whatever is permitted now and look into the conditional sections to see if any constraints need updating.
On Mon, Jun 29, 2026 at 11:16 PM Conor Dooley <conor@kernel.org> wrote: > > On Mon, Jun 29, 2026 at 05:05:51PM +0200, Jerome Brunet wrote: > > On lun. 29 juin 2026 at 12:53, sashiko-bot@kernel.org wrote: > > > > > Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider: > > > - [Low] The `clock-output-names` property has a global `maxItems: 3` > > > constraint and a description limiting it to three clocks, which contradicts > > > the new clock outputs (IDs up to 11) added for the sun60i-a733-rtc. > > > -- > > > > > > commit a1565b632e372c724867216463a453c9d1600ad2 > > > Author: Jerome Brunet <jbrunet@baylibre.com> > > > > > > dt-bindings: rtc: sun6i: add sun60i-a733 support > > > > > > Adds a new rtc compatible for the sun60i-a733 SoC and new IDs for the > > > peripheral oscillator clock gates of this SoC. > > > > > >> diff --git a/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml b/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml > > >> index 9df5cdb6f63f2..197a6f67b180a 100644 > > >> --- a/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml > > >> +++ b/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml > > >> @@ -33,6 +33,7 @@ properties: > > >> - enum: > > >> - allwinner,sun20i-d1-rtc > > >> - allwinner,sun55i-a523-rtc > > >> + - allwinner,sun60i-a733-rtc > > >> - const: allwinner,sun50i-r329-rtc > > > > > > [ ... ] > > > > > >> diff --git a/include/dt-bindings/clock/sun6i-rtc.h b/include/dt-bindings/clock/sun6i-rtc.h > > >> index 3bd3aa3d57ce1..5132a393ca4b6 100644 > > >> --- a/include/dt-bindings/clock/sun6i-rtc.h > > >> +++ b/include/dt-bindings/clock/sun6i-rtc.h > > >> @@ -6,5 +6,9 @@ > > >> #define CLK_OSC32K 0 > > >> #define CLK_OSC32K_FANOUT 1 > > >> #define CLK_IOSC 2 > > >> +#define CLK_HOSC_UFS 8 > > >> +#define CLK_HOSC_HDMI 9 > > >> +#define CLK_HOSC_SERDES0 10 > > >> +#define CLK_HOSC_SERDES1 11 > > > > > > [Severity: Low] > > > Will adding clock IDs up to 11 conflict with the existing clock-output-names > > > constraint in allwinner,sun6i-a31-rtc.yaml? > > > > > > The clock-output-names property currently has a global maxItems constraint > > > alongside its description: > > > > > > clock-output-names: > > > minItems: 1 > > > maxItems: 3 > > > description: > > > The RTC provides up to three clocks > > > > > > If a device tree author attempts to define an array of clock-output-names > > > to document all outputs for the allwinner,sun60i-a733-rtc node, won't it fail > > > dt_binding_check validation because it exceeds the maximum allowed items? > > > > Not quite sure what to do with that one. > > > > The h616 compatible devices all exposed more than 3 clock through the > > provider, even if the higher IDs did not have define. > > > > The clock output names for the h616 compatible device are not really > > supposed to be defined through DT ... at least AFAIU ?? > > The output names aren't even defined anyway, so the property is not > really all that helpful. It's worth increasing the max to whatever is > permitted now and look into the conditional sections to see if any > constraints need updating. Or just not allow it for the newer RTC compatible? On the kernel side, the sunxi-ng clk library doesn't even use the property, presumably because the library mainly targets the main clock controller that has at least tens of clocks. Writing clock-output-names for them isn't really scalable, and sort of useless as the name can be inferred by the clock ID and compatible. ChenYu
On lun. 29 juin 2026 at 23:20, Chen-Yu Tsai <wens@kernel.org> wrote: > On Mon, Jun 29, 2026 at 11:16 PM Conor Dooley <conor@kernel.org> wrote: >> >> On Mon, Jun 29, 2026 at 05:05:51PM +0200, Jerome Brunet wrote: >> > On lun. 29 juin 2026 at 12:53, sashiko-bot@kernel.org wrote: >> > >> > > Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider: >> > > - [Low] The `clock-output-names` property has a global `maxItems: 3` >> > > constraint and a description limiting it to three clocks, which contradicts >> > > the new clock outputs (IDs up to 11) added for the sun60i-a733-rtc. >> > > -- >> > > >> > > commit a1565b632e372c724867216463a453c9d1600ad2 >> > > Author: Jerome Brunet <jbrunet@baylibre.com> >> > > >> > > dt-bindings: rtc: sun6i: add sun60i-a733 support >> > > >> > > Adds a new rtc compatible for the sun60i-a733 SoC and new IDs for the >> > > peripheral oscillator clock gates of this SoC. >> > > >> > >> diff --git a/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml b/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml >> > >> index 9df5cdb6f63f2..197a6f67b180a 100644 >> > >> --- a/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml >> > >> +++ b/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml >> > >> @@ -33,6 +33,7 @@ properties: >> > >> - enum: >> > >> - allwinner,sun20i-d1-rtc >> > >> - allwinner,sun55i-a523-rtc >> > >> + - allwinner,sun60i-a733-rtc >> > >> - const: allwinner,sun50i-r329-rtc >> > > >> > > [ ... ] >> > > >> > >> diff --git a/include/dt-bindings/clock/sun6i-rtc.h b/include/dt-bindings/clock/sun6i-rtc.h >> > >> index 3bd3aa3d57ce1..5132a393ca4b6 100644 >> > >> --- a/include/dt-bindings/clock/sun6i-rtc.h >> > >> +++ b/include/dt-bindings/clock/sun6i-rtc.h >> > >> @@ -6,5 +6,9 @@ >> > >> #define CLK_OSC32K 0 >> > >> #define CLK_OSC32K_FANOUT 1 >> > >> #define CLK_IOSC 2 >> > >> +#define CLK_HOSC_UFS 8 >> > >> +#define CLK_HOSC_HDMI 9 >> > >> +#define CLK_HOSC_SERDES0 10 >> > >> +#define CLK_HOSC_SERDES1 11 >> > > >> > > [Severity: Low] >> > > Will adding clock IDs up to 11 conflict with the existing clock-output-names >> > > constraint in allwinner,sun6i-a31-rtc.yaml? >> > > >> > > The clock-output-names property currently has a global maxItems constraint >> > > alongside its description: >> > > >> > > clock-output-names: >> > > minItems: 1 >> > > maxItems: 3 >> > > description: >> > > The RTC provides up to three clocks >> > > >> > > If a device tree author attempts to define an array of clock-output-names >> > > to document all outputs for the allwinner,sun60i-a733-rtc node, won't it fail >> > > dt_binding_check validation because it exceeds the maximum allowed items? >> > >> > Not quite sure what to do with that one. >> > >> > The h616 compatible devices all exposed more than 3 clock through the >> > provider, even if the higher IDs did not have define. >> > >> > The clock output names for the h616 compatible device are not really >> > supposed to be defined through DT ... at least AFAIU ?? >> >> The output names aren't even defined anyway, so the property is not >> really all that helpful. It's worth increasing the max to whatever is >> permitted now and look into the conditional sections to see if any >> constraints need updating. > > Or just not allow it for the newer RTC compatible? On the kernel side, I was edging toward this. Would this be acceptable to you Conor ? I'm thinking about disallowing it for all the h616 compatible ones, not just the a733. > the sunxi-ng clk library doesn't even use the property, presumably because > the library mainly targets the main clock controller that has at least > tens of clocks. Writing clock-output-names for them isn't really scalable, > and sort of useless as the name can be inferred by the clock ID and > compatible. > > > ChenYu
On Mon, Jun 29, 2026 at 05:27:01PM +0200, Jerome Brunet wrote: > On lun. 29 juin 2026 at 23:20, Chen-Yu Tsai <wens@kernel.org> wrote: > > > On Mon, Jun 29, 2026 at 11:16 PM Conor Dooley <conor@kernel.org> wrote: > >> > >> On Mon, Jun 29, 2026 at 05:05:51PM +0200, Jerome Brunet wrote: > >> > On lun. 29 juin 2026 at 12:53, sashiko-bot@kernel.org wrote: > >> > > >> > > Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider: > >> > > - [Low] The `clock-output-names` property has a global `maxItems: 3` > >> > > constraint and a description limiting it to three clocks, which contradicts > >> > > the new clock outputs (IDs up to 11) added for the sun60i-a733-rtc. > >> > > -- > >> > > > >> > > commit a1565b632e372c724867216463a453c9d1600ad2 > >> > > Author: Jerome Brunet <jbrunet@baylibre.com> > >> > > > >> > > dt-bindings: rtc: sun6i: add sun60i-a733 support > >> > > > >> > > Adds a new rtc compatible for the sun60i-a733 SoC and new IDs for the > >> > > peripheral oscillator clock gates of this SoC. > >> > > > >> > >> diff --git a/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml b/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml > >> > >> index 9df5cdb6f63f2..197a6f67b180a 100644 > >> > >> --- a/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml > >> > >> +++ b/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml > >> > >> @@ -33,6 +33,7 @@ properties: > >> > >> - enum: > >> > >> - allwinner,sun20i-d1-rtc > >> > >> - allwinner,sun55i-a523-rtc > >> > >> + - allwinner,sun60i-a733-rtc > >> > >> - const: allwinner,sun50i-r329-rtc > >> > > > >> > > [ ... ] > >> > > > >> > >> diff --git a/include/dt-bindings/clock/sun6i-rtc.h b/include/dt-bindings/clock/sun6i-rtc.h > >> > >> index 3bd3aa3d57ce1..5132a393ca4b6 100644 > >> > >> --- a/include/dt-bindings/clock/sun6i-rtc.h > >> > >> +++ b/include/dt-bindings/clock/sun6i-rtc.h > >> > >> @@ -6,5 +6,9 @@ > >> > >> #define CLK_OSC32K 0 > >> > >> #define CLK_OSC32K_FANOUT 1 > >> > >> #define CLK_IOSC 2 > >> > >> +#define CLK_HOSC_UFS 8 > >> > >> +#define CLK_HOSC_HDMI 9 > >> > >> +#define CLK_HOSC_SERDES0 10 > >> > >> +#define CLK_HOSC_SERDES1 11 > >> > > > >> > > [Severity: Low] > >> > > Will adding clock IDs up to 11 conflict with the existing clock-output-names > >> > > constraint in allwinner,sun6i-a31-rtc.yaml? > >> > > > >> > > The clock-output-names property currently has a global maxItems constraint > >> > > alongside its description: > >> > > > >> > > clock-output-names: > >> > > minItems: 1 > >> > > maxItems: 3 > >> > > description: > >> > > The RTC provides up to three clocks > >> > > > >> > > If a device tree author attempts to define an array of clock-output-names > >> > > to document all outputs for the allwinner,sun60i-a733-rtc node, won't it fail > >> > > dt_binding_check validation because it exceeds the maximum allowed items? > >> > > >> > Not quite sure what to do with that one. > >> > > >> > The h616 compatible devices all exposed more than 3 clock through the > >> > provider, even if the higher IDs did not have define. > >> > > >> > The clock output names for the h616 compatible device are not really > >> > supposed to be defined through DT ... at least AFAIU ?? > >> > >> The output names aren't even defined anyway, so the property is not > >> really all that helpful. It's worth increasing the max to whatever is > >> permitted now and look into the conditional sections to see if any > >> constraints need updating. > > > > Or just not allow it for the newer RTC compatible? On the kernel side, > > I was edging toward this. Would this be acceptable to you Conor ? > I'm thinking about disallowing it for all the h616 compatible ones, not > just the a733. Works for me. Just make sure you note somewhere that the names aren't ever defined anyway.
diff --git a/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml b/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml index 9df5cdb6f63f..197a6f67b180 100644 --- a/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml +++ b/Documentation/devicetree/bindings/rtc/allwinner,sun6i-a31-rtc.yaml @@ -33,6 +33,7 @@ properties: - enum: - allwinner,sun20i-d1-rtc - allwinner,sun55i-a523-rtc + - allwinner,sun60i-a733-rtc - const: allwinner,sun50i-r329-rtc reg: diff --git a/include/dt-bindings/clock/sun6i-rtc.h b/include/dt-bindings/clock/sun6i-rtc.h index 3bd3aa3d57ce..5132a393ca4b 100644 --- a/include/dt-bindings/clock/sun6i-rtc.h +++ b/include/dt-bindings/clock/sun6i-rtc.h @@ -6,5 +6,9 @@ #define CLK_OSC32K 0 #define CLK_OSC32K_FANOUT 1 #define CLK_IOSC 2 +#define CLK_HOSC_UFS 8 +#define CLK_HOSC_HDMI 9 +#define CLK_HOSC_SERDES0 10 +#define CLK_HOSC_SERDES1 11 #endif /* _DT_BINDINGS_CLK_SUN6I_RTC_H_ */