Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp19097ybl; Tue, 7 Jan 2020 13:14:33 -0800 (PST) X-Google-Smtp-Source: APXvYqwE5gB/GYYabYCs/ITN2RP2jzJwzk9Kp1TJ2bhR3cNh2/pVLLwLaoncqSn8Ufdo/Tc6LbMC X-Received: by 2002:a9d:2264:: with SMTP id o91mr1740937ota.328.1578431673491; Tue, 07 Jan 2020 13:14:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578431673; cv=none; d=google.com; s=arc-20160816; b=tfjHiuFoiivWfjbWbiOgoz19E4tnwwXJtNtYEux9IGv0fCOOb218LEVDrs5GO6hRFe AwdPwS9qD/bvQzcGBoon2tZlnp9y/nZUDI0FXB2xC+p8L2Byc35Jg168uXuSQoXMEOid UixBMVDB5tNM+b0zP8q0wa5wkTEYR2G/WG9J1nPS/MI16ul7HdFi3V3R0DYdr8X7UPho ckS0PcNVt719W8HVGiERJuIB+e53mj2kEIjZ/EkgEzMxuWTXYntx6esfOKCNPgrShiYu yzBXCnvJMwqVJNhFmhX54h9anf4f0zRvOYnv0a4UMnwCZvdUc0YO77ymXr0gwKxFs4j4 uvtw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=HT/9dWpoSdc7iniI2O8Zsm2Wr8O/BEwQ7fyyLNWatFI=; b=rFXTBA21QYw3y7/e7uYU2ltCdorc8x5EvgxDAQZGAC0NlK9bZydWjppveQDqoNwTha +pMpFDrVSZ/Cd5dAL6LiMqj13DjBwPie4D/NmCmniOhTABu5bLqhHAYmDiv0WU7jCLcn P3Ad5pxqrYy1PAhLQfJ2aRC2TkQ6DrU6Y1aCae6h5T22ubhVWABL/nNAv4qXv3Ze9P/9 myhJTvm//b/D46obZ1gaHjnmytCB038KpWroCMd0cLIhNcJhDQknHeO7YYu5bWGlHdoj XMFNl02aK+z0AszTY+Qm1e1J/AItJE+BVODtQWncJTcNBuY3L2Pocx8oy50LJnrpLDGY O/5w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=U3AvVLPs; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o128si607910oih.66.2020.01.07.13.14.21; Tue, 07 Jan 2020 13:14:33 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=U3AvVLPs; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730077AbgAGVMd (ORCPT + 99 others); Tue, 7 Jan 2020 16:12:33 -0500 Received: from mail.kernel.org ([198.145.29.99]:38692 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730056AbgAGVLE (ORCPT ); Tue, 7 Jan 2020 16:11:04 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 846E62080A; Tue, 7 Jan 2020 21:11:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578431464; bh=RHOGp9HQeQyoK17jjlwbXxaBDWuYVfp1PcCIQL9KW2g=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=U3AvVLPs9XxWGE2kdLkKF/LuojzyYN0HjzgeTB56wuCdxbFGBgYHZVtv1LKpR1HvX sJeITLjfNRXouD/94WN2nv12Vg9jBjz8Bo6rb+9RD0TqzrMes4/pA1xoAcPjJLU1P+ d1Exdlsc9di5D9BS1KM7QoMtMR1rsNrTJY7JUwps= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Shakeel Butt , Chris Down , Roman Gushchin , Michal Hocko , Johannes Weiner , Andrew Morton , Linus Torvalds Subject: [PATCH 4.14 30/74] memcg: account security cred as well to kmemcg Date: Tue, 7 Jan 2020 21:54:55 +0100 Message-Id: <20200107205200.946162981@linuxfoundation.org> X-Mailer: git-send-email 2.24.1 In-Reply-To: <20200107205135.369001641@linuxfoundation.org> References: <20200107205135.369001641@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Shakeel Butt commit 84029fd04c201a4c7e0b07ba262664900f47c6f5 upstream. The cred_jar kmem_cache is already memcg accounted in the current kernel but cred->security is not. Account cred->security to kmemcg. Recently we saw high root slab usage on our production and on further inspection, we found a buggy application leaking processes. Though that buggy application was contained within its memcg but we observe much more system memory overhead, couple of GiBs, during that period. This overhead can adversely impact the isolation on the system. One source of high overhead we found was cred->security objects, which have a lifetime of at least the life of the process which allocated them. Link: http://lkml.kernel.org/r/20191205223721.40034-1-shakeelb@google.com Signed-off-by: Shakeel Butt Acked-by: Chris Down Reviewed-by: Roman Gushchin Acked-by: Michal Hocko Cc: Johannes Weiner Cc: Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Greg Kroah-Hartman --- kernel/cred.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) --- a/kernel/cred.c +++ b/kernel/cred.c @@ -220,7 +220,7 @@ struct cred *cred_alloc_blank(void) new->magic = CRED_MAGIC; #endif - if (security_cred_alloc_blank(new, GFP_KERNEL) < 0) + if (security_cred_alloc_blank(new, GFP_KERNEL_ACCOUNT) < 0) goto error; return new; @@ -279,7 +279,7 @@ struct cred *prepare_creds(void) new->security = NULL; #endif - if (security_prepare_creds(new, old, GFP_KERNEL) < 0) + if (security_prepare_creds(new, old, GFP_KERNEL_ACCOUNT) < 0) goto error; validate_creds(new); return new; @@ -654,7 +654,7 @@ struct cred *prepare_kernel_cred(struct #ifdef CONFIG_SECURITY new->security = NULL; #endif - if (security_prepare_creds(new, old, GFP_KERNEL) < 0) + if (security_prepare_creds(new, old, GFP_KERNEL_ACCOUNT) < 0) goto error; put_cred(old);