[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201002241402.54122.opurdila@ixiacom.com>
Date: Wed, 24 Feb 2010 14:02:54 +0200
From: Octavian Purdila <opurdila@...acom.com>
To: Cong Wang <amwang@...hat.com>
Cc: David Miller <davem@...emloft.net>,
Linux Kernel Network Developers <netdev@...r.kernel.org>,
Linux Kernel Developers <linux-kernel@...r.kernel.org>,
"Eric W. Biederman" <ebiederm@...ssion.com>
Subject: Re: [net-next PATCH v5 2/3] sysctl: add proc_do_large_bitmap
On Wednesday 24 February 2010 07:24:00 you wrote:
> Octavian Purdila wrote:
> > Here is a new version of this patch which fixes both the comma and
> > invalid value issues, please give it a try.
>
> Sorry, it is even worse. :(
>
> > [net-next PATCH v5 2/3] sysctl: add proc_do_large_bitmap
> >
> > The new function can be used to read/write large bitmaps via /proc. A
> > comma separated range format is used for compact output and input
> > (e.g. 1,3-4,10-10).
>
> Writing "50000-50100" gets EINVAL, it should be success.
> Writing "50000,50100" fails too.
>
Hmm, they don't fail for me :-/
> Please, at least, do some basic testing.
>
I do test them, I've attached the current test batch I was using.
Anyways, today I've noticed that "1,2 3" does not fail and even more
importantly the final value is "3".
Being that I don't see a way of fixing this without not acknowledging 1,2 even
though we will do set these values, I revisited the "1 2 3" issue. And I don't
understand why this is actually an issue, we are just being more permissive
(i.e. we are allowing as separators both whitespaces and ,).
> Also some comments below.
>
> > diff --git a/kernel/sysctl.c b/kernel/sysctl.c
> > index 5259727..d8ea839 100644
> > --- a/kernel/sysctl.c
> > +++ b/kernel/sysctl.c
> > @@ -2635,6 +2635,140 @@ static int proc_do_cad_pid(struct ctl_table
> > *table, int write,
>
> The above line is wrong, it should be a part of previous line.
>
Probably my email client corrupted the patch, sorry about that, I will be more
careful next time.
> > + int left = *lenp, err = 0;
>
> 'left' should be size_t.
>
Will fix, thanks for catching this.
I will resend the whole patch series once we get this formatting issue
resolved.
View attachment "rp_test.log" of type "text/x-log" (1341 bytes)
Download attachment "rp_test.sh" of type "application/x-shellscript" (1374 bytes)
Powered by blists - more mailing lists