[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ecce7c5c-cbeb-5896-ec12-26c97619c102@users.sourceforge.net>
Date: Fri, 24 Mar 2017 13:13:09 +0100
From: SF Markus Elfring <elfring@...rs.sourceforge.net>
To: Paul Moore <paul@...l-moore.com>
Cc: linux-security-module@...r.kernel.org, selinux@...ho.nsa.gov,
Eric Paris <eparis@...isplace.org>,
James Morris <james.l.morris@...cle.com>,
"Serge E. Hallyn" <serge@...lyn.com>,
Stephen Smalley <sds@...ho.nsa.gov>,
William Roberts <william.c.roberts@...el.com>,
LKML <linux-kernel@...r.kernel.org>,
kernel-janitors@...r.kernel.org, Wolfram Sang <wsa@...-dreams.de>
Subject: Re: selinux: Delete an error message for a failed memory allocation
in policydb_read()
>> Omit an extra message for a memory allocation failure in this function.
>>
>> Link: http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf
>> Signed-off-by: Markus Elfring <elfring@...rs.sourceforge.net>
>> ---
>> security/selinux/ss/policydb.c | 5 +----
>> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> I'm not going to remove an error message without some better reasoning
> in the patch description. Providing a link to slides is fine, but
> your commit message needs to convey the important information and I
> don't think that is the case here (what happens when that URL dies?).
Do you need an explicit reminder there that the function “kmalloc” provides its own
error reporting already because the flag “__GFP_NOWARN” was not passed here?
Regards,
Markus
Powered by blists - more mailing lists