Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp4211238ybi; Tue, 18 Jun 2019 13:57:08 -0700 (PDT) X-Google-Smtp-Source: APXvYqwb1wl/+rAfKUdIPCrL0EJ+0QuONtRxs2NqAXrTmc6HqmGn/vCdWyguS7MO857D9hZySwZ+ X-Received: by 2002:aa7:914e:: with SMTP id 14mr70278147pfi.136.1560891428603; Tue, 18 Jun 2019 13:57:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560891428; cv=none; d=google.com; s=arc-20160816; b=OvIC/Dy+qy1Yn31G7OelGXSka6olQmIkWtCVuRZ6Lrv+3uGTd0tI7fopC7WIqzZVp1 HqIBdm22JyxTdapHSY5ZQSEfTzfwvL9TDvc1QK3/FzlQoEvs+k0QMpHOja2efhR3kUoJ i+sbZLXqvs+rxEJT4D9mTY3rGhYStm4JoKca69eLbFXOS0AKIEwA1y0uGLBx+QobHAHZ 80HjBVHuaasX3ezFvcCkU9UJQ+lhGeUZcy1/PgTMxxJtTQKJwPhYUkDacjlOW1XBQjZv jqwnbRpu5rat8gHfc+VZw/oMWk5olTHKnu6YUUQKd0Z/uFFaUstrvH0dr/Qc9bPyqplo v4Sw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=XybHKlaRWzbSGlu8K7TS9Q7Y/OmFmTKD4x+hIonIz/Y=; b=TIQHfoibywuXhJ+Z64zMISI+DtRsMkE6BTIzOJz6t57agGiZyM77CjKXpjHbZduM3W 1WrpYu0emMokG2/r3em3rd5ATU7sCeqhRGWoFcoZL8rFvZM2wp/GVH5ESCkXslDgpTWm u3HU5THij115KX9l/FzYBRBX4+niDF8m15U4onYJnLj6ZNjnbEFMkD12dZs8Up+M1g7I KCyDKVqnGtUmktmHutXbrvK0QYOM5w1QoJDEdtahj3aCkx5FgTrTeOn3ev1n9Ra9c5mw MeR+IYecKhNmTCBXx1G5geNiXF5cOIUZFAUCgJf281UByD/sSWGDJ+n+iRasVW73U8GJ jJRQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=AH1QL9su; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f59si14010386plb.107.2019.06.18.13.56.53; Tue, 18 Jun 2019 13:57:08 -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; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=AH1QL9su; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731091AbfFRUz5 (ORCPT + 99 others); Tue, 18 Jun 2019 16:55:57 -0400 Received: from bombadil.infradead.org ([198.137.202.133]:50364 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730664AbfFRUxy (ORCPT ); Tue, 18 Jun 2019 16:53:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=Sender:Content-Transfer-Encoding: MIME-Version:References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From: Reply-To:Content-Type:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=XybHKlaRWzbSGlu8K7TS9Q7Y/OmFmTKD4x+hIonIz/Y=; b=AH1QL9su9j33iAlK1EfQgsnpDO p5MhFn3lV3uPKIt7bUIcmXhpt70U0LraZ6PZEN6G4QlStjVuZULgkx3zc7twSFMNxAy/MA+1RI91/ x1/jKn1yizJn7+qwkhbPa3vZ48Cmm/QjpW2LGYp7uIzRNhcMjcYMpae8UPq5tsfwPQPOcNIjhrWs7 gMvDVY19d3e2wPLlcDnI3fkTef5eQ2hba6IzQ0ka/kW7Th/pHkVh1OtJ3D5SrIWEilm984JFpxru1 mqdaGRcOe7qKSu7N/DwNkFOnZuqCmHAvF5jCHgmJoDpQav9J4pTvFtAzfEfZxYlEW3AXkENI6y3gX 7aCdgbhg==; Received: from 177.133.86.196.dynamic.adsl.gvt.net.br ([177.133.86.196] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtpsa (Exim 4.92 #3 (Red Hat Linux)) id 1hdL73-0008N1-Lr; Tue, 18 Jun 2019 20:53:53 +0000 Received: from mchehab by bombadil.infradead.org with local (Exim 4.92) (envelope-from ) id 1hdL70-00020L-92; Tue, 18 Jun 2019 17:53:50 -0300 From: Mauro Carvalho Chehab To: Linux Doc Mailing List Cc: Mauro Carvalho Chehab , Mauro Carvalho Chehab , linux-kernel@vger.kernel.org, Jonathan Corbet Subject: [PATCH v2 23/29] docs: namespaces: convert to ReST Date: Tue, 18 Jun 2019 17:53:41 -0300 Message-Id: <0de1606d1bba4da4e555477b10217877a0c9b1d7.1560890801.git.mchehab+samsung@kernel.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Rename the namespaces documentation files to ReST, add an index for them and adjust in order to produce a nice html output via the Sphinx build system. There are two upper case file names. Rename them to lower case, as we're working to avoid upper case file names at Documentation. At its new index.rst, let's add a :orphan: while this is not linked to the main index.rst file, in order to avoid build warnings. Signed-off-by: Mauro Carvalho Chehab --- ...{compatibility-list.txt => compatibility-list.rst} | 10 +++++++--- Documentation/namespaces/index.rst | 11 +++++++++++ .../{resource-control.txt => resource-control.rst} | 4 ++++ 3 files changed, 22 insertions(+), 3 deletions(-) rename Documentation/namespaces/{compatibility-list.txt => compatibility-list.rst} (86%) create mode 100644 Documentation/namespaces/index.rst rename Documentation/namespaces/{resource-control.txt => resource-control.rst} (89%) diff --git a/Documentation/namespaces/compatibility-list.txt b/Documentation/namespaces/compatibility-list.rst similarity index 86% rename from Documentation/namespaces/compatibility-list.txt rename to Documentation/namespaces/compatibility-list.rst index defc5589bfcd..318800b2a943 100644 --- a/Documentation/namespaces/compatibility-list.txt +++ b/Documentation/namespaces/compatibility-list.rst @@ -1,4 +1,6 @@ - Namespaces compatibility list +============================= +Namespaces compatibility list +============================= This document contains the information about the problems user may have when creating tasks living in different namespaces. @@ -7,13 +9,16 @@ Here's the summary. This matrix shows the known problems, that occur when tasks share some namespace (the columns) while living in different other namespaces (the rows): - UTS IPC VFS PID User Net +==== === === === === ==== === +- UTS IPC VFS PID User Net +==== === === === === ==== === UTS X IPC X 1 VFS X PID 1 1 X User 2 2 X Net X +==== === === === === ==== === 1. Both the IPC and the PID namespaces provide IDs to address object inside the kernel. E.g. semaphore with IPCID or @@ -36,4 +41,3 @@ Net X even having equal UIDs. But currently this is not so. - diff --git a/Documentation/namespaces/index.rst b/Documentation/namespaces/index.rst new file mode 100644 index 000000000000..bf40625dd11a --- /dev/null +++ b/Documentation/namespaces/index.rst @@ -0,0 +1,11 @@ +:orphan: + +========== +Namespaces +========== + +.. toctree:: + :maxdepth: 1 + + compatibility-list + resource-control diff --git a/Documentation/namespaces/resource-control.txt b/Documentation/namespaces/resource-control.rst similarity index 89% rename from Documentation/namespaces/resource-control.txt rename to Documentation/namespaces/resource-control.rst index abc13c394738..369556e00f0c 100644 --- a/Documentation/namespaces/resource-control.txt +++ b/Documentation/namespaces/resource-control.rst @@ -1,3 +1,7 @@ +=========================== +Namespaces research control +=========================== + There are a lot of kinds of objects in the kernel that don't have individual limits or that have limits that are ineffective when a set of processes is allowed to switch user ids. With user namespaces -- 2.21.0