[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <c06eb47c-05d3-f51c-625b-9bfdd33a426a@infradead.org>
Date: Mon, 8 Oct 2018 17:46:04 -0700
From: Randy Dunlap <rdunlap@...radead.org>
To: LKML <linux-kernel@...r.kernel.org>,
James Morris <jmorris@...ei.org>,
"Serge E. Hallyn" <serge@...lyn.com>
Cc: linux-security-module@...r.kernel.org,
"linux-doc@...r.kernel.org" <linux-doc@...r.kernel.org>,
Kees Cook <keescook@...omium.org>
Subject: [PATCH] security: fix LSM description location
From: Randy Dunlap <rdunlap@...radead.org>
Fix Documentation location reference for where LSM descriptions should
be placed.
Suggested-by: Kees Cook <keescook@...omium.org>
Signed-off-by: Randy Dunlap <rdunlap@...radead.org>
Cc: James Morris <jmorris@...ei.org>
Cc: "Serge E. Hallyn" <serge@...lyn.com>
Cc: linux-security-module@...r.kernel.org
---
Documentation/security/LSM.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- lnx-419-rc7.orig/Documentation/security/LSM.rst
+++ lnx-419-rc7/Documentation/security/LSM.rst
@@ -5,7 +5,7 @@ Linux Security Module Development
Based on https://lkml.org/lkml/2007/10/26/215,
a new LSM is accepted into the kernel when its intent (a description of
what it tries to protect against and in what cases one would expect to
-use it) has been appropriately documented in ``Documentation/security/LSM.rst``.
+use it) has been appropriately documented in ``Documentation/admin-guide/LSM/``.
This allows an LSM's code to be easily compared to its goals, and so
that end users and distros can make a more informed decision about which
LSMs suit their requirements.
Powered by blists - more mailing lists