From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752247AbeC2VqN (ORCPT ); Thu, 29 Mar 2018 17:46:13 -0400 Received: from ms.lwn.net ([45.79.88.28]:53696 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751172AbeC2VqJ (ORCPT ); Thu, 29 Mar 2018 17:46:09 -0400 Date: Thu, 29 Mar 2018 15:46:07 -0600 From: Jonathan Corbet To: Mike Rapoport Cc: Andrey Ryabinin , Richard Henderson , Ivan Kokshaysky , Matt Turner , Tony Luck , Fenghua Yu , Ralf Baechle , James Hogan , Michael Ellerman , Alexander Viro , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, kasan-dev@googlegroups.com, linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org, linux-mips@linux-mips.org, linuxppc-dev@lists.ozlabs.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH 00/32] docs/vm: convert to ReST format Message-ID: <20180329154607.3d8bda75@lwn.net> In-Reply-To: <1521660168-14372-1-git-send-email-rppt@linux.vnet.ibm.com> References: <1521660168-14372-1-git-send-email-rppt@linux.vnet.ibm.com> Organization: LWN.net MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 21 Mar 2018 21:22:16 +0200 Mike Rapoport wrote: > These patches convert files in Documentation/vm to ReST format, add an > initial index and link it to the top level documentation. > > There are no contents changes in the documentation, except few spelling > fixes. The relatively large diffstat stems from the indentation and > paragraph wrapping changes. > > I've tried to keep the formatting as consistent as possible, but I could > miss some places that needed markup and add some markup where it was not > necessary. So I've been pondering on these for a bit. It looks like a reasonable and straightforward RST conversion, no real complaints there. But I do have a couple of concerns... One is that, as we move documentation into RST, I'm really trying to organize it a bit so that it is better tuned to the various audiences we have. For example, ksm.txt is going to be of interest to sysadmin types, who might want to tune it. mmu_notifier.txt is of interest to ... somebody, but probably nobody who is thinking in user space. And so on. So I would really like to see this material split up and put into the appropriate places in the RST hierarchy - admin-guide for administrative stuff, core-api for kernel development topics, etc. That, of course, could be done separately from the RST conversion, but I suspect I know what will (or will not) happen if we agree to defer that for now :) The other is the inevitable merge conflicts that changing that many doc files will create. Sending the patches through Andrew could minimize that, I guess, or at least make it his problem. Alternatively, we could try to do it as an end-of-merge-window sort of thing. I can try to manage that, but an ack or two from the mm crowd would be nice to have. Thanks, jon