Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp5495796pxv; Wed, 21 Jul 2021 06:58:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz6loA6aJy7j/xqKdavKd4SjleOkBAGpizwZcJPXaa0l78btlq2iPj7oCt//zx+LU2z++J/ X-Received: by 2002:a17:907:7296:: with SMTP id dt22mr39193926ejc.86.1626875910823; Wed, 21 Jul 2021 06:58:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626875910; cv=none; d=google.com; s=arc-20160816; b=0k/nuCUbEaikfI26nmc79t2HvjHGeTc+6GiVpLo8F+OXhVq5yUe+M6soYxrkypdawW 2FiYX5Q0mWyjO7U4ZKnsGUKaGpx9tgA3VCUiydTqPmc2cvD9f+MuHLmffZtqm7QxWFDQ wA66iUkoEBUe2L0YwCkGLxISQY61XTn/QyHOik/W/EpXC5MsxWhVYYedZXguNYoQujDW vlh1cne5pmdg+pJgjYMD9TxTcudb6AUskUVsOpngGc5JE8yFSH5Ab/aWFsBwmfgp11yI 5x7+PzVmyuevePaPXvpFF4nzK0zBPJaup5AvANIKD7R2okUMTyowiI9HQZzP+MaEVi9X TaVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=BUhxiYCqvhDmXKL9ntcd/02Iicf2sWEl/TimHhp+Gy4=; b=gvEhfOXNHXzvFyo9GPKxr1aDAUGVM3raytsMBJqAi2PoMN7rAR4qTVg4+fVLSpOwou 1IOmp0Lc/7wMmyIMnDKvV79l7ILxNIoDJlzdFioTI6ykhlfFrdF6NARKBYUI5y4oTiNS fOobinhcr+JDSSIYA2oHOMwg4UNIIbDmDriTjHL76ejB+JMU3Jj/mVw4tMXgYZaoY2EV HhKtW/br1fzxa1o3ZxfbvPcPZCVbZKGodrcSS3tkd8d3Mi2DNhbiMslcGTOivSCPAeoo IzUZauLzMpuWr72xJWEMA4UxTIV5mefIJVnIDDeUkTfvA7IXwJffie3B1Ia/m062j1FN AIIg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=gcSHIkZs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z5si6828965edd.279.2021.07.21.06.58.07; Wed, 21 Jul 2021 06:58:30 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=gcSHIkZs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237336AbhGUMC2 (ORCPT + 99 others); Wed, 21 Jul 2021 08:02:28 -0400 Received: from mail.kernel.org ([198.145.29.99]:52628 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231937AbhGUMC1 (ORCPT ); Wed, 21 Jul 2021 08:02:27 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id B498E6023B; Wed, 21 Jul 2021 12:43:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1626871384; bh=MfGRjvO8Z9rlDyAymbCsP9rnH/CsA8/20EHxRZ7Z2Bs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=gcSHIkZsiFPaphwmQn9Tbf+FhayR2T4vNJ6vKkTh7BZlFZko0UqwWf3txJ/7m0DJT v31YJllmL5Ua80XIUPLUD29NdzIuYDEofai8YAc1rOPwEsyVRSJUK+C0vR64Ru/Wfe t9QoRurpoa+Jio1s/bJl8qRgLGZaiJNhAQehLPRDbPozcQ+dC0BjYM14jP7kDCP3v+ /9ErQ6DSoCdNqSC7yg2pXW/tLsVIXnNOQ5DC2l/W7KxRD0hai9IyDxJp0FvyLQp6m0 fk0rdCtRojFqk3EgyuPw5WMySAtA4avQHb6SBCD2wGY94xI5UFroxXIF1gbkE5wfRa Q36bcMWsVqWLA== Date: Wed, 21 Jul 2021 14:43:01 +0200 From: Alexey Gladkov To: Sven Schnelle Cc: "Eric W. Biederman" , linux-kernel@vger.kernel.org Subject: Re: [PATCH] ucounts: add missing data type changes Message-ID: <20210721124301.btbciip4biph2cxd@example.org> References: <20210721115800.910778-1-svens@linux.ibm.com> <20210721122749.64igxvumy652uaby@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 21, 2021 at 02:32:38PM +0200, Sven Schnelle wrote: > Alexey Gladkov writes: > > > On Wed, Jul 21, 2021 at 01:58:00PM +0200, Sven Schnelle wrote: > >> commit f9c82a4ea89c3 ("Increase size of ucounts to atomic_long_t") > >> changed the data type of ucounts/ucounts_max to long, but missed to > >> adjust a few other places. This is noticeable on big endian platforms > >> from user space because the /proc/sys/user/max_*_names files all > >> contain 0. > > > > I didn't increase them because I didn't want to increase the maximum > > number of namespaces. > > > > Your patch not only fixes the described problem, but also increases the > > maximum number of namespaces. > > > >> Fixes: f9c82a4ea89c ("Increase size of ucounts to atomic_long_t") > >> Signed-off-by: Sven Schnelle > >> --- > >> fs/notify/fanotify/fanotify_user.c | 11 +++++++---- > >> kernel/ucount.c | 18 ++++++++++-------- > >> kernel/user_namespace.c | 2 +- > >> 3 files changed, 18 insertions(+), 13 deletions(-) > >> > >> diff --git a/fs/notify/fanotify/fanotify_user.c b/fs/notify/fanotify/fanotify_user.c > >> index 64864fb40b40..995379ddce86 100644 > >> --- a/fs/notify/fanotify/fanotify_user.c > >> +++ b/fs/notify/fanotify/fanotify_user.c > >> @@ -54,22 +54,25 @@ static int fanotify_max_queued_events __read_mostly; > >> > >> #include > >> > >> +static unsigned long long_max = LONG_MAX; > > > > I think this should be INT_MAX. > > Thanks. I'll change the code to use SYSCTL_INT_MAX instead and send a > v2. > > >> struct ctl_table fanotify_table[] = { > >> { > >> .procname = "max_user_groups", > >> .data = &init_user_ns.ucount_max[UCOUNT_FANOTIFY_GROUPS], > >> - .maxlen = sizeof(int), > >> + .maxlen = sizeof(long), > >> .mode = 0644, > >> - .proc_handler = proc_dointvec_minmax, > >> + .proc_handler = proc_doulongvec_minmax, > >> .extra1 = SYSCTL_ZERO, > >> + .extra2 = &long_max, > >> }, > >> { > >> .procname = "max_user_marks", > >> .data = &init_user_ns.ucount_max[UCOUNT_FANOTIFY_MARKS], > >> - .maxlen = sizeof(int), > >> + .maxlen = sizeof(long), > >> .mode = 0644, > >> - .proc_handler = proc_dointvec_minmax, > >> + .proc_handler = proc_doulongvec_minmax, > >> .extra1 = SYSCTL_ZERO, > >> + .extra2 = &long_max, > >> }, > >> { > >> .procname = "max_queued_events", > >> diff --git a/kernel/ucount.c b/kernel/ucount.c > >> index 87799e2379bd..681ea1b1a06f 100644 > >> --- a/kernel/ucount.c > >> +++ b/kernel/ucount.c > >> @@ -58,14 +58,16 @@ static struct ctl_table_root set_root = { > >> .permissions = set_permissions, > >> }; > >> > >> -#define UCOUNT_ENTRY(name) \ > >> - { \ > >> - .procname = name, \ > >> - .maxlen = sizeof(int), \ > >> - .mode = 0644, \ > >> - .proc_handler = proc_dointvec_minmax, \ > >> - .extra1 = SYSCTL_ZERO, \ > >> - .extra2 = SYSCTL_INT_MAX, \ > >> +static unsigned long long_max = LONG_MAX; > >> + > >> +#define UCOUNT_ENTRY(name) \ > >> + { \ > >> + .procname = name, \ > >> + .maxlen = sizeof(long), \ > >> + .mode = 0644, \ > >> + .proc_handler = proc_doulongvec_minmax, \ > >> + .extra1 = SYSCTL_ZERO, \ > >> + .extra2 = &long_max, \ > >> } > >> static struct ctl_table user_table[] = { > >> UCOUNT_ENTRY("max_user_namespaces"), > >> diff --git a/kernel/user_namespace.c b/kernel/user_namespace.c > >> index ef82d401dde8..d8ad4c261253 100644 > >> --- a/kernel/user_namespace.c > >> +++ b/kernel/user_namespace.c > >> @@ -120,7 +120,7 @@ int create_user_ns(struct cred *new) > >> ns->group = group; > >> INIT_WORK(&ns->work, free_user_ns); > >> for (i = 0; i < MAX_PER_NAMESPACE_UCOUNTS; i++) { > >> - ns->ucount_max[i] = INT_MAX; > >> + ns->ucount_max[i] = LONG_MAX; > > Guess this should also stay at INT_MAX? Yes. > >> } > >> set_rlimit_ucount_max(ns, UCOUNT_RLIMIT_NPROC, rlimit(RLIMIT_NPROC)); > >> set_rlimit_ucount_max(ns, UCOUNT_RLIMIT_MSGQUEUE, rlimit(RLIMIT_MSGQUEUE)); > >> -- > >> 2.25.1 > >> > -- Rgrds, legion