From: Stephen Hemminger <stephen@networkplumber.org>
To: Bruce Richardson <bruce.richardson@intel.com>
Cc: dev@dpdk.org
Subject: Re: [PATCH 00/10] centralise base code handling for drivers
Date: Thu, 10 Apr 2025 08:37:20 -0700 [thread overview]
Message-ID: <20250410083720.07b762f5@hermes.local> (raw)
In-Reply-To: <20250331161000.9886-1-bruce.richardson@intel.com>
On Mon, 31 Mar 2025 17:09:49 +0100
Bruce Richardson <bruce.richardson@intel.com> wrote:
> Many DPDK drivers use the same pattern for base code handling, having
> a meson.build file in the base code directory which optionally defines
> some custom cflags for the base code build, then builds the code as a
> static library and extracts the objects from it. (The reason behind this
> is that, in meson, cflags apply per-object, so we need to have a
> separate build object for the base code to use custom flags)
>
> This patchset deduplicates this logic by putting it into the
> drivers/meson.build file, and allowing individual drivers to then just
> specify values for "base_sources" and "base_cflags".
>
> Depends-on: Series-34946 ("net/intel: clean up base code build")
>
> Bruce Richardson (10):
> build: add generic support for base code in drivers
> common/sfc_efx: use common base code build handling
> net/hinic: use common base code build handling
> net/intel: use common base code build handling
> net/ngbe: use common base code build handling
> net/octeontx: use common base code build handling
> net/qede: use common base code build handling
> net/thunderx: use common base code build handling
> net/txgbe: use common base code build handling
> raw/ifpga: use common base code build handling
>
> drivers/common/sfc_efx/base/meson.build | 18 +++---------------
> drivers/common/sfc_efx/meson.build | 3 ---
> drivers/meson.build | 20 ++++++++++++++++++++
> drivers/net/hinic/base/meson.build | 16 +++++-----------
> drivers/net/hinic/meson.build | 1 -
> drivers/net/intel/e1000/meson.build | 3 ---
> drivers/net/intel/fm10k/meson.build | 3 ---
> drivers/net/intel/i40e/meson.build | 2 --
> drivers/net/intel/iavf/meson.build | 1 -
> drivers/net/intel/ice/base/meson.build | 22 +++++++---------------
> drivers/net/intel/ice/meson.build | 2 --
> drivers/net/intel/idpf/meson.build | 1 -
> drivers/net/intel/ixgbe/meson.build | 3 ---
> drivers/net/ngbe/base/meson.build | 12 ++----------
> drivers/net/ngbe/meson.build | 3 ---
> drivers/net/octeontx/base/meson.build | 19 +------------------
> drivers/net/octeontx/meson.build | 3 ---
> drivers/net/qede/base/meson.build | 17 +++++------------
> drivers/net/qede/meson.build | 1 -
> drivers/net/thunderx/base/meson.build | 10 +---------
> drivers/net/thunderx/meson.build | 3 ---
> drivers/net/txgbe/base/meson.build | 18 ++----------------
> drivers/net/txgbe/meson.build | 3 ---
> drivers/raw/ifpga/base/meson.build | 21 ++-------------------
> drivers/raw/ifpga/meson.build | 15 ++++++++++++---
> 25 files changed, 60 insertions(+), 160 deletions(-)
Looks ok to me. Since depends on the Intel part, lets take this through next-intel tree.
Series-Acked-by: Stephen Hemminger <stephen@networkplumber.org>
next prev parent reply other threads:[~2025-04-10 15:37 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-31 16:09 [PATCH 00/10] centralise base code handling for drivers Bruce Richardson
2025-03-31 16:09 ` [PATCH 01/10] build: add generic support for base code in drivers Bruce Richardson
2025-03-31 16:09 ` [PATCH 02/10] common/sfc_efx: use common base code build handling Bruce Richardson
2025-04-01 7:10 ` Andrew Rybchenko
2025-03-31 16:09 ` [PATCH 03/10] net/hinic: " Bruce Richardson
2025-03-31 16:09 ` [PATCH 04/10] net/intel: " Bruce Richardson
2025-04-02 13:05 ` David Marchand
2025-04-02 13:42 ` Bruce Richardson
2025-03-31 16:09 ` [PATCH 05/10] net/ngbe: " Bruce Richardson
2025-03-31 16:09 ` [PATCH 06/10] net/octeontx: " Bruce Richardson
2025-03-31 16:09 ` [PATCH 07/10] net/qede: " Bruce Richardson
2025-03-31 16:09 ` [PATCH 08/10] net/thunderx: " Bruce Richardson
2025-03-31 16:09 ` [PATCH 09/10] net/txgbe: " Bruce Richardson
2025-03-31 16:10 ` [PATCH 10/10] raw/ifpga: " Bruce Richardson
2025-04-01 0:27 ` Xu, Rosen
2025-04-02 13:08 ` [PATCH 00/10] centralise base code handling for drivers David Marchand
2025-04-02 13:44 ` Bruce Richardson
2025-04-07 15:31 ` Bruce Richardson
2025-04-07 15:24 ` [PATCH v2 00/10] centralize " Bruce Richardson
2025-04-07 15:25 ` [PATCH v2 01/10] build: add generic support for base code in drivers Bruce Richardson
2025-04-07 15:25 ` [PATCH v2 02/10] common/sfc_efx: use common base code build handling Bruce Richardson
2025-04-07 15:25 ` [PATCH v2 03/10] net/hinic: " Bruce Richardson
2025-04-07 15:25 ` [PATCH v2 04/10] net/intel: " Bruce Richardson
2025-04-07 15:25 ` [PATCH v2 05/10] net/ngbe: " Bruce Richardson
2025-04-07 15:25 ` [PATCH v2 06/10] net/octeontx: " Bruce Richardson
2025-04-07 15:25 ` [PATCH v2 07/10] net/qede: " Bruce Richardson
2025-04-07 15:25 ` [PATCH v2 08/10] net/thunderx: " Bruce Richardson
2025-04-07 15:25 ` [PATCH v2 09/10] net/txgbe: " Bruce Richardson
2025-04-07 15:25 ` [PATCH v2 10/10] raw/ifpga: " Bruce Richardson
2025-04-10 15:37 ` Stephen Hemminger [this message]
2025-04-28 16:44 ` [PATCH 00/10] centralise base code handling for drivers Bruce Richardson
2025-05-06 13:15 ` David Marchand
2025-05-06 13:13 ` David Marchand
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=20250410083720.07b762f5@hermes.local \
--to=stephen@networkplumber.org \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.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 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.