public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
To: Randy Dunlap <rdunlap@infradead.org>
Cc: Linux Documentation <linux-doc@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Jonathan Corbet <corbet@lwn.net>,
	Linux Kernel Workflows <workflows@vger.kernel.org>
Subject: Re: maintainer profiles
Date: Wed, 15 Apr 2026 13:43:41 +0200	[thread overview]
Message-ID: <20260415134341.002745d2@foz.lan> (raw)
In-Reply-To: <d8804a85-dd2b-481e-903f-c6fea5d24c97@infradead.org>

On Sat, 11 Apr 2026 16:54:00 -0700
Randy Dunlap <rdunlap@infradead.org> wrote:

> Also, does anyone know why some of these profiles are numbered and some
> are not?  See
>   https://docs.kernel.org/maintainer/maintainer-entry-profile.html#existing-profiles
> for odd numbering.

Patch 9/8 fixes it, while solving other issues:

- https://lore.kernel.org/linux-doc/cfff2b313d1f79a5919f400020a1b1a4064a7143.1776252056.git.mchehab+huawei@kernel.org/T/#u

Basically, it creates a hidden TOC which is not displayed, creating
this ReST output:

	- :doc:`Arm And Arm64 Soc Sub-Architectures (Common Parts) <maintainer-soc>`
	- :doc:`Arm/Samsung S3C, S5P And Exynos Arm Architectures <maintainer-soc-clean-dts>`
	- :doc:`Arm/Tesla Fsd Soc Support <maintainer-soc-clean-dts>`
	- `Audit Subsystem <https://github.com/linux-audit/audit-kernel/blob/main/README.md>`_
	- :doc:`Damon <../mm/damon/maintainer-profile>`
	- :doc:`Documentation <../doc-guide/maintainer-profile>`
	- :doc:`Google Tensor Soc Support <maintainer-soc-clean-dts>`
	- :doc:`Kernel Nfsd, Sunrpc, And Lockd Servers <../filesystems/nfs/nfsd-maintainer-entry-profile>`
	- :doc:`Kernel Virtual Machine For X86 (Kvm/X86) <maintainer-kvm-x86>`
	- :doc:`Libnvdimm Btt: Block Translation Table <../nvdimm/maintainer-entry-profile>`
	- :doc:`Libnvdimm Pmem: Persistent Memory Driver <../nvdimm/maintainer-entry-profile>`
	- :doc:`Libnvdimm: Non-Volatile Memory Device Subsystem <../nvdimm/maintainer-entry-profile>`
	- :doc:`Media Input Infrastructure (V4L/Dvb) <../driver-api/media/maintainer-entry-profile>`
	- :doc:`Networking Drivers <maintainer-netdev>`
	- :doc:`Networking [General] <maintainer-netdev>`
	- :doc:`Risc-V Architecture <../arch/riscv/patch-acceptance>`
	- `Rust <https://rust-for-linux.com/contributing>`_
	- `Security Subsystem <https://github.com/LinuxSecurityModule/kernel/blob/main/README.md>`_
	- `Selinux Security Module <https://github.com/SELinuxProject/selinux-kernel/blob/main/README.md>`_
	- :doc:`Vfio Pci Device Specific Drivers <../driver-api/vfio-pci-device-specific-driver-acceptance>`
	- :doc:`X86 Architecture (32-Bit And 64-Bit) <maintainer-tip>`
	- :doc:`Xfs Filesystem <../filesystems/xfs/xfs-maintainer-entry-profile>`

	.. toctree::
	   :hidden:

	   ../filesystems/xfs/xfs-maintainer-entry-profile
	   ../driver-api/vfio-pci-device-specific-driver-acceptance
	   maintainer-netdev
	   ../nvdimm/maintainer-entry-profile
	   maintainer-soc
	   maintainer-soc-clean-dts
	   ../doc-guide/maintainer-profile
	   maintainer-kvm-x86
	   ../mm/damon/maintainer-profile
	   ../driver-api/media/maintainer-entry-profile
	   ../arch/riscv/patch-acceptance
	   ../filesystems/nfs/nfsd-maintainer-entry-profile
	   maintainer-tip

E.g. instead of showing the contents of the TOC tree, it shows a
per-subsystem sorted list of items. The TOC tree is used there just
to avoid warnings that a .rst file is not placed on a TOC.

The advantage of such approach is that there's now one item at
the list for each "P:" tag at MAINTAINERS. All of them are
displayed using the name of the subsystem as described there,
e.g. it outputs:

     • Arm And Arm64 Soc Sub-Architectures (Common Parts)
     • Arm/Samsung S3C, S5P And Exynos Arm Architectures
     • Arm/Tesla Fsd Soc Support
     • Audit Subsystem
     • Damon
     • Documentation
     • Google Tensor Soc Support
     • Kernel Nfsd, Sunrpc, And Lockd Servers
     • Kernel Virtual Machine For X86 (Kvm/X86)
     • Libnvdimm Btt: Block Translation Table
     • Libnvdimm Pmem: Persistent Memory Driver
     • Libnvdimm: Non-Volatile Memory Device Subsystem
     • Media Input Infrastructure (V4L/Dvb)
     • Networking Drivers
     • Networking [General]
     • Risc-V Architecture
     • Rust
     • Security Subsystem
     • Selinux Security Module
     • Vfio Pci Device Specific Drivers
     • X86 Architecture (32-Bit And 64-Bit)
     • Xfs Filesystem

Each of entry there with either a cross-reference to a document or
with a reference to an external site.

Thanks,
Mauro

  parent reply	other threads:[~2026-04-15 11:43 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-04-10  0:18 maintainer profiles Randy Dunlap
2026-04-10  8:12 ` Mauro Carvalho Chehab
2026-04-11 23:54   ` Randy Dunlap
2026-04-12  0:02     ` Randy Dunlap
2026-04-12  6:31       ` Mauro Carvalho Chehab
2026-04-15 11:43     ` Mauro Carvalho Chehab [this message]
2026-04-13 19:03 ` Jonathan Corbet
2026-04-13 21:39   ` Dan Williams
2026-04-13 23:08     ` Randy Dunlap
2026-04-14 12:37     ` Mauro Carvalho Chehab
2026-04-14 14:32       ` Mauro Carvalho Chehab
2026-04-15  0:44         ` Dan Williams
2026-04-14 11:18 ` Krzysztof Kozlowski
2026-04-15  2:03   ` Randy Dunlap

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260415134341.002745d2@foz.lan \
    --to=mchehab+huawei@kernel.org \
    --cc=corbet@lwn.net \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rdunlap@infradead.org \
    --cc=workflows@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox