From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753264AbbIPTfj (ORCPT ); Wed, 16 Sep 2015 15:35:39 -0400 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:38454 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752435AbbIPTfh (ORCPT ); Wed, 16 Sep 2015 15:35:37 -0400 Date: Wed, 16 Sep 2015 20:35:19 +0100 From: Mark Brown To: Tomeu Vizoso Cc: "linux-kernel@vger.kernel.org" , Rob Herring , Stephen Warren , Javier Martinez Canillas , Thierry Reding , "Rafael J. Wysocki" , "linux-arm-kernel@lists.infradead.org" , Dmitry Torokhov , "devicetree@vger.kernel.org" , Linus Walleij , linux-acpi@vger.kernel.org, Arnd Bergmann , Frank Rowand , Grant Likely , Alan Stern Message-ID: <20150916193519.GO12027@sirena.org.uk> References: <1441628627-5143-1-git-send-email-tomeu.vizoso@collabora.com> <1441628627-5143-5-git-send-email-tomeu.vizoso@collabora.com> <20150911120824.GP12027@sirena.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uY8YgZGU3bP1woQT" Content-Disposition: inline In-Reply-To: X-Cookie: You are fairminded, just and loving. User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: 94.175.94.161 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [PATCH v4 04/22] of: add function to allow probing a device from a OF node X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on mezzanine.sirena.org.uk) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --uY8YgZGU3bP1woQT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Sep 16, 2015 at 10:17:43AM +0200, Tomeu Vizoso wrote: > AFAICS, this is a must currently for correct operation in simple-bus > and simple-mfd situations, because probing order is currently very > unpredictable and it's totally possible for the probing of a child to > start before the probing of its parent has finished (if async probing > is enabled or if a module is loaded that registers a child's driver at > the wrong time). Hrm. That's worrying for devices that rely on peering into their parent device for things... > I would prefer if the core would take care of making sure that parents > are always probed before their children, but the unconditional locking > of the parent device stands in the way. In the MFD case this is another reason for not putting the device structure into the DT - if it isn't then the ordering is controlled by the device being instantiated. --uY8YgZGU3bP1woQT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJV+cR3AAoJECTWi3JdVIfQ3FgH/RRb3FhR1metJYjPPQDfRL02 H9JOtVyczyi+ftL3oJQ/h99c0ZUPRSOKUOfwLU8To+QHgSL/d2dtwGOcmt4Yg58c HdIcuxgqHA9tfK1oia7Aku+K31xVS6pGardmR0YRLJIbgSiCTr4Kdtg5c0R4Tq7c OlBbDJGIvVRi1VJXMO0KPWEGsVMIuLKfzcd/JwTYACg5KEnGA/mBNrmotJHEZEzc GhOzPJ6JpdE+INr+XFHZaS3IbbzV+vvW+hPB+HthHMrvXrTXfb8M8N9bqai2vQn/ hle0PZ8GQ0z/rEcD1daGcsilIJrAngHYj6Hu2t+epqjsftb4lWG2vvKfd5nKpr4= =7Wtf -----END PGP SIGNATURE----- --uY8YgZGU3bP1woQT--