[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20090608153951.dfa4b162.usui@mxm.nes.nec.co.jp>
Date: Mon, 8 Jun 2009 15:39:51 +0900
From: Minoru Usui <usui@....nes.nec.co.jp>
To: tgraf@...g.ch
Cc: containers@...ts.linux-foundation.org, netdev@...r.kernel.org,
hadi@...erus.ca, jarkao2@...il.com
Subject: Re: [BUG] net_cls: Panic occured when net_cls subsystem use
Hi Thomas
On Mon, 1 Jun 2009 18:12:01 +0900
Minoru Usui <usui@....nes.nec.co.jp> wrote:
> Hi Thomas
>
> Original mail sent to netdev and containers before.
> (http://www.spinics.net/lists/netdev/msg97745.html)
>
> I have a question about how to use cls_cgroup.
>
> On Thu, 21 May 2009 09:22:56 +0900
> Minoru Usui <usui@....nes.nec.co.jp> wrote:
>
> > Hi
> >
> > Unfortunately this is only panic report.
> >
> > I used cgroup net_cls subsystem, then kernel panic occured.
> > I attach panic message and kernel config in this mail's last paragraph.
> > If my operation is wrong, could you tell me how to use net_cls and
> > where the documentation is.
> >
> > # But I think panic is very bad even if my operation is wrong.
>
> The cause of panic will fix soon. (Now I'll make a patch and will test it.)
>
> I want to know how to use cls_cgroup correctly, so could you tell me how to use it if my operation is wrong.
> Now, I think I might have to specify 'handle' with tc command line, is this true?
> But when I specified 'handle', I faced oops. X-P
I investigated this problem, and I found a bug in cls_cgroup_change() in cls_cgroup.c.
cls_cgroup_change() expected tca[TCA_OPTIONS] was set from user space properly,
but tc in iproute2-2.6.29-1 (which I used) didn't set it.
I saw the current source code of tc in git, I found the code for cls_cgroup in iproute2/tc/f_cgroup.c.
It set tca[TCA_OPTIONS].
git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/iproute2.git
# Unfortunately, current source coude of iproute2 couldn't compile, because it occured compile error. X-P
# But this is another issue.
If we always use a newest iproute2 in git when we use cls_cgroup, we don't face this oops probably.
But I think, kernel shouldn't panic regardless of use program's behaviour.
Signed-off-by: Minoru Usui <usui@....nes.nec.co.jp>
diff --git a/net/sched/cls_cgroup.c b/net/sched/cls_cgroup.c
index cc29b44..2ec0adc 100644
--- a/net/sched/cls_cgroup.c
+++ b/net/sched/cls_cgroup.c
@@ -167,6 +167,9 @@ static int cls_cgroup_change(struct tcf_proto *tp, unsigned long base,
struct tcf_exts e;
int err;
+ if (!tca[TCA_OPTIONS])
+ return -EINVAL;
+
if (head == NULL) {
if (!handle)
return -EINVAL;
--
Minoru Usui <usui@....nes.nec.co.jp>
--
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