Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp6478045ybi; Wed, 31 Jul 2019 15:20:15 -0700 (PDT) X-Google-Smtp-Source: APXvYqz1V6POdT/SUzLnTYVdq8ryAKS3Aor9KQjAdR+vPH9I6iHmaWofL4n48x9mycfJKlLzcWRp X-Received: by 2002:aa7:85d8:: with SMTP id z24mr41031028pfn.218.1564611615892; Wed, 31 Jul 2019 15:20:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564611615; cv=none; d=google.com; s=arc-20160816; b=laWVsYK4uocSeQ5vay+Kds6EHedw1zRrN1r785t1YakhVlDy84forragl05/JUBJ9D UyxQoisy2sE9bPNuv/lSgS//C7ULVuy0bdndm2RNbmu396abxQX42FwFIRWLUDaQ4WNN WjbHxBAnCzy+SgvEw+n7Gml1ofPy38+jNT64+UKLxCyX8LU/FUdOteO3cmVc+kFIwY7n kc2kOy3OQ3u+KRMBzBNjhxdOZOvOonEPiD9tqFJ1F3ezV/atwAiwmSfQA8pFzyKP/2Td X4YUadkt/zdmE/A+HxLCu3UlA6ReYHXX3jg+vKwjTud8uU8EW/+vOARWQyqtOaZF+FaX kq0w== 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 :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=ojbkQD1a7MQMcAHB0nbk0TNEefbMHs3972JP2NcjJME=; b=xUM70yHx2vsbPE8ieFmT9h5nXQfuDhZC7qSKqC7L57GXkzjWPgToVfiUXm+GKNOAQA XvIMBVeRHtUdE1knYo1PUxoQaXremDP0k9qmc4OrSDjT8x9Qd4F60GKZOykfyPsuwCw1 mCSh9b/jL4xJ+zakOIToBKw0wDbt/qsvxRhMsxHOMmhkjwvJDA4YoHIKqzb0/5yWajQf xyXGvcbItwmo28V4OlAx8J2khTLFDQA5s5dOkAOtL65uVheFOCQMudiZrmk0vAnp6flC 6JI37ifCp3SYyxK+8e+8a/5/LRpJbsMxxl0631bKMnhT5SRyGHMj4kEixx/+nn4pPYxz FTxA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=g83i6fG6; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 193si34507672pfz.124.2019.07.31.15.20.00; Wed, 31 Jul 2019 15:20:15 -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; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=g83i6fG6; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730655AbfGaV1r (ORCPT + 99 others); Wed, 31 Jul 2019 17:27:47 -0400 Received: from bombadil.infradead.org ([198.137.202.133]:42512 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726096AbfGaV1q (ORCPT ); Wed, 31 Jul 2019 17:27:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding: Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To: From:Date:Sender:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ojbkQD1a7MQMcAHB0nbk0TNEefbMHs3972JP2NcjJME=; b=g83i6fG6pLz5k+ubFSnN8EkA5 UONDm7X0pnk+aEXdmFccZHoiA/MwLcT3bciBvO1P/EPjm9w8DWxTy97HZrc+BdRKb+EgxEQ2sotEY MsEte0kaui9SJBYnpz2cVbQjTQfjElvMKIWI6V5wqmkV+8dU6kjbQ/91+vlvuSzIz08B81Pm1tR53 Hvm/XYnYMcHDHQYcvFC6f8pqy/unIZORk47M8Lmo1dFfIdsORd+7CHhf8lrV4waeQjIwLfl27lujE JiRPbITNDfNg+OgMhYM3B51EPP6j7Bw+mnUM0iyfG5dpLSulcXgKe3UHGtWtHkzcxSQw4+I3NKq51 irVg2nqrA==; Received: from [191.33.152.89] (helo=coco.lan) by bombadil.infradead.org with esmtpsa (Exim 4.92 #3 (Red Hat Linux)) id 1hsw8I-0001T3-HP; Wed, 31 Jul 2019 21:27:38 +0000 Date: Wed, 31 Jul 2019 18:27:29 -0300 From: Mauro Carvalho Chehab To: Mark Brown Cc: Jonathan Corbet , Linux Doc Mailing List , Mauro Carvalho Chehab , linux-kernel@vger.kernel.org, alsa-devel@alsa-project.org, Maxime Ripard , samba-technical@lists.samba.org, devicetree@vger.kernel.org, Liam Girdwood , linux-iio@vger.kernel.org, Lars-Peter Clausen , Evgeniy Dushistov , Jonathan Cameron , Peter Meerwald-Stadler , Steve French , Alexander Shishkin , Chen-Yu Tsai , Suzuki K Poulose , linux-cifs@vger.kernel.org, Dave Kleikamp , Mark Rutland , Evgeniy Polyakov , Mathieu Poirier , Rob Herring , jfs-discussion@lists.sourceforge.net, linux-arm-kernel@lists.infradead.org, Hartmut Knaack , linux-spi@vger.kernel.org Subject: Re: [PATCH 0/6] ReST conversion patches not applied yet Message-ID: <20190731182729.01c98cd3@coco.lan> In-Reply-To: <20190731203712.GJ4369@sirena.org.uk> References: <20190731141734.1fa9ce64@lwn.net> <20190731202007.GI4369@sirena.org.uk> <20190731172613.32d65ad8@coco.lan> <20190731203712.GJ4369@sirena.org.uk> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Wed, 31 Jul 2019 21:37:12 +0100 Mark Brown escreveu: > On Wed, Jul 31, 2019 at 05:26:13PM -0300, Mauro Carvalho Chehab wrote: > > Mark Brown escreveu: > > > > There were outstanding questions about where it was going to get moved > > > to but if I read the diff correctly it looks like it didn't actually get > > > moved in the end? > > > Yeah, it doesn't have the move. My understanding from our discussions > > is that we didn't reach a conclusion. > > Yes, that was my understanding too which was why I was surprised to see > this going in. This is OK then, I'd have acked it. > > > In any case, I can send a separate patch with the move part once > > we reach an agreement about what's the best way to proceed (or you > > can do it directly, if you prefer so). > > I'm not likely to do anything without someone sending patches, I'm not > clear on the utility of the move with the current division of the > manuals. Same here: I do see value on having docs focused on their audience. Yet, I'm not so sure how worth is to break some subsystem documentation into books, as, on some cases, this would mean huge efforts. I'd prefer to see the big picture first, finishing the conversion and then looking at the resulting docs. Meanwhile, if someone needs something that it is at the wrong book, he can just use some search tool to seek what he needs, no matter on what book the relevant information is stored. > I don't know if it makes sense to have an embedded developer's > manual as well? Yeah, that's a good question. Jon is planning todo a documentation track at LPC. One of the things that should be discussed, IMO, is how we'll organize the books. I suspect that, once we finish the conversion of the remaining ~300 files to ReST, the next logical step is to check what are the gaps and have a list of pending tasks. Thanks, Mauro