Received: by 10.223.164.202 with SMTP id h10csp523299wrb; Mon, 6 Nov 2017 10:33:11 -0800 (PST) X-Google-Smtp-Source: ABhQp+QUq5VGjgj6LqDmV8eXRm2hqBhH43r93EWjCTAs6lUxc1WxQe+P2pFyN5iy10hdJf27nxWQ X-Received: by 10.101.82.1 with SMTP id o1mr15726952pgp.261.1509993191439; Mon, 06 Nov 2017 10:33:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1509993191; cv=none; d=google.com; s=arc-20160816; b=vtkRloOMDljv0m0TRUuySrN3UZKgKHSHtzItD1mfDF2lOa8+9tb1y01RBNwfCPI/ic AtFuYd0jHRlft479QoX+iqnFG0YszzeEhdrCi73tgBA7FBIHi0u8niG0BvJnHfdUnMJ8 /47vl3olU983AA7fdzduognnNVg9tbltn1YIAZOd3TVitZoDLeAuMWb6k1IJiDQ5Ti3D sbad6Gv3gJ1udf1N1Tmlsgq5M7yQGe7CJGkxqGISZ2E68uLp810OSyQO+Mjv/Js8TTEN nP7p028tk/RnH4ZQYleWDKFhtsX/36bkF8G+UsF1hoGQRLe/DgGxbrPS9Et7FiD2n/qI TeyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature:arc-authentication-results; bh=0dauwBYvZnK2qZWaRsLlaj+Ah7KqhmpMdLuK0cF9cYI=; b=d3cUEPnjXQxiOCMwX5eFSr9CI66scjsE5M7WgdN2Qf56fRPIkAZRY18zOBLneNCGUB gtVMOTJXF74ItTeiuYid7eVMFPcgyOH6/sGhscU/90AC1QWLEeWB+H0Snr8pjAzlO6ha iKOFzAeWGCJZO9Chm+HufkUg/7RtcEtTPrsYDdvBZrv7bYB/+33F0qdUYqZhJuStTa2K DK+EXPJcoSxTbwRY6DcU9GGKG7tnkYpZjv+u2TlzIRjP5rnJMr2VTUXkMCS6ou+gRTYR +rhvAUpVazOtmaFgr4H794tgMMTKFd3w0M82Hzni/XPmd5AVSPkLh1qw8knQaiHXRIGF +JmA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=sYTu9Rvz; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=openvz.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s17si12730541pfg.209.2017.11.06.10.32.58; Mon, 06 Nov 2017 10:33:11 -0800 (PST) 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; dkim=fail header.i=@gmail.com header.s=20161025 header.b=sYTu9Rvz; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=openvz.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754489AbdKFSb4 (ORCPT + 95 others); Mon, 6 Nov 2017 13:31:56 -0500 Received: from mail-lf0-f68.google.com ([209.85.215.68]:54738 "EHLO mail-lf0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751976AbdKFSby (ORCPT ); Mon, 6 Nov 2017 13:31:54 -0500 Received: by mail-lf0-f68.google.com with SMTP id a2so11556222lfh.11 for ; Mon, 06 Nov 2017 10:31:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:date:message-id:in-reply-to:references; bh=0dauwBYvZnK2qZWaRsLlaj+Ah7KqhmpMdLuK0cF9cYI=; b=sYTu9RvzotsutugPAdEKVuJvvDihzzCmqHTRdSyclCiMVJsBCJS+5jNkqch0k4YFse 1acAz40e+RU81D9Uub9tz7L0Pr+Py1V7lWdFqAZtyy5Ir5IgFNXjDxDDUipGpqIRAy8+ v8SAOg9exd+uQu2LbvYGhAJm+t8mgqbXocIyi9d1unwfE5XfAFZSG5KKJm4kQfwR93Ub sXkFzN1X6cw9bsircwvF4UCVpLNbGTItI9tRJGT/3x4BIrR1ZKsSo1OCXKbPgMS9Hywg DRjGP8uL3yTbc7U3vSHTFhHhdT89nwlqhI4BdqIsuyCGDAz+GL2EmwN3v1WH3ZloDhTV VNJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:date:message-id :in-reply-to:references; bh=0dauwBYvZnK2qZWaRsLlaj+Ah7KqhmpMdLuK0cF9cYI=; b=XZ/ckb5YVD3Pmgdgwk3nKG5iHgHCnxHbaQH7ZN6AslZDLv8Fp8TOO7Bg9W/AOzXKhK TWuof+OZoz8tSUO+j4vRSdOSiCxlShaVj2YqTD82XXVtr0Ky05xn1Tfd5MGYnIC2KHtZ ihR8JtPJgvUR2eyCTw6UB9vGXVJpvKtmecOvzMWThIfjRuFcoeXIbYykXYhrnP8hoPJM Yvu116L+DMXBRFrnVhLa1NV0YjG0dpONhNb9vi+fT/9OATE11QcS2GlDiRmxdrYKjaIC ysrTt35T7IgbAfb9xbx3z3DFD0tXjYZtuVENPGi5cOlIXjuMAMqhLIzwYtsHre9DcEIl JFUg== X-Gm-Message-State: AJaThX7u/uMaJqjELnI62tyKDlR/Y8Lnczx20vo/7P3jEAYQDKHDscE6 HXFAv8VxyLtBjz5sqi+XxbzyNVSK X-Received: by 10.25.167.85 with SMTP id q82mr4764726lfe.171.1509993113337; Mon, 06 Nov 2017 10:31:53 -0800 (PST) Received: from laptop.sw.ru ([4.16.175.162]) by smtp.gmail.com with ESMTPSA id y3sm2478197lfc.85.2017.11.06.10.31.50 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 06 Nov 2017 10:31:52 -0800 (PST) From: Andrei Vagin To: Andrew Morton Cc: linux-kernel@vger.kernel.org, Andrei Vagin , Gargi Sharma , Oleg Nesterov Subject: [PATCH v2] pid: restore the old behaviour of the ns_last_pid sysctl Date: Mon, 6 Nov 2017 10:31:44 -0800 Message-Id: <20171106183144.16368-1-avagin@openvz.org> X-Mailer: git-send-email 2.13.6 In-Reply-To: <20171106144733.GA19282@redhat.com> References: <20171106144733.GA19282@redhat.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org CRIU uses ns_last_pid to fork a process with a specified pid. For example, if we need to create a process with the pid of 10000, we write 9999 into /proc/sys/kernel/ns_last_pid $ echo 9999 > /proc/sys/kernel/ns_last_pid; sh -c 'echo $$' 10000 This behaviour has been broken and now if we write 9999 to ns_last_pid, a process will get the pid 9999. This patch restores the old behaviour. v2: make code a bit more readable // Oleg fixes: ("pid: replace pid bitmap implementation with IDR API") Cc: Gargi Sharma Cc: Oleg Nesterov Acked-by: Oleg Nesterov Signed-off-by: Andrei Vagin --- kernel/pid_namespace.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/kernel/pid_namespace.c b/kernel/pid_namespace.c index fea2c24fa460..0b53eef7d34b 100644 --- a/kernel/pid_namespace.c +++ b/kernel/pid_namespace.c @@ -287,6 +287,7 @@ static int pid_ns_ctl_handler(struct ctl_table *table, int write, { struct pid_namespace *pid_ns = task_active_pid_ns(current); struct ctl_table tmp = *table; + int ret, next; if (write && !ns_capable(pid_ns->user_ns, CAP_SYS_ADMIN)) return -EPERM; @@ -297,8 +298,14 @@ static int pid_ns_ctl_handler(struct ctl_table *table, int write, * it should synchronize its usage with external means. */ - tmp.data = &pid_ns->idr.idr_next; - return proc_dointvec_minmax(&tmp, write, buffer, lenp, ppos); + next = idr_get_cursor(&pid_ns->idr) - 1; + + tmp.data = &next; + ret = proc_dointvec_minmax(&tmp, write, buffer, lenp, ppos); + if (!ret && write) + idr_set_cursor(&pid_ns->idr, next + 1); + + return ret; } extern int pid_max; -- 2.13.6 From 1583328553708804544@xxx Mon Nov 06 14:49:36 +0000 2017 X-GM-THRID: 1583078351317493686 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread