From patchwork Tue Jul 25 05:23:33 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Randy Dunlap X-Patchwork-Id: 125331 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:9010:0:b0:3e4:2afc:c1 with SMTP id l16csp2254394vqg; Mon, 24 Jul 2023 22:44:41 -0700 (PDT) X-Google-Smtp-Source: APBJJlEUds8hZuFhB1p3vALk6vSU+GIsMs1M0VgmfJ2up44EzIpV9hOgPnVMUO+Q4pbRdUa+6HMJ X-Received: by 2002:a05:6a20:258d:b0:135:110c:c6c0 with SMTP id k13-20020a056a20258d00b00135110cc6c0mr16535922pzd.51.1690263881491; Mon, 24 Jul 2023 22:44:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1690263881; cv=none; d=google.com; s=arc-20160816; b=dULuD2MR5BAo8284eTtWPUkQiaLD0TYi03BGW8vDA0bFBA7gN5P2Q4daaakWjhlqXG ZH1oGKmkR20/xAQBkoYB4nChhOuzVwsZpMu4PZK5P+hWmYHum9RrsIoEsNLZeAxkHPA1 lgWTdJM75gFco3Q/tU4aKqoY0E4VxYPLXocZKs79vvZC/Ul/pMPgWcg/xueFp8JdRz/y VlpQW6422+dnWCn7c2aCL1y+ULNJH7MgTb2p2KWOIR62zDiVHl7C4ejzxZOFE+vGe4lj cx4Z7YndbPo4lK1lHvogqpD66pfgkdlzPopObGeeoqRzmX1sclp/ygkV9r0w18GQguX2 W4vA== 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 Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ei35-20020a056a0080e300b0067e5edde6eesi9957458pfb.302.2023.07.24.22.44.28; Mon, 24 Jul 2023 22:44:41 -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 S231565AbjGYFXh (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 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 X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1772370139906437695 X-GMAIL-MSGID: 1772370139906437695 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 Acked-by: Hugh Dickins --- 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