From nobody Sun Sep 14 03:49:34 2025 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D7885C54EAA for ; Fri, 27 Jan 2023 08:04:13 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231893AbjA0IEM (ORCPT ); Fri, 27 Jan 2023 03:04:12 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56684 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229508AbjA0IEK (ORCPT ); Fri, 27 Jan 2023 03:04:10 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3A49375193; Fri, 27 Jan 2023 00:04:09 -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 B2749B81FBF; Fri, 27 Jan 2023 08:04:07 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E8AB9C433EF; Fri, 27 Jan 2023 08:04:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1674806646; bh=PLW27rVPPgQXoOQSnxZ4p5WQWtbMJcN4Z4Y6W08+hGA=; h=From:To:Cc:Subject:Date:From; b=Zog1O5zJgSWGN0ZRHgiAnfUzzTV7lKX963HuC3SlN+JCzvHcETcXfEw+6yPGp+rwW MFZLWoiFbPpt3jERiro05ZxIA+GbR6TEGyDqiFZzcJFkMeG5kN467XSwjYTCggU4Ah kUcUpgO+7RzatdJVjMriSQ8PTuFmLGfNTXdpXbjci90odcQtg3jForgUdhTeB6CzO0 h46NWnfNLBBalR31Ae1Sm2DIAVeHz4mpxBEPzRXmCeW+PeSSYjkJ0+3kg0CsbYZ8Rs LJlDtOpwY7ZjlzebrjhpctH/MiK8UBabJN1BTofo8vK8QKjT5gXXGRV82bIzqde5mL lKEzYtXu53wCg== From: Mike Rapoport To: Jonathan Corbet Cc: Andrew Morton , Bagas Sanjaya , David Hildenbrand , Johannes Weiner , Lorenzo Stoakes , "Matthew Wilcox (Oracle)" , Mel Gorman , Michal Hocko , Mike Rapoport , Vlastimil Babka , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: [PATCH] docs/mm: Physical Memory: remove useless markup Date: Fri, 27 Jan 2023 10:03:52 +0200 Message-Id: <20230127080352.177185-1-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" From: "Mike Rapoport (IBM)" Jon says: > +See also :ref:`Page Reclaim `. Can also just be "See also Documentation/mm/page_reclaim.rst". The right things will happen in the HTML output, readers of the plain-text will know immediately where to go, and we don't have to add the label clutter. Remove reference markup and unnecessary labes and use plain file names. Fixes: 5d8c5e430a63 ("docs/mm: Physical Memory: add structure, introduction= and nodes description") Suggested-by: Jonathan Corbet Signed-off-by: Mike Rapoport (IBM) Acked-by: Bagas Sanjaya --- Documentation/core-api/dma-api.rst | 2 -- Documentation/mm/page_reclaim.rst | 2 -- Documentation/mm/physical_memory.rst | 6 +++--- 3 files changed, 3 insertions(+), 7 deletions(-) diff --git a/Documentation/core-api/dma-api.rst b/Documentation/core-api/dm= a-api.rst index c847a5b0a0d3..829f20a193ca 100644 --- a/Documentation/core-api/dma-api.rst +++ b/Documentation/core-api/dma-api.rst @@ -1,5 +1,3 @@ -.. _dma_api: - =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Dynamic DMA mapping using the generic device =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D diff --git a/Documentation/mm/page_reclaim.rst b/Documentation/mm/page_recl= aim.rst index 3fccde066436..50a30b7f8ac3 100644 --- a/Documentation/mm/page_reclaim.rst +++ b/Documentation/mm/page_reclaim.rst @@ -1,7 +1,5 @@ .. SPDX-License-Identifier: GPL-2.0 =20 -.. _page_reclaim: - =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Page Reclaim =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D diff --git a/Documentation/mm/physical_memory.rst b/Documentation/mm/physic= al_memory.rst index d24220d62475..120d54ba6ea7 100644 --- a/Documentation/mm/physical_memory.rst +++ b/Documentation/mm/physical_memory.rst @@ -39,8 +39,8 @@ one of the types described below. * ``ZONE_DMA`` and ``ZONE_DMA32`` historically represented memory suitable= for DMA by peripheral devices that cannot access all of the addressable memory. For many years there are better more and robust interfaces to get - memory with DMA specific requirements (:ref:`DMA API `), but - ``ZONE_DMA`` and ``ZONE_DMA32`` still represent memory ranges that have + memory with DMA specific requirements (Documentation/core-api/dma-api.rs= t), + but ``ZONE_DMA`` and ``ZONE_DMA32`` still represent memory ranges that h= ave restrictions on how they can be accessed. Depending on the architecture, either of these zone types or even they b= oth can be disabled at build time using ``CONFIG_ZONE_DMA`` and @@ -252,7 +252,7 @@ General Reclaim control ~~~~~~~~~~~~~~~ =20 -See also :ref:`Page Reclaim `. +See also Documentation/mm/page_reclaim.rst. =20 ``kswapd`` Per-node instance of kswapd kernel thread. --=20 2.35.1