[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20081121.164812.237199469.davem@davemloft.net>
Date: Fri, 21 Nov 2008 16:48:12 -0800 (PST)
From: David Miller <davem@...emloft.net>
To: rdreier@...co.com
Cc: kaber@...sh.net, jeffrey.t.kirsher@...el.com,
netdev@...r.kernel.org, jeff@...zik.org,
alexander.h.duyck@...el.com, peter.p.waskiewicz.jr@...el.com
Subject: Re: [NET-NEXT v4 PATCH 1/5] ixgbe: this patch adds support for DCB
to the kernel and ixgbe driver
From: Roland Dreier <rdreier@...co.com>
Date: Fri, 21 Nov 2008 09:58:37 -0800
> > > +
> > > +config DCBNL
> > > + bool "Data Center Bridging netlink interface support"
> > > + depends on DCB
> > > + default n
> > > + ---help---
> > > + This option turns on the netlink interface
> > > + (dcbnl) for Data Center Bridging capable devices.
> > > +
> > > + If unsure, say N.
>
> Now that I look at this config, it looks rather strange. When does is
> ever make sense to enable DCB but not DCBNL? How else does one
> configure all the DCB parameters except by running dcbd in userspace?
> Should there even be a separate DCBNL option at all?
Yes, that makes sense.
If DCBNL is the only way to enable and control DCB, there is no sense
to have two seperate options.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists