Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp66581yba; Fri, 12 Apr 2019 17:27:35 -0700 (PDT) X-Google-Smtp-Source: APXvYqwSxxl/VLsKGoMvZY8fwYPTJCnW6xr/yi/2FT3jRv9JDlhDS5WszHJ2FS/fbnvpllafI6ZB X-Received: by 2002:a63:c302:: with SMTP id c2mr57278193pgd.235.1555115255285; Fri, 12 Apr 2019 17:27:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555115255; cv=none; d=google.com; s=arc-20160816; b=ZpW8l4nz05vGKMBjcIAOwrEWdzh7oHTIJJZVwSAA8uwbrW8e+CZQ5gnWyKfCOJPy7P dBnGw8twi5+a+qZnJt++jdahSUlAb1yHgR1Lb7OXu2ZTKoVSGZFfMZEWuLOMXi6wib2H /AQDVbUxL6gb1ykBsu/Y6z6pKkozda0lGkkOUA9MyuoMLpFhZgq89SpLHYWGI1hzEFF7 bV+nUvhe8aKNeWE3NIikHkq/5IlZy68bm+OLjkKgAA0jYksHb2L6T1oMHz/Kvl3Z72JD 556N7hn93BZ/zp/woWLtcDsgCzGogtPN5Q10WLMTL3GwXNu8MGKe07DqiSJ9/D5q9R6X oluQ== 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=4mQ9cEOwWsjtS00QxTayhbQ57nO91ztak7S0dPl4OCA=; b=Nrj4XEt6iFTz3pVT1R9cP6azPH/Q5LyfXghdgi8s/rBpliYm4RxqPgvEQzV+3PUkEC g+ylsMiQ7YORLVCPj5t+jtjbX3CmloScF0TVnrRFP8wZfRp46tlNl2JGO0I666oHbO4E qLDk5PRQqKD1X9LiYI3NTUIrajV4tiXYetPCPxOe0i0UhZodpukMcRdPKDXKAOlUVc/+ fU3qPDkpQ2FNSSqTk5zxP3G3IJLH9u3kikJ8QXD+YN8qS/0mCn6kpWJYovvQfaRWUnKm 6IpHG1ONoncV5ZTt7JOFWrDyi7y9FftaefNS0r4OFCSQg5XZ1l4oN9omVnrYy6r7stDo nqOw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=casper.20170209 header.b=qRkeB63T; 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=fail (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 h10si21311227pll.251.2019.04.12.17.27.06; Fri, 12 Apr 2019 17:27:35 -0700 (PDT) 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=fail header.i=@infradead.org header.s=casper.20170209 header.b=qRkeB63T; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726983AbfDMA0J (ORCPT + 99 others); Fri, 12 Apr 2019 20:26:09 -0400 Received: from casper.infradead.org ([85.118.1.10]:50956 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726902AbfDMA0J (ORCPT ); Fri, 12 Apr 2019 20:26:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=4mQ9cEOwWsjtS00QxTayhbQ57nO91ztak7S0dPl4OCA=; b=qRkeB63T/VDW/K1SrqBJjuulkZ F2Qe/Gv89KZaClsUhOo3tq+ciBVgxFl7goed5PTgh7/VxqooIG6QUsNkhY9cLanR7iQaq4QfrTiHp 5Be7GLO/HidpS4mrLedilzPdUMO7TIj9M7xXVjM4CDQ4p9KuauMCL1NA4dMwQ7lse2cFYvUhXIoaL TVa1Lm9NSPY6akwTxXYU6xnoAvW/ooQSkTpsWXdqVpTffYN0MkPBOwKzPGBF+KOF+ORMYiEs4Nqkx pfDGXPdLIzuiJqkC1M9J8OagYHAoRlu+2Un1za6vV9JJ835F9YWj+yrBrwKO8RFJYD+PtHARV8jl9 EiF3RxtA==; Received: from 201.86.162.146.dynamic.adsl.gvt.net.br ([201.86.162.146] helo=coco.lan) by casper.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1hF6US-0002NC-62; Sat, 13 Apr 2019 00:25:52 +0000 Date: Fri, 12 Apr 2019 21:25:41 -0300 From: Mauro Carvalho Chehab To: Guenter Roeck Cc: Jonathan Corbet , Linux Doc Mailing List , Mauro Carvalho Chehab , linux-kernel@vger.kernel.org, Andrew Jeffery , Benjamin Herrenschmidt , Jean Delvare , Joel Stanley , linux-arm-kernel@lists.infradead.org, linux-aspeed@lists.ozlabs.org, linux-hwmon@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, Liviu Dudau , Lorenzo Pieralisi , Michael Ellerman , Paul Mackerras , Sudeep Holla Subject: Re: [PATCH v2 00/21] Convert hwmon documentation to ReST Message-ID: <20190412212541.0cde9452@coco.lan> In-Reply-To: <8514ff97-3167-3c89-3468-e247d14c5086@roeck-us.net> References: <20190411124324.3ed62fad@lwn.net> <20190411174357.251904f5@coco.lan> <20190411210731.GA29378@roeck-us.net> <20190412100451.6fe49de7@lwn.net> <8514ff97-3167-3c89-3468-e247d14c5086@roeck-us.net> X-Mailer: Claws Mail 3.17.3 (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 Fri, 12 Apr 2019 09:12:52 -0700 Guenter Roeck escreveu: > On 4/12/19 9:04 AM, Jonathan Corbet wrote: > > On Thu, 11 Apr 2019 14:07:31 -0700 > > Guenter Roeck wrote: > > > >>> While nobody does such split, IMHO, the best would be to keep the > >>> information outside Documentation/admin-guide. But hey! You're > >>> the Doc maintainer. If you prefer to move, I'm perfectly fine > >>> with that. > >>> > >> > >> Same here, but please don't move the files which are kernel facing only. > > > > Well, let's step back and think about this. Who is the audience for > > these documents? That will tell us a lot about where they should really > > be. > > > > Most of them are for users, some of them are for driver developers. A few > are for both, though that is generally not the intention (and one may argue > that driver internal documentation should be moved into the respective > driver source). The big issue is really those files that contain both kernel internals and userspace stuff. This is a common pattern. I just finishing converting a lot more documents to ReST and I found the same thing on almost all document directories I touched. > > What I would prefer to avoid is the status quo where *everything* is in > > the top-level directory, and where documents are organized for the > > convenience of their maintainers rather than of their readers. But > > sometimes I feel like I'm alone in that desire...:) > > > I am fine with separating user pointing from kernel API/driver developer > guides, and I agree that it would make a lot of sense. As I said, please > just make sure that kernel facing files don't end up in the wrong directory. I like the idea of splitting user faced documents from the rest, but this is not an easy task. On several cases, there are just a couple of paragraphs with things like sysfs entries in the middle of a big file with Kernel internals. Thanks, Mauro