From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-f174.google.com (mail-ob0-f174.google.com [209.85.214.174]) by kanga.kvack.org (Postfix) with ESMTP id 9D4086B0036 for ; Sun, 11 May 2014 16:46:34 -0400 (EDT) Received: by mail-ob0-f174.google.com with SMTP id uz6so7168401obc.5 for ; Sun, 11 May 2014 13:46:34 -0700 (PDT) Received: from g4t3427.houston.hp.com (g4t3427.houston.hp.com. [15.201.208.55]) by mx.google.com with ESMTPS id ea3si9852924obb.81.2014.05.11.13.46.33 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 11 May 2014 13:46:33 -0700 (PDT) Message-ID: <1399841186.8629.6.camel@buesod1.americas.hpqcorp.net> Subject: Re: [PATCH v2] ipc,shm: document new limits in the uapi header From: Davidlohr Bueso Date: Sun, 11 May 2014 13:46:26 -0700 In-Reply-To: References: <1398090397-2397-1-git-send-email-manfred@colorfullife.com> <1399406800.13799.20.camel@buesod1.americas.hpqcorp.net> <1399414081.30629.2.camel@buesod1.americas.hpqcorp.net> <5369C43D.1000206@gmail.com> <1399486965.4567.9.camel@buesod1.americas.hpqcorp.net> <1399490251.4567.24.camel@buesod1.americas.hpqcorp.net> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: mtk.manpages@gmail.com Cc: Manfred Spraul , Davidlohr Bueso , Martin Schwidefsky , LKML , Andrew Morton , KAMEZAWA Hiroyuki , KOSAKI Motohiro , Greg Thelen , aswin@hp.com, "linux-mm@kvack.org" On Fri, 2014-05-09 at 10:44 +0200, Michael Kerrisk (man-pages) wrote: > On Wed, May 7, 2014 at 9:17 PM, Davidlohr Bueso wrote: > > This is useful in the future and allows users to > > better understand the reasoning behind the changes. > > > > Signed-off-by: Davidlohr Bueso > > --- > > include/uapi/linux/shm.h | 15 +++++++++------ > > 1 file changed, 9 insertions(+), 6 deletions(-) > > > > diff --git a/include/uapi/linux/shm.h b/include/uapi/linux/shm.h > > index 74e786d..3400b6e 100644 > > --- a/include/uapi/linux/shm.h > > +++ b/include/uapi/linux/shm.h > > @@ -8,17 +8,20 @@ > > #endif > > > > /* > > - * SHMMAX, SHMMNI and SHMALL are upper limits are defaults which can > > - * be modified by sysctl. > > + * SHMMNI, SHMMAX and SHMALL are the default upper limits which can be > > + * modified by sysctl. Both SHMMAX and SHMALL have their default values > > + * to the maximum limit which is as large as it can be without helping > > + * userspace overflow the values. There is really nothing the kernel > > + * can do to avoid this any further. It is therefore not advised to > > + * make them any larger. These limits are suitable for both 32 and > > + * 64-bit systems. > > I somehow find that text still rather impenetrable. What about this: > > SHMMNI, SHMMAX and SHMALL are default upper limits which can be > modified by sysctl. The SHMMAX and SHMALL values have been chosen to > be as large possible without facilitating scenarios where userspace > causes overflows when adjusting the limits via operations of the form > "retrieve current limit; add X; update limit". It is therefore not > advised to make SHMMAX and SHMALL any larger. These limits are > suitable for both 32 and 64-bit systems. I don't really have much preference, imho both read pretty much the same, specially considering this is still code after all. If you guys really prefer updating it, let me know and I'll send a v3. But perhaps your text is a bit more suitable in the svipc manpage? Thanks, Davidlohr -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org