From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sender4-op-o11.zoho.com (sender4-op-o11.zoho.com [136.143.188.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 18693305670; Fri, 12 Jun 2026 21:18:04 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=pass smtp.client-ip=136.143.188.11 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781299086; cv=pass; b=kJqEy4VKKRJov0Dx+zXnZzHUv1MOfZDgob7U+icuhJnoVnkSS/ceuyql9wmfIUDDdp2FuWl+akDx0nYVwjBVDCGqsjjLPAOykJs5AU7U/LzahQlPCbQkDdg8cMKRe7GcP1igvqdtXvsyWrp/2M9ojorgzwTjFkMvyB4cZNqyssA= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781299086; c=relaxed/simple; bh=x0BaGOsSHLNzJ4cRGNFS/1rXU88Jh9P3Rb3NtyQrVv4=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=m6lK76UZiYKsWVrdbXqFytlLIFowHJEQVrTaV7vd4Mw+YYClfh1UOu00WcRC7BLOwN0+Z3M4bkzdEHG8ql+Nh8sJXQyPWGMCtO2xuUDCPrwZDgvfXs7Nr0k8j7paLrrCfue75LfS8cxJ94A8ddFHdQ/AkZKC/RsX5dJiwyK/cdM= ARC-Authentication-Results:i=2; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=collabora.com; spf=pass smtp.mailfrom=collabora.com; dkim=pass (1024-bit key) header.d=collabora.com header.i=sebastian.reichel@collabora.com header.b=M6v8BK5v; arc=pass smtp.client-ip=136.143.188.11 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=collabora.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=collabora.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=collabora.com header.i=sebastian.reichel@collabora.com header.b="M6v8BK5v" ARC-Seal: i=1; a=rsa-sha256; t=1781298940; cv=none; d=zohomail.com; s=zohoarc; b=OKS40WmHs9HXccer99KYn6oZOd3s7A/QcRyaoSg61l8t/e7/tucKewZS3PjGEb51f1QDfNRq1j6o2EzPQ60ZsxkLkl8tfK7BdcwjWn/idwkDYas2VQ8K/Uv8C3Sy4tVeF+L5iKTH+2cBq6K4m684P//duvIajUSHyz/h48uHfYg= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1781298940; h=Content-Type:Cc:Cc:Date:Date:From:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:Subject:To:To:Message-Id:Reply-To; bh=tv6LplnDGDFs2tsuGoRHCdXAYO7jI7MN//DIkYHWNuY=; b=MNzNQk69za9Qm2cSQJjVXXgqym5J4Sc5mNe79Ajt9yQHQalaVah+IFLVPRtuRe4T1JQxTr0Z//Zt/vxlz1jUQHyRusAU67ZW2Wmo7J8YZwIa+Po20ZuPntfURGbIe5ZeeG/n/9CWaL8boObo0ZnhrZcqoTp8Gyzvf1GqzFGrr4E= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=collabora.com; spf=pass smtp.mailfrom=sebastian.reichel@collabora.com; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1781298940; s=zohomail; d=collabora.com; i=sebastian.reichel@collabora.com; h=Date:Date:From:From:To:To:Cc:Cc:Subject:Subject:Message-ID:References:MIME-Version:Content-Type:In-Reply-To:Message-Id:Reply-To; bh=tv6LplnDGDFs2tsuGoRHCdXAYO7jI7MN//DIkYHWNuY=; b=M6v8BK5vtjyj0S/NYEsQvgb9mF43z2OvICcosRQ+DQPiPzgBLXD7nzwVSZMAbbCL SGrCvnllAHVCxUC+DlrWRahMKKSy7ohP2m6o4vJpEjLMp5aLA2V9Hj+HdyPldQEH6+U MZ2QxYCzXtsj8E+IVm+alsZV3gSxsGWOetKsyUic= Received: by mx.zohomail.com with SMTPS id 1781298939699370.6870059309615; Fri, 12 Jun 2026 14:15:39 -0700 (PDT) Received: by venus (Postfix, from userid 1000) id 5638C180674; Fri, 12 Jun 2026 23:15:34 +0200 (CEST) Date: Fri, 12 Jun 2026 23:15:34 +0200 From: Sebastian Reichel To: Diederik de Haas Cc: Midgy Balon , Chaoyi Chen , tomeu@tomeuvizoso.net, ogabbay@kernel.org, heiko@sntech.de, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org, joro@8bytes.org, will@kernel.org, robin.murphy@arm.com, dri-devel@lists.freedesktop.org, linux-rockchip@lists.infradead.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, iommu@lists.linux.dev, linux-kernel@vger.kernel.org, Simon Xue , Finley Xiao , Jonas Karlman Subject: Re: [RFC PATCH v3 0/9] accel: rocket: Add RK3568 NPU support Message-ID: References: Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="73c7cnokjssbpj3q" Content-Disposition: inline In-Reply-To: X-Zoho-Virus-Status: 1 X-Zoho-AV-Stamp: zmail-av-0.2.10.1.5.2/281.294.11 X-ZohoMailClient: External --73c7cnokjssbpj3q Content-Type: text/plain; protected-headers=v1; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: [RFC PATCH v3 0/9] accel: rocket: Add RK3568 NPU support MIME-Version: 1.0 Hi, On Wed, Jun 10, 2026 at 04:28:17PM +0200, Diederik de Haas wrote: > On Wed Jun 10, 2026 at 3:36 PM CEST, Midgy Balon wrote: > [ 2.110935] rockchip-pm-domain fd8d8000.power-management:power-control= ler: Failed to create device link (0x180) with supplier 2-0042 for /power-m= anagement@fd8d8000/power-controller/power-domain@8 > [ 2.557459] sdhci-dwcmshc fe2e0000.mmc: Can't reduce the clock below 5= 2MHz in HS200/HS400 mode > [ 2.647174] rockchip-pm-domain fd8d8000.power-management:power-control= ler: Failed to create device link (0x180) with supplier 2-0042 for /power-m= anagement@fd8d8000/power-controller/power-domain@8 > [ 2.945089] rockchip-pm-domain fd8d8000.power-management:power-control= ler: Failed to create device link (0x180) with supplier spi2.0 for /power-m= anagement@fd8d8000/power-controller/power-domain@12 >=20 > 8 =3D NPU; 12 =3D GPU >=20 > on both nanopc-t6-lts and nanopc-t6-plus (both RK3588). > And on a 6.18 dmesg output I have for Rock 5B, I see the ~ same, but then > it's 1-0042 instead of 2-0042.=20 >=20 > I don't know if it's bad or harmless, but it is consistent. The fw_devlink framework tries to figure out a sensible probe order by analyzing links between devices. The warning is because there is a cyclic dependency. This happens because all power domains are provided by one device (power-controller). Now if you want to probe the I2C regulator 2-0042, you need the I2C controller and to probe the I2C controller you need the I2C power domain and for that you need the power-controller. But for the power-controller you need 2-0042 (for the NPU power-domain). At this point fw_devlink gives up and prints the warning. Apart from the warning this results in the kernel missing dependency information, so there might be some extra probe calls ending in -EPROBE_DEFER (which wastes CPU power and delays the boot process). So it's neither super bad, nor completely harmless. Fixing this properly requires some heavy restructuring of the Rockchip power-controller driver. Greetings, -- Sebastian --73c7cnokjssbpj3q Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEE72YNB0Y/i3JqeVQT2O7X88g7+poFAmosdvIACgkQ2O7X88g7 +poq+Q//WNiAZeCgn2HpeHzvi+tZUbRlCrs91vnfbyyp+MgI5k47fApfmuGuVIcL a7FntM6Sm6vK5x1JfXt5tL6Zcvmhpm0YVz3FNvIMn6XMaq25w+qoyyD+Cah7iazS hdYmaxEfOq6AaQmAJ0DIvg98xzBovOhk5j94r/CymBTfskaVGJ0kvnleQe4xmTUS HOUKdwQSz4BJ8xEIamPZ6kDCyDroQkqgbSlS6T+JjrhYtEYuj4K3B9eYNRZQTYN9 cdpKUZCoiJz0pRtoi+SKNS7KRYBNPtqHD6KZgctqhjjTB/ZBkwpkawQcct0/JUR1 2JFNz8EsoYsJdqEvHeFhcpCJYUc6E4+/5tQRPZUaeDW9774A005T6iDbohCKWynG fW5i+psb3BOmTyTYFaLduwo9tmGnOX4h13de38FGuGmZX5VrOxLU2urruLVXAeoQ gsldVMOQ3ptd47lBH4d7rHe+oRZqs9Qhc9dgg0qFdC705L8tL9vxVsTdySk2zW7V N0ojS11VP/1RVFOVcrl9NXFWFojuAKTLlXvEj0u80JHyP1OjjaGTKr2BPGS4G0kI 5LFZZdwSLbsTpUsXbUyRvz++myq/HlepUhpUTu9RriXFmWRbcXvxfOE84EtvPST9 fv7vfqWZrycpFf4hqNwXFsEzP8iWPacUFw+Bbn0KW5waxsnQqRI= =xMTH -----END PGP SIGNATURE----- --73c7cnokjssbpj3q--