Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp704675ybv; Thu, 13 Feb 2020 08:04:20 -0800 (PST) X-Google-Smtp-Source: APXvYqwCVx5j20Es7UlvkZyb94uuHyJTwFbv1g9GG69md1td1mfygKk2tLokZ7vAp9CRq0XaRRkl X-Received: by 2002:a05:6808:a83:: with SMTP id q3mr3543939oij.0.1581609860773; Thu, 13 Feb 2020 08:04:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581609860; cv=none; d=google.com; s=arc-20160816; b=YiWf4GPCl/xFtuJkCTPUXSEzyXFHFCdQK1NnfQqpZ2+B3efJdhSpqqUXqOvT23UMNj TDcAKRwBR37DWQyS5QVzQuYGW6gfqyC4/wKBfzmyEotuRtDG3j9smTRleBdeCnChahAq 23gQUqItE1lBeW0MCwErEpcgF+pxarEZOvx77Qwvden7PNhO3bDq1/MH5jXn6JEiReRc 6tIszPu4sq7PSkVVzeZKIlH+G3/LzlqyUck5y4pxkbDMBgMhyUIsVZXkEzrLvjslb689 e4iaAgM5a4cEvUK2DL0tkOoXIj8yApOVU2OyvH7r0nVlWHQdHS3UPVVvzWyKXiRopMMg VlvQ== 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=jWkxXImA0rHPm/vqAYAsJrZGC0WWVFw3JvpEqnx85wM=; b=u+Z3rCnWV3gR1Yof1cmWjg1ypfzwLXxr0F9J2m41cRekY31f/nUmMtDnVhLW/Bs6lI wnWSJkx1cbsCSjFmq5E965uvkrB+6bQMKRFNm/jCW11xV3CPjQdsj4U8CRl6Mp8H1Oln CSjQkLWS9lilusy0r4Kqe3W5vZHBxTZSr8FrQamC8YzI+B5bCpJlVczdBy8lYtTzbZpT PHZsGHt9WxD3naFsPU3LEreEXVGTO2YJEyEI+PT2qmR6KadjEsXnvhRrC/G7kz29CdYe uWgMJSektrPAu41tQmisKs58LhF4FZzAM+eiu/dytO9D/ev5RL/cQwzcqwRdJsnWHU80 vTqw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="LOgFnQ/u"; 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 f17si1302015oto.85.2020.02.13.08.04.03; Thu, 13 Feb 2020 08:04:20 -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="LOgFnQ/u"; 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 S2388299AbgBMQC3 (ORCPT + 99 others); Thu, 13 Feb 2020 11:02:29 -0500 Received: from mail.kernel.org ([198.145.29.99]:37932 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728712AbgBMPY3 (ORCPT ); Thu, 13 Feb 2020 10:24:29 -0500 Received: from localhost (unknown [104.132.1.104]) (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 5F97320848; Thu, 13 Feb 2020 15:24:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1581607468; bh=RMReYjdA9/i3pOfo+iSra+wq7cF9yY/9YLA/qmUXf4Q=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=LOgFnQ/ufnaYfk4ENk7ckkbnu+GRaG6FF4CceM+UtRaZP+MsD8nYhpfdONsA1DhE1 DRdefAgmPaBSUrwZxDOTE1ghZpP+5x2aRLBS6znj0m7GkuOGxMVbSSZPs1/Ekh5DNI QgAdOIQfqdRqiBrZ6kY5CB59wkb3zUtLfvC8+jGE= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Alexander Shishkin , Song Liu , "Peter Zijlstra (Intel)" , Ingo Molnar Subject: [PATCH 4.9 095/116] perf/core: Fix mlock accounting in perf_mmap() Date: Thu, 13 Feb 2020 07:20:39 -0800 Message-Id: <20200213151919.786366171@linuxfoundation.org> X-Mailer: git-send-email 2.25.0 In-Reply-To: <20200213151842.259660170@linuxfoundation.org> References: <20200213151842.259660170@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: Song Liu commit 003461559ef7a9bd0239bae35a22ad8924d6e9ad upstream. Decreasing sysctl_perf_event_mlock between two consecutive perf_mmap()s of a perf ring buffer may lead to an integer underflow in locked memory accounting. This may lead to the undesired behaviors, such as failures in BPF map creation. Address this by adjusting the accounting logic to take into account the possibility that the amount of already locked memory may exceed the current limit. Fixes: c4b75479741c ("perf/core: Make the mlock accounting simple again") Suggested-by: Alexander Shishkin Signed-off-by: Song Liu Signed-off-by: Peter Zijlstra (Intel) Signed-off-by: Ingo Molnar Cc: Acked-by: Alexander Shishkin Link: https://lkml.kernel.org/r/20200123181146.2238074-1-songliubraving@fb.com Signed-off-by: Greg Kroah-Hartman --- kernel/events/core.c | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) --- a/kernel/events/core.c +++ b/kernel/events/core.c @@ -5303,7 +5303,15 @@ accounting: */ user_lock_limit *= num_online_cpus(); - user_locked = atomic_long_read(&user->locked_vm) + user_extra; + user_locked = atomic_long_read(&user->locked_vm); + + /* + * sysctl_perf_event_mlock may have changed, so that + * user->locked_vm > user_lock_limit + */ + if (user_locked > user_lock_limit) + user_locked = user_lock_limit; + user_locked += user_extra; if (user_locked > user_lock_limit) extra = user_locked - user_lock_limit;