From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 0E355CD98CE for ; Fri, 12 Jun 2026 21:18:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=tv6LplnDGDFs2tsuGoRHCdXAYO7jI7MN//DIkYHWNuY=; b=UouKTfO1w1GSMGGAtHoZaRhV7M fuQLF3WPCAG+sxLZFEizodHJYArOag+TmVUTPqCGnQDgyN+WkpdNJip1ReohJCfodp/zoN/3Ns8fJ +m3J85P58Ox+HKbNezAkE4Bps50GGL2atzKmUt3vW34DSgaVkuNk/YK9/Vy8pr4/AZEwJa3WmWhNt uoHkyHMe6jj+FAydax0HSFmC1/JSH/YEa17YXjVvjsBRfKIkp7WKriyGm3D0/tUEI4ao6e7Aa91N+ uAxBCAtjkna2qav9m3HdSJqe929gk0Qo4cnyzrl3E8nb/Dr169aZrUSUpIUq9LM/mFvdJ58T+FlVE d8feRWYg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wY9GK-0000000BbHe-3011; Fri, 12 Jun 2026 21:18:00 +0000 Received: from sender4-op-o11.zoho.com ([136.143.188.11]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wY9GH-0000000BbHC-3S1W; Fri, 12 Jun 2026 21:17:59 +0000 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: 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 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.9.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20260612_141757_898394_6FADD4FF X-CRM114-Status: GOOD ( 16.37 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org --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--