4 .. **Read this first.**
6 The text in the sections below explains how to update the release notes.
8 Use proper spelling, capitalization and punctuation in all sections.
10 Variable and config names should be quoted as fixed width text:
13 Build the docs and view the output file to ensure the changes are correct::
17 xdg-open build/doc/html/guides/rel_notes/release_17_11.html
23 .. This section should contain new features added in this release. Sample
26 * **Add a title in the past tense with a full stop.**
28 Add a short 1-2 sentence description in the past tense. The description
29 should be enough to allow someone scanning the release notes to
30 understand the new feature.
32 If the feature adds a lot of sub-features you can use a bullet list like
35 * Added feature foo to do something.
36 * Enhanced feature bar to do something else.
38 Refer to the previous release notes for examples.
40 This section is a comment. do not overwrite or remove it.
41 Also, make sure to start the actual text at the margin.
42 =========================================================
44 * **nfp: Added PF support.**
46 Previously Netronome's NFP PMD had just support for VFs. PF support is
47 just as a basic DPDK port and has no VF management yet.
49 PF support comes with firmware upload support which allows the PMD to
50 independently work from kernel netdev NFP drivers.
52 NFP 4000 devices are also now supported along with previous 6000 devices.
54 * **Updated bnxt PMD.**
56 Major enhancements include:
58 * Support for Flow API
59 * Support for Tx and Rx descriptor status functions
65 .. This section should contain bug fixes added to the relevant
66 sections. Sample format:
68 * **code/section Fixed issue in the past tense with a full stop.**
70 Add a short 1-2 sentence description of the resolved issue in the past
73 The title should contain the code/lib section like a commit message.
75 Add the entries in alphabetic order in the relevant sections below.
77 This section is a comment. do not overwrite or remove it.
78 Also, make sure to start the actual text at the margin.
79 =========================================================
85 * **Service core fails to call service callback due to atomic lock**
87 In a specific configuration of multi-thread unsafe services and service
88 cores, a service core previously did not correctly release the atomic lock
89 on the service. This would result in the cores polling the service, but it
90 looked like another thread was executing the service callback. The logic for
91 atomic locking of the services has been fixed and refactored for readability.
112 .. This section should contain new known issues in this release. Sample format:
114 * **Add title in present tense with full stop.**
116 Add a short 1-2 sentence description of the known issue in the present
117 tense. Add information on any known workarounds.
119 This section is a comment. do not overwrite or remove it.
120 Also, make sure to start the actual text at the margin.
121 =========================================================
127 .. This section should contain API changes. Sample format:
129 * Add a short 1-2 sentence description of the API change. Use fixed width
130 quotes for ``rte_function_names`` or ``rte_struct_names``. Use the past
133 This section is a comment. do not overwrite or remove it.
134 Also, make sure to start the actual text at the margin.
135 =========================================================
137 * **Service cores API updated for usability**
139 The service cores API has been changed, removing pointers from the API
140 where possible, instead using integer IDs to identify each service. This
141 simplifed application code, aids debugging, and provides better
142 encapsulation. A summary of the main changes made is as follows:
144 * Services identified by ID not by ``rte_service_spec`` pointer
145 * Reduced API surface by using ``set`` functions instead of enable/disable
146 * Reworked ``rte_service_register`` to provide the service ID to registrar
147 * Rework start and stop APIs into ``rte_service_runstate_set``
148 * Added API to set runstate of service implementation to indicate readyness
154 .. This section should contain ABI changes. Sample format:
156 * Add a short 1-2 sentence description of the ABI change that was announced
157 in the previous releases and made in this release. Use fixed width quotes
158 for ``rte_function_names`` or ``rte_struct_names``. Use the past tense.
160 This section is a comment. do not overwrite or remove it.
161 Also, make sure to start the actual text at the margin.
162 =========================================================
166 Shared Library Versions
167 -----------------------
169 .. Update any library version updated in this release and prepend with a ``+``
173 + librte_cfgfile.so.2
176 This section is a comment. do not overwrite or remove it.
177 =========================================================
180 The libraries prepended with a plus sign were incremented in this version.
185 librte_bitratestats.so.1
188 librte_cryptodev.so.3
189 librte_distributor.so.1
199 librte_latencystats.so.1
211 librte_pmd_ixgbe.so.1
213 librte_pmd_vhost.so.1
227 .. This section should contain a list of platforms that were tested with this
232 * <vendor> platform with <vendor> <type of devices> combinations
237 * Other relevant details...
239 This section is a comment. do not overwrite or remove it.
240 Also, make sure to start the actual text at the margin.
241 =========================================================