Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp1442661ybi; Sat, 25 May 2019 02:03:50 -0700 (PDT) X-Google-Smtp-Source: APXvYqy3CUVGK/PtrKHh9UqRYGyqzVQoIJATFIgFq4wY7MjTV2Ul8yPNX3s47EKfm9dS+NWnsnMW X-Received: by 2002:a62:4dc5:: with SMTP id a188mr68041808pfb.8.1558775029960; Sat, 25 May 2019 02:03:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558775029; cv=none; d=google.com; s=arc-20160816; b=gEVtyePzpJgut2/7X6lQeAWcmGdKcYQ3GY4dWbDfQ2MF8l7zfRkU7Z9diFuPEZCSE9 E92kTGzzM1nURxxxDJT9SNnUjztCNMAAiAUjoB0gohlTnXifZXuxNNuluEod8dlIqoJk 5zozyI9fLmtumZDvzq/MbdVGuQ7VWpQVU3Rg6ScMKs2tc0XuLsoUHjJeYBPIxgSRXhCw koUY37WnizwhAjVkBAumfGEtR+cYH/H0AiPFdw8NbI5vcBeIsHcnWETmg0bu6SDCV2fc 42S7zQUvSMDzxBsFw2eFFEBckdFzpY1JHv58dpIfNiCtAARvhc+wqIoQ0wzXV465zL9d AH6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=grdTBP8YDqvmu7Vn7KcMDhnbDwDAqo+82qrmvnB7evU=; b=0ZC4MXfwlAPwL6oEmPWqUDDC3GtH33DV1wfZ3qWKNus1VhPMU7+vQUI3C0UIqhYsbS hzMrR7f1skTuwYV30HYvjKAFzIo6P43UXXFCsvBFxIvZH0nIk544EZd1TcBggjpsqwz3 70DFor8KfQoPyN368FkeDqCnP0X/rb0M8vhTeotR47Uf05FjP3M7PXOMsHblhnxRvsQR VuI1GCcD9gxGU4RcSB9NrKAw74jr1FONADRQky+wUmzJcW+0iRyK5ABCaZ1HTUz1olA/ JEORRUZzLKxMSoN0s1moQ2aZkw7UjYMNPf0WVyt1x/L4jAi5tAXDpIVb96NNYoVaQyJk CSjw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g4si7310046plb.188.2019.05.25.02.03.35; Sat, 25 May 2019 02:03:49 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726645AbfEYJCe (ORCPT + 99 others); Sat, 25 May 2019 05:02:34 -0400 Received: from szxga04-in.huawei.com ([45.249.212.190]:17566 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726376AbfEYJCd (ORCPT ); Sat, 25 May 2019 05:02:33 -0400 Received: from DGGEMS407-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id 5CA1D8ED1F0315A48D92; Sat, 25 May 2019 17:02:29 +0800 (CST) Received: from [127.0.0.1] (10.177.19.180) by DGGEMS407-HUB.china.huawei.com (10.3.19.207) with Microsoft SMTP Server id 14.3.439.0; Sat, 25 May 2019 17:02:25 +0800 Subject: Re: [PATCH] kernel: sysctl: change ipfrag_high/low_thresh to CTL_ULONG To: Eric Dumazet CC: LKML , Andrew Morton , "David S. Miller" References: <20190524143827.43301-1-wangkefeng.wang@huawei.com> From: Kefeng Wang Message-ID: <049648ab-0e51-c079-b7c8-c9022cae20b4@huawei.com> Date: Sat, 25 May 2019 17:00:03 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Language: en-US X-Originating-IP: [10.177.19.180] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019/5/24 23:00, Eric Dumazet wrote: > On Fri, May 24, 2019 at 7:30 AM Kefeng Wang wrote: >> 3e67f106f619 ("inet: frags: break the 2GB limit for frags storage"), >> changes ipfrag_high/low_thread 'type' from int to long, using CTL_ULONG >> instead of CTL_INT to keep consistent. > > What about compatibility with existing applications ? > Will there sysctl() fail if they provide 32bit variable ? > > /proc/sys/net files are text files, but sysctl() system call has been > discouraged for more than a decade. The sysctl() system call is deprecated, so the main purpose of this patch is to keep consistent, but it does set wrong value(eg, set 16000000000 to ipfrag_high_thresh) when use sysctl(). > >