Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp789609ybi; Wed, 19 Jun 2019 07:56:46 -0700 (PDT) X-Google-Smtp-Source: APXvYqwg/uUpYa0IU74xiVuKkMM4LITaBXV+fSZOShpmexNvgWbJkkSGKECIjRWIfAiTN7CdMogx X-Received: by 2002:a17:90a:7f02:: with SMTP id k2mr11650448pjl.78.1560956206369; Wed, 19 Jun 2019 07:56:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560956206; cv=none; d=google.com; s=arc-20160816; b=PFOpYYT7EFCs4xa5290QXw+cpA/n2UOxE9OhoLWHkHSkrbm7zPtJufKB//irzIykmK blWI19e9JwxysJzkIcFrUDc6BAwfTheioNMe2WPQH6cV+6+BYc3jxzBz0eM3oQGCWpRu wCx0oT8Zzs3f1v62H2acnAvauHFF0wWBW484Mo284OAspjieWdFziX+hVPg+IkvqWEZl +nA9zZZU1kNmytc8d4525mRsUIS2WEsjBxA+WzF45HFJ7RSdbpW9msxCvvPsbSzv0mWD fYqm2IjfC6PzQ7V+Ri2PP2qDjdgK/CmWIXOGOVtwdSEuHX3IhVQcwjUxrtwoZJw6d8OE Dtdg== 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; bh=tcZNwi9G4Yk7hT5LwUqNQZcxMc6PC6VOvhWu42ccB9w=; b=hNMBCVR6O+xJnTu8pNKi2ewYm3npD6FyIv9dwTMjVF5ZI8IrNiL13K5H+YaMNGGdEr LYPYQ5hzgkKjHJ9utxTwVZXPWjooeTtio3/TQPTHifvGAA9FYxf22OtYC38H3KP4hK3v xxVPjfkPf1HzQj1HRabnPEqT71d97r5SPwZXL7FbqZ/t+H4YL6IY1pCshkbjc4wbnxjV 2cMDeLLshBDMX1JCOktqKfOrRhnS5jdQB31yeJIIh1vRm7j9E9RJiwZnEs08frnc0Ofq rneEeiRw0/2IZ3J+mfLKKxRmGhaZKN4q4rduu66OIUzR2Wwb6Z+1a7Z0lT37DEuo0dbv twsQ== 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 d15si16401162plr.410.2019.06.19.07.56.30; Wed, 19 Jun 2019 07:56:46 -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 S1729740AbfFSOzB (ORCPT + 99 others); Wed, 19 Jun 2019 10:55:01 -0400 Received: from ms.lwn.net ([45.79.88.28]:58304 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726238AbfFSOzA (ORCPT ); Wed, 19 Jun 2019 10:55:00 -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 EA3012BA; Wed, 19 Jun 2019 14:54:59 +0000 (UTC) Date: Wed, 19 Jun 2019 08:54:58 -0600 From: Jonathan Corbet To: Mauro Carvalho Chehab Cc: David Howells , Linux Doc Mailing List , Linux MM , Linux Kernel Mailing List Subject: Re: [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir Message-ID: <20190619085458.08872dbb@lwn.net> In-Reply-To: <20190619111528.3e2665e3@coco.lan> References: <20190619072218.4437f891@coco.lan> <11422.1560951550@warthog.procyon.org.uk> <20190619111528.3e2665e3@coco.lan> 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 [Trimming the CC list from hell made sense, but it might have been better to leave me on it...] On Wed, 19 Jun 2019 11:15:28 -0300 Mauro Carvalho Chehab wrote: > Em Wed, 19 Jun 2019 14:39:10 +0100 > David Howells escreveu: > > > Mauro Carvalho Chehab wrote: > > > > > > > -Documentation/nommu-mmap.rst > > > > > +Documentation/driver-api/nommu-mmap.rst > > > > Why is this moving to Documentation/driver-api? > > Good point. I tried to do my best with those document renames, but > I'm pretty sure some of them ended by going to the wrong place - or > at least there are arguments in favor of moving it to different > places :-) I think that a lot of this might also be an argument for slowing down just a little bit. I really don't think that blasting through and reformatting all of our text documents is the most urgent problem right now and, in cases like this, it might create others. Organization of the documentation tree is important; it has never really gotten any attention so far, and we're trying to make it better. But moving documents will, by its nature, annoy people. We can generally get past that, but I'd really like to avoid moving things twice. In general, I would rather see a single document converted, read critically and updated, and carefully integrated with the rest than a hundred of them swept into different piles... See what I'm getting at? Thanks, jon