From: Markus Armbruster <armbru@redhat.com>
To: qemu-devel@nongnu.org
Cc: qemu-riscv@nongnu.org, qemu-ppc@nongnu.org,
qemu-block@nongnu.org, integration@gluster.org,
"Zhao Liu" <zhao1.liu@intel.com>,
"Yoshinori Sato" <yoshinori.sato@nifty.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Peter Xu" <peterx@redhat.com>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Milan Zamazal" <mzamazal@redhat.com>,
"Mauro Carvalho Chehab" <mchehab+huawei@kernel.org>,
"Mark Kanda" <mark.kanda@oracle.com>,
"Li Zhijian" <lizhijian@fujitsu.com>,
"Glenn Miles" <milesg@linux.ibm.com>,
"Gautam Menghani" <gautam@linux.ibm.com>,
"Fabiano Rosas" <farosas@suse.de>,
"Ben Chaney" <bchaney@akamai.com>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Thomas Huth" <thuth@redhat.com>,
"Peter Maydell" <peter.maydell@linaro.org>,
"Pierrick Bouvier" <pierrick.bouvier@oss.qualcomm.com>,
"Cédric Le Goater" <clg@redhat.com>
Subject: MAINTAINERS entries that aren't S: Orphan but maybe should be
Date: Wed, 06 May 2026 14:01:46 +0200 [thread overview]
Message-ID: <87y0hwbvbp.fsf@pond.sub.org> (raw)
I'm cc'ing reviewers and lists mentioned below, and frequent
contributors to MAINTAINERS.
There are a number of MAINTAINERS entries with S: other than "Orphan"
without M:
$ awk '/^M: / { m++ } /^S: / { s=$2 } /^$/ && s { if (!m && s != "Orphan") print t; m=0; s=""; getline; t=FILENAME ":" FNR ": " $0; next }' MAINTAINERS
MAINTAINERS:1736: Microchip PolarFire SoC Icicle Kit
MAINTAINERS:1792: SH4 Machines
MAINTAINERS:2022: Machine core
MAINTAINERS:2226: ACPI/HEST/GHES/ARM processor CPER
MAINTAINERS:2555: vhost-user-scmi
MAINTAINERS:2862: XIVE
MAINTAINERS:2872: Renesas peripherals
MAINTAINERS:3165: CheckPoint and Restart (CPR)
MAINTAINERS:3719: Checkpatch
MAINTAINERS:3746: RDMA Migration
MAINTAINERS:3894: Record/replay
MAINTAINERS:4029: OpenSBI Firmware
MAINTAINERS:4153: SPARC TCG target
MAINTAINERS:4233: CURL
MAINTAINERS:4238: GLUSTER
Some of these have R:
MAINTAINERS:1792: SH4 Machines
R: Yoshinori Sato <yoshinori.sato@nifty.com>
S: Odd Fixes
MAINTAINERS:2022: Machine core
R: Philippe Mathieu-Daudé <philmd@linaro.org>
R: Zhao Liu <zhao1.liu@intel.com>
S: Supported
MAINTAINERS:2226: ACPI/HEST/GHES/ARM processor CPER
R: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
S: Maintained
MAINTAINERS:2555: vhost-user-scmi
R: Milan Zamazal <mzamazal@redhat.com>
S: Supported
MAINTAINERS:2862: XIVE
R: Gautam Menghani <gautam@linux.ibm.com>
R: Glenn Miles <milesg@linux.ibm.com>
L: qemu-ppc@nongnu.org
S: Odd Fixes
MAINTAINERS:2872: Renesas peripherals
R: Yoshinori Sato <yoshinori.sato@nifty.com>
S: Odd Fixes
MAINTAINERS:3165: CheckPoint and Restart (CPR)
R: Peter Xu <peterx@redhat.com>
R: Fabiano Rosas <farosas@suse.de>
R: Mark Kanda <mark.kanda@oracle.com>
R: Ben Chaney <bchaney@akamai.com>
S: Supported
MAINTAINERS:3746: RDMA Migration
R: Li Zhijian <lizhijian@fujitsu.com>
R: Peter Xu <peterx@redhat.com>
S: Odd Fixes
MAINTAINERS:3894: Record/replay
R: Paolo Bonzini <pbonzini@redhat.com>
R: Alex Bennée <alex.bennee@linaro.org>
S: Odd Fixes
Only R: feels tolerable with S: Odd Fixes. However, S: Supported and
S: Maintained are clearly wrong. Unless somebody steps up to serve as
M:, we should downgrade to S: Odd Fixes. Volunteers?
These have at least L:
MAINTAINERS:1736: Microchip PolarFire SoC Icicle Kit
L: qemu-riscv@nongnu.org
S: Supported
MAINTAINERS:4029: OpenSBI Firmware
L: qemu-riscv@nongnu.org
S: Supported
MAINTAINERS:4233: CURL
L: qemu-block@nongnu.org
S: Odd Fixes
MAINTAINERS:4238: GLUSTER
L: qemu-block@nongnu.org
L: integration@gluster.org
S: Odd Fixes
Likewise. Volunteers?
These have neither:
MAINTAINERS:3719: Checkpatch
S: Odd Fixes
MAINTAINERS:4153: SPARC TCG target
S: Odd Fixes
Unless somebody steps up to server as M: or at least R:, we should
downgrade to S: Orphan. Volunteers?
next reply other threads:[~2026-05-06 12:03 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-06 12:01 Markus Armbruster [this message]
2026-05-06 12:26 ` MAINTAINERS entries that aren't S: Orphan but maybe should be Cédric Le Goater
2026-05-06 13:38 ` Mauro Carvalho Chehab
2026-05-06 13:54 ` Caleb Schlossin
2026-05-06 14:25 ` Harsh Prateek Bora
2026-05-12 17:44 ` Mark Kanda
2026-05-13 5:58 ` Markus Armbruster
2026-05-13 15:49 ` Maciej S. Szmigiero
2026-05-06 12:47 ` Philippe Mathieu-Daudé
2026-05-06 13:23 ` Thomas Huth
2026-05-06 13:40 ` Peter Xu
2026-05-08 7:30 ` Zhijian Li (Fujitsu)
2026-05-06 23:40 ` Alistair Francis
2026-05-07 0:02 ` Sebastian Huber
2026-05-07 0:12 ` Guenter Roeck
2026-05-07 9:51 ` Conor Dooley
2026-05-07 2:34 ` Chao Liu
2026-05-07 5:55 ` Markus Armbruster
2026-05-13 7:10 ` Philippe Mathieu-Daudé
2026-05-13 8:38 ` Jason Wang
2026-05-13 8:55 ` Philippe Mathieu-Daudé
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=87y0hwbvbp.fsf@pond.sub.org \
--to=armbru@redhat.com \
--cc=alex.bennee@linaro.org \
--cc=bchaney@akamai.com \
--cc=clg@redhat.com \
--cc=farosas@suse.de \
--cc=gautam@linux.ibm.com \
--cc=integration@gluster.org \
--cc=lizhijian@fujitsu.com \
--cc=mark.kanda@oracle.com \
--cc=mchehab+huawei@kernel.org \
--cc=milesg@linux.ibm.com \
--cc=mzamazal@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=peterx@redhat.com \
--cc=philmd@linaro.org \
--cc=pierrick.bouvier@oss.qualcomm.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=qemu-riscv@nongnu.org \
--cc=thuth@redhat.com \
--cc=yoshinori.sato@nifty.com \
--cc=zhao1.liu@intel.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.