The patch titled sysctl: min-max range check is broken has been removed from the -mm tree. Its filename was sysctl-min-max-range-check-is-broken.patch This patch was dropped because im all confused The current -mm tree may be found at http://userweb.kernel.org/~akpm/mmotm/ ------------------------------------------------------ Subject: sysctl: min-max range check is broken From: Shakesh Jain <shjain@xxxxxxxxxx> do_proc_dointvec_minmax_conv() which gets callled from proc_dointvec_minmax proc_handler doesn't increment the pointer to the 'min' (extra1) and 'max' (extra2) after each range check which results in doing the check against same set of min and max values. This breaks the range checking for those sysctl's where you can write multiple values to /proc with each variable having its own range specification. It seems to be implemented for the sysctl() system call strategy in sysctl_intvec() where min and max are treated as arrays. Signed-off-by: Shakesh Jain <shjain@xxxxxxxxxx> Cc: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx> Cc: Alexey Dobriyan <adobriyan@xxxxxxxxx> Cc: Jason Uhlenkott <juhlenko@xxxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> --- kernel/sysctl.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff -puN kernel/sysctl.c~sysctl-min-max-range-check-is-broken kernel/sysctl.c --- a/kernel/sysctl.c~sysctl-min-max-range-check-is-broken +++ a/kernel/sysctl.c @@ -2411,8 +2411,8 @@ static int do_proc_dointvec_minmax_conv( struct do_proc_dointvec_minmax_conv_param *param = data; if (write) { int val = *negp ? -*lvalp : *lvalp; - if ((param->min && *param->min > val) || - (param->max && *param->max < val)) + if ((param->min && *(param->min++) > val) || + (param->max && *(param->max++) < val)) return -EINVAL; *valp = val; } else { _ Patches currently in -mm which might be from shjain@xxxxxxxxxx are sysctl-min-max-range-check-is-broken.patch -- To unsubscribe from this list: send the line "unsubscribe mm-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html