From: Bruce Richardson <bruce.richardson@intel.com>
To: David Marchand <david.marchand@redhat.com>
Cc: <dev@dpdk.org>
Subject: Re: [PATCH v2 0/8] centralize AVX-512 feature detection
Date: Tue, 8 Oct 2024 11:02:19 +0100 [thread overview]
Message-ID: <ZwUDK5MQkSbGCsD3@bricha3-mobl1.ger.corp.intel.com> (raw)
In-Reply-To: <CAJFAV8xs4GTeHz_DvWh1fq7T-yQVZdnUJxOaQosFx6jcNrE=xg@mail.gmail.com>
On Tue, Oct 08, 2024 at 10:49:39AM +0200, David Marchand wrote:
> On Tue, Oct 1, 2024 at 1:19 PM Bruce Richardson
> <bruce.richardson@intel.com> wrote:
> >
> > The meson code to detect CPU and compiler support for AVX512 was duplicated
> > across multiple drivers. Do all detection in just a single place to simplify
> > the code.
> >
> > v2: ensure that target_has_avx512 is always defined on x86 to fix build errors
> >
> > Bruce Richardson (8):
> > config/x86: add global defines for checking AVX-512
> > event/dlb2: use global AVX-512 variables
> > common/idpf: use global AVX-512 variables
> > net/cpfl: use global AVX-512 variables
> > net/i40e: use global AVX-512 variables
> > net/iavf: use global AVX-512 variables
> > net/ice: use global AVX-512 variables
> > net/idpf: use global AVX-512 variables
> >
> > config/x86/meson.build | 19 +++++++++++----
> > drivers/common/idpf/meson.build | 17 ++-----------
> > drivers/event/dlb2/meson.build | 42 +++++++--------------------------
> > drivers/net/cpfl/meson.build | 19 ++-------------
> > drivers/net/i40e/meson.build | 13 ++--------
> > drivers/net/iavf/meson.build | 13 ++--------
> > drivers/net/ice/meson.build | 15 ++----------
> > drivers/net/idpf/meson.build | 19 ++-------------
> > 8 files changed, 36 insertions(+), 121 deletions(-)
>
> Thanks for this cleanup, I have two comments.
>
> - Some drivers were going into great lenghts to check that individiual
> avx512 features were available.
> With this series, we end up requiring support for all features to
> announce avx512 availability.
> Are we perhaps disabling AVX512 support with some toolchains, out
> there, supporting only part of the set?
>
The various AVX-512 feature sets checked for (F, BW, VL, DQ) were all
introduced in the same hardware generation - all are available in gcc when
using -march=skylake-avx512 or later, or -march=znver4. On the toolchain
side, gcc introduced all these flags simultaneously in gcc-6 [1]. For
clang/llvm, testing with godbolt for compiler errors/warnings indicates
that all these 4 avx512 flags are available from clang 3.6 - the minimum we
support in DPDK [2]
[1] https://gcc.gnu.org/gcc-6/changes.html
[2] https://doc.dpdk.org/guides/linux_gsg/sys_reqs.html#compilation-of-the-dpdk
> - Some drivers were checking for presence of -mno-avx512f in
> machine_args as a way to disable building any AVX512 stuff.
> This gets discarded with this series.
>
Yes, because it should no longer be necessary. The places in the build
system where we set the no-avx512f flag are reworked so that we don't have
cc_has_avx512 set.
Regards,
/Bruce
next prev parent reply other threads:[~2024-10-08 10:02 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-30 17:50 [PATCH v1 " Bruce Richardson
2024-09-30 17:50 ` [PATCH v1 1/8] config/x86: add global defines for checking AVX-512 Bruce Richardson
2024-09-30 17:50 ` [PATCH v1 2/8] event/dlb2: use global AVX-512 variables Bruce Richardson
2024-09-30 17:50 ` [PATCH v1 3/8] common/idpf: " Bruce Richardson
2024-09-30 17:50 ` [PATCH v1 4/8] net/cpfl: " Bruce Richardson
2024-09-30 17:50 ` [PATCH v1 5/8] net/i40e: " Bruce Richardson
2024-09-30 17:50 ` [PATCH v1 6/8] net/iavf: " Bruce Richardson
2024-09-30 17:50 ` [PATCH v1 7/8] net/ice: " Bruce Richardson
2024-09-30 17:50 ` [PATCH v1 8/8] net/idpf: " Bruce Richardson
2024-10-01 11:17 ` [PATCH v2 0/8] centralize AVX-512 feature detection Bruce Richardson
2024-10-01 11:17 ` [PATCH v2 1/8] config/x86: add global defines for checking AVX-512 Bruce Richardson
2024-10-01 11:17 ` [PATCH v2 2/8] event/dlb2: use global AVX-512 variables Bruce Richardson
2024-10-01 11:17 ` [PATCH v2 3/8] common/idpf: " Bruce Richardson
2024-10-01 11:17 ` [PATCH v2 4/8] net/cpfl: " Bruce Richardson
2024-10-01 11:17 ` [PATCH v2 5/8] net/i40e: " Bruce Richardson
2024-10-01 11:17 ` [PATCH v2 6/8] net/iavf: " Bruce Richardson
2024-10-01 11:18 ` [PATCH v2 7/8] net/ice: " Bruce Richardson
2024-10-01 11:18 ` [PATCH v2 8/8] net/idpf: " Bruce Richardson
2024-10-08 8:49 ` [PATCH v2 0/8] centralize AVX-512 feature detection David Marchand
2024-10-08 10:02 ` Bruce Richardson [this message]
2024-10-08 11:33 ` David Marchand
2024-10-08 11:35 ` Bruce Richardson
2024-10-08 16:52 ` [PATCH v3 00/10] " Bruce Richardson
2024-10-08 16:52 ` [PATCH v3 01/10] config/x86: add global defines for checking AVX-512 Bruce Richardson
2024-10-08 16:52 ` [PATCH v3 02/10] event/dlb2: use global AVX-512 variables Bruce Richardson
2024-10-08 16:52 ` [PATCH v3 03/10] common/idpf: " Bruce Richardson
2024-10-08 16:52 ` [PATCH v3 04/10] net/cpfl: " Bruce Richardson
2024-10-08 16:52 ` [PATCH v3 05/10] net/i40e: " Bruce Richardson
2024-10-08 16:52 ` [PATCH v3 06/10] net/iavf: " Bruce Richardson
2024-10-08 16:52 ` [PATCH v3 07/10] net/ice: " Bruce Richardson
2024-10-08 16:52 ` [PATCH v3 08/10] net/idpf: " Bruce Richardson
2024-10-08 16:52 ` [PATCH v3 09/10] net/virtio: " Bruce Richardson
2024-10-08 16:52 ` [PATCH v3 10/10] net: " Bruce Richardson
2024-10-09 9:05 ` [PATCH v3 00/10] centralize AVX-512 feature detection 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=ZwUDK5MQkSbGCsD3@bricha3-mobl1.ger.corp.intel.com \
--to=bruce.richardson@intel.com \
--cc=david.marchand@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).