Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp849535ybi; Wed, 19 Jun 2019 08:53:02 -0700 (PDT) X-Google-Smtp-Source: APXvYqyUD8aiGu4tAU2hN8da1BmIDlAtw2dKjn7OzLzf+3SpUWYLrZlAaRpE5eGrmnprT9BOn3lk X-Received: by 2002:a65:490e:: with SMTP id p14mr8270809pgs.287.1560959582486; Wed, 19 Jun 2019 08:53:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560959582; cv=none; d=google.com; s=arc-20160816; b=pb9d2krh9kqkV4XyU1qKYu+hu5JQ2iAjFJc9v1ktP6SaUD7xltxNFcO7tdQLUQ4mkf pFFzrdLhA+chqTd3EVuoLhBQTy8quDHzutccFO52lj9mdS2DnUbiUOx/mghdIjn0eyTJ cx7byiCWMmBW2VbJP/NEMGSYZEzaXNYxrxGIrHKNj0+lJdixB38BckhUkDEAmiqeGaHB 8PdIWlUepxEzT75xAiNmTcfGsrzo5a1OtEayvNEyQyaVGsXT5Oai/NJg3BITgIflYt10 QKsC55dW+TDtiV6LguEjzgimKj4cgZbxBdxoR0KGACH5/pJ8iU9Be1m02y36/ECseU2A SulA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :organization:in-reply-to:subject:cc:to:from; bh=IpvRdtFuS1xeF29g/RZ+xRkUZrNqu0y2Z7Jt6zvPc00=; b=cs4BHA/ws+zqw4tt5Qsv+gJm6BUNDrYt314qlwHas1qV6MrV3UHdhLBzU8+cKIiWUn 55wkDnlVBvr+irmKo77UdZ8nK0HfkmaQKm4bYZ+TVpsdvsy4QjEBOQWzCikp2MMw0PZZ yer6EzamDXN0G3lxm1S9BFqFKssYI3l5rfEgsoEn2XCpc5gxw6uYY3B8abT+NQ7apx62 age9Uw16Ci7s6x4htnuNz8IpbiqWkpSpRFTrhE9bTQYl5r050Q2GS8o/JpG8n0OWjF87 1jM6cg30XnnsUx8yEsAHrPYml4/nfiNDlI8JFWmLpii3vafp2aorp3utpYFScWDeeZnU Sk4w== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o3si3176981pgp.146.2019.06.19.08.52.46; Wed, 19 Jun 2019 08:53:02 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729406AbfFSPvF (ORCPT + 99 others); Wed, 19 Jun 2019 11:51:05 -0400 Received: from mga05.intel.com ([192.55.52.43]:30650 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726091AbfFSPvF (ORCPT ); Wed, 19 Jun 2019 11:51:05 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Jun 2019 08:51:05 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.63,392,1557212400"; d="scan'208";a="181661305" Received: from mcostacx-wtg.ger.corp.intel.com (HELO localhost) ([10.249.47.136]) by fmsmga001.fm.intel.com with ESMTP; 19 Jun 2019 08:51:02 -0700 From: Jani Nikula To: Jonathan Corbet , 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 In-Reply-To: <20190619085458.08872dbb@lwn.net> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20190619072218.4437f891@coco.lan> <11422.1560951550@warthog.procyon.org.uk> <20190619111528.3e2665e3@coco.lan> <20190619085458.08872dbb@lwn.net> Date: Wed, 19 Jun 2019 18:52:32 +0300 Message-ID: <874l4llghr.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 19 Jun 2019, Jonathan Corbet wrote: > 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... FWIW, as a first step, my preference would actually be cleaning up the top level Documentation/ directory. Move every file to an existing or a new subdirectory, even if just as .txt, or just delete. I understand this would lead to an extra rst conversion and extension change later, which you'd like to avoid, but IMO would be helpful. We could even add an attic directory, which would be a suitable place for things like zorro.txt. Attic is where I'd look for my old Amiga hardware, so feels natural. BR, Jani. -- Jani Nikula, Intel Open Source Graphics Center