* [dpdk-dev] [PATCH] doc: update failsafe feature list
@ 2017-09-14 15:32 Matan Azrad
2017-09-18 13:51 ` Mcnamara, John
2017-09-19 9:27 ` Ferruh Yigit
0 siblings, 2 replies; 13+ messages in thread
From: Matan Azrad @ 2017-09-14 15:32 UTC (permalink / raw)
To: Gaetan Rivet; +Cc: dev
Add supported failsafe features to feature list.
Remove stats per queue feature from failsafe feature list since
queue_stats_mapping_set dev op has not implemented yet.
Signed-off-by: Matan Azrad <matan@mellanox.com>
---
doc/guides/nics/features/failsafe.ini | 15 ++++++++++++++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/doc/guides/nics/features/failsafe.ini b/doc/guides/nics/features/failsafe.ini
index a42e344..9f48455 100644
--- a/doc/guides/nics/features/failsafe.ini
+++ b/doc/guides/nics/features/failsafe.ini
@@ -4,20 +4,33 @@
; Refer to default.ini for the full list of available PMD features.
;
[Features]
+Speed capabilities = Y
Link status = Y
Link status event = Y
MTU update = Y
Jumbo frame = Y
+Scattered Rx = Y
+LRO = Y
+TSO = Y
Promiscuous mode = Y
Allmulticast mode = Y
Unicast MAC filter = Y
Multicast MAC filter = Y
VLAN filter = Y
+Ethertype filter = Y
+N-tuple filter = Y
+SYN filter = Y
+Tunnel filter = Y
+Flexible filter = Y
+Hash filter = Y
+Flow director = Y
Flow control = Y
Flow API = Y
+QinQ offload = Y
+L3 checksum offload = Y
+L4 checksum offload = Y
Packet type parsing = Y
Basic stats = Y
-Stats per queue = Y
ARMv7 = Y
ARMv8 = Y
Power8 = Y
--
2.7.4
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
2017-09-14 15:32 [dpdk-dev] [PATCH] doc: update failsafe feature list Matan Azrad
@ 2017-09-18 13:51 ` Mcnamara, John
2017-09-19 9:27 ` Ferruh Yigit
1 sibling, 0 replies; 13+ messages in thread
From: Mcnamara, John @ 2017-09-18 13:51 UTC (permalink / raw)
To: Matan Azrad, Gaetan Rivet; +Cc: dev
> -----Original Message-----
> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Matan Azrad
> Sent: Thursday, September 14, 2017 4:32 PM
> To: Gaetan Rivet <gaetan.rivet@6wind.com>
> Cc: dev@dpdk.org
> Subject: [dpdk-dev] [PATCH] doc: update failsafe feature list
>
> Add supported failsafe features to feature list.
> Remove stats per queue feature from failsafe feature list since
> queue_stats_mapping_set dev op has not implemented yet.
>
> Signed-off-by: Matan Azrad <matan@mellanox.com>
Acked-by: John McNamara <john.mcnamara@intel.com>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
2017-09-14 15:32 [dpdk-dev] [PATCH] doc: update failsafe feature list Matan Azrad
2017-09-18 13:51 ` Mcnamara, John
@ 2017-09-19 9:27 ` Ferruh Yigit
2017-09-19 10:04 ` Matan Azrad
1 sibling, 1 reply; 13+ messages in thread
From: Ferruh Yigit @ 2017-09-19 9:27 UTC (permalink / raw)
To: Matan Azrad, Gaetan Rivet; +Cc: dev
On 9/14/2017 4:32 PM, Matan Azrad wrote:
> Add supported failsafe features to feature list.
> Remove stats per queue feature from failsafe feature list since
> queue_stats_mapping_set dev op has not implemented yet.
>
> Signed-off-by: Matan Azrad <matan@mellanox.com>
> ---
> doc/guides/nics/features/failsafe.ini | 15 ++++++++++++++-
> 1 file changed, 14 insertions(+), 1 deletion(-)
>
> diff --git a/doc/guides/nics/features/failsafe.ini b/doc/guides/nics/features/failsafe.ini
> index a42e344..9f48455 100644
> --- a/doc/guides/nics/features/failsafe.ini
> +++ b/doc/guides/nics/features/failsafe.ini
> @@ -4,20 +4,33 @@
> ; Refer to default.ini for the full list of available PMD features.
> ;
> [Features]
> +Speed capabilities = Y
> Link status = Y
> Link status event = Y
> MTU update = Y
> Jumbo frame = Y
> +Scattered Rx = Y
> +LRO = Y
> +TSO = Y
> Promiscuous mode = Y
> Allmulticast mode = Y
> Unicast MAC filter = Y
> Multicast MAC filter = Y
> VLAN filter = Y
> +Ethertype filter = Y
> +N-tuple filter = Y
> +SYN filter = Y
> +Tunnel filter = Y
> +Flexible filter = Y
> +Hash filter = Y
> +Flow director = Y
> Flow control = Y
> Flow API = Y
> +QinQ offload = Y
> +L3 checksum offload = Y
> +L4 checksum offload = Y
> Packet type parsing = Y
> Basic stats = Y
> -Stats per queue = Y
> ARMv7 = Y
> ARMv8 = Y
> Power8 = Y
I am not sure if claiming support for these features is correct.
Failsafe itself doesn't provide these features, but relies underlying
hardware which we don't really know what they supports or not in this stage.
OK for dropping "Stats per queue"
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
2017-09-19 9:27 ` Ferruh Yigit
@ 2017-09-19 10:04 ` Matan Azrad
2017-09-19 11:00 ` Ferruh Yigit
0 siblings, 1 reply; 13+ messages in thread
From: Matan Azrad @ 2017-09-19 10:04 UTC (permalink / raw)
To: Ferruh Yigit, Gaetan Rivet; +Cc: dev, john.mcnamara
Hi Ferruh
> -----Original Message-----
> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> Sent: Tuesday, September 19, 2017 12:27 PM
> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> <gaetan.rivet@6wind.com>
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>
> On 9/14/2017 4:32 PM, Matan Azrad wrote:
> > Add supported failsafe features to feature list.
> > Remove stats per queue feature from failsafe feature list since
> > queue_stats_mapping_set dev op has not implemented yet.
> >
> > Signed-off-by: Matan Azrad <matan@mellanox.com>
> > ---
> > doc/guides/nics/features/failsafe.ini | 15 ++++++++++++++-
> > 1 file changed, 14 insertions(+), 1 deletion(-)
> >
> > diff --git a/doc/guides/nics/features/failsafe.ini
> > b/doc/guides/nics/features/failsafe.ini
> > index a42e344..9f48455 100644
> > --- a/doc/guides/nics/features/failsafe.ini
> > +++ b/doc/guides/nics/features/failsafe.ini
> > @@ -4,20 +4,33 @@
> > ; Refer to default.ini for the full list of available PMD features.
> > ;
> > [Features]
> > +Speed capabilities = Y
> > Link status = Y
> > Link status event = Y
> > MTU update = Y
> > Jumbo frame = Y
> > +Scattered Rx = Y
> > +LRO = Y
> > +TSO = Y
> > Promiscuous mode = Y
> > Allmulticast mode = Y
> > Unicast MAC filter = Y
> > Multicast MAC filter = Y
> > VLAN filter = Y
> > +Ethertype filter = Y
> > +N-tuple filter = Y
> > +SYN filter = Y
> > +Tunnel filter = Y
> > +Flexible filter = Y
> > +Hash filter = Y
> > +Flow director = Y
> > Flow control = Y
> > Flow API = Y
> > +QinQ offload = Y
> > +L3 checksum offload = Y
> > +L4 checksum offload = Y
> > Packet type parsing = Y
> > Basic stats = Y
> > -Stats per queue = Y
> > ARMv7 = Y
> > ARMv8 = Y
> > Power8 = Y
>
> I am not sure if claiming support for these features is correct.
> Failsafe itself doesn't provide these features, but relies underlying hardware
> which we don't really know what they supports or not in this stage.
>
Don't you think that almost all failsafe features rely underlying hardware or sub PMDs?
> OK for dropping "Stats per queue"
>
> >
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
2017-09-19 10:04 ` Matan Azrad
@ 2017-09-19 11:00 ` Ferruh Yigit
2017-09-19 11:39 ` Matan Azrad
0 siblings, 1 reply; 13+ messages in thread
From: Ferruh Yigit @ 2017-09-19 11:00 UTC (permalink / raw)
To: Matan Azrad, Gaetan Rivet; +Cc: dev, john.mcnamara
On 9/19/2017 11:04 AM, Matan Azrad wrote:
>
> Hi Ferruh
>
>> -----Original Message-----
>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>> Sent: Tuesday, September 19, 2017 12:27 PM
>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>> <gaetan.rivet@6wind.com>
>> Cc: dev@dpdk.org
>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>>
>> On 9/14/2017 4:32 PM, Matan Azrad wrote:
>>> Add supported failsafe features to feature list.
>>> Remove stats per queue feature from failsafe feature list since
>>> queue_stats_mapping_set dev op has not implemented yet.
>>>
>>> Signed-off-by: Matan Azrad <matan@mellanox.com>
>>> ---
>>> doc/guides/nics/features/failsafe.ini | 15 ++++++++++++++-
>>> 1 file changed, 14 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/doc/guides/nics/features/failsafe.ini
>>> b/doc/guides/nics/features/failsafe.ini
>>> index a42e344..9f48455 100644
>>> --- a/doc/guides/nics/features/failsafe.ini
>>> +++ b/doc/guides/nics/features/failsafe.ini
>>> @@ -4,20 +4,33 @@
>>> ; Refer to default.ini for the full list of available PMD features.
>>> ;
>>> [Features]
>>> +Speed capabilities = Y
>>> Link status = Y
>>> Link status event = Y
>>> MTU update = Y
>>> Jumbo frame = Y
>>> +Scattered Rx = Y
>>> +LRO = Y
>>> +TSO = Y
>>> Promiscuous mode = Y
>>> Allmulticast mode = Y
>>> Unicast MAC filter = Y
>>> Multicast MAC filter = Y
>>> VLAN filter = Y
>>> +Ethertype filter = Y
>>> +N-tuple filter = Y
>>> +SYN filter = Y
>>> +Tunnel filter = Y
>>> +Flexible filter = Y
>>> +Hash filter = Y
>>> +Flow director = Y
>>> Flow control = Y
>>> Flow API = Y
>>> +QinQ offload = Y
>>> +L3 checksum offload = Y
>>> +L4 checksum offload = Y
>>> Packet type parsing = Y
>>> Basic stats = Y
>>> -Stats per queue = Y
>>> ARMv7 = Y
>>> ARMv8 = Y
>>> Power8 = Y
>>
>> I am not sure if claiming support for these features is correct.
>> Failsafe itself doesn't provide these features, but relies underlying hardware
>> which we don't really know what they supports or not in this stage.
>>
>
> Don't you think that almost all failsafe features rely underlying hardware or sub PMDs?
You are right, perhaps we should remove all. This is helpful to show
what device features are supported. For failsafe, is this information
useful?
>
>> OK for dropping "Stats per queue"
>>
>>>
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
2017-09-19 11:00 ` Ferruh Yigit
@ 2017-09-19 11:39 ` Matan Azrad
2017-09-22 10:32 ` Ferruh Yigit
0 siblings, 1 reply; 13+ messages in thread
From: Matan Azrad @ 2017-09-19 11:39 UTC (permalink / raw)
To: Ferruh Yigit, Gaetan Rivet; +Cc: dev, john.mcnamara
Hi Ferruh
> -----Original Message-----
> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> Sent: Tuesday, September 19, 2017 2:00 PM
> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> <gaetan.rivet@6wind.com>
> Cc: dev@dpdk.org; john.mcnamara@intel.com
> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>
> On 9/19/2017 11:04 AM, Matan Azrad wrote:
> >
> > Hi Ferruh
> >
> >> -----Original Message-----
> >> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> >> Sent: Tuesday, September 19, 2017 12:27 PM
> >> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> >> <gaetan.rivet@6wind.com>
> >> Cc: dev@dpdk.org
> >> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
> >>
> >> On 9/14/2017 4:32 PM, Matan Azrad wrote:
> >>> Add supported failsafe features to feature list.
> >>> Remove stats per queue feature from failsafe feature list since
> >>> queue_stats_mapping_set dev op has not implemented yet.
> >>>
> >>> Signed-off-by: Matan Azrad <matan@mellanox.com>
> >>> ---
> >>> doc/guides/nics/features/failsafe.ini | 15 ++++++++++++++-
> >>> 1 file changed, 14 insertions(+), 1 deletion(-)
> >>>
> >>> diff --git a/doc/guides/nics/features/failsafe.ini
> >>> b/doc/guides/nics/features/failsafe.ini
> >>> index a42e344..9f48455 100644
> >>> --- a/doc/guides/nics/features/failsafe.ini
> >>> +++ b/doc/guides/nics/features/failsafe.ini
> >>> @@ -4,20 +4,33 @@
> >>> ; Refer to default.ini for the full list of available PMD features.
> >>> ;
> >>> [Features]
> >>> +Speed capabilities = Y
> >>> Link status = Y
> >>> Link status event = Y
> >>> MTU update = Y
> >>> Jumbo frame = Y
> >>> +Scattered Rx = Y
> >>> +LRO = Y
> >>> +TSO = Y
> >>> Promiscuous mode = Y
> >>> Allmulticast mode = Y
> >>> Unicast MAC filter = Y
> >>> Multicast MAC filter = Y
> >>> VLAN filter = Y
> >>> +Ethertype filter = Y
> >>> +N-tuple filter = Y
> >>> +SYN filter = Y
> >>> +Tunnel filter = Y
> >>> +Flexible filter = Y
> >>> +Hash filter = Y
> >>> +Flow director = Y
> >>> Flow control = Y
> >>> Flow API = Y
> >>> +QinQ offload = Y
> >>> +L3 checksum offload = Y
> >>> +L4 checksum offload = Y
> >>> Packet type parsing = Y
> >>> Basic stats = Y
> >>> -Stats per queue = Y
> >>> ARMv7 = Y
> >>> ARMv8 = Y
> >>> Power8 = Y
> >>
> >> I am not sure if claiming support for these features is correct.
> >> Failsafe itself doesn't provide these features, but relies underlying
> >> hardware which we don't really know what they supports or not in this
> stage.
> >>
> >
> > Don't you think that almost all failsafe features rely underlying hardware or
> sub PMDs?
>
> You are right, perhaps we should remove all. This is helpful to show what
> device features are supported. For failsafe, is this information useful?
>
Since there are features that failsafe cannot support without any sub PMD dependences
(for example "Stats per queue") it is useful.
> >
> >> OK for dropping "Stats per queue"
> >>
> >>>
> >
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
2017-09-19 11:39 ` Matan Azrad
@ 2017-09-22 10:32 ` Ferruh Yigit
2017-09-24 5:55 ` Matan Azrad
0 siblings, 1 reply; 13+ messages in thread
From: Ferruh Yigit @ 2017-09-22 10:32 UTC (permalink / raw)
To: Matan Azrad, Gaetan Rivet; +Cc: dev, john.mcnamara
On 9/19/2017 12:39 PM, Matan Azrad wrote:
> Hi Ferruh
>
>> -----Original Message-----
>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>> Sent: Tuesday, September 19, 2017 2:00 PM
>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>> <gaetan.rivet@6wind.com>
>> Cc: dev@dpdk.org; john.mcnamara@intel.com
>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>>
>> On 9/19/2017 11:04 AM, Matan Azrad wrote:
>>>
>>> Hi Ferruh
>>>
>>>> -----Original Message-----
>>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>>>> Sent: Tuesday, September 19, 2017 12:27 PM
>>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>>>> <gaetan.rivet@6wind.com>
>>>> Cc: dev@dpdk.org
>>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>>>>
>>>> On 9/14/2017 4:32 PM, Matan Azrad wrote:
>>>>> Add supported failsafe features to feature list.
>>>>> Remove stats per queue feature from failsafe feature list since
>>>>> queue_stats_mapping_set dev op has not implemented yet.
>>>>>
>>>>> Signed-off-by: Matan Azrad <matan@mellanox.com>
>>>>> ---
>>>>> doc/guides/nics/features/failsafe.ini | 15 ++++++++++++++-
>>>>> 1 file changed, 14 insertions(+), 1 deletion(-)
>>>>>
>>>>> diff --git a/doc/guides/nics/features/failsafe.ini
>>>>> b/doc/guides/nics/features/failsafe.ini
>>>>> index a42e344..9f48455 100644
>>>>> --- a/doc/guides/nics/features/failsafe.ini
>>>>> +++ b/doc/guides/nics/features/failsafe.ini
>>>>> @@ -4,20 +4,33 @@
>>>>> ; Refer to default.ini for the full list of available PMD features.
>>>>> ;
>>>>> [Features]
>>>>> +Speed capabilities = Y
>>>>> Link status = Y
>>>>> Link status event = Y
>>>>> MTU update = Y
>>>>> Jumbo frame = Y
>>>>> +Scattered Rx = Y
>>>>> +LRO = Y
>>>>> +TSO = Y
>>>>> Promiscuous mode = Y
>>>>> Allmulticast mode = Y
>>>>> Unicast MAC filter = Y
>>>>> Multicast MAC filter = Y
>>>>> VLAN filter = Y
>>>>> +Ethertype filter = Y
>>>>> +N-tuple filter = Y
>>>>> +SYN filter = Y
>>>>> +Tunnel filter = Y
>>>>> +Flexible filter = Y
>>>>> +Hash filter = Y
>>>>> +Flow director = Y
>>>>> Flow control = Y
>>>>> Flow API = Y
>>>>> +QinQ offload = Y
>>>>> +L3 checksum offload = Y
>>>>> +L4 checksum offload = Y
>>>>> Packet type parsing = Y
>>>>> Basic stats = Y
>>>>> -Stats per queue = Y
>>>>> ARMv7 = Y
>>>>> ARMv8 = Y
>>>>> Power8 = Y
>>>>
>>>> I am not sure if claiming support for these features is correct.
>>>> Failsafe itself doesn't provide these features, but relies underlying
>>>> hardware which we don't really know what they supports or not in this
>> stage.
>>>>
>>>
>>> Don't you think that almost all failsafe features rely underlying hardware or
>> sub PMDs?
>>
>> You are right, perhaps we should remove all. This is helpful to show what
>> device features are supported. For failsafe, is this information useful?
>>
> Since there are features that failsafe cannot support without any sub PMD dependences
> (for example "Stats per queue") it is useful.
Sorry, I missed your point.
Device feature list documentation is good for:
- End user can easily see what to expect from a device/driver.
- To trace what features implemented for a device.
- To find out which device has a specific desired feature.
For failsafe, it is a virtual overlay device on other physical devices.
The supported architectures and provided documents features can be
useful. But why/how NIC related features can be useful since all they
are coming form underlay devices?
>
>>>
>>>> OK for dropping "Stats per queue"
>>>>
>>>>>
>>>
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
2017-09-22 10:32 ` Ferruh Yigit
@ 2017-09-24 5:55 ` Matan Azrad
2017-10-25 18:44 ` Ferruh Yigit
0 siblings, 1 reply; 13+ messages in thread
From: Matan Azrad @ 2017-09-24 5:55 UTC (permalink / raw)
To: Ferruh Yigit, Gaetan Rivet; +Cc: dev, john.mcnamara
Hi Ferruh
> -----Original Message-----
> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> Sent: Friday, September 22, 2017 1:32 PM
> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> <gaetan.rivet@6wind.com>
> Cc: dev@dpdk.org; john.mcnamara@intel.com
> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>
> On 9/19/2017 12:39 PM, Matan Azrad wrote:
> > Hi Ferruh
> >
> >> -----Original Message-----
> >> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> >> Sent: Tuesday, September 19, 2017 2:00 PM
> >> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> >> <gaetan.rivet@6wind.com>
> >> Cc: dev@dpdk.org; john.mcnamara@intel.com
> >> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
> >>
> >> On 9/19/2017 11:04 AM, Matan Azrad wrote:
> >>>
> >>> Hi Ferruh
> >>>
> >>>> -----Original Message-----
> >>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> >>>> Sent: Tuesday, September 19, 2017 12:27 PM
> >>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> >>>> <gaetan.rivet@6wind.com>
> >>>> Cc: dev@dpdk.org
> >>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
> >>>>
> >>>> On 9/14/2017 4:32 PM, Matan Azrad wrote:
> >>>>> Add supported failsafe features to feature list.
> >>>>> Remove stats per queue feature from failsafe feature list since
> >>>>> queue_stats_mapping_set dev op has not implemented yet.
> >>>>>
> >>>>> Signed-off-by: Matan Azrad <matan@mellanox.com>
> >>>>> ---
> >>>>> doc/guides/nics/features/failsafe.ini | 15 ++++++++++++++-
> >>>>> 1 file changed, 14 insertions(+), 1 deletion(-)
> >>>>>
> >>>>> diff --git a/doc/guides/nics/features/failsafe.ini
> >>>>> b/doc/guides/nics/features/failsafe.ini
> >>>>> index a42e344..9f48455 100644
> >>>>> --- a/doc/guides/nics/features/failsafe.ini
> >>>>> +++ b/doc/guides/nics/features/failsafe.ini
> >>>>> @@ -4,20 +4,33 @@
> >>>>> ; Refer to default.ini for the full list of available PMD features.
> >>>>> ;
> >>>>> [Features]
> >>>>> +Speed capabilities = Y
> >>>>> Link status = Y
> >>>>> Link status event = Y
> >>>>> MTU update = Y
> >>>>> Jumbo frame = Y
> >>>>> +Scattered Rx = Y
> >>>>> +LRO = Y
> >>>>> +TSO = Y
> >>>>> Promiscuous mode = Y
> >>>>> Allmulticast mode = Y
> >>>>> Unicast MAC filter = Y
> >>>>> Multicast MAC filter = Y
> >>>>> VLAN filter = Y
> >>>>> +Ethertype filter = Y
> >>>>> +N-tuple filter = Y
> >>>>> +SYN filter = Y
> >>>>> +Tunnel filter = Y
> >>>>> +Flexible filter = Y
> >>>>> +Hash filter = Y
> >>>>> +Flow director = Y
> >>>>> Flow control = Y
> >>>>> Flow API = Y
> >>>>> +QinQ offload = Y
> >>>>> +L3 checksum offload = Y
> >>>>> +L4 checksum offload = Y
> >>>>> Packet type parsing = Y
> >>>>> Basic stats = Y
> >>>>> -Stats per queue = Y
> >>>>> ARMv7 = Y
> >>>>> ARMv8 = Y
> >>>>> Power8 = Y
> >>>>
> >>>> I am not sure if claiming support for these features is correct.
> >>>> Failsafe itself doesn't provide these features, but relies
> >>>> underlying hardware which we don't really know what they supports
> >>>> or not in this
> >> stage.
> >>>>
> >>>
> >>> Don't you think that almost all failsafe features rely underlying
> >>> hardware or
> >> sub PMDs?
> >>
> >> You are right, perhaps we should remove all. This is helpful to show
> >> what device features are supported. For failsafe, is this information
> useful?
> >>
> > Since there are features that failsafe cannot support without any sub
> > PMD dependences (for example "Stats per queue") it is useful.
>
> Sorry, I missed your point.
>
> Device feature list documentation is good for:
> - End user can easily see what to expect from a device/driver.
> - To trace what features implemented for a device.
> - To find out which device has a specific desired feature.
>
> For failsafe, it is a virtual overlay device on other physical devices.
>
> The supported architectures and provided documents features can be
> useful. But why/how NIC related features can be useful since all they are
> coming form underlay devices?
>
My point is that someone can understand from this list all failsafe PMD features which are not
supported even if the failsafe sub devices PMD may support them.
Please read section 31.1 in failsafe documentation: http://dpdk.org/doc/guides/nics/fail_safe.html
Actually, the failsafe supported features is the logical AND between all its sub devices supported features and failsafe default features.
I think this table should reflect the failsafe default features.
It is very useful for failsafe user to compare failsafe features and sub devices features to infer which feature is going to be supported with failsafe combination.
In addition,
Even if the PMD part is only to set capability bit (NIC related features capability) user must know that failsafe is going to set it.
> >
> >>>
> >>>> OK for dropping "Stats per queue"
> >>>>
> >>>>>
> >>>
> >
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
2017-09-24 5:55 ` Matan Azrad
@ 2017-10-25 18:44 ` Ferruh Yigit
2017-10-25 22:55 ` Gaëtan Rivet
2017-11-01 22:33 ` Ferruh Yigit
0 siblings, 2 replies; 13+ messages in thread
From: Ferruh Yigit @ 2017-10-25 18:44 UTC (permalink / raw)
To: Matan Azrad, Gaetan Rivet; +Cc: dev, john.mcnamara
On 9/23/2017 10:55 PM, Matan Azrad wrote:
> Hi Ferruh
>
>> -----Original Message-----
>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>> Sent: Friday, September 22, 2017 1:32 PM
>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>> <gaetan.rivet@6wind.com>
>> Cc: dev@dpdk.org; john.mcnamara@intel.com
>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>>
>> On 9/19/2017 12:39 PM, Matan Azrad wrote:
>>> Hi Ferruh
>>>
>>>> -----Original Message-----
>>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>>>> Sent: Tuesday, September 19, 2017 2:00 PM
>>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>>>> <gaetan.rivet@6wind.com>
>>>> Cc: dev@dpdk.org; john.mcnamara@intel.com
>>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>>>>
>>>> On 9/19/2017 11:04 AM, Matan Azrad wrote:
>>>>>
>>>>> Hi Ferruh
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>>>>>> Sent: Tuesday, September 19, 2017 12:27 PM
>>>>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>>>>>> <gaetan.rivet@6wind.com>
>>>>>> Cc: dev@dpdk.org
>>>>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>>>>>>
>>>>>> On 9/14/2017 4:32 PM, Matan Azrad wrote:
>>>>>>> Add supported failsafe features to feature list.
>>>>>>> Remove stats per queue feature from failsafe feature list since
>>>>>>> queue_stats_mapping_set dev op has not implemented yet.
>>>>>>>
>>>>>>> Signed-off-by: Matan Azrad <matan@mellanox.com>
>>>>>>> ---
>>>>>>> doc/guides/nics/features/failsafe.ini | 15 ++++++++++++++-
>>>>>>> 1 file changed, 14 insertions(+), 1 deletion(-)
>>>>>>>
>>>>>>> diff --git a/doc/guides/nics/features/failsafe.ini
>>>>>>> b/doc/guides/nics/features/failsafe.ini
>>>>>>> index a42e344..9f48455 100644
>>>>>>> --- a/doc/guides/nics/features/failsafe.ini
>>>>>>> +++ b/doc/guides/nics/features/failsafe.ini
>>>>>>> @@ -4,20 +4,33 @@
>>>>>>> ; Refer to default.ini for the full list of available PMD features.
>>>>>>> ;
>>>>>>> [Features]
>>>>>>> +Speed capabilities = Y
>>>>>>> Link status = Y
>>>>>>> Link status event = Y
>>>>>>> MTU update = Y
>>>>>>> Jumbo frame = Y
>>>>>>> +Scattered Rx = Y
>>>>>>> +LRO = Y
>>>>>>> +TSO = Y
>>>>>>> Promiscuous mode = Y
>>>>>>> Allmulticast mode = Y
>>>>>>> Unicast MAC filter = Y
>>>>>>> Multicast MAC filter = Y
>>>>>>> VLAN filter = Y
>>>>>>> +Ethertype filter = Y
>>>>>>> +N-tuple filter = Y
>>>>>>> +SYN filter = Y
>>>>>>> +Tunnel filter = Y
>>>>>>> +Flexible filter = Y
>>>>>>> +Hash filter = Y
>>>>>>> +Flow director = Y
>>>>>>> Flow control = Y
>>>>>>> Flow API = Y
>>>>>>> +QinQ offload = Y
>>>>>>> +L3 checksum offload = Y
>>>>>>> +L4 checksum offload = Y
>>>>>>> Packet type parsing = Y
>>>>>>> Basic stats = Y
>>>>>>> -Stats per queue = Y
>>>>>>> ARMv7 = Y
>>>>>>> ARMv8 = Y
>>>>>>> Power8 = Y
>>>>>>
>>>>>> I am not sure if claiming support for these features is correct.
>>>>>> Failsafe itself doesn't provide these features, but relies
>>>>>> underlying hardware which we don't really know what they supports
>>>>>> or not in this
>>>> stage.
>>>>>>
>>>>>
>>>>> Don't you think that almost all failsafe features rely underlying
>>>>> hardware or
>>>> sub PMDs?
>>>>
>>>> You are right, perhaps we should remove all. This is helpful to show
>>>> what device features are supported. For failsafe, is this information
>> useful?
>>>>
>>> Since there are features that failsafe cannot support without any sub
>>> PMD dependences (for example "Stats per queue") it is useful.
>>
>> Sorry, I missed your point.
>>
>> Device feature list documentation is good for:
>> - End user can easily see what to expect from a device/driver.
>> - To trace what features implemented for a device.
>> - To find out which device has a specific desired feature.
>>
>> For failsafe, it is a virtual overlay device on other physical devices.
>>
>> The supported architectures and provided documents features can be
>> useful. But why/how NIC related features can be useful since all they are
>> coming form underlay devices?
>>
> My point is that someone can understand from this list all failsafe PMD features which are not
> supported even if the failsafe sub devices PMD may support them.
It may be possible to document them as "Feature = N" if you sure they are not
supported,
instead of saying the features that may or may not be supported as supported.
> Please read section 31.1 in failsafe documentation: http://dpdk.org/doc/guides/nics/fail_safe.html
> Actually, the failsafe supported features is the logical AND between all its sub devices supported features and failsafe default features.
> I think this table should reflect the failsafe default features.
So if any PMD doesn't support that feature, it won't be supported, right? If so
why we are documented it as supported.
Agree to document default features independent from what PMD supports, as I said
before "supported architectures and provided documents" etc..
> It is very useful for failsafe user to compare failsafe features and sub devices features to infer which feature is going to be supported with failsafe combination.
>
> In addition,
> Even if the PMD part is only to set capability bit (NIC related features capability) user must know that failsafe is going to set it.
Still this depends on if PMD supports it or not.
Out of curiosity, how failsafe set the underlying PMD features, automatically or
based on user request? I guess it checks that all PMDs support feature before
setting it.
>
>>>
>>>>>
>>>>>> OK for dropping "Stats per queue"
>>>>>>
>>>>>>>
>>>>>
>>>
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
2017-10-25 18:44 ` Ferruh Yigit
@ 2017-10-25 22:55 ` Gaëtan Rivet
2017-11-01 22:33 ` Ferruh Yigit
1 sibling, 0 replies; 13+ messages in thread
From: Gaëtan Rivet @ 2017-10-25 22:55 UTC (permalink / raw)
To: Ferruh Yigit; +Cc: Matan Azrad, dev, john.mcnamara
On Wed, Oct 25, 2017 at 11:44:39AM -0700, Ferruh Yigit wrote:
> On 9/23/2017 10:55 PM, Matan Azrad wrote:
> > Hi Ferruh
> >
> >> -----Original Message-----
> >> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> >> Sent: Friday, September 22, 2017 1:32 PM
> >> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> >> <gaetan.rivet@6wind.com>
> >> Cc: dev@dpdk.org; john.mcnamara@intel.com
> >> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
> >>
> >> On 9/19/2017 12:39 PM, Matan Azrad wrote:
> >>> Hi Ferruh
> >>>
> >>>> -----Original Message-----
> >>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> >>>> Sent: Tuesday, September 19, 2017 2:00 PM
> >>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> >>>> <gaetan.rivet@6wind.com>
> >>>> Cc: dev@dpdk.org; john.mcnamara@intel.com
> >>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
> >>>>
> >>>> On 9/19/2017 11:04 AM, Matan Azrad wrote:
> >>>>>
> >>>>> Hi Ferruh
> >>>>>
> >>>>>> -----Original Message-----
> >>>>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> >>>>>> Sent: Tuesday, September 19, 2017 12:27 PM
> >>>>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> >>>>>> <gaetan.rivet@6wind.com>
> >>>>>> Cc: dev@dpdk.org
> >>>>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
> >>>>>>
> >>>>>> On 9/14/2017 4:32 PM, Matan Azrad wrote:
> >>>>>>> Add supported failsafe features to feature list.
> >>>>>>> Remove stats per queue feature from failsafe feature list since
> >>>>>>> queue_stats_mapping_set dev op has not implemented yet.
> >>>>>>>
> >>>>>>> Signed-off-by: Matan Azrad <matan@mellanox.com>
> >>>>>>> ---
> >>>>>>> doc/guides/nics/features/failsafe.ini | 15 ++++++++++++++-
> >>>>>>> 1 file changed, 14 insertions(+), 1 deletion(-)
> >>>>>>>
> >>>>>>> diff --git a/doc/guides/nics/features/failsafe.ini
> >>>>>>> b/doc/guides/nics/features/failsafe.ini
> >>>>>>> index a42e344..9f48455 100644
> >>>>>>> --- a/doc/guides/nics/features/failsafe.ini
> >>>>>>> +++ b/doc/guides/nics/features/failsafe.ini
> >>>>>>> @@ -4,20 +4,33 @@
> >>>>>>> ; Refer to default.ini for the full list of available PMD features.
> >>>>>>> ;
> >>>>>>> [Features]
> >>>>>>> +Speed capabilities = Y
> >>>>>>> Link status = Y
> >>>>>>> Link status event = Y
> >>>>>>> MTU update = Y
> >>>>>>> Jumbo frame = Y
> >>>>>>> +Scattered Rx = Y
> >>>>>>> +LRO = Y
> >>>>>>> +TSO = Y
> >>>>>>> Promiscuous mode = Y
> >>>>>>> Allmulticast mode = Y
> >>>>>>> Unicast MAC filter = Y
> >>>>>>> Multicast MAC filter = Y
> >>>>>>> VLAN filter = Y
> >>>>>>> +Ethertype filter = Y
> >>>>>>> +N-tuple filter = Y
> >>>>>>> +SYN filter = Y
> >>>>>>> +Tunnel filter = Y
> >>>>>>> +Flexible filter = Y
> >>>>>>> +Hash filter = Y
> >>>>>>> +Flow director = Y
> >>>>>>> Flow control = Y
> >>>>>>> Flow API = Y
> >>>>>>> +QinQ offload = Y
> >>>>>>> +L3 checksum offload = Y
> >>>>>>> +L4 checksum offload = Y
> >>>>>>> Packet type parsing = Y
> >>>>>>> Basic stats = Y
> >>>>>>> -Stats per queue = Y
> >>>>>>> ARMv7 = Y
> >>>>>>> ARMv8 = Y
> >>>>>>> Power8 = Y
> >>>>>>
> >>>>>> I am not sure if claiming support for these features is correct.
> >>>>>> Failsafe itself doesn't provide these features, but relies
> >>>>>> underlying hardware which we don't really know what they supports
> >>>>>> or not in this
> >>>> stage.
> >>>>>>
> >>>>>
> >>>>> Don't you think that almost all failsafe features rely underlying
> >>>>> hardware or
> >>>> sub PMDs?
> >>>>
> >>>> You are right, perhaps we should remove all. This is helpful to show
> >>>> what device features are supported. For failsafe, is this information
> >> useful?
> >>>>
> >>> Since there are features that failsafe cannot support without any sub
> >>> PMD dependences (for example "Stats per queue") it is useful.
> >>
> >> Sorry, I missed your point.
> >>
> >> Device feature list documentation is good for:
> >> - End user can easily see what to expect from a device/driver.
> >> - To trace what features implemented for a device.
> >> - To find out which device has a specific desired feature.
> >>
> >> For failsafe, it is a virtual overlay device on other physical devices.
> >>
> >> The supported architectures and provided documents features can be
> >> useful. But why/how NIC related features can be useful since all they are
> >> coming form underlay devices?
> >>
> > My point is that someone can understand from this list all failsafe PMD features which are not
> > supported even if the failsafe sub devices PMD may support them.
>
> It may be possible to document them as "Feature = N" if you sure they are not
> supported,
> instead of saying the features that may or may not be supported as supported.
>
> > Please read section 31.1 in failsafe documentation: http://dpdk.org/doc/guides/nics/fail_safe.html
> > Actually, the failsafe supported features is the logical AND between all its sub devices supported features and failsafe default features.
> > I think this table should reflect the failsafe default features.
>
> So if any PMD doesn't support that feature, it won't be supported, right? If so
> why we are documented it as supported.
>
> Agree to document default features independent from what PMD supports, as I said
> before "supported architectures and provided documents" etc..
>
> > It is very useful for failsafe user to compare failsafe features and sub devices features to infer which feature is going to be supported with failsafe combination.
> >
> > In addition,
> > Even if the PMD part is only to set capability bit (NIC related features capability) user must know that failsafe is going to set it.
>
> Still this depends on if PMD supports it or not.
>
> Out of curiosity, how failsafe set the underlying PMD features, automatically or
> based on user request? I guess it checks that all PMDs support feature before
> setting it.
>
Hi Ferruh,
I won't comment on the rest of the discussion, as I see merit to both
positions and I am still undecided about what is most interesting to the
user.
On your last question:
For ether ops, the fail-safe relies on the public ether API of the
sub-device eth_dev.
For interrupts, the fail-safe relies on user request or on specific PMD
support for RMV_EVENT: it doesn't matter if the other sub-device does
not support the RMV event, if one PMD supports it it will be enabled.
For offloads, the fail-safe will do a logical AND of offload amongst the
sub-device PMDs and restrict those to this subset.
If a plugged-in PMD has a different set of supported offloads, the
fail-safe throws an error.
Generally, sub-device PMDs are expected to closely match feature-wise.
> >
> >>>
> >>>>>
> >>>>>> OK for dropping "Stats per queue"
> >>>>>>
> >>>>>>>
> >>>>>
> >>>
> >
>
--
Gaëtan Rivet
6WIND
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
2017-10-25 18:44 ` Ferruh Yigit
2017-10-25 22:55 ` Gaëtan Rivet
@ 2017-11-01 22:33 ` Ferruh Yigit
2017-11-02 5:53 ` Matan Azrad
1 sibling, 1 reply; 13+ messages in thread
From: Ferruh Yigit @ 2017-11-01 22:33 UTC (permalink / raw)
To: Matan Azrad, Gaetan Rivet; +Cc: dev, john.mcnamara
On 10/25/2017 11:44 AM, Ferruh Yigit wrote:
> On 9/23/2017 10:55 PM, Matan Azrad wrote:
>> Hi Ferruh
>>
>>> -----Original Message-----
>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>>> Sent: Friday, September 22, 2017 1:32 PM
>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>>> <gaetan.rivet@6wind.com>
>>> Cc: dev@dpdk.org; john.mcnamara@intel.com
>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>>>
>>> On 9/19/2017 12:39 PM, Matan Azrad wrote:
>>>> Hi Ferruh
>>>>
>>>>> -----Original Message-----
>>>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>>>>> Sent: Tuesday, September 19, 2017 2:00 PM
>>>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>>>>> <gaetan.rivet@6wind.com>
>>>>> Cc: dev@dpdk.org; john.mcnamara@intel.com
>>>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>>>>>
>>>>> On 9/19/2017 11:04 AM, Matan Azrad wrote:
>>>>>>
>>>>>> Hi Ferruh
>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>>>>>>> Sent: Tuesday, September 19, 2017 12:27 PM
>>>>>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>>>>>>> <gaetan.rivet@6wind.com>
>>>>>>> Cc: dev@dpdk.org
>>>>>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>>>>>>>
>>>>>>> On 9/14/2017 4:32 PM, Matan Azrad wrote:
>>>>>>>> Add supported failsafe features to feature list.
>>>>>>>> Remove stats per queue feature from failsafe feature list since
>>>>>>>> queue_stats_mapping_set dev op has not implemented yet.
>>>>>>>>
>>>>>>>> Signed-off-by: Matan Azrad <matan@mellanox.com>
>>>>>>>> ---
>>>>>>>> doc/guides/nics/features/failsafe.ini | 15 ++++++++++++++-
>>>>>>>> 1 file changed, 14 insertions(+), 1 deletion(-)
>>>>>>>>
>>>>>>>> diff --git a/doc/guides/nics/features/failsafe.ini
>>>>>>>> b/doc/guides/nics/features/failsafe.ini
>>>>>>>> index a42e344..9f48455 100644
>>>>>>>> --- a/doc/guides/nics/features/failsafe.ini
>>>>>>>> +++ b/doc/guides/nics/features/failsafe.ini
>>>>>>>> @@ -4,20 +4,33 @@
>>>>>>>> ; Refer to default.ini for the full list of available PMD features.
>>>>>>>> ;
>>>>>>>> [Features]
>>>>>>>> +Speed capabilities = Y
>>>>>>>> Link status = Y
>>>>>>>> Link status event = Y
>>>>>>>> MTU update = Y
>>>>>>>> Jumbo frame = Y
>>>>>>>> +Scattered Rx = Y
>>>>>>>> +LRO = Y
>>>>>>>> +TSO = Y
>>>>>>>> Promiscuous mode = Y
>>>>>>>> Allmulticast mode = Y
>>>>>>>> Unicast MAC filter = Y
>>>>>>>> Multicast MAC filter = Y
>>>>>>>> VLAN filter = Y
>>>>>>>> +Ethertype filter = Y
>>>>>>>> +N-tuple filter = Y
>>>>>>>> +SYN filter = Y
>>>>>>>> +Tunnel filter = Y
>>>>>>>> +Flexible filter = Y
>>>>>>>> +Hash filter = Y
>>>>>>>> +Flow director = Y
>>>>>>>> Flow control = Y
>>>>>>>> Flow API = Y
>>>>>>>> +QinQ offload = Y
>>>>>>>> +L3 checksum offload = Y
>>>>>>>> +L4 checksum offload = Y
>>>>>>>> Packet type parsing = Y
>>>>>>>> Basic stats = Y
>>>>>>>> -Stats per queue = Y
>>>>>>>> ARMv7 = Y
>>>>>>>> ARMv8 = Y
>>>>>>>> Power8 = Y
>>>>>>>
>>>>>>> I am not sure if claiming support for these features is correct.
>>>>>>> Failsafe itself doesn't provide these features, but relies
>>>>>>> underlying hardware which we don't really know what they supports
>>>>>>> or not in this
>>>>> stage.
>>>>>>>
>>>>>>
>>>>>> Don't you think that almost all failsafe features rely underlying
>>>>>> hardware or
>>>>> sub PMDs?
>>>>>
>>>>> You are right, perhaps we should remove all. This is helpful to show
>>>>> what device features are supported. For failsafe, is this information
>>> useful?
>>>>>
>>>> Since there are features that failsafe cannot support without any sub
>>>> PMD dependences (for example "Stats per queue") it is useful.
>>>
>>> Sorry, I missed your point.
>>>
>>> Device feature list documentation is good for:
>>> - End user can easily see what to expect from a device/driver.
>>> - To trace what features implemented for a device.
>>> - To find out which device has a specific desired feature.
>>>
>>> For failsafe, it is a virtual overlay device on other physical devices.
>>>
>>> The supported architectures and provided documents features can be
>>> useful. But why/how NIC related features can be useful since all they are
>>> coming form underlay devices?
>>>
>> My point is that someone can understand from this list all failsafe PMD features which are not
>> supported even if the failsafe sub devices PMD may support them.
>
> It may be possible to document them as "Feature = N" if you sure they are not
> supported,
> instead of saying the features that may or may not be supported as supported.
Nak for the patch, its status updated in patchwork.
>
>> Please read section 31.1 in failsafe documentation: http://dpdk.org/doc/guides/nics/fail_safe.html
>> Actually, the failsafe supported features is the logical AND between all its sub devices supported features and failsafe default features.
>> I think this table should reflect the failsafe default features.
>
> So if any PMD doesn't support that feature, it won't be supported, right? If so
> why we are documented it as supported.
>
> Agree to document default features independent from what PMD supports, as I said
> before "supported architectures and provided documents" etc..
>
>> It is very useful for failsafe user to compare failsafe features and sub devices features to infer which feature is going to be supported with failsafe combination.
>>
>> In addition,
>> Even if the PMD part is only to set capability bit (NIC related features capability) user must know that failsafe is going to set it.
>
> Still this depends on if PMD supports it or not.
>
> Out of curiosity, how failsafe set the underlying PMD features, automatically or
> based on user request? I guess it checks that all PMDs support feature before
> setting it.
>
>>
>>>>
>>>>>>
>>>>>>> OK for dropping "Stats per queue"
>>>>>>>
>>>>>>>>
>>>>>>
>>>>
>>
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
2017-11-01 22:33 ` Ferruh Yigit
@ 2017-11-02 5:53 ` Matan Azrad
2017-11-02 17:48 ` Ferruh Yigit
0 siblings, 1 reply; 13+ messages in thread
From: Matan Azrad @ 2017-11-02 5:53 UTC (permalink / raw)
To: Ferruh Yigit, Gaetan Rivet; +Cc: dev, john.mcnamara
Hi Ferruh, Gaetan
> -----Original Message-----
> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> Sent: Thursday, November 2, 2017 12:34 AM
> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> <gaetan.rivet@6wind.com>
> Cc: dev@dpdk.org; john.mcnamara@intel.com
> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>
> On 10/25/2017 11:44 AM, Ferruh Yigit wrote:
> > On 9/23/2017 10:55 PM, Matan Azrad wrote:
> >> Hi Ferruh
> >>
> >>> -----Original Message-----
> >>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> >>> Sent: Friday, September 22, 2017 1:32 PM
> >>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> >>> <gaetan.rivet@6wind.com>
> >>> Cc: dev@dpdk.org; john.mcnamara@intel.com
> >>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
> >>>
> >>> On 9/19/2017 12:39 PM, Matan Azrad wrote:
> >>>> Hi Ferruh
> >>>>
> >>>>> -----Original Message-----
> >>>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> >>>>> Sent: Tuesday, September 19, 2017 2:00 PM
> >>>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> >>>>> <gaetan.rivet@6wind.com>
> >>>>> Cc: dev@dpdk.org; john.mcnamara@intel.com
> >>>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
> >>>>>
> >>>>> On 9/19/2017 11:04 AM, Matan Azrad wrote:
> >>>>>>
> >>>>>> Hi Ferruh
> >>>>>>
> >>>>>>> -----Original Message-----
> >>>>>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
> >>>>>>> Sent: Tuesday, September 19, 2017 12:27 PM
> >>>>>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
> >>>>>>> <gaetan.rivet@6wind.com>
> >>>>>>> Cc: dev@dpdk.org
> >>>>>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature
> >>>>>>> list
> >>>>>>>
> >>>>>>> On 9/14/2017 4:32 PM, Matan Azrad wrote:
> >>>>>>>> Add supported failsafe features to feature list.
> >>>>>>>> Remove stats per queue feature from failsafe feature list since
> >>>>>>>> queue_stats_mapping_set dev op has not implemented yet.
> >>>>>>>>
> >>>>>>>> Signed-off-by: Matan Azrad <matan@mellanox.com>
> >>>>>>>> ---
> >>>>>>>> doc/guides/nics/features/failsafe.ini | 15 ++++++++++++++-
> >>>>>>>> 1 file changed, 14 insertions(+), 1 deletion(-)
> >>>>>>>>
> >>>>>>>> diff --git a/doc/guides/nics/features/failsafe.ini
> >>>>>>>> b/doc/guides/nics/features/failsafe.ini
> >>>>>>>> index a42e344..9f48455 100644
> >>>>>>>> --- a/doc/guides/nics/features/failsafe.ini
> >>>>>>>> +++ b/doc/guides/nics/features/failsafe.ini
> >>>>>>>> @@ -4,20 +4,33 @@
> >>>>>>>> ; Refer to default.ini for the full list of available PMD features.
> >>>>>>>> ;
> >>>>>>>> [Features]
> >>>>>>>> +Speed capabilities = Y
> >>>>>>>> Link status = Y
> >>>>>>>> Link status event = Y
> >>>>>>>> MTU update = Y
> >>>>>>>> Jumbo frame = Y
> >>>>>>>> +Scattered Rx = Y
> >>>>>>>> +LRO = Y
> >>>>>>>> +TSO = Y
> >>>>>>>> Promiscuous mode = Y
> >>>>>>>> Allmulticast mode = Y
> >>>>>>>> Unicast MAC filter = Y
> >>>>>>>> Multicast MAC filter = Y
> >>>>>>>> VLAN filter = Y
> >>>>>>>> +Ethertype filter = Y
> >>>>>>>> +N-tuple filter = Y
> >>>>>>>> +SYN filter = Y
> >>>>>>>> +Tunnel filter = Y
> >>>>>>>> +Flexible filter = Y
> >>>>>>>> +Hash filter = Y
> >>>>>>>> +Flow director = Y
> >>>>>>>> Flow control = Y
> >>>>>>>> Flow API = Y
> >>>>>>>> +QinQ offload = Y
> >>>>>>>> +L3 checksum offload = Y
> >>>>>>>> +L4 checksum offload = Y
> >>>>>>>> Packet type parsing = Y
> >>>>>>>> Basic stats = Y
> >>>>>>>> -Stats per queue = Y
> >>>>>>>> ARMv7 = Y
> >>>>>>>> ARMv8 = Y
> >>>>>>>> Power8 = Y
> >>>>>>>
> >>>>>>> I am not sure if claiming support for these features is correct.
> >>>>>>> Failsafe itself doesn't provide these features, but relies
> >>>>>>> underlying hardware which we don't really know what they
> >>>>>>> supports or not in this
> >>>>> stage.
> >>>>>>>
> >>>>>>
> >>>>>> Don't you think that almost all failsafe features rely underlying
> >>>>>> hardware or
> >>>>> sub PMDs?
> >>>>>
> >>>>> You are right, perhaps we should remove all. This is helpful to
> >>>>> show what device features are supported. For failsafe, is this
> >>>>> information
> >>> useful?
> >>>>>
> >>>> Since there are features that failsafe cannot support without any
> >>>> sub PMD dependences (for example "Stats per queue") it is useful.
> >>>
> >>> Sorry, I missed your point.
> >>>
> >>> Device feature list documentation is good for:
> >>> - End user can easily see what to expect from a device/driver.
> >>> - To trace what features implemented for a device.
> >>> - To find out which device has a specific desired feature.
> >>>
> >>> For failsafe, it is a virtual overlay device on other physical devices.
> >>>
> >>> The supported architectures and provided documents features can be
> >>> useful. But why/how NIC related features can be useful since all
> >>> they are coming form underlay devices?
> >>>
> >> My point is that someone can understand from this list all failsafe
> >> PMD features which are not supported even if the failsafe sub devices
> PMD may support them.
> >
> > It may be possible to document them as "Feature = N" if you sure they
> > are not supported, instead of saying the features that may or may not
> > be supported as supported.
>
> Nak for the patch, its status updated in patchwork.
>
Why?
It should be superseded later, the stats per queue should be removed any way.
Moreover, I think we should solve it in a different way if you don't agree to mark them as supported.
Maybe we can add special sign to this table or add star in failsafe name(maybe change color) and explain there that any supported feature by failsafe depends on sub devices support.
User must know all the features allowed by failsafe otherwise we should remove all of the failsafe feature in this table(because all of them depend on sub devices support ).
What do you think?
> >
> >> Please read section 31.1 in failsafe documentation:
> >>
> https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdpd
> >>
> k.org%2Fdoc%2Fguides%2Fnics%2Ffail_safe.html&data=02%7C01%7Cmatan
> %40m
> >>
> ellanox.com%7C3ad1faf403e14c85ad6508d5217899ea%7Ca652971c7d2e4d9b
> a6a4
> >>
> d149256f461b%7C0%7C0%7C636451724233800703&sdata=i1si8wQIGS3GSqG
> WI2LyK
> >> 19N6oUMeVA07rzkmSkgZXk%3D&reserved=0
> >> Actually, the failsafe supported features is the logical AND between all its
> sub devices supported features and failsafe default features.
> >> I think this table should reflect the failsafe default features.
> >
> > So if any PMD doesn't support that feature, it won't be supported,
> > right? If so why we are documented it as supported.
> >
> > Agree to document default features independent from what PMD
> supports,
> > as I said before "supported architectures and provided documents" etc..
> >
> >> It is very useful for failsafe user to compare failsafe features and sub
> devices features to infer which feature is going to be supported with failsafe
> combination.
> >>
> >> In addition,
> >> Even if the PMD part is only to set capability bit (NIC related features
> capability) user must know that failsafe is going to set it.
> >
> > Still this depends on if PMD supports it or not.
> >
> > Out of curiosity, how failsafe set the underlying PMD features,
> > automatically or based on user request? I guess it checks that all
> > PMDs support feature before setting it.
> >
> >>
> >>>>
> >>>>>>
> >>>>>>> OK for dropping "Stats per queue"
> >>>>>>>
> >>>>>>>>
> >>>>>>
> >>>>
> >>
> >
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
2017-11-02 5:53 ` Matan Azrad
@ 2017-11-02 17:48 ` Ferruh Yigit
0 siblings, 0 replies; 13+ messages in thread
From: Ferruh Yigit @ 2017-11-02 17:48 UTC (permalink / raw)
To: Matan Azrad, Gaetan Rivet; +Cc: dev, john.mcnamara
On 11/1/2017 10:53 PM, Matan Azrad wrote:
> Hi Ferruh, Gaetan
>
>> -----Original Message-----
>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>> Sent: Thursday, November 2, 2017 12:34 AM
>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>> <gaetan.rivet@6wind.com>
>> Cc: dev@dpdk.org; john.mcnamara@intel.com
>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>>
>> On 10/25/2017 11:44 AM, Ferruh Yigit wrote:
>>> On 9/23/2017 10:55 PM, Matan Azrad wrote:
>>>> Hi Ferruh
>>>>
>>>>> -----Original Message-----
>>>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>>>>> Sent: Friday, September 22, 2017 1:32 PM
>>>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>>>>> <gaetan.rivet@6wind.com>
>>>>> Cc: dev@dpdk.org; john.mcnamara@intel.com
>>>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>>>>>
>>>>> On 9/19/2017 12:39 PM, Matan Azrad wrote:
>>>>>> Hi Ferruh
>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>>>>>>> Sent: Tuesday, September 19, 2017 2:00 PM
>>>>>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>>>>>>> <gaetan.rivet@6wind.com>
>>>>>>> Cc: dev@dpdk.org; john.mcnamara@intel.com
>>>>>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature list
>>>>>>>
>>>>>>> On 9/19/2017 11:04 AM, Matan Azrad wrote:
>>>>>>>>
>>>>>>>> Hi Ferruh
>>>>>>>>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: Ferruh Yigit [mailto:ferruh.yigit@intel.com]
>>>>>>>>> Sent: Tuesday, September 19, 2017 12:27 PM
>>>>>>>>> To: Matan Azrad <matan@mellanox.com>; Gaetan Rivet
>>>>>>>>> <gaetan.rivet@6wind.com>
>>>>>>>>> Cc: dev@dpdk.org
>>>>>>>>> Subject: Re: [dpdk-dev] [PATCH] doc: update failsafe feature
>>>>>>>>> list
>>>>>>>>>
>>>>>>>>> On 9/14/2017 4:32 PM, Matan Azrad wrote:
>>>>>>>>>> Add supported failsafe features to feature list.
>>>>>>>>>> Remove stats per queue feature from failsafe feature list since
>>>>>>>>>> queue_stats_mapping_set dev op has not implemented yet.
>>>>>>>>>>
>>>>>>>>>> Signed-off-by: Matan Azrad <matan@mellanox.com>
>>>>>>>>>> ---
>>>>>>>>>> doc/guides/nics/features/failsafe.ini | 15 ++++++++++++++-
>>>>>>>>>> 1 file changed, 14 insertions(+), 1 deletion(-)
>>>>>>>>>>
>>>>>>>>>> diff --git a/doc/guides/nics/features/failsafe.ini
>>>>>>>>>> b/doc/guides/nics/features/failsafe.ini
>>>>>>>>>> index a42e344..9f48455 100644
>>>>>>>>>> --- a/doc/guides/nics/features/failsafe.ini
>>>>>>>>>> +++ b/doc/guides/nics/features/failsafe.ini
>>>>>>>>>> @@ -4,20 +4,33 @@
>>>>>>>>>> ; Refer to default.ini for the full list of available PMD features.
>>>>>>>>>> ;
>>>>>>>>>> [Features]
>>>>>>>>>> +Speed capabilities = Y
>>>>>>>>>> Link status = Y
>>>>>>>>>> Link status event = Y
>>>>>>>>>> MTU update = Y
>>>>>>>>>> Jumbo frame = Y
>>>>>>>>>> +Scattered Rx = Y
>>>>>>>>>> +LRO = Y
>>>>>>>>>> +TSO = Y
>>>>>>>>>> Promiscuous mode = Y
>>>>>>>>>> Allmulticast mode = Y
>>>>>>>>>> Unicast MAC filter = Y
>>>>>>>>>> Multicast MAC filter = Y
>>>>>>>>>> VLAN filter = Y
>>>>>>>>>> +Ethertype filter = Y
>>>>>>>>>> +N-tuple filter = Y
>>>>>>>>>> +SYN filter = Y
>>>>>>>>>> +Tunnel filter = Y
>>>>>>>>>> +Flexible filter = Y
>>>>>>>>>> +Hash filter = Y
>>>>>>>>>> +Flow director = Y
>>>>>>>>>> Flow control = Y
>>>>>>>>>> Flow API = Y
>>>>>>>>>> +QinQ offload = Y
>>>>>>>>>> +L3 checksum offload = Y
>>>>>>>>>> +L4 checksum offload = Y
>>>>>>>>>> Packet type parsing = Y
>>>>>>>>>> Basic stats = Y
>>>>>>>>>> -Stats per queue = Y
>>>>>>>>>> ARMv7 = Y
>>>>>>>>>> ARMv8 = Y
>>>>>>>>>> Power8 = Y
>>>>>>>>>
>>>>>>>>> I am not sure if claiming support for these features is correct.
>>>>>>>>> Failsafe itself doesn't provide these features, but relies
>>>>>>>>> underlying hardware which we don't really know what they
>>>>>>>>> supports or not in this
>>>>>>> stage.
>>>>>>>>>
>>>>>>>>
>>>>>>>> Don't you think that almost all failsafe features rely underlying
>>>>>>>> hardware or
>>>>>>> sub PMDs?
>>>>>>>
>>>>>>> You are right, perhaps we should remove all. This is helpful to
>>>>>>> show what device features are supported. For failsafe, is this
>>>>>>> information
>>>>> useful?
>>>>>>>
>>>>>> Since there are features that failsafe cannot support without any
>>>>>> sub PMD dependences (for example "Stats per queue") it is useful.
>>>>>
>>>>> Sorry, I missed your point.
>>>>>
>>>>> Device feature list documentation is good for:
>>>>> - End user can easily see what to expect from a device/driver.
>>>>> - To trace what features implemented for a device.
>>>>> - To find out which device has a specific desired feature.
>>>>>
>>>>> For failsafe, it is a virtual overlay device on other physical devices.
>>>>>
>>>>> The supported architectures and provided documents features can be
>>>>> useful. But why/how NIC related features can be useful since all
>>>>> they are coming form underlay devices?
>>>>>
>>>> My point is that someone can understand from this list all failsafe
>>>> PMD features which are not supported even if the failsafe sub devices
>> PMD may support them.
>>>
>>> It may be possible to document them as "Feature = N" if you sure they
>>> are not supported, instead of saying the features that may or may not
>>> be supported as supported.
>>
>> Nak for the patch, its status updated in patchwork.
>>
> Why?
> It should be superseded later, the stats per queue should be removed any way.
> Moreover, I think we should solve it in a different way if you don't agree to mark them as supported.
> Maybe we can add special sign to this table or add star in failsafe name(maybe change color) and explain there that any supported feature by failsafe depends on sub devices support.
> User must know all the features allowed by failsafe otherwise we should remove all of the failsafe feature in this table(because all of them depend on sub devices support ).
> What do you think?
This version of the patch was not moving, no more comments no updates, that is
why I would like take it out off list.
Please feel free to send a new version and we can continue to discuss other
options as well.
>
>>>
>>>> Please read section 31.1 in failsafe documentation:
>>>>
>> https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdpd
>>>>
>> k.org%2Fdoc%2Fguides%2Fnics%2Ffail_safe.html&data=02%7C01%7Cmatan
>> %40m
>>>>
>> ellanox.com%7C3ad1faf403e14c85ad6508d5217899ea%7Ca652971c7d2e4d9b
>> a6a4
>>>>
>> d149256f461b%7C0%7C0%7C636451724233800703&sdata=i1si8wQIGS3GSqG
>> WI2LyK
>>>> 19N6oUMeVA07rzkmSkgZXk%3D&reserved=0
>>>> Actually, the failsafe supported features is the logical AND between all its
>> sub devices supported features and failsafe default features.
>>>> I think this table should reflect the failsafe default features.
>>>
>>> So if any PMD doesn't support that feature, it won't be supported,
>>> right? If so why we are documented it as supported.
>>>
>>> Agree to document default features independent from what PMD
>> supports,
>>> as I said before "supported architectures and provided documents" etc..
>>>
>>>> It is very useful for failsafe user to compare failsafe features and sub
>> devices features to infer which feature is going to be supported with failsafe
>> combination.
>>>>
>>>> In addition,
>>>> Even if the PMD part is only to set capability bit (NIC related features
>> capability) user must know that failsafe is going to set it.
>>>
>>> Still this depends on if PMD supports it or not.
>>>
>>> Out of curiosity, how failsafe set the underlying PMD features,
>>> automatically or based on user request? I guess it checks that all
>>> PMDs support feature before setting it.
>>>
>>>>
>>>>>>
>>>>>>>>
>>>>>>>>> OK for dropping "Stats per queue"
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>
>>>
>
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2017-11-02 17:48 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-09-14 15:32 [dpdk-dev] [PATCH] doc: update failsafe feature list Matan Azrad
2017-09-18 13:51 ` Mcnamara, John
2017-09-19 9:27 ` Ferruh Yigit
2017-09-19 10:04 ` Matan Azrad
2017-09-19 11:00 ` Ferruh Yigit
2017-09-19 11:39 ` Matan Azrad
2017-09-22 10:32 ` Ferruh Yigit
2017-09-24 5:55 ` Matan Azrad
2017-10-25 18:44 ` Ferruh Yigit
2017-10-25 22:55 ` Gaëtan Rivet
2017-11-01 22:33 ` Ferruh Yigit
2017-11-02 5:53 ` Matan Azrad
2017-11-02 17:48 ` Ferruh Yigit
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).