rte_eal.h(3)
๐ rte_eal.h ๐
okay so bestie, welcome to rte_eal.h(3) โ that's the one from the Library Functions Manual, and yes it's a whole big C header and it is giving main character energy, no cap. This is part one of two, so buckle up, we are not skimming, we are reading everything. ๐
๐ธ NAME ๐ธ
rte_eal.h โ it's a header. That's the name, that's the whole vibe. โจ
๐ฆ SYNOPSIS ๐ฆ
First things first, the includes. You gotta pull all of these in:
#include <stdint.h>
#include <time.h>
#include <rte_config.h>
#include <rte_compat.h>
#include <rte_per_lcore.h>
#include <rte_uuid.h>
#include <rte_pci_dev_feature_defs.h>
๐ Macros ๐
RTE_MAGICโ defined as19820526, and yes it's doing the most.
๐ Typedefs ๐
typedef int(* rte_mp_t) (const struct rte_mp_msg *msg, const void *peer)
typedef int(* rte_mp_async_reply_t) (const struct rte_mp_msg *request, const struct rte_mp_reply *reply)
typedef void(* rte_usage_hook_t) (const char *prgname)
๐ Enumerations ๐
enum rte_proc_type_t
enum rte_iova_mode
๐ Functions ๐
literally the whole roster, here we go bestie:
enum rte_proc_type_t rte_eal_process_type (void)
int rte_eal_iopl_init (void)
int rte_eal_init (int argc, char **argv)
int rte_eal_cleanup (void)
int rte_eal_primary_proc_alive (const char *config_file_path)
bool rte_mp_disable (void)
int rte_mp_action_register (const char *name, rte_mp_t action)
void rte_mp_action_unregister (const char *name)
int rte_mp_sendmsg (struct rte_mp_msg *msg)
int rte_mp_request_sync (struct rte_mp_msg *req, struct rte_mp_reply *reply, const struct timespec *ts)
int rte_mp_request_async (struct rte_mp_msg *req, const struct timespec *ts, rte_mp_async_reply_t clb)
int rte_mp_reply (struct rte_mp_msg *msg, const char *peer)
rte_usage_hook_t rte_set_application_usage_hook (rte_usage_hook_t usage_func)
int rte_eal_has_hugepages (void)
int rte_eal_has_pci (void)
int rte_eal_create_uio_dev (void)
enum rte_intr_mode rte_eal_vfio_intr_mode (void)
void rte_eal_vfio_get_vf_token (rte_uuid_t vf_token)
int rte_sys_gettid (void)
static int rte_gettid (void)
__rte_internal uint64_t rte_eal_get_baseaddr (void)
enum rte_iova_mode rte_eal_iova_mode (void)
const char * rte_eal_mbuf_user_pool_ops (void)
const char * rte_eal_get_runtime_dir (void)
__rte_internal int rte_eal_parse_coremask (const char *coremask, int *cores)
๐ Detailed Description ๐
It's the EAL Configuration API. That's it, that's the summary, short and sweet fr fr.
Definition in file rte_eal.h.
โจ Macro Definition Documentation โจ
๐ #define RTE_MAGIC 19820526
It's the magic number that gets written by the main partition when it's ready. cute little "i'm here" note. ๐ซถ
Definition at line 28 of file rte_eal.h.
โจ Typedef Documentation โจ
๐ typedef int(* rte_mp_t) (const struct rte_mp_msg *msg, const void *peer)
This is the action-function typedef that other components use. Since we set up a socket channel for primary/secondary communication, you use this function typedef to register an action for all the messages that come rolling in. ๐ฌ
Note: When handling IPC request callbacks, the reply must be sent even in cases of error handling. Simply returning success or failure will not send a response to the requestor. Implementation of the error signalling mechanism is up to the application. No memory allocations should take place inside the callback. (yes that's a real rule, don't do it ๐)
Definition at line 188 of file rte_eal.h.
๐ typedef int(* rte_mp_async_reply_t) (const struct rte_mp_msg *request, const struct rte_mp_reply *reply)
The asynchronous reply function typedef, used by other components. Same deal as above โ socket channel for primary/secondary communication โ but you use this one to register an action for the responses to asynchronous requests. โจ
Note: When handling IPC request callbacks, the reply must be sent even in cases of error handling. Simply returning success or failure will not send a response to the requestor. Implementation of the error signalling mechanism is up to the application. No memory allocations should take place inside the callback. (again!! no allocations!! ๐ซ)
Definition at line 204 of file rte_eal.h.
๐ typedef void(* rte_usage_hook_t) (const char *prgname)
The usage function typedef, used by the application usage function. You use this function typedef to define and call the rte_set_application_usage_hook() routine. ๐ช
Definition at line 350 of file rte_eal.h.
โจ Enumeration Type Documentation โจ
๐ enum rte_proc_type_t
The type of process in a linux, multi-process setup. ๐ง
Definition at line 33 of file rte_eal.h.
๐ enum rte_iova_mode
The IOVA mapping mode. IOVA mapping mode is the iommu programming mode of a device. That device (for example: an IOMMU backed DMA device) will generate physical or virtual address based on rte_iova_mode. ๐ฎ
Definition at line 461 of file rte_eal.h.
๐ ๏ธ Function Documentation ๐ ๏ธ
๐ซ enum rte_proc_type_t rte_eal_process_type (void)
Get the process type in a multi-process setup, bestie. ๐ต๏ธ
Returns
- The process type.
๐ซ int rte_eal_iopl_init (void)
Request iopl privilege for all RPL. This function should be called by pmds which need access to ioports. ๐
Returns
- On success, returns
0. - On failure, returns
-1.
๐ซ int rte_eal_init (int argc, char ** argv)
Initialize the Environment Abstraction Layer (EAL). ๐ฑ
This function is to be executed on the MAIN lcore only, as soon as possible in the application's main() function. It puts the WORKER lcores in the WAIT state. (main character goes first, everyone else waits, periodt ๐
)
Parameters
argcโ A non-negative value. If it is greater than0, the array members forargv[0]throughargv[argc](non-inclusive) shall contain pointers to strings.argvโ An array of strings. The contents of the array, as well as the strings which are pointed to by the array, may be modified by this function. The program name pointerargv[0]is copied into the last parsed argv so thatargv[0]is still the same after deducing the parsed arguments.
Returns
- On success, the number of parsed arguments, which is greater or equal to zero. After the call to
rte_eal_init(), all argumentsargv[x]withx < retmay have been modified by this function call and should not be further interpreted by the application. The EAL does not take any ownership of the memory used for either theargvarray, or its members. - On failure,
-1andrte_errnois set to a value indicating the cause for failure. In some instances, the application will need to be restarted as part of clearing the issue. ๐ญ
Error codes returned via rte_errno:
EACCESindicates a permissions issue.EAGAINindicates either a bus or system resource was not available, setup may be attempted again.EALREADYindicates that therte_eal_initfunction has already been called, and cannot be called again.EFAULTindicates the tailq configuration name was not found in memory configuration.EINVALindicates invalid parameters were passed asargv/argc.ENOMEMindicates failure likely caused by an out-of-memory condition.ENODEVindicates memory setup issues.ENOTSUPindicates that the EAL cannot initialize on this system.EPROTOindicates that the PCI bus is either not present, or is not readable by the eal.ENOEXECindicates that a service core failed to launch successfully.
๐ซ int rte_eal_cleanup (void)
Clean up the Environment Abstraction Layer (EAL). ๐งนโจ
This function must be called to release any internal resources that EAL has allocated during rte_eal_init(). After this call, no DPDK function calls may be made. It is expected that common usage of this function is to call it just before terminating the process. (like closing your tabs before you shut the laptop, honestly iconic)
Returns
0โ Successfully released all internal EAL resources.-EFAULTโ There was an error in releasing all resources.
๐ซ int rte_eal_primary_proc_alive (const char * config_file_path)
Check if a primary process is currently alive. ๐
This function returns true when a primary process is currently active.
Parameters
config_file_pathโ Theconfig_file_pathargument provided should point at the location that the primary process will create its config file. IfNULL, the default config file path is used.
Returns
- If alive, returns
1. - If dead, returns
0.
๐ซ bool rte_mp_disable (void)
Disable multiprocess. ๐ซ
This function can be called to indicate that multiprocess won't be used for the rest of the application life.
Returns
trueif called from a primary process that had no secondary processes attached,false, otherwise.
๐ซ int rte_mp_action_register (const char * name, rte_mp_t action)
Register an action function for primary/secondary communication. ๐
Call this function to register an action, if the calling component wants to response the messages from the corresponding component in its primary process or secondary processes.
Note: IPC may be unsupported in certain circumstances, so caller should check for ENOTSUP error.
Parameters
nameโ Thenameargument plays as the nonredundant key to find the action.actionโ Theactionargument is the function pointer to the action function.
Returns
0on success.- (
<0) on failure.
๐ซ void rte_mp_action_unregister (const char * name)
Unregister an action function for primary/secondary communication. ๐๏ธ
Call this function to unregister an action if the calling component does not want to response the messages from the corresponding component in its primary process or secondary processes.
Note: IPC may be unsupported in certain circumstances, so caller should check for ENOTSUP error.
Parameters
nameโ Thenameargument plays as the nonredundant key to find the action.
๐ซ int rte_mp_sendmsg (struct rte_mp_msg * msg)
Send a message to the peer process. ๐
This function will send a message which will be responded by the action identified by name in the peer process.
Parameters
msgโ Themsgargument contains the customized message.
Returns
- On success, return
0. - On failure, return
-1, and the reason will be stored inrte_errno.
๐ซ int rte_mp_request_sync (struct rte_mp_msg * req, struct rte_mp_reply * reply, const struct timespec * ts)
Send a request to the peer process and expect a reply. ๐จ
This function sends a request message to the peer process, and will block until receiving reply message from the peer process. (it will simply stand there and wait, no thoughts, head empty ๐ญ)
Note: The caller is responsible to freereply->replies. This API must not be used inside memory-related or IPC callbacks, and no memory allocations should take place inside such callback. IPC may be unsupported in certain circumstances, so caller should check forENOTSUPerror.
Parameters
reqโ Thereqargument contains the customized request message.replyโ Thereplyargument will be for storing all the replied messages; the caller is responsible for freereply->msgs.tsโ Thetsargument specifies how long we can wait for the peer(s) to reply.
Returns
- On success, return
0. - On failure, return
-1, and the reason will be stored inrte_errno.
๐ฆ int rte_mp_request_async (struct rte_mp_msg * req, const struct timespec * ts, rte_mp_async_reply_t clb) ๐ฆ
bestie, this one sends a request off to the peer process and expects the reply to come back through a separate callback. It's the non-blocking version โ it fires the request and does not sit there waiting. The reply shows up later, in its own little callback moment. main character behavior honestly.
โ ๏ธ Note: IPC may be unsupported in certain circumstances, so the caller should check for ENOTSUP error. no cap, always vibe-check your errno.
Parameters
reqโ thereqargument contains the customized request message.tsโ thetsargument specifies how long we can wait for the peer(s) to reply.clbโ the callback to trigger when all responses for this request have arrived.
Returns
- On success, return
0. - On failure, return
-1, and the reason will be stored inrte_errno.
๐ int rte_mp_reply (struct rte_mp_msg * msg, const char * peer) ๐
sending a reply back to the peer process ๐ซถ This one sends a reply message in response to a request message received previously. It's giving courteous, it's giving communication.
โ ๏ธ Note: when handling IPC request callbacks, the reply must be sent even in cases of error handling. Simply returning success or failure will not send a response to the requestor. Implementation of error signalling mechanism is up to the application. so likeโฆ you literally have to reply, bestie. ghosting is not an option here ๐ญ
Parameters
msgโ themsgargument contains the customized message.peerโ thepeerargument is the pointer to the peer socket path.
Returns
- On success, return
0. - On failure, return
-1, and the reason will be stored inrte_errno.
๐ rte_usage_hook_t rte_set_application_usage_hook (rte_usage_hook_t usage_func) ๐
Adds an application usage routine callout from the eal_usage() routine โจ
This function lets the application include its own usage message in the EAL system usage message. And heads up: the routine rte_set_application_usage_hook() needs to be called before the rte_eal_init() routine in the application. order matters, fr fr.
This routine is optional for the application and will behave as if the set routine was never called as the default behavior. no pressure, it's chill like that.
Parameters
usage_funcโ thefuncargument is a function pointer to the application usage routine. Called function is defined usingrte_usage_hook_ttypedef, which is of the formvoid rte_usage_func(const char * prgname).
Calling this routine with a NULL value will reset the usage hook routine and return the current value, which could be NULL. iconic cleanup behavior ๐
Returns
- Returns the current value of the
rte_application_usagepointer to allow the caller to daisy chain the usage routines if needing more then one.
๐ง int rte_eal_has_hugepages (void) ๐ง
Whether EAL is using huge pages (disabled by --no-huge option). The no-huge mode is not compatible with all drivers or features โ so like, know before you go.
Returns
Nonzero if hugepages are enabled.
๐ int rte_eal_has_pci (void) ๐
Whether EAL is using the PCI bus. Disabled by --no-pci option.
Returns
Nonzero if the PCI bus is enabled.
๐ int rte_eal_create_uio_dev (void) ๐
Whether the EAL was asked to create UIO device.
Returns
Nonzero if true.
๐ enum rte_intr_mode rte_eal_vfio_intr_mode (void) ๐
The user-configured vfio interrupt mode.
Returns
Interrupt mode configured with the command line, RTE_INTR_MODE_NONE by default.
๐ void rte_eal_vfio_get_vf_token (rte_uuid_t vf_token) ๐
Copy the user-configured vfio VF token.
Parameters
vf_tokenโ vfio VF token configured with the command line is copied into this parameter, zero uuid by default.
โญ int rte_sys_gettid (void) โญ
A wrap API for syscall gettid.
Returns
On success, returns the thread ID of calling process. It is always successful. (look at her go, never fails ๐ )
๐ฅ static int rte_gettid (void) [inline], [static] ๐ฅ
Get system unique thread id.
Returns
On success, returns the thread ID of calling process. It is always successful.
Definition at line 438 of file rte_eal.h.
๐ธ __rte_internal uint64_t rte_eal_get_baseaddr (void) ๐ธ
Get the OS-specific EAL base address.
Returns
The base address.
โจ enum rte_iova_mode rte_eal_iova_mode (void) โจ
Get the iova mode
Returns
enum rte_iova_mode value.
๐ const char * rte_eal_mbuf_user_pool_ops (void) ๐
Get user provided pool ops name for mbuf
Returns
returns user provided pool ops name.
๐ฆ const char * rte_eal_get_runtime_dir (void) ๐ฆ
Get the runtime directory of DPDK
Returns
The runtime directory path of DPDK
๐
__rte_internal int rte_eal_parse_coremask (const char * coremask, int * cores) ๐
Convert a string describing a mask of core ids into an array of core ids. lowkey the glow-up from string to array, obsessed.
On success, the passed array is filled with the orders of the core ids present in the mask (-1 indicating that a core id is absent). For example, passing a 0xa coremask results in cores[1] = 0, cores[3] = 1, and the rest of the array is set to -1. see how that works? cute, right.
Parameters
coremaskโ A string describing a mask of core ids.coresโ An array where to store the core ids orders. This array must be at leastRTE_MAX_LCORElarge.
Returns
0 on success, -1 if the string content was invalid.
๐ AUTHOR ๐
Generated automatically by Doxygen for DPDK from the source code.
and that's the whole thing bestie, we ate and left no crumbs ๐ซถ this page is DPDK, version 24.11.8, living at rte_eal.h(3) โ auto-generated by Doxygen from the source code, so you know it's the real deal. study it, love it, man it again later ๐โจ
๐ฆ where this page comes from
- debian trixie: dpdk-doc 24.11.8-0+deb13u1 ยท BSD-3-Clause
- ๐ girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms