Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp1897639pxb; Thu, 7 Oct 2021 18:10:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy1O0TFVZpscKwxcIOZX07F9Cac9bE9/mI/oj94plF0WDKBt1qhy4qo/pHW3+bfuVPDBsMr X-Received: by 2002:a17:906:6844:: with SMTP id a4mr374907ejs.65.1633655435665; Thu, 07 Oct 2021 18:10:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633655435; cv=none; d=google.com; s=arc-20160816; b=aRalFopp9nr/NUXnCiMh53v91sDccw0s7Veg3WHScGSgWA2/TMUnLY+Yv/8kfv8oAU UyWsYC/sh/jHFmw7kEO6BAo7x7oo0ZWqTP+HCXqJW33/jXDPldz2t2oeU2s3TTkgFcXo anP5OvEimIem0wmEHj+21DDnHuD7XN2+Dg1hUqegJ0ykZL7ZPLZNIGKMzAD4tMpYtIC7 MOtQf7UcHQ/F8Pea6zI609260C12+gtlqumq6cDCdvAuhV1CEcmHUBu+AITVpHC/LVOS EJLShtd5MEzz0lj9oSK7QayJvBCnP41777mUebWEHqCFiaD0m9XdO0OLQylW5BobF2yy hsNQ== 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 :organization:in-reply-to:subject:cc:to:from; bh=Ur82BUtu9eghV3LoVxk2OXGkywhoWaQnhP6zxoU6u6U=; b=nsgrekQ1oPYwl6Bu47UDkdMhkLjEhIk7TZngdoRtGMAGuXXTDLf3RuTLZjMc95R8U8 boebByfkkZ34ZxZS/UU50EmSxX/jv8hWG3JXbouxUrOCaqVIMOjjQ4hefFkSLF/UwBas Tpb75mqMnZA/N2A5rM1XcFP/YrlX5St6w1Igl1nfvgYCG/gUoN04fnOmf/5DSMR4FWn4 EKwRSQ2Xj8aAi6LXul5H2OT/oURJ5sqlVxzzv4HLDJXN5U+6NJHRgBy7YISjO0b5tQ6o xM8Rc2UCW/l7BNmf/Cry08rjRwRLA4+S8Qe0kSmLefoehxx82RE0fkIWt5nWzV2b+BWs lDuA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x8si1197722ejs.648.2021.10.07.18.09.40; Thu, 07 Oct 2021 18:10:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237097AbhJHBI7 (ORCPT + 99 others); Thu, 7 Oct 2021 21:08:59 -0400 Received: from mga01.intel.com ([192.55.52.88]:12072 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229606AbhJHBI7 (ORCPT ); Thu, 7 Oct 2021 21:08:59 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10130"; a="249659991" X-IronPort-AV: E=Sophos;i="5.85,355,1624345200"; d="scan'208";a="249659991" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Oct 2021 12:13:18 -0700 X-IronPort-AV: E=Sophos;i="5.85,355,1624345200"; d="scan'208";a="489135500" Received: from roliveir-mobl1.ger.corp.intel.com (HELO localhost) ([10.249.41.10]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Oct 2021 12:13:15 -0700 From: Jani Nikula To: Jonathan Corbet , Theodore Ts'o Cc: Jan Kara , linux-ext4@vger.kernel.org, linux-doc@vger.kernel.org, Jonathan Corbet Subject: Re: [PATCH 1/2] ext4: docs: switch away from list-table In-Reply-To: <20210902220854.198850-2-corbet@lwn.net> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20210902220854.198850-1-corbet@lwn.net> <20210902220854.198850-2-corbet@lwn.net> Date: Thu, 07 Oct 2021 22:13:10 +0300 Message-ID: <87czogy7g9.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Thu, 02 Sep 2021, Jonathan Corbet wrote: > Commit 3a6541e97c03 (Add documentation about the orphan file feature) added > a new document on orphan files, which is great. But the use of > "list-table" results in documents that are absolutely unreadable in their > plain-text form. Switch this file to the regular RST table format instead; > the rendered (HTML) output is identical. > > Signed-off-by: Jonathan Corbet > --- > Documentation/filesystems/ext4/orphan.rst | 32 ++++++++--------------- > 1 file changed, 11 insertions(+), 21 deletions(-) > > diff --git a/Documentation/filesystems/ext4/orphan.rst b/Documentation/filesystems/ext4/orphan.rst > index bb19ecd1b626..d096fe0ba19e 100644 > --- a/Documentation/filesystems/ext4/orphan.rst > +++ b/Documentation/filesystems/ext4/orphan.rst > @@ -21,27 +21,17 @@ in heavy creation of orphan inodes. When orphan file feature > (referenced from the superblock through s\_orphan_file_inum) with several > blocks. Each of these blocks has a structure: > > -.. list-table:: > - :widths: 8 8 24 40 > - :header-rows: 1 > - > - * - Offset > - - Type > - - Name > - - Description > - * - 0x0 > - - Array of \_\_le32 entries > - - Orphan inode entries > - - Each \_\_le32 entry is either empty (0) or it contains inode number of > - an orphan inode. > - * - blocksize - 8 > - - \_\_le32 > - - ob\_magic > - - Magic value stored in orphan block tail (0x0b10ca04) > - * - blocksize - 4 > - - \_\_le32 > - - ob\_checksum > - - Checksum of the orphan block. > +============= ================ =============== =============================== > +Offset Type Name Description > +============= ================ =============== =============================== > +0x0 Array of Orphan inode Each \_\_le32 entry is either > + \_\_le32 entries entries empty (0) or it contains > + inode number of an orphan > + inode. > +blocksize-8 \_\_le32 ob\_magic Magic value stored in orphan > + block tail (0x0b10ca04) > +blocksize-4 \_\_le32 ob\_checksum Checksum of the orphan block. > +============= ================ =============== =============================== > > When a filesystem with orphan file feature is writeably mounted, we set > RO\_COMPAT\_ORPHAN\_PRESENT feature in the superblock to indicate there may As a third alternative, the csv-table directive [1] is sometimes a good choice. Picking | as the delim makes it look more like a table in the source, and you don't have to worry about aligning everything (the spaces before and after the delim are ignored by default). But it does require some boilerplate and you can't wrap the lines. The same table as an example: .. csv-table:: Block Structure :delim: | :header-rows: 1 :widths: auto Offset | Type | Name | Description 0x0 | Array of __le32 entries | Orphan inode entries | Each __le32 entry is either empty (0) or it contains inode number of an orphan inode. blocksize-8 | __le32 | ob_magic | Magic value stored in orphan block tail (0x0b10ca04) blocksize-4 | __le32 | ob_checksum | Checksum of the orphan block. Obviously not the best choice for this particular table, but just so you are aware of an alternative. BR, Jani. [1] https://docutils.sourceforge.io/docs/ref/rst/directives.html#csv-table -- Jani Nikula, Intel Open Source Graphics Center