[dpdk-dev] [PATCH v3 0/6] kni: add API to set link status on kernel interface
Ferruh Yigit
ferruh.yigit at intel.com
Wed Oct 10 16:16:15 CEST 2018
On 9/27/2018 1:32 AM, Dan Gora wrote:
> Hi All,
>
> Attached is version 3 of a patchset to add a new API function to
> set the link status on kernel interfaces created with the KNI kernel
> module.
>
> v3
> ====
> * Use separate function to test rte_kni_update_link() in 'test' app.
>
> * Separate changes to 'test' app into separate patch to facilitate
> possible merge with https://patches.dpdk.org/patch/44730/
>
> * Remove changes to set KNI interfaces to 'up' in example/kni
>
>> v2
>> ====
>>
>> * Fix bug where "Fixed" and "AutoNeg" were transposed in the link
>> status log message.
>>
>> * Add rte_kni_update_link() to rte_kni_version.map
>>
>> * Add rte_kni_update_link() tests to kni_autotest
>>
>> * Update examples/kni to continuously monitor link status and
>> update the corresponding kernel interface with
>> rte_kni_update_link().
>>
>> * Minor improvements to examples/kni: Add log message showing how
>> to show/zero stats. Improve zeroing statistics.
>>
>> Note that checkpatches.sh compains about patch 1/5, but this appears
>> to be a bug with check-symbol-change or something. If I move the
>> fragment of the patch modifying rte_kni_version.map to the bottom of
>> the patch file, it doesn't complain any more... I just don't really
>> have time to investigate this right now.
>
> thanks
> dan
>
> Dan Gora (6):
> kni: add API to set link status on kernel interface
> kni: add link status test
> kni: set default carrier state to 'off'
> examples/kni: monitor and update link status continually
> examples/kni: add log msgs to show and clear stats
> examples/kni: improve zeroing statistics
Hi Dan,
We are a little away to integration deadline, it is good to clarify the status
of the patchset.
There are a few change requests to this patchset:
1- 4/6, there is an open on adding command line option to control monitor/set
link status.
2- Dropping 6/6, I guess you already agreed on this.
3- 1/6, to have or not the log message.
I would like to see the patchset in the release, what do you think about above
actions?
More information about the dev
mailing list