Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp3627448ybf; Tue, 3 Mar 2020 09:20:32 -0800 (PST) X-Google-Smtp-Source: ADFU+vvROSYB5npP89C1j9f9b0jTZn1XDptQhBBIKxsKDPaOiWlixFuV73FujJlPQ0mTgjc1iXL/ X-Received: by 2002:a05:6830:1216:: with SMTP id r22mr4251716otp.323.1583256032234; Tue, 03 Mar 2020 09:20:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583256032; cv=none; d=google.com; s=arc-20160816; b=TmA80siUHEJaO8fUGRjLQFwtgCXxqGvn0sCTotuRsMsCXjmu5xQ9GlLGMHiC3xcQS6 Lme8P/ryfBfdja2K7cvjhFKlUXPR9Tom0ZH9fOhEsq8M/tyVyFRWku5cTnEnri4tWZFj waAeJTbHM10YJ7b3YPa7S2g2nwngC+GG0tbzU2y+oJlwb5DMLIfT1dh/o3jFztQu3+Xx dIR3OjQSoNGpao9rrWESnC7TsKs3K7JTmf/u2S8CwM+B7ridY0Smw53W0dhxEpxhBZ3a FqRUH3ZRxG1hcaG+CZo1rhVo9LcXsKcbu2kaOHexeCJEAtITCiijNkEu7SoWyNic4dvY qE6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=y0vJzSYkA41x/3FxGvnAQQE0Y5ZR+zo4SXP695Yn/no=; b=hkq4lt/bxpB/1VdATQ3bt3G9sUELxtUz8br6UN2oEKRd3d1f48dj0a6Z3Uo3j4XPWU VuOzNFZhp0hHOYUvq4pt/yFV5sySpDAlrZ4tn3hj8FjD7RL3uRUhBw1lfdLAX5O7rVQE PaYNc818oRbRjn61G8TUOC9K3LrlcsYt8nJCywMRU1+J8BxlEkSYVzlfdE3RZeMMGxvH KvufGUjekWqRcYr+qOwbKN0x5bg/k3JCIyM2sgGbFzSNuTZZP3WWk/X335XdLOiacKZA XeEdUe3Xoru6HCWA6PdRbyyBj7pIMlDFTUhIH07VjDgwBzHHPV89Qz1rL5HB8gvCnj06 FSXA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=pxrk51gf; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o2si8849860otj.312.2020.03.03.09.20.18; Tue, 03 Mar 2020 09:20:32 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=pxrk51gf; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730551AbgCCRHH (ORCPT + 99 others); Tue, 3 Mar 2020 12:07:07 -0500 Received: from mail.kernel.org ([198.145.29.99]:58864 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729755AbgCCRHG (ORCPT ); Tue, 3 Mar 2020 12:07:06 -0500 Received: from onda.lan (tmo-101-56.customers.d1-online.com [80.187.101.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 12E872080C; Tue, 3 Mar 2020 17:07:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1583255226; bh=IrpmFs+0/+bn4sD7somCGB6rxRCplaHxuMiqdN38XOM=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=pxrk51gfNUerXnSfOy7TNMJJsorC6Is70R8g/JDGLPL+S5iTPE9aArmPesiSUJtMH u5uXUDSRcrIYUy5aDxxOxiKFIe3PyNlV+M3MqgzmOiG7akeGOkqPUvSsLe2EHXVz+b lXKmUTDKrrtLKzthCNsfOiCEYuqCT8JrW9RFLcrA= Date: Tue, 3 Mar 2020 18:07:02 +0100 From: Mauro Carvalho Chehab To: Rob Herring Cc: Jonathan Corbet , Linux Doc Mailing List , "linux-kernel@vger.kernel.org" , devicetree@vger.kernel.org Subject: Re: [PATCH v2 00/12] Convert some DT documentation files to ReST Message-ID: <20200303180702.677ba664@onda.lan> In-Reply-To: <20200303180109.670ad7f8@onda.lan> References: <20200302123554.08ac0c34@lwn.net> <20200303080947.5f381004@onda.lan> <20200303180109.670ad7f8@onda.lan> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Tue, 3 Mar 2020 18:01:09 +0100 Mauro Carvalho Chehab escreveu: > Em Tue, 3 Mar 2020 10:20:25 -0600 > Rob Herring escreveu: > > > On Tue, Mar 3, 2020 at 1:09 AM Mauro Carvalho Chehab > > wrote: > > > > > > Em Mon, 2 Mar 2020 12:35:54 -0700 > > > Jonathan Corbet escreveu: > > > > > > > On Mon, 2 Mar 2020 08:59:25 +0100 > > > > Mauro Carvalho Chehab wrote: > > > > > > > > > While most of the devicetree stuff has its own format (with is now being > > > > > converted to YAML format), some documents there are actually > > > > > describing the DT concepts and how to contribute to it. > > > > > > > > > > IMHO, those documents would fit perfectly as part of the documentation > > > > > body, as part of the firmare documents set. > > > > > > > > > > This patch series manually converts some DT documents that, on my > > > > > opinion, would belong to it. > > > > > > > > Did you consider putting this stuff into the firmware-guide while you were > > > > at it? It's not a perfect fit, I guess, but it doesn't seem too awkward > > > > either. > > > > > > I placed it just below the firmware-guide at the main index file. > > > > > > I have split thoughts about moving the files to there, though. From > > > one side, it may fit better from the PoV of organizing the documentation. > > > > > > From other side, newcomers working with DT may expect looking at the > > > text files inside Documentation/devicetree/. > > > > > > Maybe I could add an extra patch at the end of this series with the > > > move, adding a "RFC" on his title. This way, we can better discuss it, > > > and either merge the last one or not depending on the comments. > > > > Keep in mind that we generate a standalone DT only tree[1] with the > > documentation, dts files and headers. So things should be structured > > such that all the DT documentation could be built by itself without > > dependencies on the 'kernel documentation'. I'm not asking for that to > > be done in this series, but just don't do anything to make that > > harder. I don't *think* have, but just want to make sure that's clear. > > So, I guess it is better to keep the .rst files under Documentation/devicetree, > instead of moving them to Documentation/firmware-guide. > > Well, if moved, I guess it would be easy to modify the scripts that produce > the documentation to also parse something a new directory inside > Documentation/firmware-guide. > > > > > > > It also seems like it would be good to CC the devicetree folks, or at > > > > least the devicetree mailing list? > > > > I was wondering what happened to the cover letter on v2... > > > > > Yeah, that would make sense. I'm using get-maintainers script to > > > prepare the c/c list, as it is simply too much work to find the > > > right maintainers by hand, for every single patch. > > > > > > I just noticed today that there's just *one entry* at MAINTAINERS > > > file for Documentation/devicetree, and that points to you: > > > > > > DOCUMENTATION > > > M: Jonathan Corbet > > > L: linux-doc@vger.kernel.org > > > S: Maintained > > > F: Documentation/ > > > F: scripts/documentation-file-ref-check > > > F: scripts/kernel-doc > > > F: scripts/sphinx-pre-install > > > X: Documentation/ABI/ > > > X: Documentation/firmware-guide/acpi/ > > > X: Documentation/devicetree/ > > > > You mean doesn't point to Jon as 'X' is exclude. You missed this entry: > > > > OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS > > M: Rob Herring > > M: Mark Rutland > > L: devicetree@vger.kernel.org > > T: git git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git > > Q: http://patchwork.ozlabs.org/project/devicetree-bindings/list/ > > S: Maintained > > F: Documentation/devicetree/ > > F: arch/*/boot/dts/ > > F: include/dt-bindings/ > > Yeah, I remember I saw something like the above in the past. However, > I'm not seeing this entry at the MAINTAINERS file at next-20200303 anymore. > > Did someone removed such entry? Sorry, false alarm. It is there at next. I guess it is time for call it a day. That doesn't explain why I didn't add DT ML to the c/c. I'll try to verify what's going on tomorrow. Regards, Mauro