From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756754AbbGPXlU (ORCPT ); Thu, 16 Jul 2015 19:41:20 -0400 Received: from mail-wi0-f174.google.com ([209.85.212.174]:33166 "EHLO mail-wi0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756141AbbGPXlS (ORCPT ); Thu, 16 Jul 2015 19:41:18 -0400 MIME-Version: 1.0 In-Reply-To: <20150716202312.GD11162@sirena.org.uk> References: <1435743667-11987-1-git-send-email-tomeu.vizoso@collabora.com> <1435743667-11987-2-git-send-email-tomeu.vizoso@collabora.com> <20150716202312.GD11162@sirena.org.uk> Date: Fri, 17 Jul 2015 01:41:16 +0200 X-Google-Sender-Auth: Xm9dZ_m-TTCBIz14eJ8YlxTPjQs Message-ID: Subject: Re: [PATCH v2 01/12] device: property: delay device-driver matches From: "Rafael J. Wysocki" To: Mark Brown Cc: Tomeu Vizoso , Linux Kernel Mailing List , ACPI Devel Maling List , dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org, linux-gpio@vger.kernel.org, "devicetree@vger.kernel.org" , linux-pwm@vger.kernel.org, "Rafael J. Wysocki" , alsa-devel@alsa-project.org, Greg Kroah-Hartman Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Mark, On Thu, Jul 16, 2015 at 10:23 PM, Mark Brown wrote: > On Wed, Jul 01, 2015 at 11:40:56AM +0200, Tomeu Vizoso wrote: > >> Delay matches of platform devices until late_initcall, when we are sure >> that all built-in drivers have been registered already. This is needed >> to prevent deferred probes because of some dependencies' drivers not >> having registered yet. > > I have to say I'm still not 100% clear that special casing platform > devices makes sense here - I can see that platform devices are usually > the first devices to instantiate but there are other kinds of devices > and it's not obvious what the benefit of specifically picking out > platform devices as opposed to just deferring all devices is. Some existing devices cannot be deferred without redesigning things quite a bit. What I was talking about, though, was to use an opt-in mechanism for that which could be set for all platform devices, for example, by default, but it might be set for other bus types too if that's useful. Thanks, Rafael