Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp1151846ybi; Fri, 12 Jul 2019 10:35:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqxK/grPRTyGa3UYhDMzwBvFeYPZldq8Yw/zC0tDke5sAikFo6p00RwDwBCgQDR1zpKq+Lao X-Received: by 2002:a17:902:b612:: with SMTP id b18mr12806269pls.8.1562952906999; Fri, 12 Jul 2019 10:35:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562952906; cv=none; d=google.com; s=arc-20160816; b=PgJXIHlLA2oaCA/IXyY9qPzFH3HNQUZ81YJAPtx+SHLoPlRsZBQmg3RS6scl/ho/iJ 4FoA5gKpoDjY5bfk8VvqCcP5YC0ZDpG5bhmP0GFGoJftredkqp7xr2o3mGMpx0ysKf3k UsPjtXTkqYFQfXtdrvXvcLHoVpIshAYraNa7rACPy+uBkrw0sitGF3JAjCFvK2Mnp0Mv LA4Gk3thoKYuM5tEwpJ9KZxt5zrEaimov82A62w3eGroZdpd9a7CqcvWM3rCyl1KhsQs xK5zMrMDRJcgnbkGVgcNeHuWObjbu/Plvjdm5uuA86iPcCZBvLz4x/zI4nSR+ZTmYJQP ImXw== 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=QIeSmRsu0OUT3xgCWmfP3x72oln/MsqBoXUlabSAs8Y=; b=DB7qOCGFbKDmSXSJj1wzgeCxE9eg6gu1+Oyqd6e1wTG46Oq3Zr+V6s/hCQBNfVg6Qo a2M8Y3KoEWG5sE3TXDjYmFwmDPJkz+zxDzl8kxQSzsLHHjHPU+Egf26dI3gJRMsbZNs1 xgPl+sTtZ1TA1eUI3MlbpnkMAY3Zdtt9wKXJI8fXxolWNMPqo1dLXJf4wTv6eLWsHee3 Z1piT+5mmRUo5ku5ZMyrvLLwQPcEDzUP1Ko6+jA8VaJcY56mH6mO/WS9xXx27PqCdQpk A41HiZZP71lGTWWkdMxaCNnRGjSMBW3MptXXkJ+vjCakObMwTgrbHHnNCEnJ6568A35J kd1Q== 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 n14si8927042pgc.133.2019.07.12.10.34.50; Fri, 12 Jul 2019 10:35:06 -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 S1727374AbfGLReb (ORCPT + 99 others); Fri, 12 Jul 2019 13:34:31 -0400 Received: from ms.lwn.net ([45.79.88.28]:59320 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726976AbfGLRea (ORCPT ); Fri, 12 Jul 2019 13:34:30 -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 B29512CC; Fri, 12 Jul 2019 17:34:28 +0000 (UTC) Date: Fri, 12 Jul 2019 11:34:27 -0600 From: Jonathan Corbet To: Alex Shi Cc: linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org, linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org, linux-omap@vger.kernel.org, linux-fbdev@vger.kernel.org, linux-samsung-soc@vger.kernel.org, linux-ia64@vger.kernel.org, linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org, linux-scsi@vger.kernel.org, linux-s390@vger.kernel.org, kvm@vger.kernel.org, linux-sh@vger.kernel.org, linux-doc@vger.kernel.org Subject: Re: [PATCH 01/12] Documentation: move architectures together Message-ID: <20190712113427.62fa7ffc@lwn.net> In-Reply-To: <20190712022018.27989-1-alex.shi@linux.alibaba.com> References: <20190712022018.27989-1-alex.shi@linux.alibaba.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 Fri, 12 Jul 2019 10:20:07 +0800 Alex Shi wrote: > There are many different archs in Documentation/ dir, it's better to > move them together in 'Documentation/arch' which follows from kernel source. So this seems certain to collide badly with Mauro's RST-conversion monster patch set. More to the point, though...if we are going to thrash up things this badly, we want to be sure that we're doing it right so we don't end up renaming everything again. Grouping stuff into a new arch/ subdirectory adds a bit of order, but it doesn't do much toward trying to organize our documentation for its readers, and it doesn't help us to modernize the docs and get rid of the old, useless stuff. A quick check shows that many of these files have seen no changes other than typo fixes since the beginning of the Git era. So, in my mind, this needs some thought. Maybe we want a Documentation/arch in the end, but I'm not convinced that we should just create it and fill it with a snow shovel. This might be a good thing to discuss at the kernel summit in September. Thanks, jon