[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20160608210428.GE29699@breakpoint.cc>
Date: Wed, 8 Jun 2016 23:04:28 +0200
From: Florian Westphal <fw@...len.de>
To: Eric Dumazet <eric.dumazet@...il.com>
Cc: Florian Westphal <fw@...len.de>, netdev@...r.kernel.org
Subject: Re: [PATCH net] qfq: don't leak skb if kzalloc fails
Eric Dumazet <eric.dumazet@...il.com> wrote:
> On Wed, 2016-06-08 at 14:31 +0200, Florian Westphal wrote:
> > When we need to create a new aggregate to enqueue the skb we need
> > to kzalloc the new struct.
> >
> > If that fails we returned ENOBUFS without freeing the skb.
> >
> > Spotted during code review.
> >
> > Signed-off-by: Florian Westphal <fw@...len.de>
> > ---
> > net/sched/sch_qfq.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/net/sched/sch_qfq.c b/net/sched/sch_qfq.c
> > index 8d2d8d9..435b970 100644
> > --- a/net/sched/sch_qfq.c
> > +++ b/net/sched/sch_qfq.c
> > @@ -1236,7 +1236,7 @@ static int qfq_enqueue(struct sk_buff *skb, struct Qdisc *sch)
> > err = qfq_change_agg(sch, cl, cl->agg->class_weight,
> > qdisc_pkt_len(skb));
> > if (err)
> > - return err;
> > + return qdisc_drop(skb, sch);
> > }
> >
> > err = qdisc_enqueue(skb, cl->qdisc);
>
> Good catch, but it looks like you forgot :
>
> cl->qstats.drops++;
Thanks, we have too many stats :-/
I'll send a v2, thanks!
Powered by blists - more mailing lists