From: Stephen Hemminger <stephen@networkplumber.org>
To: Thomas Monjalon <thomas@monjalon.net>
Cc: dev@dpdk.org, Ciara Loftus <ciara.loftus@intel.com>,
Maryam Tahhan <mtahhan@redhat.com>,
Shepard Siegel <shepard.siegel@atomicrules.com>,
Ed Czeck <ed.czeck@atomicrules.com>,
John Miller <john.miller@atomicrules.com>,
Igor Russkikh <irusskikh@marvell.com>,
Steven Webster <steven.webster@windriver.com>,
Matt Peters <matt.peters@windriver.com>,
Selwin Sebastian <selwin.sebastian@amd.com>,
Julien Aube <julien_dpdk@jaube.fr>,
Kishore Padmanabha <kishore.padmanabha@broadcom.com>,
Ajit Khaparde <ajit.khaparde@broadcom.com>,
Nithin Dabilpuram <ndabilpuram@marvell.com>,
Kiran Kumar K <kirankumark@marvell.com>,
Sunil Kumar Kori <skori@marvell.com>,
Satha Rao <skoteshwar@marvell.com>,
Harman Kalra <hkalra@marvell.com>,
Praveen Shetty <praveen.shetty@intel.com>,
Potnuri Bharat Teja <bharat@chelsio.com>,
Hemant Agrawal <hemant.agrawal@nxp.com>,
Sachin Saxena <sachin.saxena@nxp.com>,
Shai Brandes <shaibran@amazon.com>,
Evgeny Schemeilin <evgenys@amazon.com>,
Amit Bernstein <amitbern@amazon.com>,
Wajeeh Atrash <atrwajee@amazon.com>,
Gagandeep Singh <g.singh@nxp.com>,
Vanshika Shukla <vanshika.shukla@nxp.com>,
John Daley <johndale@cisco.com>,
Hyong Youb Kim <hyonkim@cisco.com>, Gaetan Rivet <grive@u256.net>,
Joshua Washington <joshwash@google.com>,
Xiaoyun Wang <cloud.wangxiaoyun@huawei.com>,
Feifei Wang <wangfeifei40@huawei.com>,
Xingui Yang <yangxingui@huawei.com>,
Chengwen Feng <fengchengwen@huawei.com>,
Bruce Richardson <bruce.richardson@intel.com>,
Vladimir Medvedkin <vladimir.medvedkin@intel.com>,
Anatoly Burakov <anatoly.burakov@intel.com>,
Jingjing Wu <jingjing.wu@intel.com>,
Andrew Boyer <andrew.boyer@amd.com>,
Rosen Xu <rosen.xu@altera.com>, Wei Hu <weh@microsoft.com>,
Jakub Grajciar <jgrajcia@cisco.com>,
Matan Azrad <matan@nvidia.com>,
Viacheslav Ovsiienko <viacheslavo@nvidia.com>,
Dariusz Sosnowski <dsosnowski@nvidia.com>,
Bing Zhao <bingz@nvidia.com>, Ori Kam <orika@nvidia.com>,
Suanming Mou <suanmingm@nvidia.com>,
Zyta Szpak <zyta@marvell.com>, Liron Himi <lironh@marvell.com>,
Dimon Zhao <dimon.zhao@nebula-matrix.com>,
Leon Yu <leon.yu@nebula-matrix.com>,
Sam Chen <sam.chen@nebula-matrix.com>,
Martin Spinler <spinler@cesnet.cz>,
Jiawen Wu <jiawenwu@trustnetic.com>,
Zaiyu Wang <zaiyuwang@trustnetic.com>,
Christian Koue Muf <ckm@napatech.com>,
Serhii Iliushyk <sil-plv@napatech.com>,
Vamsi Attunuru <vattunuru@marvell.com>,
Devendra Singh Rawat <dsinghrawat@marvell.com>,
Alok Prasad <palok@marvell.com>,
Howard Wang <howard_wang@realsil.com.cn>,
Chunhao Lin <hau@realtek.com>,
Xing Wang <xing_wang@realsil.com.cn>,
Javen Xu <javen_xu@realsil.com.cn>,
Wenbo Cao <caowenbo@mucse.com>,
Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>,
Jie Liu <liujie5@linkdatatechnology.com>,
Jerin Jacob <jerinj@marvell.com>,
Maciej Czekaj <mczekaj@marvell.com>,
Maxime Coquelin <maxime.coquelin@redhat.com>,
Chenbo Xia <chenbox@nvidia.com>,
Jochen Behrens <jochen.behrens@broadcom.com>,
Renyong Wan <wanry@yunsilicon.com>, Na Na <nana@yunsilicon.com>,
Rong Qian <qianr@yunsilicon.com>,
Xiaoxiong Zhang <zhangxx@yunsilicon.com>,
Dongwei Xu <xudw@yunsilicon.com>,
Junlong Wang <wang.junlong1@zte.com.cn>,
Ming Ran <ran.ming@zte.com.cn>
Subject: Re: [PATCH 3/3] doc: simplify NIC feature matrices
Date: Wed, 23 Sep 2026 09:53:14 -0700 [thread overview]
Message-ID: <20260923095314.517ff931@phoenix.local> (raw)
In-Reply-To: <20260923032502.770744-4-thomas@monjalon.net>
On Wed, 23 Sep 2026 05:20:51 +0200
Thomas Monjalon <thomas@monjalon.net> wrote:
> Remove rows which are not useful in the NIC feature overview:
> documentation availability, basic stats and link status.
> The last two are always implemented so they are not really useful
> in the matrix but their description are kept in features.rst.
>
> Merge Rx/Tx variants when the support is identical:
> descriptor status and runtime queue setup.
>
> Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
> ---
Looks good, I checked build.
You should update the fields you are removing in the overview part.
Other changes that would help in this area:
- have check-doc-vs-code cover all the features
- make sure AGENTS.md has coverage of the features doc
- make sure all offloads covered. I notice rx timestamp isn't
Might be good to split up into multiple tables?
- OS support
- Arch support
- Ethdev ops
- Offloads
PS: AI is good at auditing and refactoring docs like this.
AI review found:
Review: [PATCH 1/3..3/3] doc: overview matrices and NIC feature cleanup
From: Thomas Monjalon <thomas@monjalon.net>
Series summary
Patch 3 does not apply to main (626b7f1). The ice.ini context changed
in 0cc7493 ("net/ice: enable context desc offloads for vector Tx"),
which flipped Inner L3/L4 checksum from P to Y. Trivial rebase. After
fixing ice.ini by hand, no removed key remains in any ini file.
Post-rebase html build (Sphinx 9.1.0, rtd theme 3.1.0) is clean, no
unknown-feature warnings from conf.py. All generated tables carry the
matrix class. Rx/Tx values were identical in every ini before the
merge (27 descriptor status, 13 runtime queue setup). The single
header row takes row-odd, so tbody tr.row-even selects the same rows
as the old nth-child(2n-1).
Patch 1/3: doc: move CSS of overview matrices
Warning:
- generate_overview_table() still takes table_id, which only existed
to build the #idN selectors in print_table_css(). All 21 callers in
setup() still pass it. Drop the parameter and the arguments.
Info:
- The .align-default qualifier is there only to reach specificity
(0,4,x) and beat rtd rules such as
".rst-content table.docutils:not(.field-list) tr:nth-child(2n-1) td".
That class comes from a Sphinx transform added in 2.1. With older
Sphinx (1.7 on RHEL 8) most matrix rules stop matching and the
table renders unstyled; the ID selectors had no such dependency.
Repeating the class (table.matrix.matrix.docutils) gives the same
specificity without relying on Sphinx internals.
Patch 3/3: doc: simplify NIC feature matrices
Warning:
- doc/guides/nics/overview.rst line 22 still lists "documentation
availability" among the differences summarized below. No longer
true once the Usage/Design/Perf doc rows are removed.
Info:
- mana.ini had "Link status = P": mana_dev_link_update() always
reports up at a fixed 100G since MANA has no carrier state. The
matrix was the only place this showed; mana.rst does not mention
it. Worth a line in the mana.rst limitations.
- features.rst Basic stats says "These apply to all drivers." Link
status is kept for the same reason but has no such note. Add it so
readers do not go looking for the row in the matrix.
- vdpadevs/features/default.ini still has Usage doc, Design doc and
Perf doc rows. Same rationale applies; follow-up patch.
- Commit message: "their description are kept" should be "their
descriptions are kept".
next prev parent reply other threads:[~2026-09-23 16:53 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-23 3:20 [PATCH 0/3] improve NIC features matrix Thomas Monjalon
2026-09-23 3:20 ` [PATCH 1/3] doc: move CSS of overview matrices Thomas Monjalon
2026-09-23 3:20 ` [PATCH 2/3] doc: improve style " Thomas Monjalon
2026-09-23 3:20 ` [PATCH 3/3] doc: simplify NIC feature matrices Thomas Monjalon
2026-09-23 16:53 ` Stephen Hemminger [this message]
2026-09-23 17:02 ` Stephen Hemminger
2026-09-24 7:54 ` fengchengwen
2026-09-29 14:35 ` [PATCH 0/3] improve NIC features matrix Stephen Hemminger
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=20260923095314.517ff931@phoenix.local \
--to=stephen@networkplumber.org \
--cc=ajit.khaparde@broadcom.com \
--cc=amitbern@amazon.com \
--cc=anatoly.burakov@intel.com \
--cc=andrew.boyer@amd.com \
--cc=andrew.rybchenko@oktetlabs.ru \
--cc=atrwajee@amazon.com \
--cc=bharat@chelsio.com \
--cc=bingz@nvidia.com \
--cc=bruce.richardson@intel.com \
--cc=caowenbo@mucse.com \
--cc=chenbox@nvidia.com \
--cc=ciara.loftus@intel.com \
--cc=ckm@napatech.com \
--cc=cloud.wangxiaoyun@huawei.com \
--cc=dev@dpdk.org \
--cc=dimon.zhao@nebula-matrix.com \
--cc=dsinghrawat@marvell.com \
--cc=dsosnowski@nvidia.com \
--cc=ed.czeck@atomicrules.com \
--cc=evgenys@amazon.com \
--cc=fengchengwen@huawei.com \
--cc=g.singh@nxp.com \
--cc=grive@u256.net \
--cc=hau@realtek.com \
--cc=hemant.agrawal@nxp.com \
--cc=hkalra@marvell.com \
--cc=howard_wang@realsil.com.cn \
--cc=hyonkim@cisco.com \
--cc=irusskikh@marvell.com \
--cc=javen_xu@realsil.com.cn \
--cc=jerinj@marvell.com \
--cc=jgrajcia@cisco.com \
--cc=jiawenwu@trustnetic.com \
--cc=jingjing.wu@intel.com \
--cc=jochen.behrens@broadcom.com \
--cc=john.miller@atomicrules.com \
--cc=johndale@cisco.com \
--cc=joshwash@google.com \
--cc=julien_dpdk@jaube.fr \
--cc=kirankumark@marvell.com \
--cc=kishore.padmanabha@broadcom.com \
--cc=leon.yu@nebula-matrix.com \
--cc=lironh@marvell.com \
--cc=liujie5@linkdatatechnology.com \
--cc=matan@nvidia.com \
--cc=matt.peters@windriver.com \
--cc=maxime.coquelin@redhat.com \
--cc=mczekaj@marvell.com \
--cc=mtahhan@redhat.com \
--cc=nana@yunsilicon.com \
--cc=ndabilpuram@marvell.com \
--cc=orika@nvidia.com \
--cc=palok@marvell.com \
--cc=praveen.shetty@intel.com \
--cc=qianr@yunsilicon.com \
--cc=ran.ming@zte.com.cn \
--cc=rosen.xu@altera.com \
--cc=sachin.saxena@nxp.com \
--cc=sam.chen@nebula-matrix.com \
--cc=selwin.sebastian@amd.com \
--cc=shaibran@amazon.com \
--cc=shepard.siegel@atomicrules.com \
--cc=sil-plv@napatech.com \
--cc=skori@marvell.com \
--cc=skoteshwar@marvell.com \
--cc=spinler@cesnet.cz \
--cc=steven.webster@windriver.com \
--cc=suanmingm@nvidia.com \
--cc=thomas@monjalon.net \
--cc=vanshika.shukla@nxp.com \
--cc=vattunuru@marvell.com \
--cc=viacheslavo@nvidia.com \
--cc=vladimir.medvedkin@intel.com \
--cc=wang.junlong1@zte.com.cn \
--cc=wangfeifei40@huawei.com \
--cc=wanry@yunsilicon.com \
--cc=weh@microsoft.com \
--cc=xing_wang@realsil.com.cn \
--cc=xudw@yunsilicon.com \
--cc=yangxingui@huawei.com \
--cc=zaiyuwang@trustnetic.com \
--cc=zhangxx@yunsilicon.com \
--cc=zyta@marvell.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox