|
Revision tags: v24.11, v24.11-rc4, v24.11-rc3, v24.11-rc2, v24.11-rc1 |
|
| #
4225db8d |
| 11-Oct-2024 |
Bruce Richardson <bruce.richardson@intel.com> |
eal/x86: cache queried CPU flags
Rather than re-querying the HW each time a CPU flag is requested, we can just save the return value in the flags array. This should speed up repeated querying of CPU
eal/x86: cache queried CPU flags
Rather than re-querying the HW each time a CPU flag is requested, we can just save the return value in the flags array. This should speed up repeated querying of CPU flags, and provides a workaround for a reported issue where errors are seen with constant querying of the AVX-512 CPU flag from a non-AVX VM.
Bugzilla ID: 1501
Signed-off-by: Bruce Richardson <bruce.richardson@intel.com> Acked-by: Konstantin Ananyev <konstantin.ananyev@huawei.com>
show more ...
|
|
Revision tags: v24.07, v24.07-rc4, v24.07-rc3, v24.07-rc2, v24.07-rc1, v24.03, v24.03-rc4, v24.03-rc3, v24.03-rc2, v24.03-rc1, v23.11, v23.11-rc4, v23.11-rc3, v23.11-rc2, v23.11-rc1 |
|
| #
c359a72f |
| 09-Oct-2023 |
Sivaprasad Tummala <sivaprasad.tummala@amd.com> |
eal/x86: add some AMD power management cpuflag
Add a new CPUID flag to indicate support for monitorx instruction on AMD EPYC processors.
Signed-off-by: Sivaprasad Tummala <sivaprasad.tummala@amd.co
eal/x86: add some AMD power management cpuflag
Add a new CPUID flag to indicate support for monitorx instruction on AMD EPYC processors.
Signed-off-by: Sivaprasad Tummala <sivaprasad.tummala@amd.com> Acked-by: Anatoly Burakov <anatoly.burakov@intel.com>
show more ...
|
| #
48c33e8c |
| 11-Aug-2023 |
Sivaprasad Tummala <sivaprasad.tummala@amd.com> |
eal: remove number of cpuflags from API
The RTE_CPUFLAG_NUMFLAGS enum value was mainly a canary for internal use. Yet, it could be passed by an application to rte_cpu_get_flag_enabled() / rte_cpu_ge
eal: remove number of cpuflags from API
The RTE_CPUFLAG_NUMFLAGS enum value was mainly a canary for internal use. Yet, it could be passed by an application to rte_cpu_get_flag_enabled() / rte_cpu_get_flag_name(). So, even though passing this value to those functions is debattable, changing its meaning (by adding a new CPU feature for example) would impact ABI compatibility.
This patch removes RTE_CPUFLAG_NUMFLAGS to avoid such future ABI compatibility issue.
Signed-off-by: Sivaprasad Tummala <sivaprasad.tummala@amd.com> Signed-off-by: David Marchand <david.marchand@redhat.com>
show more ...
|
| #
2454b37b |
| 11-Aug-2023 |
Tyler Retzlaff <roretzla@linux.microsoft.com> |
eal/x86: implement cpuflags for MSVC
The cpuid API is different with MSVC, use __cpuid and __cpuidex intrinsics.
Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com> Acked-by: Morten Brørup
eal/x86: implement cpuflags for MSVC
The cpuid API is different with MSVC, use __cpuid and __cpuidex intrinsics.
Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com> Acked-by: Morten Brørup <mb@smartsharesystems.com>
show more ...
|
|
Revision tags: v23.07, v23.07-rc4, v23.07-rc3, v23.07-rc2, v23.07-rc1, v23.03, v23.03-rc4, v23.03-rc3, v23.03-rc2, v23.03-rc1, v22.11, v22.11-rc4, v22.11-rc3, v22.11-rc2, v22.11-rc1, v22.07, v22.07-rc4, v22.07-rc3, v22.07-rc2, v22.07-rc1, v22.03, v22.03-rc4, v22.03-rc3, v22.03-rc2, v22.03-rc1, v21.11, v21.11-rc4, v21.11-rc3, v21.11-rc2, v21.11-rc1 |
|
| #
2f375875 |
| 08-Oct-2021 |
David Marchand <david.marchand@redhat.com> |
eal/x86: sort CPU extended features definitions
Sort the definitions for extended features (leaf 0) to enhance readability.
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Bruce
eal/x86: sort CPU extended features definitions
Sort the definitions for extended features (leaf 0) to enhance readability.
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com>
show more ...
|
| #
aae3037a |
| 08-Oct-2021 |
David Marchand <david.marchand@redhat.com> |
eal/x86: fix some CPU extended features definitions
Caught while checking CPUID related stuff in OVS.
According to [1], for Structured Extended Feature Flags Enumeration Leaf (EAX = 0x07H, ECX = 0)
eal/x86: fix some CPU extended features definitions
Caught while checking CPUID related stuff in OVS.
According to [1], for Structured Extended Feature Flags Enumeration Leaf (EAX = 0x07H, ECX = 0):
- BMI1 is associated to EBX, bit 3 (was incorrectly 2), - SMEP is associated to EBX, bit 7 (was incorrectly 6), - BMI2 is associated to EBX, bit 8 (was incorrectly 7), - ERMS is associated to EBX, bit 9 (was incorrectly 8),
1: https://software.intel.com/sites/default/files/managed/c5/15/architecture-instruction-set-extensions-programming-reference.pdf
Fixes: af75078fece3 ("first public release") Cc: stable@dpdk.org
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com>
show more ...
|
|
Revision tags: v21.08, v21.08-rc4, v21.08-rc3, v21.08-rc2, v21.08-rc1 |
|
| #
66834f29 |
| 09-Jul-2021 |
Anatoly Burakov <anatoly.burakov@intel.com> |
eal: add power monitor for multiple events
Use RTM and WAITPKG instructions to perform a wait-for-writes similar to what UMWAIT does, but without the limitation of having to listen for just one even
eal: add power monitor for multiple events
Use RTM and WAITPKG instructions to perform a wait-for-writes similar to what UMWAIT does, but without the limitation of having to listen for just one event. This works because the optimized power state used by the TPAUSE instruction will cause a wake up on RTM transaction abort, so if we add the addresses we're interested in to the read-set, any write to those addresses will wake us up.
Signed-off-by: Konstantin Ananyev <konstantin.ananyev@intel.com> Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com> Tested-by: David Hunt <david.hunt@intel.com>
show more ...
|
|
Revision tags: v21.05, v21.05-rc4, v21.05-rc3, v21.05-rc2, v21.05-rc1 |
|
| #
99a2dd95 |
| 20-Apr-2021 |
Bruce Richardson <bruce.richardson@intel.com> |
lib: remove librte_ prefix from directory names
There is no reason for the DPDK libraries to all have 'librte_' prefix on the directory names. This prefix makes the directory names longer and also m
lib: remove librte_ prefix from directory names
There is no reason for the DPDK libraries to all have 'librte_' prefix on the directory names. This prefix makes the directory names longer and also makes it awkward to add features referring to individual libraries in the build - should the lib names be specified with or without the prefix. Therefore, we can just remove the library prefix and use the library's unique name as the directory name, i.e. 'eal' rather than 'librte_eal'
Signed-off-by: Bruce Richardson <bruce.richardson@intel.com>
show more ...
|