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=-10.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 52A59C433FE for ; Tue, 14 Sep 2021 20:53:44 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 3837A61164 for ; Tue, 14 Sep 2021 20:53:44 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233863AbhINUzA (ORCPT ); Tue, 14 Sep 2021 16:55:00 -0400 Received: from ms.lwn.net ([45.79.88.28]:40502 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233145AbhINUy7 (ORCPT ); Tue, 14 Sep 2021 16:54:59 -0400 Received: from localhost (unknown [IPv6:2601:281:8300:104d::5f6]) (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 B6EE22CA; Tue, 14 Sep 2021 20:53:41 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net B6EE22CA DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1631652821; bh=qNG+QjYpTqVVqPYQyVubIzCa4nYlNsW4VLhC6GdB9/Q=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=kvKW++o9akpZL2djRjp3Gh2X0Q4u5rv8gexPH5qwZ+kHS0rhS9cyHvaZvQDiT70o5 su8sgfPO1tcPn3+xLbg6w//gvKJgLRuIuzVwDwE57P8ZNd5Z0CnTQ4QvTy0+mwv7vN qJnaLZICjkt/oYgWgfqZyigwWtUvDuFk1rvA6Cl/KwsOXV3PVHE2UqhI8GJP5D1IsQ 0cFk/HO56WWZ7Ks+pvMdtxfelJT0LTrs0ILqJNUBOyPZnCX3GWMvoJa/BSTVpI1Xdh gpl9ffTbsIOWwY/+04dg6bFBm32QFOgWNP2asLYlKiw2Lzvn6PQbPC9bF5KZG5l89L 5DXshKbS/EzbA== From: Jonathan Corbet To: Kari Argillander , Konstantin Komarov , ntfs3@lists.linux.dev Cc: Kari Argillander , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] Doc/fs/ntfs3: Fix rst format and make it cleaner In-Reply-To: <20210909215753.34138-1-kari.argillander@gmail.com> References: <20210909215753.34138-1-kari.argillander@gmail.com> Date: Tue, 14 Sep 2021 14:53:41 -0600 Message-ID: <878rzyev56.fsf@meer.lwn.net> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Kari Argillander writes: > Current ntfs3 rst documentation is broken. I turn table to list table as > this is current Linux documentation quide line. Simple table also did > not quite work in our situation as we need to span rows together. > > It still look quite good as text so we did not loss anything. This will > also make diffing quite bit more pleasure. > > Signed-off-by: Kari Argillander > --- > As this is pretty new to me and Konstantin I CC Jonathan because he is > maintainer of documentation section. Do you want to get all > documentation patches to you about ntfs3? This probably still goes > through our tree? I ask because checkpatch will give your address also > and it is not clear to me at least should I send these to you also. Don't hesitate to CC people when in doubt - it's the kernel way :) As for merging, documentation patches should go through whatever is the best path. Some subsystem maintainers want me to take them, others want to handle them themselves. It sounds like you're in the latter camp, so I'll assume I don't need to apply this one; let me know if I've misunderstood. Thanks, jon