From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pf1-f180.google.com (mail-pf1-f180.google.com [209.85.210.180]) (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 70B5927F010 for ; Tue, 28 Apr 2026 00:52:53 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.180 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777337575; cv=none; b=JuUY8B/gkjbusIPZ6QE3BRFbPRzuj79TZKSKk/Kh0j5RF00fKZw1ucTBDAsrPkMRDCEbqDU/OPDaspFxlAOqzy/w2QYzVSJKyuzb9Yk/1YHVKEAregU4iikAo0BRM4hHKh6LHEmGYS3x4BEXes73I2SK3lkXrXScn639PnIYjJE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777337575; c=relaxed/simple; bh=8Uem3oqRD7Kri2DSyAgANGL+qzMirF3VGc9HlXIQYOs=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=LALFqhnwe/zcTFGynD2V5yU//e87bOrKqe/Qw5culGWvxGyuHEg1qHA1M2XUvBXifhG8pyN2R7GoFWZLj52m4tJxECPQa0gzuiNgylHe/Ri3a64oneuXpS3W5HFAMO/NiY5mOtZfUit/qdlByAMkUoW1vgWxVjkItrTogpvD3FA= 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.20251104.gappssmtp.com header.i=@baylibre-com.20251104.gappssmtp.com header.b=UmLvCjgn; arc=none smtp.client-ip=209.85.210.180 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 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=baylibre-com.20251104.gappssmtp.com header.i=@baylibre-com.20251104.gappssmtp.com header.b="UmLvCjgn" Received: by mail-pf1-f180.google.com with SMTP id d2e1a72fcca58-82faf871346so6771807b3a.0 for ; Mon, 27 Apr 2026 17:52:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20251104.gappssmtp.com; s=20251104; t=1777337573; x=1777942373; darn=vger.kernel.org; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:from:to:cc:subject:date:message-id:reply-to; bh=t3FnaIBp0espZORVL/rfnjBPdcVtbw4VckmuHvIfsjM=; b=UmLvCjgncUFnkOkej4+wGBHe0fTbbx54IoP/u0gXvql2aNFmqqno+yqwl+Ccx54FTN gkS26kFBc2qdrgwLMIhHZo9xqUwAylAU2efyVow9NXrRClAnEBtKOtj/Mp0qDcDB/4pb j2zd9BfXxrR086oPDlyxqLHwu+R15O3ovW4uYngGN7f5NWjRPVzDTRD+39B9JVFrd16p DobTC1E1tD9X+FTQaV5U2PD9+FJcFOxI/fIqxRCnGTh9g/geoS2QDELG7DPvgPquAd8u YrsmS/8TVtKpJgNA9HeCptCErNwn5dpt/rcBqDGk/iUM1o8rRq4SZxubM1IjxyIxGeAj +hGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777337573; x=1777942373; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=t3FnaIBp0espZORVL/rfnjBPdcVtbw4VckmuHvIfsjM=; b=ozi+1tyLCxuDIoKksTTOVVfGv/ADUrJzJnFUudcKa1LaC+fWSCHl0LxCh87ZAh3Z0Z bEtgfPge15IQmVKK+wOGrD2dNMeYj4dA02T/O72EHLzM8yVTAHm4f+aSwZDuhgKv355a oyaZIIGQfxb1KRwhvfvLl9QsAiRQf3EUzXLAjMGJOUmsEcQsY1hmIvS3P2sUfJHt10mJ nSIgWyr3PNc8tVbc2cMvkvTk9IfbVv2ZKG7SIuVbgn4kb4P84ih1aac/Hl1hn1MKsLdo H+SrqEyTcxs344QvMPfy0RoIsLUQ9HFeVJ8xW1tqQbSfgTW+DZKYbyPqlMBp1PgwD59A TAHg== X-Forwarded-Encrypted: i=1; AFNElJ+1OfPIiOe4Q3Vgfuv20U1tVZZqtH8pYmkBGDn7aNGMjuY14MbVb+9xYW7EViyQQREjb750gVz6Ts3e@vger.kernel.org X-Gm-Message-State: AOJu0YxCAnQRCuRBnE7Kux/Yc/mxlnHuY15Vft3Zy8j2jDjIg7Q0fvbX ondNgRleKY/EccZ/RyIkscW8TNzpM2fZU7rw7xd3FgaufRkwTCm6+7r+f18X+pRxxfM= X-Gm-Gg: AeBDietJuXR19NAhlvRCdwvJN4KdKnpBHe4ZXO1Fpyi2CY7WwRCT0/MwCBSFyxnjyuP 8O4OdwJqg4Aeac2lLCcBVdZsaek/J9rmZLzvdLAcnba/3mvKQyzjrUr6cZ00IwMoFmTqLljUYDc BOYx3niXFC40d9VCFtLl8Istwv1q5nlMOLo5LgbqjcVOWj9rBXgpl5O8OrWCuIrGeiJOWOvfE8x qDb+K7p/pk/39n5Gpxo/lioBd2dtYi/Y3wWyCVt5lDpPT9yGAp/kJ1+UEVXCn1/vKoMsi1YhkTV 6sPADrB316wQ2jgEy/0QL9CP3M3cHXUTnd0dqxSE2zY4Zwnk30P0VtgIolx6CUN4b/V87veOaGk IDKSsUR7yGufUb43RUiRfAp3Zn9n8000S3EX8ubGZ4jqJ1O+nUzuIztH07gfNWLEQq4yxxKQNqx Tvy09iPgl+hbrPuLPYiQYQ8A/c2NIXpA== X-Received: by 2002:a05:6a21:339a:b0:3a2:ecb8:56f0 with SMTP id adf61e73a8af0-3a39c214537mr1036677637.33.1777337572752; Mon, 27 Apr 2026 17:52:52 -0700 (PDT) Received: from localhost ([97.126.187.42]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-834dae1ff95sm798672b3a.17.2026.04.27.17.52.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Apr 2026 17:52:52 -0700 (PDT) From: Kevin Hilman To: Geert Uytterhoeven Cc: Sudeep Holla , Cristian Marussi , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Magnus Damm , Saravana Kannan , Michael Turquette , Stephen Boyd , Philipp Zabel , Ulf Hansson , "Rafael J . Wysocki" , Florian Fainelli , Wolfram Sang , Marek Vasut , Kuninori Morimoto , arm-scmi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-renesas-soc@vger.kernel.org, linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH/RFC 00/14] R-Car X5H Ironhide SCMI CPG/MDLC remapping In-Reply-To: References: <7hcxzqr4qi.fsf@baylibre.com> Date: Mon, 27 Apr 2026 17:52:51 -0700 Message-ID: <7hcxzjewik.fsf@baylibre.com> Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Geert Uytterhoeven writes: > Hi Kevin, > > On Thu, 23 Apr 2026 at 00:48, Kevin Hilman wrote: >> Geert Uytterhoeven writes: >> > TL;DR: >> > >> > Describe hardware in DT, and perform the mapping to SCMI in Linux. >> > >> > The Renesas R-Car X5H-based Ironhide board is the first Renesas >> > SoC/board combination that implements the ARM System Control and >> > Management Interface (SCMI). >> > >> > This means Linux can no longer perform various system operations (e.g. >> > clock, power domain, and reset control) by accessing the hardware >> > directly. Instead, these operations are abstracted according to various >> > SCMI sub-protocols, and Linux has to send messages to an SCMI-compliant >> > firmware running on a System Control Processor (SCP). >> > More specifically, the R-Car X5H SCP FW SCMI controls access to: >> > 1. Core clocks and module clocks, >> > 2. Module resets, >> > 3. Power domains, >> >> I'm very curious how power domain hierarchy is described on this SoC, >> because one more issue to add to your list is that hierarchy cannot be >> described for power domains in SCMI. > > So far I had no need for such a description. AFAIK, this is handled > inside the SCMI firmware, which does know the hierarchy. Hence the > firmware can power up a domain when any of its children is powered up, > and power it down when the last of its children is powered down? Yes, but this firwmare behavior is subject to the normal list of limitations/quirks/lack-of-bugs/etc. that we usually run into with firmware. So if there's ever a need for linux to understand hierarchy for those reasons, you may find yourself stuck. :) > I think the clue lies in having a PSCI top-level domain, cfr. what > you wrote in [1]: > > "But... how do I describe the relationship of this hierarchy? In > particular, when the SCMI-controlled PDs are actually subdomains of a > top-level, non-SCMI PD." > > Or am I missing something? Indeed, the tricky part is when the domains may have CPUs/clusters in them, and in my case with the TI SoCs, the top-level domain with CPU clusters is PSCI controlled. It wouldn't suprise me that other SoCs have similar features where some domains are children or siblings of domains with CPUs in them. This kind of dependency is pretty complex to manage in just SCP firmware, because it involves TF-A/PSCI as well, so it's a likely spot for firmware "quirks". Kevin