From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mauro Carvalho Chehab Subject: Re: [PATCH 0/6] ReST conversion patches not applied yet Date: Wed, 31 Jul 2019 18:27:29 -0300 Message-ID: <20190731182729.01c98cd3@coco.lan> References: <20190731141734.1fa9ce64@lwn.net> <20190731202007.GI4369@sirena.org.uk> <20190731172613.32d65ad8@coco.lan> <20190731203712.GJ4369@sirena.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20190731203712.GJ4369@sirena.org.uk> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org To: Mark Brown Cc: Mark Rutland , Dave Kleikamp , alsa-devel@alsa-project.org, Linux Doc Mailing List , Maxime Ripard , jfs-discussion@lists.sourceforge.net, linux-kernel@vger.kernel.org, Peter Meerwald-Stadler , Evgeniy Polyakov , linux-cifs@vger.kernel.org, Lars-Peter Clausen , Jonathan Corbet , Alexander Shishkin , Chen-Yu Tsai , devicetree@vger.kernel.org, Evgeniy Dushistov , Suzuki K Poulose , Mauro Carvalho Chehab , Rob Herring , linux-arm-kernel@lists.infradead.org, Mathieu Poirier , samba-technical@lists.samba.org, Liam Girdwood linux List-Id: alsa-devel@alsa-project.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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_2 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4F899C32751 for ; Wed, 31 Jul 2019 21:27:47 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 21DA921773 for ; Wed, 31 Jul 2019 21:27:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1564608467; bh=7eXmTgsfYzdQB/da8h/btuCwwBwTnk2EjWb/KNrq6mU=; h=Date:From:To:Cc:Subject:In-Reply-To:References:List-ID:From; b=emDUQKJCxCO7SVmcNTOEBQHF8j8kapyvyLCZ+9wLxapPt9zCR04zS6NYn2rabrBNz VxD+euN10qtVfYdAJjPFpqqlDvOLJk+zt6tD9/B2yzA9mEOVDxHctBodYx2f4QXJAX q60i6kQdZf0tw3joESwPGe4Kgy76RGbwe7htggRA= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726224AbfGaV1q (ORCPT ); Wed, 31 Jul 2019 17:27:46 -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-cifs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-cifs@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 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mauro Carvalho Chehab Subject: Re: [PATCH 0/6] ReST conversion patches not applied yet Date: Wed, 31 Jul 2019 18:27:29 -0300 Message-ID: <20190731182729.01c98cd3@coco.lan> References: <20190731141734.1fa9ce64@lwn.net> <20190731202007.GI4369@sirena.org.uk> <20190731172613.32d65ad8@coco.lan> <20190731203712.GJ4369@sirena.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Mark Rutland , Dave Kleikamp , alsa-devel@alsa-project.org, Linux Doc Mailing List , Maxime Ripard , jfs-discussion@lists.sourceforge.net, linux-kernel@vger.kernel.org, Peter Meerwald-Stadler , Evgeniy Polyakov , linux-cifs@vger.kernel.org, Lars-Peter Clausen , Jonathan Corbet , Alexander Shishkin , Chen-Yu Tsai , devicetree@vger.kernel.org, Evgeniy Dushistov , Suzuki K Poulose , Mauro Carvalho Chehab , Rob Herring , linux-arm-kernel@lists.infradead.org, Mathieu Poirier , samba-technical@lists.samba.org, Liam Girdwood , linux To: Mark Brown Return-path: In-Reply-To: <20190731203712.GJ4369@sirena.org.uk> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org List-Id: linux-spi.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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_AGENT_SANE_2 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5AE2BC32751 for ; Wed, 31 Jul 2019 21:27:56 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 2E38D20679 for ; Wed, 31 Jul 2019 21:27:56 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="CDo2Vuo0" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 2E38D20679 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=6hxWXLCtiBaSW5W46BZuoBeE1o8P8GKJ8Ea048RnEJ0=; b=CDo2Vuo0MS0g9A 1reOlW/nOexZZ02tUG9jd/fZC5R04/RxVIg7j5uZ2LEEiudSuuNI8nnxr3ClxPOGoht0c6fuNCqex Di07Xhylgj5+DMOMnJy0gg0qHcTnanQHVRUrI8g+LdRfQkXr7FKaVDTVB9J8v/81yLXEUYXzsJF56 ueVSX/l+bLvlSmvv6TVv3roUdbcDG/aQ72fGTuaLh0ejx+KlBdB12hTNSmngtN1CPaATRwHRXQ28U YlDRkTqGZc/uRtVf9jOvI/bAPCQOF5/IIDbOsLq77WvFHFC29L6bFfFrOC/Oy2Cli+aV/e7tZr8df QrsaMeGmC2EaK8ifaWyw==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92 #3 (Red Hat Linux)) id 1hsw8P-0001TW-TB; Wed, 31 Jul 2019 21:27:45 +0000 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 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 X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Mark Rutland , Dave Kleikamp , alsa-devel@alsa-project.org, Linux Doc Mailing List , Maxime Ripard , jfs-discussion@lists.sourceforge.net, linux-kernel@vger.kernel.org, Peter Meerwald-Stadler , Evgeniy Polyakov , linux-cifs@vger.kernel.org, Lars-Peter Clausen , Jonathan Corbet , Alexander Shishkin , Chen-Yu Tsai , devicetree@vger.kernel.org, Evgeniy Dushistov , Suzuki K Poulose , Mauro Carvalho Chehab , Rob Herring , linux-arm-kernel@lists.infradead.org, Mathieu Poirier , samba-technical@lists.samba.org, Liam Girdwood , linux-iio@vger.kernel.org, linux-spi@vger.kernel.org, Steve French , Hartmut Knaack , Jonathan Cameron Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.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 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel