Received: by 2002:a05:6358:701b:b0:131:369:b2a3 with SMTP id 27csp4035094rwo; Mon, 24 Jul 2023 22:45:11 -0700 (PDT) X-Google-Smtp-Source: APBJJlFKRw+OjRFZrlJyJkbKvQ4yk5FoEdmYEFpyB9VVJxwUGEfoAw5VheDQ+7ii8mz1pqMd51QL X-Received: by 2002:a17:906:5386:b0:974:771e:6bf0 with SMTP id g6-20020a170906538600b00974771e6bf0mr11211756ejo.56.1690263910815; Mon, 24 Jul 2023 22:45:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1690263910; cv=none; d=google.com; s=arc-20160816; b=sb81hlGHilszxFVDik2GPharLkztLD1O4mYkSm87W1luopbiQ9tp2/NWs2TpQfcWG5 v6hUsyswQi8svefJSQ1Kim4Fm5NxaLWlR5xEFUTq48jZ2t5fCD0jmYXCPm4c0YBVAtiI ksYmWbNOsYJ66UefLVuHBIazkpfESO8n5zJvKSsAkjmm3ujT5epJzhGHgdysjoXHg+cB /TMZHL9Y7Yhy0FYX8Rz7N5/N45pYp1DnivAV/OYgcaJGncAje00duTj7vLUPsh4IQPzk nLLfjmBQDlhSfk+XPYNDmHjF5FxDGgpK4ESUSB0wRvJPqlTe7Pru7OBtIcpPFitL670h IolQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=w1RQcZApJNcQIiOYko3MBN0wAf27FXEvpHj25/B9Tsw=; fh=70F6kOFx0jhhq26zqqtA7GkmaccoHnYr6CWfBGeN4GM=; b=RSBoTGFnA8G+KRHe1Yg5IE++o3ABVUmsmLiH2o0P1pnlQY8Sv13uQBnIQ7h3Ifxuwg dV5dbA3Xhso5orbFkqFnmeAyoB+09s3vSG7AMU53491WkAA1YSCV/KXZpO/DU51/vuos lFaXpVfYXUOJ0KoKuKwhPT5s7sRe42sAJ7PbqsLRIV70FKkC/G+Ep7MlNuP4PBatXsiC Nrjy7EmaE6qP14+WU9kZsl46NjfPKqgsOQyhWZKXiElLdBWvD0duoDm42dZoLWqURL9X HdGTG7AW7IWpXOavW1TfB+YumCq2rlctOV+/EM4BUyX/TDCiLx6Ayg0/pkMbt2EJi/vf nuCg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=bombadil.20210309 header.b=rE1E61PV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id kb4-20020a1709070f8400b00992d0de8769si7164857ejc.907.2023.07.24.22.44.45; Mon, 24 Jul 2023 22:45:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=bombadil.20210309 header.b=rE1E61PV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231562AbjGYFXh (ORCPT + 99 others); Tue, 25 Jul 2023 01:23:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42374 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231315AbjGYFXg (ORCPT ); Tue, 25 Jul 2023 01:23:36 -0400 Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:3::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 21CA7A6; Mon, 24 Jul 2023 22:23:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=Content-Transfer-Encoding: MIME-Version:Message-ID:Date:Subject:Cc:To:From:Sender:Reply-To:Content-Type: Content-ID:Content-Description:In-Reply-To:References; bh=w1RQcZApJNcQIiOYko3MBN0wAf27FXEvpHj25/B9Tsw=; b=rE1E61PVdJWNEsWmfXuK5T1ovO 5AUZlmGgeAu+Hpt/3i6QoDfcBzCy59P+qcU0ffxUhYP9jaovuutm04ey5xq3BiKb9109Rdt0I/id3 GN/8GNJyGjgs1XAExNntJug/VHZ+mBpuSQe1eTJLYgLhrv5uosY9FvwOxAmNfyQj5nawe3Hvbfmc2 vAuLgZHP5j60p8puNVuCgqL5iVbvzrcUDeYZFBNycK1tp39mbT+AHtcXuAXFQXsKl8F9OO0Fy6pMO bCFzekbFcI0AJsWezAKs4GeFKB5Fz5OXQnJAMnEYnivhPt8n5Gy7M2aSM0H5LgyCFRWH19hHEWF73 5rporfmQ==; Received: from [2601:1c2:980:9ec0::2764] (helo=bombadil.infradead.org) by bombadil.infradead.org with esmtpsa (Exim 4.96 #2 (Red Hat Linux)) id 1qOAWE-006IGf-1w; Tue, 25 Jul 2023 05:23:34 +0000 From: Randy Dunlap To: linux-kernel@vger.kernel.org Cc: Randy Dunlap , Stephen Rothwell , Hugh Dickins , linux-mm@kvack.org, Andrew Morton , Jonathan Corbet , linux-doc@vger.kernel.org Subject: [PATCH] tmpfs: fixup Docs table for huge mount options Date: Mon, 24 Jul 2023 22:23:33 -0700 Message-ID: <20230725052333.26857-1-rdunlap@infradead.org> X-Mailer: git-send-email 2.41.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org A table's header and footer lines must match its text columns in width, so extend the header/footer for column 1 to match the text. Fixes this documentation build error: Documentation/filesystems/tmpfs.rst:116: ERROR: Malformed table. Text in column margin in table line 4. Fixes: a0ebb5aa2de3 ("tmpfs: fix Documentation of noswap and huge mount options") Signed-off-by: Randy Dunlap Reported-by: Stephen Rothwell Link: https://lore.kernel.org/lkml/3084e97c-3a7d-ace8-2e9c-31642fd663df@google.com/T/#me28ed2124bca2e632eee86ff1d986e5c1f731a7c Cc: Hugh Dickins Cc: linux-mm@kvack.org Cc: Andrew Morton Cc: Jonathan Corbet Cc: linux-doc@vger.kernel.org --- I guess that Andrew will merge this since he merged the previous patch. Documentation/filesystems/tmpfs.rst | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff -- a/Documentation/filesystems/tmpfs.rst b/Documentation/filesystems/tmpfs.rst --- a/Documentation/filesystems/tmpfs.rst +++ b/Documentation/filesystems/tmpfs.rst @@ -110,13 +110,13 @@ configured with CONFIG_TRANSPARENT_HUGEP your system (has_transparent_hugepage(), which is architecture specific). The mount options for this are: -=========== ============================================================== -huge=never Do not allocate huge pages. This is the default. -huge=always Attempt to allocate huge page every time a new page is needed. +================ ============================================================== +huge=never Do not allocate huge pages. This is the default. +huge=always Attempt to allocate huge page every time a new page is needed. huge=within_size Only allocate huge page if it will be fully within i_size. - Also respect madvise(2) hints. -huge=advise Only allocate huge page if requested with madvise(2). -=========== ============================================================== + Also respect madvise(2) hints. +huge=advise Only allocate huge page if requested with madvise(2). +================ ============================================================== See also Documentation/admin-guide/mm/transhuge.rst, which describes the sysfs file /sys/kernel/mm/transparent_hugepage/shmem_enabled: which can