Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3701650pxk; Tue, 29 Sep 2020 04:12:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy9gUHKp3BrOm/bpxOIO+kdbcHGbXcj+g45BBASXYgQhKRgvwl86P48//j/AYR6byN4Nc1C X-Received: by 2002:a17:906:8246:: with SMTP id f6mr3153747ejx.296.1601377966192; Tue, 29 Sep 2020 04:12:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601377966; cv=none; d=google.com; s=arc-20160816; b=FYb3+QSWJJr8WD7kLuMzBOWw11Nb5xVQArvXigR+qDKl4stzStYKrvbkopw6hJv3zQ Oz2jf0FMBlsohTslR+P6PFamb573aGBOQauFie2lGvt2vDhH11P8T73u7FJ30hjbx81m S8+UXc2eZbYVLfYnfieligo4HAHNHdKxH97Oey+FXSmz5jfOI7BW8G3Kf2N4g+F+h2EP ejQXENF0aOIqYdlZVSOpru8Lfz3vXXuwEUTQBX3niWrSjRtmntbfcgjzKs9KmMC2od51 rgdqRcGbWs/oTwNZMj5tAtq1pJW+8JswRa7jlt3MM8b2mmBhPES9HhKie1w5xAnLxYHA 3ZrQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=KkjDKCLxZzx2J5vsLd3TQeH1+xsOosOv6ZOYEWdpuf8=; b=TqLM7ZA7x/ClmW4YFSHgiEyQhcmZx6hOzY1LLWvXBsYteyG0Km/gyrzliyfNN5qXyT jkt2dvr5/ohYrGhIOeVRa/L7XWQ1DV4qBeTrhAidKSFpBBSTKkaipx3uwqLq4XKObseW U2G8NjcTkutX6wEgv9J3qM12d9EZdDv4kqjn+fUrBdfllj930yH4YL/X7ZToSvczuj2w F5anBFOvc8Mw8azG0l1FCGfa86EK0j2/LdXLSGzgX9waDyuMXF8xvJjmNtK1UpehNT7j Qq2tvi1kqXgpzhV2llNhI92/XwxUR5+9UQmOLepO0+Az6CBrRWwjUUjrHjJ4URXxtWVW G8VA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=o0kz+iLf; 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=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cb11si2497774ejb.640.2020.09.29.04.12.23; Tue, 29 Sep 2020 04:12:46 -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=default header.b=o0kz+iLf; 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=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729150AbgI2LKN (ORCPT + 99 others); Tue, 29 Sep 2020 07:10:13 -0400 Received: from mail.kernel.org ([198.145.29.99]:50890 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729132AbgI2LKL (ORCPT ); Tue, 29 Sep 2020 07:10:11 -0400 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (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 B8A1921941; Tue, 29 Sep 2020 11:10:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1601377811; bh=1RB9PptwezVIEq4RXFnWE/U6qsX71aoTnZ18odfUcek=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=o0kz+iLfqRwLTbpfEscbQ8MKxsL4Xym1Pw2WpZJv6j+jMFHU8YAV/QUPZHkW85lng stDYEcFdTtlWM73rddBg354AMeYxzEtMNiEPf/SXXih8pJgN8KpDGH71yk4BxRi2ug qdzt9I34HcaTJXDKp3HS/rtYIU+lCaTV+GM3uR2w= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Thomas Gleixner , Alexei Starovoitov , Sasha Levin Subject: [PATCH 4.9 053/121] bpf: Remove recursion prevention from rcu free callback Date: Tue, 29 Sep 2020 12:59:57 +0200 Message-Id: <20200929105932.816498205@linuxfoundation.org> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20200929105930.172747117@linuxfoundation.org> References: <20200929105930.172747117@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Thomas Gleixner [ Upstream commit 8a37963c7ac9ecb7f86f8ebda020e3f8d6d7b8a0 ] If an element is freed via RCU then recursion into BPF instrumentation functions is not a concern. The element is already detached from the map and the RCU callback does not hold any locks on which a kprobe, perf event or tracepoint attached BPF program could deadlock. Signed-off-by: Thomas Gleixner Signed-off-by: Alexei Starovoitov Link: https://lore.kernel.org/bpf/20200224145643.259118710@linutronix.de Signed-off-by: Sasha Levin --- kernel/bpf/hashtab.c | 8 -------- 1 file changed, 8 deletions(-) diff --git a/kernel/bpf/hashtab.c b/kernel/bpf/hashtab.c index 8648d7d297081..1253261fdb3ba 100644 --- a/kernel/bpf/hashtab.c +++ b/kernel/bpf/hashtab.c @@ -427,15 +427,7 @@ static void htab_elem_free_rcu(struct rcu_head *head) struct htab_elem *l = container_of(head, struct htab_elem, rcu); struct bpf_htab *htab = l->htab; - /* must increment bpf_prog_active to avoid kprobe+bpf triggering while - * we're calling kfree, otherwise deadlock is possible if kprobes - * are placed somewhere inside of slub - */ - preempt_disable(); - __this_cpu_inc(bpf_prog_active); htab_elem_free(htab, l); - __this_cpu_dec(bpf_prog_active); - preempt_enable(); } static void free_htab_elem(struct bpf_htab *htab, struct htab_elem *l) -- 2.25.1