From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ferruh Yigit Subject: Re: [PATCH] doc: announce KNI ethtool removal Date: Thu, 21 Jul 2016 16:33:10 +0100 Message-ID: <5790EB36.3000604@intel.com> References: <1469030873-5966-1-git-send-email-thomas.monjalon@6wind.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: dev@dpdk.org To: Thomas Monjalon Return-path: Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by dpdk.org (Postfix) with ESMTP id E8FB94AAD for ; Thu, 21 Jul 2016 17:33:37 +0200 (CEST) In-Reply-To: <1469030873-5966-1-git-send-email-thomas.monjalon@6wind.com> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 7/20/2016 5:07 PM, Thomas Monjalon wrote: > The out-of-tree kernel code must be avoided. > Moreover there is no good reason to keep this legacy feature > which is only partially supported. >=20 > As described earlier in this plan: > http://dpdk.org/ml/archives/dev/2016-July/043606.html > it will help to keep PCI ids in PMD code. >=20 > Signed-off-by: Thomas Monjalon > --- > doc/guides/rel_notes/deprecation.rst | 7 +++++++ > 1 file changed, 7 insertions(+) >=20 > diff --git a/doc/guides/rel_notes/deprecation.rst b/doc/guides/rel_note= s/deprecation.rst > index f502f86..9cadf6a 100644 > --- a/doc/guides/rel_notes/deprecation.rst > +++ b/doc/guides/rel_notes/deprecation.rst > @@ -41,3 +41,10 @@ Deprecation Notices > * The mempool functions for single/multi producer/consumer are depreca= ted and > will be removed in 16.11. > It is replaced by rte_mempool_generic_get/put functions. > + > +* The ethtool support will be removed from KNI in 16.11. > + It is implemented only for igb and ixgbe. > + It is really hard to maintain because it requires some out-of-tree k= ernel > + code to be duplicated in this kernel module. > + Removing this partial support will help to restrict the PCI id defin= itions > + to the PMD code. >=20 KNI ethtool is functional and maintained, and it may have users! Why just removing it, specially without providing an alternative? Is is good time to discuss KCP again? Regards, ferruh