[dpdk-dev] BUG - KNI broken in 4.2 kernel
Stephen Hemminger
stephen at networkplumber.org
Fri Aug 28 17:48:38 CEST 2015
On Fri, 28 Aug 2015 13:44:28 +0100
Bruce Richardson <bruce.richardson at intel.com> wrote:
> On Thu, Aug 27, 2015 at 10:45:43AM -0700, Stephen Hemminger wrote:
> > On Thu, 27 Aug 2015 15:56:16 +0000
> > "Zhang, Helin" <helin.zhang at intel.com> wrote:
> >
> > > Based on my experience, only one or two users asked for ethtool support, then we have it. Before that time, we don’t have KNI ethtool support.
> > > I did not mean who uses KNI does not care about it, I mean for those users who don’t use KNI, they shouldn’t be bothered by the KNI compilation issues. That’s why I was thinking if we can disable it by default, but not remove it.
> > >
> > > Regards,
> > > Helin
> >
> > Can KNI instead use DPDK hooks to provide generic ethtool semantics.
> > That way it would work with all hardware.
>
> Hi Stephen,
>
> by this you mean that it's a generic library/kernel driver that acts as a proxy to make calls
> into the ethdev library, rather than driver-specific calls? If so, that's an idea
> that should be well worth pursuing. If it's something else you have in mind,
> please clarify.
>
> Thanks,
>
> /Bruce
Yes, not sure exactly how but the other changes to support ethtool like
semantics in DPDK seem to overlap here.
More information about the dev
mailing list