Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932682AbcLMK6N convert rfc822-to-8bit (ORCPT ); Tue, 13 Dec 2016 05:58:13 -0500 Received: from mx1.redhat.com ([209.132.183.28]:40098 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932463AbcLMK6L (ORCPT ); Tue, 13 Dec 2016 05:58:11 -0500 Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 3798903 From: David Howells In-Reply-To: <9a5cc2a7-a505-9d0d-5b78-4bc5ab100ff1@gmail.com> References: <9a5cc2a7-a505-9d0d-5b78-4bc5ab100ff1@gmail.com> To: "Michael Kerrisk \(man-pages\)" Cc: dhowells@redhat.com, Eugene Syromyatnikov , linux-man , keyrings@vger.kernel.org, lkml Subject: Re: Revised add_key(2) man page for review MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Date: Tue, 13 Dec 2016 10:58:08 +0000 Message-ID: <24646.1481626688@warthog.procyon.org.uk> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Tue, 13 Dec 2016 10:58:11 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1478 Lines: 41 Michael Kerrisk (man-pages) wrote: > The destination keyring serial number may be that of a valid > keyring for which the caller has write permission, or it may be > one of the following special keyring IDs: No comma before "or". > "user" This is a general purpose key type whose payload may be > ... > "keyring" It probably makes sense to put keyring either first or last. > "keyring" > Keyrings are special key types that may contain links to > sequences of other keys of any type. If this interface > is used to create a keyring, then a NULL payload should > be specified, and plen should be zero. I think "then payload should be NULL and plen should be zero." sounds better. > "logon" (since Linux 3.3) > This key type is essentially the same as "user", but it > does not provide reading. "permit the key to be read" rather than "provide reading", I think. > "big_key" (since Linux 3.13) > This key type is similar to "user", but may hold a pay‐ > load of up to 1 MiB. If the key payload is large, then > it may be stored in swap space rather than kernel mem‐ > ory. "stored encrypted in swap space". > printf("Key ID is %lx\n", (long) key); key_serial_t is an int. It doesn't really need casting to long. David