Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752477AbbKPNyA (ORCPT ); Mon, 16 Nov 2015 08:54:00 -0500 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:34270 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751214AbbKPNx5 (ORCPT ); Mon, 16 Nov 2015 08:53:57 -0500 Date: Mon, 16 Nov 2015 13:53:42 +0000 From: Mark Brown To: Brian Norris Cc: Heiner Kallweit , Javier Martinez Canillas , linux-mtd@lists.infradead.org, Dmitry Torokhov , linux-kernel@vger.kernel.org, linux-spi@vger.kernel.org Message-ID: <20151116135342.GD31303@sirena.org.uk> References: <56104E88.3040807@gmail.com> <20151112185926.GC8456@google.com> <20151113194031.GI8456@google.com> <20151113221228.GT12392@sirena.org.uk> <20151113225113.GJ8456@google.com> <20151113231410.GV12392@sirena.org.uk> <20151113234857.GK8456@google.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KdquIMZPjGJQvRdI" Content-Disposition: inline In-Reply-To: <20151113234857.GK8456@google.com> X-Cookie: Does the name Pavlov ring a bell? User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: 94.175.94.161 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: spi: OF module autoloading is still broken (was: Re: m25p80: Commit "allow arbitrary OF matching for "jedec,spi-nor"" breaks module autoloading) 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 Content-Length: 1539 Lines: 39 --KdquIMZPjGJQvRdI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Nov 13, 2015 at 03:48:57PM -0800, Brian Norris wrote: > I suspect we'll have to fully support both spi_device_id tables (fully > supported already; if nothing else, to keep wildcard matching) and > of_match_tables (not fully supported for module loading), and in some > cases, the two will have to stay partially in sync. What I don't really understand here is why we've decided to push all this stuff into the subsystems, it seems like if we're managing to do the matching based on the compatible we really ought to be able to have the core figure out the uevents for us too. I need to go have a look at that... --KdquIMZPjGJQvRdI Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWSd/lAAoJECTWi3JdVIfQtJUH/jbmIbB6XcwRx0kknP2tYack 5kHcSwZ+9K2tR1EL3sA9IFjgz2RRcC+fLcPjWgVvcgX0Yq3Yju/GQlNTHSywW88P q5yDyAPmUblfKRnul9YwpCEd3jPhe0aL0QTEYt9sE7d5/U1Jv6/x8CzidiUCjtli 4T5IKJ9yWBIuMQMBdvasO+FLTyhFfkvu4FoPQkBdGPBEtZvLu+c35SBCXECbin70 09L99Fe9s0iJIsC1nOU1cKbzlczeCU25qnqkshcjPfMk0c3RAqDEYQUymWllg8en pvAiwElvDoESatoQAa2z7y2FZ/LdNZTXk1+T4xVHTb5zGXOmTa2Cw2sV31pbXUI= =dIaZ -----END PGP SIGNATURE----- --KdquIMZPjGJQvRdI-- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/