Received: by 10.213.65.68 with SMTP id h4csp842511imn; Tue, 27 Mar 2018 09:47:49 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+XN1yLmi0SJZ6Bgh5Ocwh7IolNIwweInAZR4Rv+bY2phQnKC8ttxpzaSi3lvP2U9UPE1pl X-Received: by 10.101.101.7 with SMTP id x7mr67730pgv.130.1522169269739; Tue, 27 Mar 2018 09:47:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522169269; cv=none; d=google.com; s=arc-20160816; b=QpG3yUtn5xnIrcjgEmkGfbFS0fH4889OWJ0o+sVPpU/4lfueVRSJpM7UX29wzy6j8x FVFg6/mM423A2t3rtVXVw2bYFrJqxwlIQLWmXONXN29e/bcLzNyE4BhyCRoXMnO/jmJC OEJH18yX0BfoaRg0tTkAZdRWMHLDbdhqbQI6nTtECrFwC2jDZK+6QUBrf3plOdKAFn0B o6aiEjvX07pygimVchYLI79AZvNncOWzIfXumQJ4nGTX+xNZkeT61/PwtVuLKYDN2mCy ul2qVtp+LNK0SPkPB3EhEkOV069iTR+RGN2jV1bAje4NLqXYqR5Z1XHz+BamFWcDDoz4 fXYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=pblzqvEv6I9XAkNZ2QGf9imguNx+ipBH8x2H/wANHn4=; b=U8KZ7LmBJXUYQUP+Nv8PsMQOwkdho9xyPg+3VNSUZIUPe3dzfY/ZOi6yvjS2xYMB/y 4D59F9t7hPpGqz9cjqiGt5PGHBFA4zEfHlyLaoxe7LDreMGiEl6xjW56plPwMtQ/WIdK efQzO362L0CBK2nuneEcAOpVgxrXD6SP3y1tQnGan8IvFOs4M8nSXe1hZD6764jDLAkO zeZR5HykVWBJzqARujIccrG3KB7KQHo9Ej52kbm7g1CJbLrYhlegiuEews/S6kk/eC3x hPwRkmiiPiSwt/oVUy/7u7b+m7Rk/NQR3lv7IVs3x/IokOZIdBNdJ3UUUVC4mSXC2Z99 /ITw== ARC-Authentication-Results: i=1; mx.google.com; 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 s3si1261150pfj.50.2018.03.27.09.47.35; Tue, 27 Mar 2018 09:47:49 -0700 (PDT) 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; 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 S1755573AbeC0QnV (ORCPT + 99 others); Tue, 27 Mar 2018 12:43:21 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:49478 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751001AbeC0QnT (ORCPT ); Tue, 27 Mar 2018 12:43:19 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 3D2C9F98; Tue, 27 Mar 2018 16:43:19 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Daniel Borkmann , Alexei Starovoitov , Eric Dumazet Subject: [PATCH 4.15 105/105] bpf, x64: increase number of passes Date: Tue, 27 Mar 2018 18:28:25 +0200 Message-Id: <20180327162804.286886754@linuxfoundation.org> X-Mailer: git-send-email 2.16.3 In-Reply-To: <20180327162757.813009222@linuxfoundation.org> References: <20180327162757.813009222@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.15-stable review patch. If anyone has any objections, please let me know. ------------------ From: Daniel Borkmann commit 6007b080d2e2adb7af22bf29165f0594ea12b34c upstream. In Cilium some of the main programs we run today are hitting 9 passes on x64's JIT compiler, and we've had cases already where we surpassed the limit where the JIT then punts the program to the interpreter instead, leading to insertion failures due to CONFIG_BPF_JIT_ALWAYS_ON or insertion failures due to the prog array owner being JITed but the program to insert not (both must have the same JITed/non-JITed property). One concrete case the program image shrunk from 12,767 bytes down to 10,288 bytes where the image converged after 16 steps. I've measured that this took 340us in the JIT until it converges on my i7-6600U. Thus, increase the original limit we had from day one where the JIT covered cBPF only back then before we run into the case (as similar with the complexity limit) where we trip over this and hit program rejections. Also add a cond_resched() into the compilation loop, the JIT process runs without any locks and may sleep anyway. Signed-off-by: Daniel Borkmann Acked-by: Alexei Starovoitov Reviewed-by: Eric Dumazet Signed-off-by: Alexei Starovoitov Signed-off-by: Greg Kroah-Hartman --- arch/x86/net/bpf_jit_comp.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/arch/x86/net/bpf_jit_comp.c +++ b/arch/x86/net/bpf_jit_comp.c @@ -1156,7 +1156,7 @@ struct bpf_prog *bpf_int_jit_compile(str * may converge on the last pass. In such case do one more * pass to emit the final image */ - for (pass = 0; pass < 10 || image; pass++) { + for (pass = 0; pass < 20 || image; pass++) { proglen = do_jit(prog, addrs, image, oldproglen, &ctx); if (proglen <= 0) { image = NULL; @@ -1183,6 +1183,7 @@ struct bpf_prog *bpf_int_jit_compile(str } } oldproglen = proglen; + cond_resched(); } if (bpf_jit_enable > 1)