Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp3873345ybz; Mon, 20 Apr 2020 11:01:46 -0700 (PDT) X-Google-Smtp-Source: APiQypKLk8AqMzpEx5wNIWLPXAwltVn9LBgQafXB3gV/ko99SngEagn9iLQ/e4yxnKAbn4UFxTiR X-Received: by 2002:a05:6402:14c8:: with SMTP id f8mr15380421edx.272.1587405706777; Mon, 20 Apr 2020 11:01:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587405706; cv=none; d=google.com; s=arc-20160816; b=pYqAEMoFHVVi/vryJfP8+TDbu4YxGtHiuN/865jLlWHqDIeLO0P6DK8wGv6xNqyHC/ Tv+zyF5cxZmOW8ahUPXXLzN3ZbPW7B7DM4S0rE78Z8qlFrq+Qu1LQfLO9h7iAsoFaqs6 it5CIwcf+lu7iP6pHEtHEjcR/V9vsQMhz4V0+EXGXaqAJ2tUJNdUyg/bB79ioh8ZV4qo r27DGrSs5U/34rdKTH1sZp1UliuAX6+lP3cw6Net665n+Xf0rB/T6BtfNj58d+Z+NwZ2 mhJ3tQzmnf+I14IAOOBq8wvRm/0kDzsis1LlXxhMOECWtxjAmfn9KplHf/k8y2/SEgqb phyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=VthHZhRYmXBNHfXGxIKj+7rK3ojrhwCzLKlmdb8ra4M=; b=iPbqNoGWNJM0QkMwWmQFVGVlOPOlIBwgAys+N3AG2KOFwCBM45MIMJXGWl5NAhcP1B UIJ7V7acPEb+Yl2zFdMSPDrfLZLAM2RF5bZAjp0Av6GdJ/da0PbwnjLuXGH8ngzdPTlk tXP8n7Yix1WSD15olQFr+tBSAnc9bV+hjC19sXBan8ykbQ1ek+ZW+eyb1wgIRSM5UF// tu1wTRXJzClCpt7dR8QhEssR1TZhpFaXo+xbNnFpR4JdTRyPUQlaAq9K/Xwixr7OKmwt 7ILTi0kCbAHFptns0ult5qmKBw+rLsDWZPQNJsYiqCghTxnWQ07GsBjBtdUzu1DkZR8W rvUA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h13si99913edw.475.2020.04.20.11.01.22; Mon, 20 Apr 2020 11:01:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727125AbgDTR7S (ORCPT + 99 others); Mon, 20 Apr 2020 13:59:18 -0400 Received: from asavdk4.altibox.net ([109.247.116.15]:34664 "EHLO asavdk4.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726013AbgDTR7R (ORCPT ); Mon, 20 Apr 2020 13:59:17 -0400 Received: from ravnborg.org (unknown [158.248.194.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by asavdk4.altibox.net (Postfix) with ESMTPS id 7C4A98040D; Mon, 20 Apr 2020 19:59:11 +0200 (CEST) Date: Mon, 20 Apr 2020 19:59:09 +0200 From: Sam Ravnborg To: Adrian Ratiu Cc: devicetree@vger.kernel.org, dri-devel@lists.freedesktop.org, Laurent Pinchart , Neil Armstrong , linux-kernel@vger.kernel.org, Andrzej Hajda , Rob Herring , kernel@collabora.com Subject: Re: Rule for bridge yaml dt binding maintainers? Message-ID: <20200420175909.GA5810@ravnborg.org> References: <87d082jtfn.fsf@collabora.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87d082jtfn.fsf@collabora.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.3 cv=XpTUx2N9 c=1 sm=1 tr=0 a=UWs3HLbX/2nnQ3s7vZ42gw==:117 a=UWs3HLbX/2nnQ3s7vZ42gw==:17 a=kj9zAlcOel0A:10 a=kKKJSc-euidS1K_z5cIA:9 a=CjuIK1q_8ugA:10 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Adrian On Mon, Apr 20, 2020 at 02:19:24PM +0300, Adrian Ratiu wrote: > Hello, > > I got confused while doing the txt -> yaml conversion at [1] and it's still > not clear to me who should be added in the "maintainers" field. Clearly not > the maintainers as returned by get_maintainer.pl. :) > > Rob mentioned that "owners" should be manintainers but I also have trouble > picking the persons who should be owners / yaml maintainers. > > Looking at the completed bridge conversions in the latest linux-next, I > couldn't find a rule and the majority of bindings are still txt: > > $ find ./devicetree/bindings/display/bridge/ -name *txt | wc -l > 23 > $ find ./devicetree/bindings/display/bridge/ -name *yaml | wc -l > 5 > > So my questions are: > 1. Is there a general rule for assigning yaml file owners/maintainers? > > 2. Is this vagueness specific to the bridge dt bindings only? > > 3. Who should step up and maintain these bindings? Original/new authors, > SoC, bridge, DRM maintainers etc.? > > It would be useful to have a rule to make it easier to do these conversions. > We (Collabora) are considering doing the conversion work. For the panel conversion I did recently it was simple: 1) If listed in MAINTAINERS - use this info 2) Otherwise use the person(s) that authored the original .txt file. Using git log --follow foo.txt 3) In a few cases I may have decided otherwise, but the above covers the majority. I would also be great if you or someone else could: - teach get_maintainers about .yaml file listed maintainers - teach checkpatch that it is OK to convert .txt to .yaml - teach checkpatch about some simple yaml validation (maybe) I am looking forward to the day we have more .yaml files than .txt files in Documentation/devicetree/binding/* Sam