From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.forwardemail.net (smtp.forwardemail.net [121.127.44.59]) (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 9A520200B95 for ; Thu, 6 Mar 2025 23:07:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=121.127.44.59 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1741302437; cv=none; b=OIF7EKq7J9M/mD1ANVFY351tWVnpSbX+zeMQwy0Oa1KEX+Ee0TjeCHqkBFneS+N6kBHWk6tJUAVS0APSck09uCMLM75uu+yD3o2F1jEZ7ygEcuPI9HhNpJhBcqIaVueDLY3/3/Dw1LR1BEf/ghvJ68MkqsrryvwbPep26pTEufI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1741302437; c=relaxed/simple; bh=LAhhwaLpDCJUoINFXLHc1zMU01IGs6t+jAVidUm3LTg=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=FtyRefdaMsDdxfJU16a53GI/S4iHUytBHA8pocs50ALsEJtYYwktOIzFJxDCFF2UF7wRVf8cZCtYY5HI8+8SJ+eC13MBaS0qDdtB6G4yPdQvqKLx2wu7+qeMo2SIvKcu3z55AgpUUulqlBLxg58Ga3U9nnvQITN+T7ZJREFVGG0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=kwiboo.se; spf=pass smtp.mailfrom=fe-bounces.kwiboo.se; dkim=pass (2048-bit key) header.d=kwiboo.se header.i=@kwiboo.se header.b=ne4RQggw; arc=none smtp.client-ip=121.127.44.59 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=kwiboo.se Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=fe-bounces.kwiboo.se Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kwiboo.se header.i=@kwiboo.se header.b="ne4RQggw" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kwiboo.se; h=Content-Transfer-Encoding: Content-Type: In-Reply-To: From: References: Cc: To: Subject: MIME-Version: Date: Message-ID; q=dns/txt; s=fe-e1b5cab7be; t=1741302434; bh=7Hz4rVSOPCLFTfl28e1lA4te8SstIFjzPVnzUbwvmJ4=; b=ne4RQggwaC5mwX1DBLO7G4paDJMdBSIJRmUVM0c+Z6DCoCVeXaWCy/IsyY2w590dvafMSH8Gp wbDBFeChJ6f3bgLDdhGZMgY9UsJt3+K6goLT7kAmh396wSmlLo8k0c7FxxwI9ImFNDvB644k6S8 XQzmqFGc7nj079YlFh+bc/8L+aYeVVuQgTTSHdeCfibAVK1/fGzz6Mqi29kSM4358E9GPgI/DuO oFd0uZrEG06ZC12JAFdQjKuCEb7x1LPDHw9vx2GUsiKy7lwyyiEM6xFib0cnqSiQby2izQkwUmp XMHyo+zIxI6UPFBssTaBg2pkzegeFwIlBJ74CTiy7ezQ== X-Forward-Email-ID: 67ca2a9ec1763851c065cdbc X-Forward-Email-Sender: rfc822; jonas@kwiboo.se, smtp.forwardemail.net, 121.127.44.59 X-Forward-Email-Version: 0.4.40 X-Forward-Email-Website: https://forwardemail.net X-Complaints-To: abuse@forwardemail.net X-Report-Abuse: abuse@forwardemail.net X-Report-Abuse-To: abuse@forwardemail.net Message-ID: <7fa480bd-9bc5-4069-a623-afb140455192@kwiboo.se> Date: Fri, 7 Mar 2025 00:07:06 +0100 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 2/2] arm64: dts: rockchip: Add rk3528 QoS register node To: =?UTF-8?Q?Heiko_St=C3=BCbner?= , Chukun Pan Cc: Yao Zi , Lee Jones , Rob Herring , Conor Dooley , Krzysztof Kozlowski , linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org References: <20250306123809.273655-1-amadeus@jmu.edu.cn> <20250306123809.273655-3-amadeus@jmu.edu.cn> <117081043.nniJfEyVGO@diego> Content-Language: en-US From: Jonas Karlman In-Reply-To: <117081043.nniJfEyVGO@diego> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 2025-03-06 19:08, Heiko Stübner wrote: > Am Donnerstag, 6. März 2025, 17:55:16 MEZ schrieb Jonas Karlman: >> Hi Chukun, >> >> On 2025-03-06 13:38, Chukun Pan wrote: >>> The Quality-of-Service (QsS) node stores/restores specific >>> register contents when the power domains is turned off/on. >>> Add QoS node so that they can connect to the power domain. >>> >>> Signed-off-by: Chukun Pan >>> --- >>> arch/arm64/boot/dts/rockchip/rk3528.dtsi | 160 +++++++++++++++++++++++ >>> 1 file changed, 160 insertions(+) >>> > >> >> These QoS node are typically referenced from power domains so that the >> PMU driver know what QoS to save/restore when a power domain is power >> cycled. >> >> Vendor kernel only reference the two qos_gpu nodes in it's power domains, >> do you have any documentation or knowledge about what power domain the >> remaining QoS are related to? > > I think the GPU actually is the _only_ fully switchable power-domain on the > rk3528. The other powerdomains seem to be always on, but can do this > idle-request thing. > > At least that is what I'm reading from the pm-domain definitions in the > vendor-kernel, combined with a look at the pmu section of the rk3528 TRM. Thanks for this information. Regards, Jonas > > > Heiko > >