From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S967367AbdAKOlO (ORCPT ); Wed, 11 Jan 2017 09:41:14 -0500 Received: from mail-qk0-f181.google.com ([209.85.220.181]:34449 "EHLO mail-qk0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935100AbdAKOlM (ORCPT ); Wed, 11 Jan 2017 09:41:12 -0500 MIME-Version: 1.0 In-Reply-To: <20170109111630.pcsjmc5l4v7vi2rm@lukather> References: <58723369-50ad-1792-9be1-c277eb719044@arm.com> <20170105153556.pzec5jjuz7pmvsmn@lukather> <20170109111630.pcsjmc5l4v7vi2rm@lukather> From: Linus Walleij Date: Wed, 11 Jan 2017 15:41:10 +0100 Message-ID: Subject: Re: [PATCH v2 9/9] ARM: sunxi: Convert pinctrl nodes to generic bindings To: Maxime Ripard Cc: =?UTF-8?Q?Andr=C3=A9_Przywara?= , Chen-Yu Tsai , devicetree , linux-kernel , "linux-gpio@vger.kernel.org" , linux-arm-kernel Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.home.local id v0BEfKNa018060 On Mon, Jan 9, 2017 at 12:16 PM, Maxime Ripard wrote: > On Fri, Jan 06, 2017 at 01:17:21AM +0000, André Przywara wrote: >> > On Wed, Jan 04, 2017 at 02:16:23AM +0000, André Przywara wrote: >> >> So can I ask that we start taking this seriously and stop doing things >> >> which prevent Allwinner boards from being supported properly? >> >> Which would first involve dropping this very patch? >> > >> > The driver still supports the old binding. >> >> Yes, a _current_ version of the driver supports both bindings, but older >> versions *require* the older binding and bail out if various >> allwinner,xxx properties are missing - as in those proposed new DTs: >> >> 4.9 kernel with sunxi/for-next .dtb: >> sun8i-h3-pinctrl 1c20800.pinctrl: missing allwinner,function property in >> node uart0 >> sun8i-h3-pinctrl 1c20800.pinctrl: missing allwinner,function property in >> node mmc0 >> sunxi-mmc: probe of 1c0f000.mmc failed with error -22 > > This is seriously getting out of control. We already come to great > length (and sometimes a painful amount of hacks) to satisfy a few > individuals with a theorical interest in backward compatibility (and > apparently, we're even the only one doing so, even more platforms > choosing to not support that as we speak), there's seriously no reason > to support forward compatibility as well. This has *never* been a > thing, never has been documented nor advertised, I don't know why it > should be one more thing to carry on our shoulders. I agree. We have too much standardization burden to maintain already as it is. And AFAICT the Allwinner support is a hacker/community/enthusiast effort without vendor backing. We should be aware that the strong push toward DT standardization was due to mess in the vendor trees, and as for the ambition to ship DTBs with products, that is for people producing products to do, not for the community. Community support can very well use attached DTB files on the kernel from my point of view, I don't see why ArchLinuxARM and others should have to standardize and support DTB file in flash images, very ambitious if they do but definately not their problem. Yours, Linus Walleij