Received: by 2002:a25:ca44:0:0:0:0:0 with SMTP id a65csp255371ybg; Tue, 28 Jul 2020 05:21:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzK82BXFAvV/3U0RcRInX7WCRNigHVldP1LAaBwtVgZawIG8JY4OuqT7tUxvZGdF5XRbett X-Received: by 2002:a50:d50e:: with SMTP id u14mr25128676edi.256.1595938863504; Tue, 28 Jul 2020 05:21:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595938863; cv=none; d=google.com; s=arc-20160816; b=XUMECpHf1dC4NOS3R6mDTR0xhsfFNr9zFZ10kNhHbdqVMvNdKcSRc59Ncib3JYMV9j quhLAfK7onjvYO0sfwEAbGg1kMTES7aVgiIl5tKd0OTL46Y8IBTVGFPWlmLVHDqYLfxm eMmkSQl6gXMPmB8PkQ7GDmJzj3NjxgqMulSs5ZLe0bzz9bvqb7IneTniNCiFL9reHv0b GqJq+/G/MPMBv+7QXsJgrvJH+F601n+Qvh9KIegPGU1Gl/8E+w37+EeBDvkNGZJrK5jt RgeLbGPipS8JrJUT2fboFeCGkTKbA6cwHXLKHQtYUs36sFENBD1sRFkFxQC/elbXJl1a zf3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=Qyvu15XRcelZpSRN83RqaWpoz65Zbu4kR7RFfV7q8eg=; b=UEWIitV2GgWDJ/B0eJGm1tXOtpKMUdFB2gb3j5TTWq30AM1p8C7mc5GEXJH2iS95D6 YABN6ofxLlJYdQtAicBGIGAcJ0QQH5sWrhnXjeLyiCvpmv4NhglhyEb/h4WiXdeAZUy0 FYmjXOs4KOH+/jNC5sSpQAN/FH1KawRt4kxFDrkEb3Ejg1ixExUyu8gjk7WoAt2xXypl fELV6L3g/wZ2+0EzI2RAf//X1iBoI9QI2zuxVGteLdntI6qDpV9FHRoKnqde+/FXRJrg io0GCMXw8JRLQ+J2XcUf2yXV+wdy1zgWIFoLLNzv8jgnrzG4KaDwRoHiRkNR+/EmAEhQ iKXg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=He3sp8Ui; 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 e13si7779190edn.432.2020.07.28.05.20.41; Tue, 28 Jul 2020 05:21:03 -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=He3sp8Ui; 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 S1729522AbgG1MNq (ORCPT + 99 others); Tue, 28 Jul 2020 08:13:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:35582 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728500AbgG1MNp (ORCPT ); Tue, 28 Jul 2020 08:13:45 -0400 Received: from quaco.ghostprotocols.net (179.176.1.55.dynamic.adsl.gvt.net.br [179.176.1.55]) (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 A0880206D8; Tue, 28 Jul 2020 12:13:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1595938424; bh=elgb9VJwDQUV7e8qJKF8s3/erPhoLE4ugpQnXtwPLEk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=He3sp8UikoQ+i7onRo9OVHoDVJacJ//GewEeSnQj/cBZcalKDpHJtL9O2v4CRqSpZ +SPCLFcF8EdaFF81A78dct95GXnDW7AStzDIBIxDDYNhjWGSYA6Ea+RMh5yxTuCOHT lEHHteNEf+CWM83dmq0SQdtDPzAEHobXV5lRROYY= Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id 85F9E404B1; Tue, 28 Jul 2020 09:13:42 -0300 (-03) Date: Tue, 28 Jul 2020 09:13:42 -0300 From: Arnaldo Carvalho de Melo To: Andrii Nakryiko Cc: Roman Gushchin , bpf , Networking , Alexei Starovoitov , Daniel Borkmann , Kernel Team , open list Subject: Re: [PATCH bpf-next v2 35/35] perf: don't touch RLIMIT_MEMLOCK Message-ID: <20200728121342.GD40195@kernel.org> References: <20200727184506.2279656-1-guro@fb.com> <20200727184506.2279656-36-guro@fb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: http://acmel.wordpress.com Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Mon, Jul 27, 2020 at 11:09:43PM -0700, Andrii Nakryiko escreveu: > On Mon, Jul 27, 2020 at 12:21 PM Roman Gushchin wrote: > > > > Since bpf stopped using memlock rlimit to limit the memory usage, > > there is no more reason for perf to alter its own limit. > > > > Signed-off-by: Roman Gushchin > > --- > > Cc'd Armaldo, but I'm guessing it's a similar situation that latest > perf might be running on older kernel and should keep working. Yes, please leave it as is, the latest perf should continue working with older kernels, so if there is a way to figure out if the kernel running is one where BPF doesn't use memlock rlimit for that purpose, then in those cases we shouldn't use it. - Arnaldo > > tools/perf/builtin-trace.c | 10 ---------- > > tools/perf/tests/builtin-test.c | 6 ------ > > tools/perf/util/Build | 1 - > > tools/perf/util/rlimit.c | 29 ----------------------------- > > tools/perf/util/rlimit.h | 6 ------ > > 5 files changed, 52 deletions(-) > > delete mode 100644 tools/perf/util/rlimit.c > > delete mode 100644 tools/perf/util/rlimit.h > > > > [...] -- - Arnaldo