Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1005943pxb; Tue, 14 Sep 2021 13:55:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwxbAUoknJ1b8lmi6jv9VXhc76FAocw49OIgl0GaB8lnPeuZEllS63EobTQWs6Gxn1heqGL X-Received: by 2002:a92:d18c:: with SMTP id z12mr14072575ilz.59.1631652903820; Tue, 14 Sep 2021 13:55:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631652903; cv=none; d=google.com; s=arc-20160816; b=OZCzXEJtfyCqw4dl+TjuFpMlGNdj76EP3Ms+UrcWAYB5ySonZ1pvwOuHxMuo5HpmUn b3OxLS5EnFXCwmMsaO5C+bMDni1tAAluQcFST+4gDgpCIy7JQ2x10xXhFMo7Uol50fOw xQ7w3R1mPljVqT2FcqGPlHTIc4IEfUL0NuK1/KLKXvqe9rE/WZmeE3d4rd26d9qEmTXa Vbr1IMSF1reHSBgFUee0RGH2EecnCynJ0BWMOOTtX7ZjoFdhTc4ss90c9GPqU2DnRDBn tkaNZV0DBtt2xt+7fVYl4lx78w87DTG+SA9FpyfmzUnU+lfOGYB2RcCbe2ZjIqHPdnLJ jOcw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:dkim-signature:dkim-filter; bh=qNG+QjYpTqVVqPYQyVubIzCa4nYlNsW4VLhC6GdB9/Q=; b=WfDFDHelVUI7vtR1516LUPmP/iDlsGd8a7cl0Fwy+JnN4WmtdzHbuGIFcpJQDatKl0 g7IobbWj5Mz+DoGA9ByKGcP/4tsMUE7YMdSVSE9zn83uuKBrak38XXa5JxRlIJ3OgDHM pSSDC6R3F3pM/NoigI0Ux9ROWP+Cmy5E9pG7AmJiDml+hgyLQ3NOUWGr/sWzIueyUlG5 lxro4IAuVIOHufM9jfRiQUl6K/u2kMngU7JLm3XBOniaSYoXuZ3oKXMskRJAmJ8k1fVN vYYeb/18+lwKE/HKVTFUJHLNedjvP3wWaxBBauvNRFKnBYvIiAzDM0BaqwUXlW5AzZch Rg4g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lwn.net header.s=20201203 header.b=kvKW++o9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e35si10514580jaa.106.2021.09.14.13.54.51; Tue, 14 Sep 2021 13:55:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@lwn.net header.s=20201203 header.b=kvKW++o9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233749AbhINUzA (ORCPT + 99 others); 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