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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D411AC77B75 for ; Tue, 23 May 2023 17:18:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233682AbjEWRSh (ORCPT ); Tue, 23 May 2023 13:18:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50112 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229618AbjEWRSe (ORCPT ); Tue, 23 May 2023 13:18:34 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0AA39B5 for ; Tue, 23 May 2023 10:18:34 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 9C366634F5 for ; Tue, 23 May 2023 17:18:33 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4702AC433D2; Tue, 23 May 2023 17:18:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1684862313; bh=QAmV/MySDa38HeQ4kzqqa+UgwdNEFUnttUtX/X1Giyw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=WPlBr/depd8TepfUxwlsGQCIMwPFvotBMqlw6tLwHNBLAZikk1as1KFpfXgANutTm ymQAB6mhACNF4ENADO93aYAW1VXPN2MqSNvpRINc8C9wPQf9kuGO5d42mbppgfNiza rncT0B7psiSiYMwS6YKDv74JfC3bifzfni9Nc8OJngJqn8pX3R6ciFIqJyhE7SvFkT BfeKpF5vXOPfB70NghMNiZ0KgmDx+Ut1RiomAx5n2UWAic3FLHUFZP3FQxGGrYPolP 4iYduFlAmjV6hMjS+mKSJjT+0KVrCZ0RcvElIiHswX/9/E/lz0Pb8NGQiiCgVQgGKp vORyhHZhAW4Lw== From: rfoss@kernel.org To: =?UTF-8?q?N=C3=ADcolas=20F=20=2E=20R=20=2E=20A=20=2E=20Prado?= Cc: Robert Foss , Xin Ji , Jernej Skrabec , owen , Laurent Pinchart , Marek Vasut , Neil Armstrong , Jonas Karlman , David Airlie , Hsin-Yi Wang , AngeloGioacchino Del Regno , Daniel Vetter , Pin-yen Lin , dri-devel@lists.freedesktop.org, Andrzej Hajda , kernel@collabora.com, linux-kernel@vger.kernel.org, =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?= Subject: Re: [PATCH] drm/bridge: anx7625: Prevent endless probe loop Date: Tue, 23 May 2023 19:18:24 +0200 Message-Id: <168486229619.3612901.1076023158254701111.b4-ty@kernel.org> X-Mailer: git-send-email 2.40.1 In-Reply-To: <20230518193902.891121-1-nfraprado@collabora.com> References: <20230518193902.891121-1-nfraprado@collabora.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Robert Foss On Thu, 18 May 2023 15:39:02 -0400, Nícolas F. R. A. Prado wrote: > During probe, the driver registers i2c dummy devices and populates the > aux bus, which registers a device for the panel. After doing that, the > driver can still defer probe if needed. This ordering of operations is > troublesome however, because the deferred probe work will retry probing > all pending devices every time a new device is registered. Therefore, if > modules need to be loaded in order to satisfy the dependencies for this > driver to complete probe, the kernel will stall, since it'll keep trying > to probe the anx7625 driver, but never succeed, given that modules would > only be loaded after the deferred probe work completes. > > [...] Applied, thanks! [1/1] drm/bridge: anx7625: Prevent endless probe loop https://cgit.freedesktop.org/drm/drm-misc/commit/?id=1464e48d69ab Rob