[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090209144052.6636f069@extreme>
Date: Mon, 9 Feb 2009 14:40:52 -0800
From: Stephen Hemminger <shemminger@...tta.com>
To: Jarek Poplawski <jarkao2@...il.com>
Cc: Badalian Vyacheslav <slavon@...telecom.ru>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: [PATCH net-next] Re: can't add tc multiq
On Mon, 9 Feb 2009 22:44:47 +0100
Jarek Poplawski <jarkao2@...il.com> wrote:
> Stephen Hemminger wrote, On 02/09/2009 05:15 PM:
>
> > On Mon, 09 Feb 2009 11:43:26 +0300
> > Badalian Vyacheslav <slavon@...telecom.ru> wrote:
> >
> >> Hello all!
> >> kernel 2.6.28.4
> >> iproute2 - last git
> >> Can't use multiq qdisc. How to fix this?
> >> Thanks!
> >>
> >> slavon ~ # tc qdisc add dev eth0 root handle 1: multiq
> >> RTNETLINK answers: Invalid argument
> ...
> > You need hardware with multiple transmit queues. Neither e1000 or r8169
> > has this.
> ------------------->
> pkt_sched: sch_multiq: Warn on non-multiqueue devices.
>
> Current "RTNETLINK answers: Invalid argument" warning, while trying to
> add multiq qdisc to non-multiqueue device, isn't very helpful and some
> of these devs can be changed btw., so let's add a small printk.
>
> With feedback from Stephen Hemminger <shemminger@...tta.com>
>
> Reported-by: Badalian Vyacheslav <slavon@...telecom.ru>
> Signed-off-by: Jarek Poplawski <jarkao2@...il.com>
> ---
>
> net/sched/sch_multiq.c | 5 ++++-
> 1 files changed, 4 insertions(+), 1 deletions(-)
>
> diff --git a/net/sched/sch_multiq.c b/net/sched/sch_multiq.c
> index 7e15186..a38f0c1 100644
> --- a/net/sched/sch_multiq.c
> +++ b/net/sched/sch_multiq.c
> @@ -201,8 +201,11 @@ static int multiq_tune(struct Qdisc *sch, struct nlattr *opt)
> struct tc_multiq_qopt *qopt;
> int i;
>
> - if (!netif_is_multiqueue(qdisc_dev(sch)))
> + if (!netif_is_multiqueue(qdisc_dev(sch))) {
> + printk(KERN_WARNING "multiq: dev %s isn't multiqueue.\n",
> + qdisc_dev(sch)->name);
> return -EINVAL;
Rather than warning which will buried off on some console that user will never
see (and can cause DoS overload). A better errno should be chosen.
--
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