Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932641AbbD0KKI (ORCPT ); Mon, 27 Apr 2015 06:10:08 -0400 Received: from down.free-electrons.com ([37.187.137.238]:47905 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S932130AbbD0KKE (ORCPT ); Mon, 27 Apr 2015 06:10:04 -0400 Date: Mon, 27 Apr 2015 12:05:37 +0200 From: Maxime Ripard To: Michal Suchanek Cc: Hans de Goede , Martin Sperl , Mark Brown , linux-sunxi , Jonathan Corbet , linux-spi , linux-doc , Linux Kernel Mailing List Subject: Re: [linux-sunxi] [PATCH 2/3] spidev: Add DT binding example. Message-ID: <20150427100537.GQ5627@lukather> References: <20150426110144.GK22845@sirena.org.uk> <553CCABA.3090504@redhat.com> <12F80B18-7418-430E-94F7-5A20C133BA9A@martin.sperl.org> <20150426125113.GF5627@lukather> <20150426143359.GI5627@lukather> <553CF8F2.6070204@redhat.com> <20150426154728.GK5627@lukather> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZqRzwd/9tauJXEMK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3098 Lines: 79 --ZqRzwd/9tauJXEMK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 27, 2015 at 08:51:12AM +0200, Michal Suchanek wrote: > On 26 April 2015 at 17:47, Maxime Ripard > wrote: > > On Sun, Apr 26, 2015 at 04:40:50PM +0200, Hans de Goede wrote: > >> Hi, > >> > >> I've a feeling everyone in this thread is ignoring the > >> raspberry pi use-case. Where the board is specifically > >> designed for educational purposes and used with lots of > >> peripherals which are usually programmed from userspace > >> using e.g. python bindings for i2c-dev or spidev, for > >> such a setup we really want spidev to be loaded on the > >> spibus by default and we really do not have a proper > >> compatible for a child device. > > > > I'm not sure we're ignoring it, it just is the exact same use case > > than the whole spidev use case: people want to write SPI userspace > > drivers, the rpi really is not special here, except maybe for its user > > space code base, but it really boils down to the same issue. > > > >> And no having to use per device devicetree overlays > >> for this is not the answer, this needs to be really > >> really easy. With pre device-tree kernels this just > >> works, we should be able to match that ease of use > >> with devicetree. > > > > We do agree on that. We repeatedly told that the DT was not a good > > solution, overlays or not, and this is exactly one of the reasons. > > >=20 > Ok, so how about skipping the bindings altogether. >=20 > Just instantiate a spidev for each SPI bus and each CS the SPI core > knows of once spidev is loaded. Which is exactly what my patch did but didn't seem like good enough for you at the time... Maxime --=20 Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com --ZqRzwd/9tauJXEMK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJVPgnwAAoJEBx+YmzsjxAgB10QAKvntIi/2tS8AZB+lv2Gfh6C bXTrwJsj7cGlJkY3L18jxhIf6bPMkWvE9aLngR5hW8GvtBrWnQzODp/Z3B0VUCYL SW59MaDkUPdlVxfZnVyGO+VjwKeg0yejUhv5vdWEqh9b7pCJ40lAMoQXrmnhDf8Z u8sdN0P6J/ixXoFDiJfH/CxHEdMaasTYgFX6VgVKtc8+ki2oibGNRH4qfyfV4FJG 2WFpL63L+30nC6SY54sBsoacETWcpgto415r0biyOhiTuFoXpU/pf68Q74gDs2lh LiEaRrScBamhduVDaRutftaEQZQmJZzWBOcf1lmOuiyQM5O5b4NrWComw3wrpTIB yQvdYc6mr/LILquNUwh9Mx5nybKuGRt913C9Zzy3Sd/GMv8nJRbj74ORGDBMQYz3 ySFKeSHhDgwadwVLL7r++Mb9IqZPp7/BA9sOVQX02g6yXI3U8Mg/1rXjsc99cY/x BKwRehKSuXL87qFCk5+Ih4g9gNJiUkvdaaIh4EE7BD9zts/vgiI7KtZj17Rve4bM eYl84MUtiX/hke88MiTa7es5IQirkBZdqQSmEAjS2egCG19mUsY/Cka5X4JTAUDZ 725WIYns1jFqFeZWW39ZKcypvzknLiahHktN3vSGohuw5cqRSWosQe+Q6b++Ka60 S3tQdkKGuwTajfkLzTF1 =JaGI -----END PGP SIGNATURE----- --ZqRzwd/9tauJXEMK-- -- 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/