d/numam-dpdk
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
aa1855235d
numam-dpdk/lib/pipeline/version.map

156 lines
4.6 KiB
Plaintext
Raw Normal View History

version: 22.11-rc0 Start a new release cycle with empty release notes. The ABI version becomes 23.0. The map files are updated to the new ABI major number (23). The ABI exceptions are dropped and CI ABI checks are disabled because compatibility is not preserved. Special handling of removed drivers is also dropped in check-abi.sh and a note has been added in libabigail.abignore as a reminder. Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Thomas Monjalon <thomas@monjalon.net>
2022-07-09 08:43:09 +00:00
DPDK_23 {
lib: provide initial versioning Add linker version script files to each DPDK library to put a stake in the ground from which we can start cleaning up API's Signed-off-by: Neil Horman <nhorman@tuxdriver.com> Acked-by: Sergio Gonzalez Monroy <sergio.gonzalez.monroy@intel.com>
2015-02-02 17:40:20 +00:00
global:
build: align symbols with global ABI version Merge all versions in linker version script files to DPDK_20.0. This commit was generated by running the following command: :~/DPDK$ buildtools/update-abi.sh 20.0 Signed-off-by: Pawel Modrak <pawelx.modrak@intel.com> Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com> Acked-by: Thomas Monjalon <thomas@monjalon.net>
2019-11-20 17:23:38 +00:00
rte_pipeline_ah_packet_drop;
rte_pipeline_ah_packet_hijack;
lib: provide initial versioning Add linker version script files to each DPDK library to put a stake in the ground from which we can start cleaning up API's Signed-off-by: Neil Horman <nhorman@tuxdriver.com> Acked-by: Sergio Gonzalez Monroy <sergio.gonzalez.monroy@intel.com>
2015-02-02 17:40:20 +00:00
rte_pipeline_check;
rte_pipeline_create;
rte_pipeline_flush;
rte_pipeline_free;
rte_pipeline_port_in_connect_to_table;
rte_pipeline_port_in_create;
rte_pipeline_port_in_disable;
rte_pipeline_port_in_enable;
build: align symbols with global ABI version Merge all versions in linker version script files to DPDK_20.0. This commit was generated by running the following command: :~/DPDK$ buildtools/update-abi.sh 20.0 Signed-off-by: Pawel Modrak <pawelx.modrak@intel.com> Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com> Acked-by: Thomas Monjalon <thomas@monjalon.net>
2019-11-20 17:23:38 +00:00
rte_pipeline_port_in_stats_read;
lib: provide initial versioning Add linker version script files to each DPDK library to put a stake in the ground from which we can start cleaning up API's Signed-off-by: Neil Horman <nhorman@tuxdriver.com> Acked-by: Sergio Gonzalez Monroy <sergio.gonzalez.monroy@intel.com>
2015-02-02 17:40:20 +00:00
rte_pipeline_port_out_create;
rte_pipeline_port_out_packet_insert;
build: align symbols with global ABI version Merge all versions in linker version script files to DPDK_20.0. This commit was generated by running the following command: :~/DPDK$ buildtools/update-abi.sh 20.0 Signed-off-by: Pawel Modrak <pawelx.modrak@intel.com> Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com> Acked-by: Thomas Monjalon <thomas@monjalon.net>
2019-11-20 17:23:38 +00:00
rte_pipeline_port_out_stats_read;
lib: provide initial versioning Add linker version script files to each DPDK library to put a stake in the ground from which we can start cleaning up API's Signed-off-by: Neil Horman <nhorman@tuxdriver.com> Acked-by: Sergio Gonzalez Monroy <sergio.gonzalez.monroy@intel.com>
2015-02-02 17:40:20 +00:00
rte_pipeline_run;
rte_pipeline_table_create;
rte_pipeline_table_default_entry_add;
rte_pipeline_table_default_entry_delete;
rte_pipeline_table_entry_add;
build: align symbols with global ABI version Merge all versions in linker version script files to DPDK_20.0. This commit was generated by running the following command: :~/DPDK$ buildtools/update-abi.sh 20.0 Signed-off-by: Pawel Modrak <pawelx.modrak@intel.com> Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com> Acked-by: Thomas Monjalon <thomas@monjalon.net>
2019-11-20 17:23:38 +00:00
rte_pipeline_table_entry_add_bulk;
lib: provide initial versioning Add linker version script files to each DPDK library to put a stake in the ground from which we can start cleaning up API's Signed-off-by: Neil Horman <nhorman@tuxdriver.com> Acked-by: Sergio Gonzalez Monroy <sergio.gonzalez.monroy@intel.com>
2015-02-02 17:40:20 +00:00
rte_pipeline_table_entry_delete;
build: align symbols with global ABI version Merge all versions in linker version script files to DPDK_20.0. This commit was generated by running the following command: :~/DPDK$ buildtools/update-abi.sh 20.0 Signed-off-by: Pawel Modrak <pawelx.modrak@intel.com> Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com> Acked-by: Thomas Monjalon <thomas@monjalon.net>
2019-11-20 17:23:38 +00:00
rte_pipeline_table_entry_delete_bulk;
rte_pipeline_table_stats_read;
lib: provide initial versioning Add linker version script files to each DPDK library to put a stake in the ground from which we can start cleaning up API's Signed-off-by: Neil Horman <nhorman@tuxdriver.com> Acked-by: Sergio Gonzalez Monroy <sergio.gonzalez.monroy@intel.com>
2015-02-02 17:40:20 +00:00
local: *;
};
pipeline: fix missing exported symbols Exported symbols for port in, port out and table stats. Fixes: 6504bb5ec460 ("pipeline: add statistics for ports and tables") Signed-off-by: Maciej Gajdzica <maciejx.t.gajdzica@intel.com> Acked-by: Michal Jastrzebski <michalx.k.jastrzebski@intel.com> Acked-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2015-07-09 08:17:10 +00:00
pipeline: add table action APIs This API provides a common set of actions for pipeline tables to speed up application development. Each match-action rule added to a pipeline table has associated data that stores the action context. This data is input to the table action handler called for every input packet that hits the rule as part of the table lookup during the pipeline execution. The pipeline library allows the user to define his own table actions by providing customized table action handlers (table lookup) and complete freedom of setting the rules and their data (table rule add/delete). While the user can still follow this process, this API is intended to provide a quicker development alternative for a set of predefined actions. The typical steps to use this API are: * Define a table action profile. * Instantiate the table action profile to create table action objects. * Use the table action object to generate the pipeline table action handlers (invoked by the pipeline table lookup operation). * Use the table action object to generate the rule data (for the pipeline table rule add operation) based on given action parameters. * Use the table action object to read action data (e.g. stats counters) for any given rule. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2018-03-29 18:31:20 +00:00
EXPERIMENTAL {
global:
pipeline: add new SWX pipeline type Add new improved Software Switch (SWX) pipeline type that supports dynamically-defined packet headers, meta-data, actions and pipelines. Actions and pipelines are defined through instructions. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:29 +00:00
# added in 18.05
pipeline: add port in action APIs This API provides a common set of actions for pipeline input ports to speed up application development. Each pipeline input port can be assigned an action handler to be executed on every input packet during the pipeline execution. The pipeline library allows the user to define his own input port actions by providing customized input port action handler. While the user can still follow this process, this API is intended to provide a quicker development alternative for a set of predefined actions. The typical steps to use this API are: * Define an input port action profile. * Instantiate the input port action profile to create input port action objects. * Use the input port action to generate the input port action handler invoked by the pipeline. * Use the input port action object to generate the internal data structures used by the input port action handler based on given action parameters. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2018-03-29 18:31:30 +00:00
rte_port_in_action_apply;
rte_port_in_action_create;
rte_port_in_action_free;
rte_port_in_action_params_get;
rte_port_in_action_profile_action_register;
rte_port_in_action_profile_create;
rte_port_in_action_profile_free;
rte_port_in_action_profile_freeze;
pipeline: add table action APIs This API provides a common set of actions for pipeline tables to speed up application development. Each match-action rule added to a pipeline table has associated data that stores the action context. This data is input to the table action handler called for every input packet that hits the rule as part of the table lookup during the pipeline execution. The pipeline library allows the user to define his own table actions by providing customized table action handlers (table lookup) and complete freedom of setting the rules and their data (table rule add/delete). While the user can still follow this process, this API is intended to provide a quicker development alternative for a set of predefined actions. The typical steps to use this API are: * Define a table action profile. * Instantiate the table action profile to create table action objects. * Use the table action object to generate the pipeline table action handlers (invoked by the pipeline table lookup operation). * Use the table action object to generate the rule data (for the pipeline table rule add operation) based on given action parameters. * Use the table action object to read action data (e.g. stats counters) for any given rule. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2018-03-29 18:31:20 +00:00
rte_table_action_apply;
rte_table_action_create;
pipeline: add traffic metering action Add traffic metering action implementation. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2018-03-29 18:31:22 +00:00
rte_table_action_dscp_table_update;
pipeline: add table action APIs This API provides a common set of actions for pipeline tables to speed up application development. Each match-action rule added to a pipeline table has associated data that stores the action context. This data is input to the table action handler called for every input packet that hits the rule as part of the table lookup during the pipeline execution. The pipeline library allows the user to define his own table actions by providing customized table action handlers (table lookup) and complete freedom of setting the rules and their data (table rule add/delete). While the user can still follow this process, this API is intended to provide a quicker development alternative for a set of predefined actions. The typical steps to use this API are: * Define a table action profile. * Instantiate the table action profile to create table action objects. * Use the table action object to generate the pipeline table action handlers (invoked by the pipeline table lookup operation). * Use the table action object to generate the rule data (for the pipeline table rule add operation) based on given action parameters. * Use the table action object to read action data (e.g. stats counters) for any given rule. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2018-03-29 18:31:20 +00:00
rte_table_action_free;
pipeline: add traffic metering action Add traffic metering action implementation. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2018-03-29 18:31:22 +00:00
rte_table_action_meter_profile_add;
rte_table_action_meter_profile_delete;
rte_table_action_meter_read;
pipeline: add table action APIs This API provides a common set of actions for pipeline tables to speed up application development. Each match-action rule added to a pipeline table has associated data that stores the action context. This data is input to the table action handler called for every input packet that hits the rule as part of the table lookup during the pipeline execution. The pipeline library allows the user to define his own table actions by providing customized table action handlers (table lookup) and complete freedom of setting the rules and their data (table rule add/delete). While the user can still follow this process, this API is intended to provide a quicker development alternative for a set of predefined actions. The typical steps to use this API are: * Define a table action profile. * Instantiate the table action profile to create table action objects. * Use the table action object to generate the pipeline table action handlers (invoked by the pipeline table lookup operation). * Use the table action object to generate the rule data (for the pipeline table rule add operation) based on given action parameters. * Use the table action object to read action data (e.g. stats counters) for any given rule. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2018-03-29 18:31:20 +00:00
rte_table_action_profile_action_register;
rte_table_action_profile_create;
rte_table_action_profile_free;
rte_table_action_profile_freeze;
pipeline: add statistics read action Add implementation of stats read action Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2018-03-29 18:31:27 +00:00
rte_table_action_stats_read;
pipeline: add new SWX pipeline type Add new improved Software Switch (SWX) pipeline type that supports dynamically-defined packet headers, meta-data, actions and pipelines. Actions and pipelines are defined through instructions. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:29 +00:00
rte_table_action_table_params_get;
pipeline: add timestamp action Add implementation of timestamp action. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2018-03-29 18:31:28 +00:00
rte_table_action_time_read;
pipeline: add TTL update action Add implementation of ttl update action. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2018-03-29 18:31:26 +00:00
rte_table_action_ttl_read;
pipeline: add new SWX pipeline type Add new improved Software Switch (SWX) pipeline type that supports dynamically-defined packet headers, meta-data, actions and pipelines. Actions and pipelines are defined through instructions. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:29 +00:00
# added in 18.11
pipeline: add symmetric crypto table action This patch adds the symmetric crypto action support to pipeline library. The symmetric crypto action works as the shim layer between pipeline and DPDK cryptodev and is able to interact with cryptodev with the control path requests such as session creation/deletion and data path work to assemble the crypto operations for received packets. Signed-off-by: Fan Zhang <roy.fan.zhang@intel.com> Acked-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2018-09-28 12:26:09 +00:00
rte_table_action_crypto_sym_session_get;
pipeline: add new SWX pipeline type Add new improved Software Switch (SWX) pipeline type that supports dynamically-defined packet headers, meta-data, actions and pipelines. Actions and pipelines are defined through instructions. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:29 +00:00
# added in 20.11
pipeline: add SWX pipeline query API Query API to be used by the control plane to detect the configuration and state of the SWX pipeline and its internal objects. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:57 +00:00
rte_swx_ctl_action_arg_info_get;
rte_swx_ctl_action_info_get;
pipeline: add SWX table update high level API High-level transaction-oriented API for SWX pipeline table updates. It supports multi-table atomic updates, i.e. multiple tables can be updated in a single step with only the before and after table set visible to the packets. Uses the lower-level table update mechanisms. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:59 +00:00
rte_swx_ctl_pipeline_abort;
rte_swx_ctl_pipeline_commit;
rte_swx_ctl_pipeline_create;
rte_swx_ctl_pipeline_free;
pipeline: add SWX pipeline query API Query API to be used by the control plane to detect the configuration and state of the SWX pipeline and its internal objects. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:57 +00:00
rte_swx_ctl_pipeline_info_get;
pipeline: support packet mirroring The packet mirroring is configured through slots and sessions, with the number of slots and sessions set at init. The new "mirror" instruction assigns one of the existing sessions to a specific slot, which results in scheduling a mirror operation for the current packet to be executed later at the time the packet is either transmitted or dropped. Several copies of the same input packet can be mirrored to different output ports by using multiple slots. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com> Signed-off-by: Kamalakannan R <kamalakannan.r@intel.com>
2022-04-06 18:55:31 +00:00
rte_swx_ctl_pipeline_mirroring_session_set;
pipeline: add SWX pipeline query API Query API to be used by the control plane to detect the configuration and state of the SWX pipeline and its internal objects. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:57 +00:00
rte_swx_ctl_pipeline_numa_node_get;
rte_swx_ctl_pipeline_port_in_stats_read;
rte_swx_ctl_pipeline_port_out_stats_read;
pipeline: add SWX table update high level API High-level transaction-oriented API for SWX pipeline table updates. It supports multi-table atomic updates, i.e. multiple tables can be updated in a single step with only the before and after table set visible to the packets. Uses the lower-level table update mechanisms. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:59 +00:00
rte_swx_ctl_pipeline_table_default_entry_add;
rte_swx_ctl_pipeline_table_entry_add;
rte_swx_ctl_pipeline_table_entry_delete;
rte_swx_ctl_pipeline_table_entry_read;
rte_swx_ctl_pipeline_table_fprintf;
pipeline: add SWX pipeline query API Query API to be used by the control plane to detect the configuration and state of the SWX pipeline and its internal objects. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:57 +00:00
rte_swx_ctl_table_action_info_get;
rte_swx_ctl_table_info_get;
rte_swx_ctl_table_match_field_info_get;
rte_swx_ctl_table_ops_get;
pipeline: add SWX pipeline action Add SWX actions that are dynamically-defined through instructions as opposed to pre-defined. The actions are subroutines of the pipeline program that triggered by table lookup. The input arguments are the action data from the table entry (format defined by struct), the headers and meta-data are in/out. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:34 +00:00
rte_swx_pipeline_action_config;
pipeline: add new SWX pipeline type Add new improved Software Switch (SWX) pipeline type that supports dynamically-defined packet headers, meta-data, actions and pipelines. Actions and pipelines are defined through instructions. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:29 +00:00
rte_swx_pipeline_build;
rte_swx_pipeline_config;
pipeline: add SWX extern objects and funcs Add extern objects and functions to plug into the SWX pipeline any functionality that cannot be efficiently implemented with existing instructions, e.g. special checksum/ECC, crypto, meters, stats arrays, heuristics, etc. In/out arguments are passed through mailbox with format defined by struct. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:33 +00:00
rte_swx_pipeline_extern_func_register;
rte_swx_pipeline_extern_object_config;
rte_swx_pipeline_extern_type_member_func_register;
rte_swx_pipeline_extern_type_register;
pipeline: add SWX pipeline flush Flush the packets currently buffered by the SWX pipeline output ports. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:58 +00:00
rte_swx_pipeline_flush;
pipeline: add new SWX pipeline type Add new improved Software Switch (SWX) pipeline type that supports dynamically-defined packet headers, meta-data, actions and pipelines. Actions and pipelines are defined through instructions. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:29 +00:00
rte_swx_pipeline_free;
pipeline: add SWX pipeline instructions The SWX pipeline instructions represent the main program that defines the life of the packet. As packets go through tables that trigger action subroutines, the headers and meta-data get transformed along the way. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:36 +00:00
rte_swx_pipeline_instructions_config;
pipeline: support packet mirroring The packet mirroring is configured through slots and sessions, with the number of slots and sessions set at init. The new "mirror" instruction assigns one of the existing sessions to a specific slot, which results in scheduling a mirror operation for the current packet to be executed later at the time the packet is either transmitted or dropped. Several copies of the same input packet can be mirrored to different output ports by using multiple slots. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com> Signed-off-by: Kamalakannan R <kamalakannan.r@intel.com>
2022-04-06 18:55:31 +00:00
rte_swx_pipeline_mirroring_config;
pipeline: add SWX headers and meta-data Add support for dynamically-defined packet headers and meta-data to the SWX pipeline. The header and meta-data format are defined by the struct type they instantiate. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:32 +00:00
rte_swx_pipeline_packet_header_register;
rte_swx_pipeline_packet_metadata_register;
pipeline: add SWX pipeline input port Add input ports to the newly introduced SWX pipeline type. Each port instantiates a port type that defines the port operations, e.g. ethdev port, PCAP port, etc. The RX interface is single packet, with packet batching internally for performance. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:30 +00:00
rte_swx_pipeline_port_in_config;
rte_swx_pipeline_port_in_type_register;
pipeline: add SWX pipeline output port Add output ports to the newly introduced SWX pipeline type. Each port instantiates a port type that defines the port operations, e.g. ethdev port, PCAP port, etc. The TX interface is single packet, with packet batching internally for performance. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:31 +00:00
rte_swx_pipeline_port_out_config;
rte_swx_pipeline_port_out_type_register;
pipeline: add SWX Rx and extract instructions Add packet reception and header extraction instructions. The Rx must be the first pipeline instruction. Each extracted header is logically removed from the packet, then it can be read/written by instructions, emitted into the outgoing packet or discarded. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:37 +00:00
rte_swx_pipeline_run;
pipeline: add SWX headers and meta-data Add support for dynamically-defined packet headers and meta-data to the SWX pipeline. The header and meta-data format are defined by the struct type they instantiate. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:32 +00:00
rte_swx_pipeline_struct_type_register;
pipeline: add SWX pipeline tables Add tables to the SWX pipeline. The match fields are flexibly selected from the headers and meta-data. The set of table actions is flexibly selected for each table from the set of pipeline actions. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2020-10-01 10:19:35 +00:00
rte_swx_pipeline_table_config;
rte_swx_pipeline_table_state_get;
rte_swx_pipeline_table_state_set;
rte_swx_pipeline_table_type_register;
pipeline: add register array to SWX Register arrays are stateful objects that can be read & modified by both the data plane and the control plane, as opposed to tables, which are read-only for data plane. One key use-case is the implementation of stats counters. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2021-03-16 11:40:38 +00:00
#added in 21.05
pipeline: add meter array to SWX Meter arrays are stateful objects that are updated by the data plane and configured & monitored by the control plane. The meters implement the RFC 2698 Two Rate Three Color Marker (trTCM) algorithm. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2021-03-16 11:40:39 +00:00
rte_swx_ctl_metarray_info_get;
rte_swx_ctl_meter_profile_add;
rte_swx_ctl_meter_profile_delete;
rte_swx_ctl_meter_reset;
rte_swx_ctl_meter_set;
rte_swx_ctl_meter_stats_read;
pipeline: add register array to SWX Register arrays are stateful objects that can be read & modified by both the data plane and the control plane, as opposed to tables, which are read-only for data plane. One key use-case is the implementation of stats counters. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2021-03-16 11:40:38 +00:00
rte_swx_ctl_pipeline_regarray_read;
rte_swx_ctl_pipeline_regarray_write;
pipeline: add table statistics to SWX Add support for table statistics for the SWX pipeline. For each table, we maintain a counter for lookup hit packets, one for lookup miss packets and one packet counter for each table action. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com> Signed-off-by: Yogesh Jangra <yogesh.jangra@intel.com>
2021-04-16 23:46:41 +00:00
rte_swx_ctl_pipeline_table_stats_read;
pipeline: add register array to SWX Register arrays are stateful objects that can be read & modified by both the data plane and the control plane, as opposed to tables, which are read-only for data plane. One key use-case is the implementation of stats counters. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2021-03-16 11:40:38 +00:00
rte_swx_ctl_regarray_info_get;
pipeline: add meter array to SWX Meter arrays are stateful objects that are updated by the data plane and configured & monitored by the control plane. The meters implement the RFC 2698 Two Rate Three Color Marker (trTCM) algorithm. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2021-03-16 11:40:39 +00:00
rte_swx_pipeline_metarray_config;
pipeline: add register array to SWX Register arrays are stateful objects that can be read & modified by both the data plane and the control plane, as opposed to tables, which are read-only for data plane. One key use-case is the implementation of stats counters. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2021-03-16 11:40:38 +00:00
rte_swx_pipeline_regarray_config;
pipeline: support selector table Add pipeline-level support for selector tables. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2021-07-10 00:20:34 +00:00
#added in 21.08
rte_swx_pipeline_selector_config;
rte_swx_ctl_pipeline_selector_fprintf;
rte_swx_ctl_pipeline_selector_group_add;
rte_swx_ctl_pipeline_selector_group_delete;
rte_swx_ctl_pipeline_selector_group_member_add;
rte_swx_ctl_pipeline_selector_group_member_delete;
rte_swx_ctl_pipeline_selector_stats_read;
rte_swx_ctl_selector_info_get;
rte_swx_ctl_selector_field_info_get;
rte_swx_ctl_selector_group_id_field_info_get;
rte_swx_ctl_selector_member_id_field_info_get;
pipeline: support learner tables Add pipeline level support for learner tables. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2021-09-20 15:01:31 +00:00
#added in 21.11
rte_swx_ctl_pipeline_learner_default_entry_add;
rte_swx_ctl_pipeline_learner_default_entry_read;
rte_swx_ctl_pipeline_learner_stats_read;
rte_swx_ctl_learner_action_info_get;
rte_swx_ctl_learner_info_get;
rte_swx_ctl_learner_match_field_info_get;
rte_swx_pipeline_learner_config;
pipeline: improve learner table timers Enable the pipeline to use the improved learner table timer operation through the new "rearm" instruction. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2022-05-20 22:12:54 +00:00
#added in 22.07
rte_swx_ctl_pipeline_learner_timeout_get;
rte_swx_ctl_pipeline_learner_timeout_set;
pipeline: support hash functions Add support for hash functions that compute a signature for an array of bytes read from a packet header or meta-data. Useful for flow affinity-based load balancing. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2022-05-20 22:31:24 +00:00
rte_swx_pipeline_hash_func_register;
pipeline: add pipeline name Add an unique name to every pipeline. This enables the library to maintain a list of the existing pipeline objects, which can be queried by the application. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com> Signed-off-by: Kamalakannan R <kamalakannan.r@intel.com>
2022-07-28 15:11:31 +00:00
# added in 22.11
rte_swx_ctl_pipeline_find;
pipeline: support direct registers on control path Add pipeline control path API to read/write direct registers. These registers are identified by a table key, whose entry ID is used as the index into the register array. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
2022-08-30 18:58:08 +00:00
rte_swx_ctl_pipeline_regarray_read_with_key;
rte_swx_ctl_pipeline_regarray_write_with_key;
pipeline: add API for shared library-based pipeline build Previously, the pipeline build operation was done based on the specification file (typically produced by the P4 compiler), then the C code with optimized functions for the pipeline actions and instructions was generated, built into a shared object library, loaded and installed into the pipeline in a completely hardcoded and non-customizable way. Now, this process is split into three explicit stages: i) code generation (specification file -> C file); ii) code build (C file -> shared object library); iii) code installation (library load into the pipeline). Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com> Signed-off-by: Kamalakannan R <kamalakannan.r@intel.com>
2022-07-28 15:11:38 +00:00
rte_swx_pipeline_build_from_lib;
pipeline: add API for code generation Previously, the C code generation for the pipeline was hidden under the hood; now, we make this an explicit API operation. Besides the functions for the pipeline actions and the pipeline instructions, the generated C source code now includes the pipeline specification structure required for the pipeline configuration operations. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com> Signed-off-by: Kamalakannan R <kamalakannan.r@intel.com>
2022-07-28 15:11:37 +00:00
rte_swx_pipeline_codegen;
pipeline: add pipeline name Add an unique name to every pipeline. This enables the library to maintain a list of the existing pipeline objects, which can be queried by the application. Signed-off-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com> Signed-off-by: Kamalakannan R <kamalakannan.r@intel.com>
2022-07-28 15:11:31 +00:00
rte_swx_pipeline_find;
lib: clear experimental version tag in linker scripts Remove version tag from experimental block in linker version scripts (.map files). That label is not used by linker and information only. It is useful for version blocks but not useful for experimental block but confusing. Removing those labels. Signed-off-by: Ferruh Yigit <ferruh.yigit@intel.com> Acked-by: Neil Horman <nhorman@tuxdriver.com>
2018-04-27 15:17:55 +00:00
};
Reference in New Issue Copy Permalink