Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp3614846ybz; Mon, 20 Apr 2020 06:20:31 -0700 (PDT) X-Google-Smtp-Source: APiQypLG3ozfekWVH4J3V3UA0fiMarjZBWZYIWA4Ka28Tg8F/Jq50jR270M93lMhTCJ1lO0UuEF4 X-Received: by 2002:a50:e40d:: with SMTP id d13mr13513464edm.122.1587388831046; Mon, 20 Apr 2020 06:20:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587388831; cv=none; d=google.com; s=arc-20160816; b=W3ZVr8ZG+A2SmAd66dq7TvGCtECp2ShWTNDD4Z7YcmNirn0iaOxhtL0aFog4dDCuDC PQ4AFhIQF6bU2qHfBneDRmFgj0bBS+ZIAoH69LN6e3qqa6nyQ2HaelfGhUXm+LuRA+Xe hOhRaOp0iHYxFU6FiaCuoMJxpcoQdxXvNG0RMGH+aV8z7z8b/QExfqaVTumuDXZPdhXD rH51PYGY+9gbVZB3vG9YgEWTwMNXdB5DmXpqNSp2sBtXbj4yKYub+V1TB01LDbshK15C SLM5VypASUYF5ML2JGIvan2q5WtIFs2iSWZ2LJKEcJ4V2HICV+cJLhf5FyNoQGVOWajb zwFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:subject:cc :to:from; bh=7t/HIa7gGgGgyV1+GkyNJg2dsT1/5QoEk4HlFaq6slU=; b=GuCw0PobRJMVX2FIoSJ8C6ttUeZqACxcHjgAoSBfArmfAv3XZF0i31ygkrv957XgTx UORSoJRU5z7HhbzKBC0dDUKLuS/0GPgUYRxWgf7ci09oXShewVJ3gTeAgh4gjKjn34IH TzISfsv1iBxgoGjDyhO73POZ+OWint+48f/gYtzeayq4BvCWDgfxOz0rgWQJmT2/b3cn DnI5S3xpcvBdOhuhPHvhO06s37+cYlpx8Ihxf0KwgzqCvV5YHQG2LDlG3J3dddM4u3LS CbcDTzuuw0HhrZo/Zfjp+ij5cMkS4YE1iiYs9AF3KonGcB46fspTLqIYVn6STq0CG8rE h1sQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v14si556006edb.37.2020.04.20.06.20.06; Mon, 20 Apr 2020 06:20:31 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726036AbgDTLST (ORCPT + 99 others); Mon, 20 Apr 2020 07:18:19 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:48278 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725896AbgDTLST (ORCPT ); Mon, 20 Apr 2020 07:18:19 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: aratiu) with ESMTPSA id 177A92A0C7C From: Adrian Ratiu To: devicetree@vger.kernel.org, dri-devel@lists.freedesktop.org Cc: Rob Herring , Laurent Pinchart , Neil Armstrong , Andrzej Hajda , linux-kernel@vger.kernel.org, kernel@collabora.com Subject: Rule for bridge yaml dt binding maintainers? Date: Mon, 20 Apr 2020 14:19:24 +0300 Message-ID: <87d082jtfn.fsf@collabora.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. Thank you, Adrian [1] https://patchwork.kernel.org/patch/11493009/