From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qv2-f41.google.com (mail-qv2-f41.google.com [74.125.230.169]) (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 CDEDB44330F for ; Mon, 5 Oct 2026 23:09:32 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.230.169 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791241775; cv=none; b=HDyhIOY1kNqEfPDPqc1AODq9/827ko6pV9+RMisqIU8EfuQqrhsqcsp85CoSdeA5CFfQVUSchUGXAJ4zEOKh6sw5H6rZcdkiuUJxaqn3LIQveqBvBBdlAhkc8/MDnJL4jX6/OcuivlEVWgt85k39uikTu2SeHvG7XHeQYj44TSk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791241775; c=relaxed/simple; bh=b0bEVA86VyyHz5nQ+2UxZSzWxBoAP+zyISUZ3T8VRko=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=nP7iE/+6ylTL5K0SG0fYnDNOjoZC+s0oWlegINkcygMw8T3N3xeLu9rrNxBIGWVqnjq3ds0CblZiycAXTWfZX6fTiKH9mugIcpVOtyaKT2Sp8AWypeAA/e/KSJmOVfftkBVYx8jruw4Dgw9czFNEn8wrzk3kSQtaD3Myl7EoF3A= 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.20251104.gappssmtp.com header.i=@riscstar-com.20251104.gappssmtp.com header.b=jhoHViT8; arc=none smtp.client-ip=74.125.230.169 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.20251104.gappssmtp.com header.i=@riscstar-com.20251104.gappssmtp.com header.b="jhoHViT8" Received: by mail-qv2-f41.google.com with SMTP id 6a1803df08f44-91782a91a3aso33388656d6.0 for ; Mon, 05 Oct 2026 16:09:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=riscstar-com.20251104.gappssmtp.com; s=20251104; t=1791241771; x=1791846571; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to:content-type; bh=MQV3ii+qSfSea4Cw0bZn9/qaZsDG0gsTwXp5wwzAElo=; b=jhoHViT8B2A6av+l5LAX4BiDRkFbZgEUcVsOG2/zZ8Rfjs3RNTus0wwShhyCaf8pN9 K9i1UbO/et/V/uCXrmhT3wIBxY563u1WJ9CUWx4uohNF5fmHBGjrVovOLm5w6AvvfM/q A0pDAavZ6Wl75qA24G9bB7z5fyz/BtSz+RTPgYGfEU4fDx/slaXoH1jN5UBmv1Wtrmzg L/GYuaLhCxkWykNSO+8NwRpqTBm/pP/p6KM/c+eyx5j/pXXwn1URHKKuZqlaM2U8yFIG 3pWfLaJIOET+boIZFFWVaUtVbH1AEisNNPVu6lBa2zuPTm0LCNoq6p6Mw3aoEKFzfmrj KsSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1791241771; x=1791846571; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=MQV3ii+qSfSea4Cw0bZn9/qaZsDG0gsTwXp5wwzAElo=; b=hzm+9KPxN5EYAkN1kJhezdWdDzmX2zlUisC2Zn3sCtRM4dliEPD8AR3IPDgPV5MlqH +5IWkzpnNFhgB7ds5+DOGx2aFWP4nLEetvO4M21Q+4bMl+hW4Fv/P6CvELkpt84LVMOW As2KS7Xpppkh6x61Q88BBrVzXhtuE/pf4jrnJSjovpdhvjPPOFEdrhof5mqnT4F9aA0M YDTDa/1F66rlQJ8aSR3nZK/OsnILLLWFwRh909wK8b8eTKo/LotCFbXo1deLUYyvGRw6 ASUUFnN1oAP4El200VU2L4jyPCMN1i66bl3JTq8y5c4a2PG66lpIIN+BL00tMyCfTA3d oxEg== X-Forwarded-Encrypted: i=1; AKwUvBy8uqng5pwwdITJqM+J5kAC3BSxjquJEl84QJlNFjnJnxow34rw0aQEUjZ89omPgvMYzM5cqPACYwI=@vger.kernel.org X-Gm-Message-State: AFq9FYJ2+95MzOHS49SQK+1K7Zrnrg2/7jIw2DnC6S9DSf6gzcN9L0ni b5vTNy4NV6wpHmvxPcQ4idSwmVY68Aco9NukDJFKs7Mb6ni17vbA8rYWMuj3WAtNDcA= X-Gm-Gg: AYBFou0SxQOcDDDeerDDE/Nu8iSw3sGruNvP6/Y/H3F2d50BmFryVHr5XmmpEMCkisF 83ZOJ6LpeL1UBmXFn/HtDu93NnwuuoQRHJLR+V5tMwJQhW0dMUZVAqkwQ8khjEccLKb/uDOnk2u w7Q6Hs0bp0XviEgWabDSV9cY54PhhANBEDGx6hYEuWSodUFqYFTKYvlh7mWRAppWfxNVCc1lQB6 xnyXPgwhfaF/PRAx8QD4JMz0CberlaIAwddHnFimGtSLB31Ftw/SpAydXRRIDezUdaSjYvfb1z5 SGyrjYMQf4yYaAFHMi+deaFPD3x7Q/Qdr6k6JUsAtjkxlvSaDXkF5gCH052lj0TnfMyPC2mcqce KvXfRlr3onB8tY8WqzT6oUfG53DX1wObks2MklmaD/Zrgelkfkb1Jjex7jxAMVjL6jveRDJ8HkH Z20/mE7QGZCBOEEIiuzqGXPyvG6CL2RpD+BYINMiaYt/2rdBr3fexCmRZxoegGEeeAFkownj98H 4dXnlcE2zLTRA== X-Received: by 2002:a05:6214:598b:b0:917:9f83:6540 with SMTP id 6a1803df08f44-917bff42ff8mr244696676d6.5.1791241771486; Mon, 05 Oct 2026 16:09:31 -0700 (PDT) Received: from zippy.localdomain ([73.62.185.64]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-919442ce1c4sm89892116d6.3.2026.10.05.16.09.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 05 Oct 2026 16:09:31 -0700 (PDT) From: Alex Elder To: sboyd@kernel.org, bmasney+clk@redhat.com, jbrunet+clk@baylibre.com, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org, andersson@kernel.org, konradybcio@kernel.org Cc: abelvesa@kernel.org, kees@kernel.org, gustavoars@kernel.org, mohd.anwar@oss.qualcomm.com, lorenzo.bianconi@oss.qualcomm.com, danielt@kernel.org, linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-hardening@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v2 0/3] clk: introduce TC9564 clock support Date: Mon, 5 Oct 2026 18:09:23 -0500 Message-ID: <20261005230927.2000398-1-elder@riscstar.com> X-Mailer: git-send-email 2.53.0 Precedence: bulk X-Mailing-List: linux-clk@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit This series adds support for the clock controller present within the Toshiba TC9564 SoC. This SoC attaches to a host system via PCIe. It includes a PCIe switch with three downstream ports. To one of these ports an embedded PCIe endpoint is attached, and it implements two PCI functions. BAR 4 for both PCI functions provides access to the registers that enable or disable a set of clocks. Both TC9564 PCI functions provide PCI endpoint buses via devicetree. Each PCI endpoint bus provides access to one of the function's BARs. Subordinate devices (like the clock controller) can then be defined as nodes accessible on the endpoint bus. Only one of the two PCI functions is permitted to define the clock device node. -Alex NOTE: This series is built upon linux-next, with this patch applied: https://lore.kernel.org/lkml/20261002181849.790275-1-elder@riscstar.com/ It is available in this git branch: https://github.com/alexelder/linux/tree/outgoing/clock-v2 Between version 1 and version 2: - Previously, this driver also included reset functionality. That is now in a separate reset (only) driver, which will be sent for review separately - Dropped the "config syscon" devicetree binding - Reworded the clock binding description to focus on hardware only - Clock IDs are now consecutive (no more commented-out values) - Get the definition of of_device_id from rather than - Dropped a comma that followed a ternminating empty array entry - Config option COMMON_CLK_TC9564 now selects MFD_SYSCON - Clarified in config help text that the reset and stmmac drivers are the "others" that use the config syscon - Moved the clock devicetree node to be a peer (rather than a child) of the syscon node. Version 1 is available here: https://lore.kernel.org/lkml/20260918165234.687224-1-elder@riscstar.com/ Alex Elder (3): dt-bindings: clock: introduce toshiba,tc9564-clock.yaml clk: toshiba: introduce a TC9564 SoC clock driver arm64: dts: qcom: qcs6490-rb3gen2: add the clock controller .../bindings/clock/toshiba,tc9564-clock.yaml | 54 ++++ MAINTAINERS | 8 + arch/arm64/boot/dts/qcom/qcs6490-rb3gen2.dts | 16 +- drivers/clk/Kconfig | 12 + drivers/clk/Makefile | 1 + drivers/clk/clk-tc9564.c | 262 ++++++++++++++++++ include/dt-bindings/clock/toshiba,tc9564.h | 34 +++ 7 files changed, 386 insertions(+), 1 deletion(-) create mode 100644 Documentation/devicetree/bindings/clock/toshiba,tc9564-clock.yaml create mode 100644 drivers/clk/clk-tc9564.c create mode 100644 include/dt-bindings/clock/toshiba,tc9564.h base-commit: e8e67c48ac5cd9b0e7ba4ba2cef9decfa7327833 -- 2.53.0