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=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS 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 E1EE4C433FE for ; Thu, 3 Dec 2020 22:39:16 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [203.11.71.2]) (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 1481422224 for ; Thu, 3 Dec 2020 22:39:15 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1481422224 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=lwn.net Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Received: from bilbo.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3]) by lists.ozlabs.org (Postfix) with ESMTP id 4Cn9k95BFhzDrM2 for ; Fri, 4 Dec 2020 09:39:13 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=lwn.net (client-ip=45.79.88.28; helo=ms.lwn.net; envelope-from=corbet@lwn.net; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=lwn.net Received: from ms.lwn.net (ms.lwn.net [45.79.88.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4Cn9gX3Gr8zDqwp for ; Fri, 4 Dec 2020 09:36:56 +1100 (AEDT) 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 A638F2204; Thu, 3 Dec 2020 22:36:43 +0000 (UTC) Date: Thu, 3 Dec 2020 15:36:42 -0700 From: Jonathan Corbet To: Mauro Carvalho Chehab Subject: Re: [PATCH 0/6] Add documentation for Documentation/features at the built docs Message-ID: <20201203153642.594afd85@lwn.net> In-Reply-To: References: Organization: LWN.net MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Rich Felker , linux-ia64@vger.kernel.org, Linux Doc Mailing List , x86@kernel.org, linux-mips@vger.kernel.org, "James E.J. Bottomley" , Paul Mackerras , "H. Peter Anvin" , linux-riscv@lists.infradead.org, Will Deacon , Thomas Gleixner , Jonas Bonn , linux-s390@vger.kernel.org, Yoshinori Sato , Helge Deller , linux-sh@vger.kernel.org, Christian Borntraeger , Ingo Molnar , Catalin Marinas , Fenghua Yu , Albert Ou , Kees Cook , Vasily Gorbik , Heiko Carstens , Jonathan =?UTF-8?B?TmV1c2Now6RmZXI=?= , Stefan Kristiansson , Tony Luck , Borislav Petkov , Paul Walmsley , Stafford Horne , "Daniel W. S. Almeida" , linux-arm-kernel@lists.infradead.org, Thomas Bogendoerfer , linux-parisc@vger.kernel.org, Andrew Cooper , linux-kernel@vger.kernel.org, openrisc@lists.librecores.org, Palmer Dabbelt , Masami Hiramatsu , Greg Kroah-Hartman , linuxppc-dev@lists.ozlabs.org Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On Mon, 30 Nov 2020 16:36:29 +0100 Mauro Carvalho Chehab wrote: > This series got already submitted last year: > > https://lore.kernel.org/lkml/cover.1561222784.git.mchehab+samsung@kernel.org/ > > Yet, on that time, there were too many other patches related to ReST > conversion floating around. So, at the end, I guess this one got missed. > > So, I did a rebase on the top of upstream, and added a few new changes. OK, I've gone ahead and applied these; it gains me a new trivial conflict with x86, but so be it... That said, I think that the RST table formatting could be *way* improved. The current tables are all white space and hard to make sense of. What if we condensed the information? Just looking at the first entry in Documentation/admin-guide/features.html, perhaps it could look like: FEATURE KCONFIG/DESCRIPTION STATUS cBPF-JIT HAVE_CBPF_JIT TODO: alpha, arc, arm... ok: mips, powerpc, ... arch supports cBPF JIT optimizations The result would be far more compact and easy to read, IMO. I may get around to giving this a try if (hint :) nobody else gets there first. Thanks, jon