From patchwork Fri Feb 24 10:03:06 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Mike Rapoport X-Patchwork-Id: 61224 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:5915:0:0:0:0:0 with SMTP id v21csp815151wrd; Fri, 24 Feb 2023 02:11:07 -0800 (PST) X-Google-Smtp-Source: AK7set/V2QgrZbbLbhHo0lbaGqB6gJ7qv2S309aLjZ8IaW5YZ97q1lFg98hcxfreGY5ADqNAmshj X-Received: by 2002:a05:6a20:1b26:b0:cc:4118:660c with SMTP id ch38-20020a056a201b2600b000cc4118660cmr2930039pzb.36.1677233467133; Fri, 24 Feb 2023 02:11:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1677233467; cv=none; d=google.com; s=arc-20160816; b=j0YjDQeqZmbVIISTj1TSMtiIOWtAzlp7XPvBbaK91ievx/93WSTaFAqOV8jzABZD4U yXGS+Mo9+YFj/YBYIpdEjr7pVtllfnW+tGOPs/FKmmcA2Uqy5MMpI0rCUL8gZs1+9/tf 2GKvxur6wjFgRRqkr7ELp3IqiZRVl60WK2/wOFwVFNGTgvsFTae2wGefUEf7kP9a+ou8 yy/VnwPA7Q3VsDI2VWpjdK0S2yxwKRAQysba+t9bNbtQLyGDAKQYpodrCbzTzOPj/guS xyefGIjntMmgGBubij4iWDFkC2qU1tRJIDMjrHxPwaPCM4HPsMLjnrAjVia34ib9mgE4 K0Wg== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=2VWogFZPvjSYMJmKeecD/IDauMGJ1xt239XbFYPIftc=; b=r6tvRwXV8JjwmxCuHegrfWF7+xjEMOFxdR2CE1zlDY8NaA736TyduPFFP6OceTVLB0 fj18ZLTeuXHH6eFF4Do4ThyyMeoLpvuL/R1IYW/J35XLsK2b7eBpWLj+KzJpjUW79XwW R5rVBUP3xh6jx9ITN2gsLy0W7l2D5lucr8AsZTe6NTL9042GIT/KBS66C8kSjRvWniF3 ZUwTKK6C6nq2KB/kCkA+DFpY5r4P+TrIppB/UtTdgRTozsYE2/dXsryn8nOMgQLOrXme IQt1n5sUdPO1RfzBs+2VKQXPDtpEFRQrbLYbtagxRnllOBR0DcwwWy3DoEFxUZKJNnjF TmcQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=OqvMft38; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id l1-20020a655601000000b004fbdfde82a0si8591695pgs.575.2023.02.24.02.10.49; Fri, 24 Feb 2023 02:11:07 -0800 (PST) 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=@kernel.org header.s=k20201202 header.b=OqvMft38; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229477AbjBXKEn (ORCPT + 99 others); Fri, 24 Feb 2023 05:04:43 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44990 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230064AbjBXKEI (ORCPT ); Fri, 24 Feb 2023 05:04:08 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 327C4497DF; Fri, 24 Feb 2023 02:03:26 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 74F14B81C0D; Fri, 24 Feb 2023 10:03:22 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1C969C4339C; Fri, 24 Feb 2023 10:03:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1677233001; bh=JcaoNJrrzRyblpW44xrHcPtS0V3c05D77kFNfjfdkPI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=OqvMft38tVREJubaC2DooLNUN3Ztr+TBXiRP83DAotj2mkYrV5NPXCHw85IOEFV7b GDiow14+ht6yhJoK1ati/hFrGb7LZE4z6cw9rUTMSTng3mmssj0Y7TsEEKq2embSpF E2uEOFpfl9/0mozpXdUVe+yg1cphFMpUi1FYoeHWEZikXaees5sWHD/QGEDQ+CZLJ4 jpsEYunhrIDJ9M3UGARZYF0oxficE2snPIO8+zpAJ8UKR13aYZvjgCWJP32H26MGnq ApwM8ssuY8TwSYIv7AOHpZ7so+XjaCIx9nsYVXg8yDqE7RtdHpy8J50QHvQSDwiVY6 +3NAziroN2rbA== From: Mike Rapoport To: Jonathan Corbet Cc: kernel test robot , Mike Rapoport , linux-mm@kvack.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 2/2] docs/mm: hugetlbfs_reserv: fix a reference to a file that doesn't exist Date: Fri, 24 Feb 2023 12:03:06 +0200 Message-Id: <20230224100306.2287696-2-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230224100306.2287696-1-rppt@kernel.org> References: <20230224100306.2287696-1-rppt@kernel.org> MIME-Version: 1.0 X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_20,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS 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: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1758706759863743335?= X-GMAIL-MSGID: =?utf-8?q?1758706759863743335?= From: "Mike Rapoport (IBM)" kbuild reports: >> Warning: Documentation/mm/hugetlbfs_reserv.rst references a file that doesn't exist: Documentation/mm/hugetlbpage.rst >> Warning: Documentation/translations/zh_CN/mm/hugetlbfs_reserv.rst references a file that doesn't exist: Documentation/mm/hugetlbpage.rst Fix the filename to be 'Documentation/admin-guide/mm/hugetlbpage.rst'. Reported-by: kernel test robot Link: https://lore.kernel.org/oe-kbuild-all/202302231854.sKlCmx9K-lkp@intel.com/ Fixes: ee86588960e2 ("docs/mm: remove useless markup") Signed-off-by: Mike Rapoport (IBM) --- Documentation/mm/hugetlbfs_reserv.rst | 8 ++++---- Documentation/translations/zh_CN/mm/hugetlbfs_reserv.rst | 3 ++- 2 files changed, 6 insertions(+), 5 deletions(-) diff --git a/Documentation/mm/hugetlbfs_reserv.rst b/Documentation/mm/hugetlbfs_reserv.rst index 05a44760da32..f2fdcd637f97 100644 --- a/Documentation/mm/hugetlbfs_reserv.rst +++ b/Documentation/mm/hugetlbfs_reserv.rst @@ -5,10 +5,10 @@ Hugetlbfs Reservation Overview ======== -Huge pages as described at Documentation/mm/hugetlbpage.rst are typically -preallocated for application use. These huge pages are instantiated in a -task's address space at page fault time if the VMA indicates huge pages are -to be used. If no huge page exists at page fault time, the task is sent +Huge pages as described at Documentation/admin-guide/mm/hugetlbpage.rst are +typically preallocated for application use. These huge pages are instantiated +in a task's address space at page fault time if the VMA indicates huge pages +are to be used. If no huge page exists at page fault time, the task is sent a SIGBUS and often dies an unhappy death. Shortly after huge page support was added, it was determined that it would be better to detect a shortage of huge pages at mmap() time. The idea is that if there were not enough diff --git a/Documentation/translations/zh_CN/mm/hugetlbfs_reserv.rst b/Documentation/translations/zh_CN/mm/hugetlbfs_reserv.rst index 80787af29222..f1f0bdf27676 100644 --- a/Documentation/translations/zh_CN/mm/hugetlbfs_reserv.rst +++ b/Documentation/translations/zh_CN/mm/hugetlbfs_reserv.rst @@ -15,7 +15,8 @@ Hugetlbfs 预留 概述 ==== -Documentation/mm/hugetlbpage.rst 中描述的巨页通常是预先分配给应用程序使用的。如果VMA指 +Documentation/admin-guide/mm/hugetlbpage.rst +中描述的巨页通常是预先分配给应用程序使用的 。如果VMA指 示要使用巨页，这些巨页会在缺页异常时被实例化到任务的地址空间。如果在缺页异常 时没有巨页存在，任务就会被发送一个SIGBUS，并经常不高兴地死去。在加入巨页支 持后不久，人们决定，在mmap()时检测巨页的短缺情况会更好。这个想法是，如果