From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 0400994B for ; Wed, 18 Oct 2017 23:54:03 +0000 (UTC) Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 2900DA1 for ; Wed, 18 Oct 2017 23:54:02 +0000 (UTC) Received: from mail-qt0-f170.google.com (mail-qt0-f170.google.com [209.85.216.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B2D9221924 for ; Wed, 18 Oct 2017 23:54:01 +0000 (UTC) Received: by mail-qt0-f170.google.com with SMTP id 1so12474205qtn.3 for ; Wed, 18 Oct 2017 16:54:01 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <20171017114823.58476908@bbrezillon> <20171018110958.mh76pngzluazmc7y@sirena.co.uk> <20171018175910.GP12015@bill-the-cat> From: Rob Herring Date: Wed, 18 Oct 2017 18:53:40 -0500 Message-ID: To: Andrew Turner Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Cc: Tom Rini , Kumar Gala , "ksummit-discuss@lists.linuxfoundation.org" , Rob Herring , "devicetree-spec@vger.kernel.org" , Pantelis Antoniou , Andy Gross , Lucas Stach , "devicetree@vger.kernel.org" , David Gibson Subject: Re: [Ksummit-discuss] Devicetree Workshop at Kernel Summit Prague (26 Oct 2017) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, Oct 18, 2017 at 6:28 PM, Andrew Turner wrote= : > >> On 18 Oct 2017, at 18:59, Tom Rini wrote: >> >> On Wed, Oct 18, 2017 at 12:09:58PM +0100, Mark Brown wrote: >>> On Wed, Oct 18, 2017 at 06:35:24PM +0800, Chen-Yu Tsai wrote: >>> >>>> I'd like to add something on the topic of non-Linux projects. In this >>>> case it's diverging DT bindings from U-boot: >>> >>>> https://patchwork.ozlabs.org/patch/823158/ >>> >>>> U-boot already has a set of devicetree binding additions: >>>> https://github.com/u-boot/u-boot/tree/master/doc/device-tree-bindings >>> >>>> The patch in question wants to ab(use) the regulator-name property for >>>> driver instance binding. In my opinion this is not going to fly, as >>>> boards are free to define the names. This either sees no use other tha= n >>>> as a dirty workaround for dts files that aren't following the PMIC >>>> regulator bindings (regulator node names should follow well defined, >>>> identifying names), or results in divergence of the DT files. >>> >>> One meta issue I'm seeing here is that the u-boot people appear to have >>> their own divergent copy of some of the binding documents. >> >> Putting on my U-Boot hat now, it's mostly unintentional and something in >> general (yes, the initial topic here is not such an example) we try and >> avoid, or use u-boot, as the prefix on as it's something that had been >> previously rejected or deemed inappropriate to be in the upstream >> version of the binding. >> >> But perhaps it's time to try and force the issue again, given what Rob >> and others have said in other parts of the thread. > > From the FreeBSD perspective I=E2=80=99d like it if there was a common re= po for all devicetree consumers to share. We are trying to not have FreeBSD= specific properties as this has caused issues in the past where we had (an= d still have) FreeBSD specific dts files. We are trying to remove these as = drivers are updated to handle the common bindings. Are you aware of this repo[1]? I don't have a sense for how widely used it is. If not, it is intended to provide a common repository of binding docs and dts files. If so, what are your issues with using it? It's generated from the kernel tree with git-filter-branch and through the kernel tree is the only way to add things currently. But there's no requirement that you add a Linux driver to submit a binding or dts change. We could consider taking patches against the tree directly, and the maintainers (me) can fixup the paths and apply to the kernel tree. If there's bindings in the kernel tree you think are crap and Linux specific, I'd like to know that too. We should start flagging those. > I have also spoken with some NetBSD and OpenBSD developers. They are both= using devicetree to handle device enumeration. Having all 5 projects using= a common set of dts files and binding would simplify keeping them in sync. There's more than 5 likely: linux, 3x BSD, u-boot, barebox, zephyr, ARM trusted firmware?, UEFI?, ? Rob [1] https://git.kernel.org/pub/scm/linux/kernel/git/devicetree/devicetree-r= ebasing.git/