#
dbdf3d55 |
| 03-Oct-2024 |
Isaac Boukris <iboukris@gmail.com> |
timer: override CPU TSC frequency with OS value
The CPU provided value is often not accurate, allow overriding it based on info from the host OS.
On Linux x86, if the tsc_known_freq cpu flag is mis
timer: override CPU TSC frequency with OS value
The CPU provided value is often not accurate, allow overriding it based on info from the host OS.
On Linux x86, if the tsc_known_freq cpu flag is missing, it means the kernel doesn't trust it and calculates its own. We should do the same to avoid drift.
On Freebsd, we have access to the kernel tsc_hz value, just use it.
Bugzilla ID: 959
Signed-off-by: Isaac Boukris <iboukris@gmail.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com> Acked-by: Stephen Hemminger <stephen@networkplumber.org>
show more ...
|
#
7268f21a |
| 03-Oct-2024 |
Isaac Boukris <iboukris@gmail.com> |
timer: improve TSC estimation accuracy
In practice, the frequency is often not a nice round number, while the estimation results are rather accurate, just a couple of KHz away from the kernel's tsc_
timer: improve TSC estimation accuracy
In practice, the frequency is often not a nice round number, while the estimation results are rather accurate, just a couple of KHz away from the kernel's tsc_khz value, so it should suffice.
Rounding to 10MHz can cause a significant drift from real time, up to a second per 10 minutes.
Bugzilla ID: 959
Signed-off-by: Isaac Boukris <iboukris@gmail.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com> Acked-by: Stephen Hemminger <stephen@networkplumber.org>
show more ...
|
#
ae67895b |
| 08-Dec-2023 |
David Marchand <david.marchand@redhat.com> |
lib: add more logging helpers
Add helpers for logging messages in libraries instead of calling RTE_LOG() directly. Those helpers take care of adding a \n: this will make the transition to RTE_LOG_LI
lib: add more logging helpers
Add helpers for logging messages in libraries instead of calling RTE_LOG() directly. Those helpers take care of adding a \n: this will make the transition to RTE_LOG_LINE trivial.
Note: - for acl and sched libraries that still has some debug multilines messages, a direct call to RTE_LOG is used: this will make it easier to notice such special cases,
Signed-off-by: David Marchand <david.marchand@redhat.com>
show more ...
|
#
e5aa2119 |
| 08-Dec-2023 |
David Marchand <david.marchand@redhat.com> |
eal/linux: remove log paraphrasing the doc
An error log message does not need to paraphrase the DPDK documentation.
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Stephen Hemmi
eal/linux: remove log paraphrasing the doc
An error log message does not need to paraphrase the DPDK documentation.
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Stephen Hemminger <stephen@networkplumber.org> Acked-by: Tyler Retzlaff <roretzla@linux.microsoft.com>
show more ...
|
#
1c1abf17 |
| 13-Sep-2023 |
Thomas Monjalon <thomas@monjalon.net> |
lib: convert to internal control threads
Calls to rte_ctrl_thread_create() are replaced with rte_thread_create_internal_control(). Other pthread-related functions are replaced with the rte_thread AP
lib: convert to internal control threads
Calls to rte_ctrl_thread_create() are replaced with rte_thread_create_internal_control(). Other pthread-related functions are replaced with the rte_thread API. Only pthread_cancel() has no replacement.
Signed-off-by: Thomas Monjalon <thomas@monjalon.net> Acked-by: Morten Brørup <mb@smartsharesystems.com> Acked-by: Tyler Retzlaff <roretzla@linux.microsoft.com> Acked-by: Konstantin Ananyev <konstantin.v.ananyev@yandex.ru>
show more ...
|
#
62774b78 |
| 03-Jul-2023 |
Thomas Monjalon <thomas@monjalon.net> |
set namespace prefix to threads
When looking at threads in a system, it can be confusing to find some unknown threads without a clue it is started by DPDK.
Let's start all thread names with "dpdk-"
set namespace prefix to threads
When looking at threads in a system, it can be confusing to find some unknown threads without a clue it is started by DPDK.
Let's start all thread names with "dpdk-" plus the driver name if it comes from a driver.
One more constraint: the thread names are generally limited to 16 characters, including the NUL character.
Signed-off-by: Thomas Monjalon <thomas@monjalon.net> Acked-by: Chengwen Feng <fengchengwen@huawei.com> Acked-by: Tyler Retzlaff <roretzla@linux.microsoft.com>
show more ...
|
#
19d5f522 |
| 23-Sep-2022 |
Andrew Boyer <andrew.boyer@amd.com> |
eal/linux: restore some header includes for HPET
These are necessary to build when HPET is enabled.
Fixes: 2ff3976e677c ("eal: remove unneeded header includes") Cc: stable@dpdk.org
Signed-off-by:
eal/linux: restore some header includes for HPET
These are necessary to build when HPET is enabled.
Fixes: 2ff3976e677c ("eal: remove unneeded header includes") Cc: stable@dpdk.org
Signed-off-by: Andrew Boyer <andrew.boyer@amd.com> Acked-by: Ferruh Yigit <ferruh.yigit@amd.com>
show more ...
|
#
30a1de10 |
| 15-Feb-2022 |
Sean Morrissey <sean.morrissey@intel.com> |
lib: remove unneeded header includes
These header includes have been flagged by the iwyu_tool and removed.
Signed-off-by: Sean Morrissey <sean.morrissey@intel.com>
|
#
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 ...
|