[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <m1k5s46rqs.fsf@ebiederm.dsl.xmission.com>
Date: Thu, 09 Aug 2007 20:35:55 -0600
From: ebiederm@...ssion.com (Eric W. Biederman)
To: YOSHIFUJI Hideaki / µÈÆ£±ÑÌÀ
<yoshfuji@...ux-ipv6.org>
Cc: davem@...emloft.net, akpm@...ux-foundation.org,
linux-kernel@...r.kernel.org, devel@...nvz.org, adobriyan@...ru,
netdev@...r.kernel.org
Subject: Re: [PATCH 04/10] sysctl: Fix neighbour table sysctls.
YOSHIFUJI Hideaki / µÈÆ£±ÑÌÀ <yoshfuji@...ux-ipv6.org> writes:
> In article <m1odhg6sbv.fsf@...ederm.dsl.xmission.com> (at Thu, 09 Aug 2007
> 20:23:16 -0600), ebiederm@...ssion.com (Eric W. Biederman) says:
>
>> YOSHIFUJI Hideaki / µÈÆ£±ÑÌÀ <yoshfuji@...ux-ipv6.org> writes:
>>
>> > Would you explain why it does not work properly
>> > for those cases?
>>
>> Mostly no appropriate strategy routine was setup to
>> report the data to the caller of sys_sysctl.
>
> I assume that default strategy have been existing for it, no?!
> Maybe, I do miss something...
I'd have to go through it case by case. But in general
unless your proc_handler is proc_dointvec the default
strategy routine which does a raw binary copy of your data
out will generally do the wrong thing.
So especially if your data is jiffies or otherwise needs
processing you don't want to use the default strategy
routine.
Until relatively recently no one was really policing the
sysctl interfaces and even now it isn't too serious.
Eric
-
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