Received: by 10.213.65.68 with SMTP id h4csp893852imn; Tue, 27 Mar 2018 10:43:49 -0700 (PDT) X-Google-Smtp-Source: AIpwx48CY2hAhlM3/YqyMvA9NhVC/G9tIQiBw1mkcVuHNKVRSnjBY3Qwx7vMu26BinxH8jUu0+qu X-Received: by 2002:a17:902:143:: with SMTP id 61-v6mr228702plb.345.1522172629073; Tue, 27 Mar 2018 10:43:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522172629; cv=none; d=google.com; s=arc-20160816; b=oK4mDS9qvpgpCl2kFHYAEi9f6pm2HvymOxlRYPRI9I6Vy9xKLh2OD83i1OFgeVboOU q9ckwB+3nE/NYiv04/Z+GJutJ9hr+Qoaoz6H18gCqqQBbrUOINNrS6IeN8KanV/IlplS HkD+dsV5ow9FxggKIyhJ3KuWCUEYd1APP4SPdGcF7vT5tIuC7bi95+e6r8HH9wW8rLu3 49qbzxoV2OaC6wLg4XKuA/SHVA4z+VjA21Obb6o347NkVttkTEljLhJd2KmzzmKUNWGr BT85nHRxqqj8+VpWg1F65gNcnOCUTiSyOxe8nCOPmY36SU0HERP4rau8M79+L4Q/XAPo O4Eg== 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=sZkWULfHA4ywDnP/F9MpbecjlTZAV2kBr/XOO/GBRy4=; b=UkBoYB5sC5D2SYZ9IPoIL0+XSYxNjLysSozNzyFDAU1Rv0gy8Kb6m/R56iSCEZdJYX u2aC3mGWAec37ryZjPckUWj1GaHi7rl8Rjvc2B/lUIXd6HKnRO2Ud3WjvBu4bszif9jv AXeOOdfXKH3Te71mDKcuznHJMDPOnmNmqUsaBe3peyqKnOs9EjWFywV/AKUtlHxUXpjj KvtaNeknQNkQpI4x8F4V/ittLV1KdjDwU/uHbWV04aAkgvrWaDwDLdYx+5nZGeRWvIoV cieF+pgMcknp/jooiqfvGWedP54uo2bv36V6+WWCf8IRwipjqd327pcqhTJU+H/5GQqr PCDg== 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 e6si1094882pgt.198.2018.03.27.10.43.34; Tue, 27 Mar 2018 10:43: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 S1754057AbeC0Qds (ORCPT + 99 others); Tue, 27 Mar 2018 12:33:48 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:44012 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754040AbeC0Qdn (ORCPT ); Tue, 27 Mar 2018 12:33:43 -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 2335C11AD; Tue, 27 Mar 2018 16:33:42 +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.9 67/67] bpf, x64: increase number of passes Date: Tue, 27 Mar 2018 18:27:59 +0200 Message-Id: <20180327162731.491730496@linuxfoundation.org> X-Mailer: git-send-email 2.16.3 In-Reply-To: <20180327162726.702411083@linuxfoundation.org> References: <20180327162726.702411083@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.9-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 @@ -1135,7 +1135,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; @@ -1162,6 +1162,7 @@ struct bpf_prog *bpf_int_jit_compile(str } } oldproglen = proglen; + cond_resched(); } if (bpf_jit_enable > 1)