Received: by 10.213.65.68 with SMTP id h4csp1971442imn; Thu, 29 Mar 2018 14:47:42 -0700 (PDT) X-Google-Smtp-Source: AIpwx49vMHr1JgT+xXj8j6KqQfm8qGMPJZklHMj8ay3blFvV7Vz5fzryR4qxYLqSM53D7a/heKE2 X-Received: by 2002:a17:902:24c7:: with SMTP id l7-v6mr10051220plg.320.1522360062881; Thu, 29 Mar 2018 14:47:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522360062; cv=none; d=google.com; s=arc-20160816; b=qRXU2u9eO9n1EpHycGaIlRqIcg7yvs5crukqMR9D9h+Ea9l8hx2h8Uj8BHFnDfsrI3 oj+MVIWyn9Y1jUH5sMdnqfaeHJAHxIQAVHoDDes97WpfXOKbp6BJQTAILZvP5ynC2IAQ jeC74xTs8GAYHuqt9BmJ4WpAjmqSoctcuPQHLfNAPu/JZnlCh3RdsJohog22Ffjzr6lO xCIFuZG5gMATEnScM6UH5kqbrokKNB6UMwSGP+I48W3v6MI6YyytVDIDvjE5LoCFBxns eHNpFAXhEacosI0WHP6yxTJpQhIeCFKs9pEnbaDirNH734CKNekrIALO8sM8rY/zzgo8 ihpw== 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 :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=uCFhuH/xJC1q6r8GF7gvQ0NuZu/q0qzUEzAsvSJE88U=; b=et5s6tLY0qAbwGH7poxXttNE8Cp7OpoUIncBEWO8wjz/e3BqUj/cMlgQnKVNmrom1t TGvoStJcf63Y/tNi5qFC9nNL5HlJlavAEiWhL7zwnGeX/fEKnriG0pFcNsH7Ua8jerkl SJXzoPqVq5cOFfRVscrjPfC0o7VuN5sXAEGl3d+9Boi/1YokiF9H3LpbZYJKzE4ga58q DtTrwgnTn1A744TGarQ/BUo0ZKOcwAZiKF4rVspkiZ/bMYeWv6h1IxdXeWj5ejRvTfLq Z8/JHu7ZnUMJePRbrcOrIpgW0Fg+l7/+UDRM+grY98RpAQeT7c1u65XHbeNAjpxvdr2U PsMA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s2si5135225pfb.39.2018.03.29.14.47.29; Thu, 29 Mar 2018 14:47:42 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752236AbeC2VqN (ORCPT + 99 others); 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 Received: from lwn.net (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 107BFAAB; Thu, 29 Mar 2018 21:46:08 +0000 (UTC) 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 Precedence: bulk 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