Message ID | 20230101094523.1522109-1-rppt@kernel.org |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:4e01:0:0:0:0:0 with SMTP id p1csp3701466wrt; Sun, 1 Jan 2023 01:46:57 -0800 (PST) X-Google-Smtp-Source: AMrXdXsuaqcARFaXwV/w/FQuHbmQBl1BgGHXUa/40p14zS/u/iOUQAREr1U3QsHHs0pz9dGsSA2C X-Received: by 2002:a17:907:8c06:b0:7c1:3fbd:d569 with SMTP id ta6-20020a1709078c0600b007c13fbdd569mr33681822ejc.8.1672566417412; Sun, 01 Jan 2023 01:46:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672566417; cv=none; d=google.com; s=arc-20160816; b=jUcDKVPVjBEiR+ejb1LyDFcBJtmkkoNRTnuhg+bZZf1byOJbB++RtYmteMKmRf3q2h 1EpNO5HLpNZw4AXSTj2Ul9B7e+w/EDXBYqNRuk/b+08NfHQ2c2zIywFOO6/nteLVU2WR pWM3Ne+SGNJ5S6sCo+CIP2JRie/jQj7qI0hc9H0BidkLhHRMy2VeFtSG/gRJNcAHp8TB RV3RR7nJE0bOrlIiKN3TsTU5LSQI0pSyhHK8POXByiMJeVgudmV/K7kFVfR2rPgEHXpg HwzIn0V3qYyLtZWPa535r4Cuzrk84SClqL24xEV9WTjoSq1gvGIarIYn1OMYp9Q22Yay /r/Q== 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=AOFwt/rMl34QYFDgG+IFsTRZ3COp9m1/9uwSNNhlKUc=; b=SL33eaUpVvs8jHSEW+N05M7xGez9DWAGGo/9qxfSxN35ef78gNS5yldPABH2nDNjHY Xz19aLCXNIJXlN8SjzPwJrUgCFPxaz02ONPz8DzdRI6nzUXKOrDsUhZxU5jLN6BM+SJk I0FCAm2iMW0ioeHgJE+o3UTsAqZFwgHOSUvHqpw71UjyoHawHTB5Sz9KreoSm7YRqRcg 3k+lTLfd4MKpbxevP+dpEpxJ8AKGJ3qlRlIP2KIeXSKfBFBGTVkOr4xpLXPWepepvHgj 1inzScosa0+g2OvYnEXKFeKpX+vWGoH3l3cCASlzxYi63l0I8EgTyOXX1NgOxyUzx1I4 vOvA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=l605tFbw; 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 ee33-20020a056402292100b004542c9947c1si17832146edb.217.2023.01.01.01.46.33; Sun, 01 Jan 2023 01:46:57 -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=l605tFbw; 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 S229580AbjAAJpm (ORCPT <rfc822;cscallsign@gmail.com> + 99 others); Sun, 1 Jan 2023 04:45:42 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48010 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229447AbjAAJpk (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Sun, 1 Jan 2023 04:45:40 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D754638B7; Sun, 1 Jan 2023 01:45:39 -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 642F9B8098D; Sun, 1 Jan 2023 09:45:38 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AA764C433EF; Sun, 1 Jan 2023 09:45:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1672566337; bh=S690dzApcNJps+1GPKb70Yam/rqSaO/9A8Dhwi270eE=; h=From:To:Cc:Subject:Date:From; b=l605tFbwUFm3w80lawUFpjkrpDG/sIpzR0xLWDf1VAWe+tuK+f++noEsOFZg1IpHo +trObOW1M/J+f81U/XPUZ1Vv2MCbesUx8gRFaB7JDpXGs/mui0R2WFysTqyIGX5hPL 8koUbaweexTanP7oTAEFtL3efj0xB0vB+nwLYnUr+Ovnz6fhSb0qSGRqXgfMTKev5n h1+DstT/pzHeCJ2Z6EePuAMiRBTWtD/drfev3+cZELw+oeKulo840h4icBkB2J7xfn dGdTSK2ehSN5XtGKReUYEUBVpEhYGyAVliX+DzXEkrrehkixu2OLNFhsltA2gXOXWd FIlaqGI3hn6kg== From: Mike Rapoport <rppt@kernel.org> To: Jonathan Corbet <corbet@lwn.net> Cc: Andrew Morton <akpm@linux-foundation.org>, David Hildenbrand <david@redhat.com>, Johannes Weiner <hannes@cmpxchg.org>, Lorenzo Stoakes <lstoakes@gmail.com>, "Matthew Wilcox (Oracle)" <willy@infradead.org>, Mel Gorman <mgorman@suse.de>, Michal Hocko <mhocko@kernel.org>, Mike Rapoport <rppt@kernel.org>, Vlastimil Babka <vbabka@suse.cz>, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: [PATCH 0/2] docs/mm: start filling out new structure Date: Sun, 1 Jan 2023 11:45:21 +0200 Message-Id: <20230101094523.1522109-1-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1753813003378654024?= X-GMAIL-MSGID: =?utf-8?q?1753813003378654024?= |
Series |
docs/mm: start filling out new structure
|
|
Message
Mike Rapoport
Jan. 1, 2023, 9:45 a.m. UTC
From: "Mike Rapoport (IBM)" <rppt@kernel.org>
Hi,
Last year at LSF/MM Matthew promptly created the new structure for MM
documentation, but there still was no patches with content.
I've started to work on it a while ago and I wanted to send it out in a
more complete form, but I've got distracted and didn't have time to work
on this.
With fast changes around struct page and the threat of Lorenzo's book,
I've decided to send out what I have till now with a hope that we can
really make this a collaborative effort with people filling paragraph
here and there.
If somebody does not feel like sending formal patches, just send me the
"raw" text my way and I'll deal with the rest.
The text is relatively heavily formatted because I believe the target
audience will prefer html version.
Mike Rapoport (IBM) (2):
docs/mm: Page Reclaim: add page label to allow external references
docs/mm: Physical Memory: add structure, introduction and nodes
description
Documentation/mm/page_reclaim.rst | 2 +
Documentation/mm/physical_memory.rst | 322 +++++++++++++++++++++++++++
2 files changed, 324 insertions(+)
Comments
On Sun, Jan 01, 2023 at 11:45:21AM +0200, Mike Rapoport wrote: > From: "Mike Rapoport (IBM)" <rppt@kernel.org> > > Hi, > > Last year at LSF/MM Matthew promptly created the new structure for MM > documentation, but there still was no patches with content. > > I've started to work on it a while ago and I wanted to send it out in a > more complete form, but I've got distracted and didn't have time to work > on this. > > With fast changes around struct page and the threat of Lorenzo's book, > I've decided to send out what I have till now with a hope that we can > really make this a collaborative effort with people filling paragraph > here and there. :)) Don't worry, I feel as if this documentation and my book only overlap partially, so there is no reason to consider it a threat! Being a developer I love bullet points. So I will sum up my thoughts on this that way:- - I have to, practically, target a single kernel version (v6.0) if I am to stand any chance of getting this done. By the time the book is released (mid 2024 maybe even later?) it will have slid further from tip kernel so the aims of the documentation and the book naturally diverge on this basis alone. - I have to, again for entirely pragmatic reasons, target a specific architecture (x86-64) where architecture-specific discussions are to be had, another luxury the core documents cannot afford, so in this respect they must go further and be broader than my own. - The aims of the mm documentation here are, as I gather, to provide a broad overview, API guide, and general explainer. Of course the book will somewhat overlap with each of these, but I am also taking a deeply self-indulgent (and perhaps unwise) approach of going quite a bit deeper and diving into code and visualisations and providing something of a 'guided tour' of the kernel in a way that just wouldn't make sense or be probably particularly helpful in the context of mm docs. - I feel as if the two are actually symbiotic rather than in competition and I really want both to happen and be helpful to people, coming from different angles and with different aims as they do. Given your and other maintainers's competence and experience both of which dramatically eclipse mine many, many times over I am certain these documents will be excellent and will be extremely useful, I only hope that the book can at least somewhat compare! I'd like to contribute too but my time is so limited with the day job and book that I'd rather keep what time I have for kernel contributions to code/reviews in order to keep myself 'in the game' so to speak, however I am happy to review when I have a moment to! Proximally speaking, I will take a look at the actual patches here and try (humbly!) to review as best I can! I should add that I feel quite honoured to be referenced at all here! :) Cheers, Lorenzo > > If somebody does not feel like sending formal patches, just send me the > "raw" text my way and I'll deal with the rest. > > The text is relatively heavily formatted because I believe the target > audience will prefer html version. > > Mike Rapoport (IBM) (2): > docs/mm: Page Reclaim: add page label to allow external references > docs/mm: Physical Memory: add structure, introduction and nodes > description > > Documentation/mm/page_reclaim.rst | 2 + > Documentation/mm/physical_memory.rst | 322 +++++++++++++++++++++++++++ > 2 files changed, 324 insertions(+) > > -- > 2.35.1 >