> On 25 May 2019, at 18:42, Paul Vinciguerra wrote:
>
> Sorry. Let me try again.
>
> The semver definition seems to say that backend changes that don't change the
> API, still should have the patch version increased.
> Bug fixes not affecting the API increment the patch version
> New features
Sorry. Let me try again.
The semver definition seems to say that backend changes that don't change
the API, still should have the patch version increased.
> Bug fixes not affecting the API increment the patch version
New features would either be backward compatible with the API or not,
therefore
Hi Berna,
You can also try:
set interface rx-mode
Summary/usage
set interface rx-mode [queue ] [polling | interrupt | adaptive].
Description
This command is used to assign the RX packet processing mode (polling,
interrupt, adaptive) of the a given interface, and optionally a given queue. If
the
I found it.
there is parameter to add sleep time in poll mode.
poll-sleep-usec
https://fdio-vpp.readthedocs.io/en/latest/gettingstarted/users/configuring/startup.html#unix
On Sat, May 25, 2019 at 3:56 PM Berna Demir
wrote:
> Hi
>
> Is there any way to configure vpp in interrupt mode for test p
> On 25 May 2019, at 13:43, Paul Vinciguerra wrote:
>
> Hi Damian,
>
> That's what I initially thought as well. The semver doc says:
> For this system to work, you first need to declare a public API. This may
> consist of documentation or be enforced by the code itself. Regardless, it is
>
Hi Damian,
That's what I initially thought as well. The semver doc says:
>
> For this system to work, you first need to declare a public API. This may
> consist of documentation or be enforced by the code itself. Regardless, it
> is important that this API be clear and precise. Once you identi
Hi
Is there any way to configure vpp in interrupt mode for test purpose.
I know vpp as dpdk application should read NIC in pooling mode
but I have limited CPU resource in my development machine.
Thanks,
Berna
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply
if plugin code didn’t change there is no reason to bump api version, on other
side plugin version needs to change as it is linked against different core
libraries….
> On 25 May 2019, at 03:57, Paul Vinciguerra wrote:
>
> Is there any reason for having plugin versions that are distinct from t
