[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2094924.1612513535@warthog.procyon.org.uk>
Date: Fri, 05 Feb 2021 08:25:35 +0000
From: David Howells <dhowells@...hat.com>
To: Jarkko Sakkinen <jarkko@...nel.org>
Cc: dhowells@...hat.com, sprabhu@...hat.com, christian@...uner.io,
selinux@...r.kernel.org, keyrings@...r.kernel.org,
linux-api@...r.kernel.org, linux-fsdevel@...r.kernel.org,
linux-security-module@...r.kernel.org,
linux-kernel@...r.kernel.org, containers@...ts.linux-foundation.org
Subject: Re: [PATCH 1/2] Add namespace tags that can be used for matching without pinning a ns
Jarkko Sakkinen <jarkko@...nel.org> wrote:
> > + * init_ns_common - Initialise the common part of a namespace
>
> Nit: init_ns_common()
Interesting. The majority of code doesn't put the brackets in.
> I've used lately (e.g. arch/x86/kernel/cpu/sgx/ioctl.c) along the lines:
>
> * Return:
> * - 0: Initialization was successful.
> * - -ENOMEM: Out of memory.
Actually, looking at kernel-doc.rst, this isn't necessarily the recommended
approach as it will much everything into one line, complete with dashes, and
can't handle splitting over lines. You probably meant:
* Return:
* * 0 - OK to runtime suspend the device
* * -EBUSY - Device should not be runtime suspended
> * Return:
> * - 0: Initialization was successful.
> * - -ENOMEM: Out of memory.
>
> Looking at the implementation, I guess this is a complete representation of
> what it can return?
It isn't. It can return at least -ENOSPC as well, but it's awkward detailing
the errors from functions it calls since they can change and then the
description here is wrong. I'm not sure there's a perfect answer to that.
David
Powered by blists - more mailing lists