From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758265Ab1GDRll (ORCPT ); Mon, 4 Jul 2011 13:41:41 -0400 Received: from cantor2.suse.de ([195.135.220.15]:38781 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755907Ab1GDRlk (ORCPT ); Mon, 4 Jul 2011 13:41:40 -0400 Date: Mon, 4 Jul 2011 10:41:26 -0700 From: Greg KH To: Grant Likely Cc: Mark Brown , Kay Sievers , linux-kernel@vger.kernel.org, "Rafael J. Wysocki" , "David S. Miller" Subject: Re: [PATCH] drivercore: Add driver probe deferral mechanism Message-ID: <20110704174126.GA26533@suse.de> References: <20110704170949.11059.92774.stgit@ponder> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110704170949.11059.92774.stgit@ponder> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 04, 2011 at 11:11:59AM -0600, Grant Likely wrote: > Allow drivers to report at probe time that they cannot get all the resources > required by the device, and should be retried at a later time. When is "later"? And why would a driver not be able to get all of the proper resources? Why can't a bus, at a later time, just try to reprobe everything when it determines that it is a "later" time now, without having to do this added change to the core? > This should completely solve the problem of getting devices > initialized in the right order. Right now this is mostly handled by > mucking about with initcall ordering which is a complete hack, and > doesn't even remotely handle the case where device drivers are in > modules. This approach completely sidesteps the issues by allowing > driver registration to occur in any order, and any driver can request > to be retried after a few more other drivers get probed. Why would drivers in modules be an issue? If a driver depends on another driver, making it a module dependancy would solve the problem, right? thanks, greg k-h