Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp4173197ybl; Mon, 27 Jan 2020 18:17:58 -0800 (PST) X-Google-Smtp-Source: APXvYqwPjGII8KTf+h2hmtlXTH0Y2OBYjLuOXzSN1ZeBUYe5NaXORcZhu/CelzLBDAOKG6g2Z8ci X-Received: by 2002:a9d:4d84:: with SMTP id u4mr9458930otk.323.1580177878021; Mon, 27 Jan 2020 18:17:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580177878; cv=none; d=google.com; s=arc-20160816; b=cioS5LnSUCRFlxV+3PUNlIvWuB00mYoX2L9M/aKc2slwZJumzBf/zUk970kpZ/XQaL JjJuFjY06IPscRT9NA312pNYz0VngkPhcc7LHU34L47fC+r7pZC/Gf1RVLggMYmHkXqj 8HE8erE/G6Tp3kZMneu7wVzJCOiTHJjT/RUEEYva4RDXIt9jj/jl790D5LfQVVIhcuZw naJqOs4JMoCEzWIdK1gTtpTCjNXDXNsraFWex4K92iuXdpee3FWWl9E73StWdV1oYhhH ebTeKUBCw1LVAeXuvPyQzLdCsWhvHwXR929dzhSbVcwrvtQU531R3zgTVs5JOB418hje Iw8g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:to:from:cc :content-transfer-encoding:mime-version:message-id:date:subject :dkim-signature; bh=LUiKWI3Cf+9+n0Mf0T0uSDtpI14DkFl6R/zPz6oE4kA=; b=0+8QvMqXJ6Xdf6SxdwuSiw3j7doaJ0SybwWkDgAxlpPxKswgx3WMfo20veY74FAb7Q zId/qqsPVFab91NuhXMpJZGX8xGkryBPpnVcItgcSzCWp9ij3TCVGvKeuvWbOYiPj8eq WH7xzy0DNUN068Ugn/ASH7XuHICBTJLD9z5+ZsIIDAl+o3fUZg0Z2wIrKrSrMjkyaQJW 2quhN9nKoHq2hdIya1K2BHSLEp9iPu7MBKCCPapSdrlrdFCwBm0MTgaplzYCOD/wB1dJ B30RxzrqzT9ZArD/McFA8InD2o1V5cSsEa+2CmjtF/mFv4XvY+bcB2LdMaK3PG8APn3/ Dn5A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=t6Fkbs2B; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l2si7613112oti.303.2020.01.27.18.17.41; Mon, 27 Jan 2020 18:17:58 -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=@google.com header.s=20161025 header.b=t6Fkbs2B; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728139AbgA1CPJ (ORCPT + 99 others); Mon, 27 Jan 2020 21:15:09 -0500 Received: from mail-pl1-f193.google.com ([209.85.214.193]:42977 "EHLO mail-pl1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727773AbgA1CPF (ORCPT ); Mon, 27 Jan 2020 21:15:05 -0500 Received: by mail-pl1-f193.google.com with SMTP id p9so4473838plk.9 for ; Mon, 27 Jan 2020 18:15:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=subject:date:message-id:mime-version:content-transfer-encoding:cc :from:to:in-reply-to:references; bh=LUiKWI3Cf+9+n0Mf0T0uSDtpI14DkFl6R/zPz6oE4kA=; b=t6Fkbs2B6XQQ1FJjHeJszTkGjc450EaIRq1KZfmbn8O4NYMZcq6AXMS7pmHbUboObC +++s+jeLdsA6RQB08P9Q5Ack/z09JhMpcwAH9ll/D/MNh2PF/l8bN+H59x2KdWIZQaGJ V6rLY45e1nmA4dzti6zKLzfbfSQH01wh1Pq+jqMqsvZxpHPcSUIN8yopf38iePTDe4Fn PnNN2/5p6w6AcizSaS4T/xDwCmkQr+gZ6sexRbfAK34zFGsth0Z8GT9lZrcVKfKxscsF FNGp79tHt13MmqPXpQkiJlgMycGe4X09ATmdUeh59o7i1ed82t9JibgA5r1Fh0RysWRj 6HTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:date:message-id:mime-version :content-transfer-encoding:cc:from:to:in-reply-to:references; bh=LUiKWI3Cf+9+n0Mf0T0uSDtpI14DkFl6R/zPz6oE4kA=; b=rbPkP+bjkvskL3m6aEeRC2pQ/9jGhwUsJIoC1YTA3F9LJQunLZKX8RJpLmW6a/4XOa p2nH7XW5Occ1f0seozGT9nY0Wt+fN3IR5prrI9Csf/3iN0crCfoon7xlrwxdyvsJ3VBT SieqmCGkJsVBGAI8mEwL0zbu+Ttnur2NrhAdoASz5WPNYqxmo6l5CtDrFrltTmrTHLON TZodYhM6c+i84HgpLNup2otou6MrnL4vpiiAgVBihouQzkEGgDI4UvL+PwxxbwYXGzaW ltiCLZZwj2qJI4UaANgDE0nczTzXdwOh9uD+tqeb/8Cg/39i8basfpFfNwellXKyfopQ QqHA== X-Gm-Message-State: APjAAAXab1VB+QoeA8AmIgm36fPV3ojEuhk3VX3hlfRbgU9xyjmuSLlX igdm1pYv4610vyNWMGs+VJa82A== X-Received: by 2002:a17:902:9a09:: with SMTP id v9mr19976280plp.341.1580177704696; Mon, 27 Jan 2020 18:15:04 -0800 (PST) Received: from localhost ([216.9.110.11]) by smtp.gmail.com with ESMTPSA id o17sm393828pjq.1.2020.01.27.18.15.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Jan 2020 18:15:04 -0800 (PST) Subject: [PATCH 4/4] arm64: bpf: Elide some moves to a0 after calls Date: Mon, 27 Jan 2020 18:11:45 -0800 Message-Id: <20200128021145.36774-5-palmerdabbelt@google.com> X-Mailer: git-send-email 2.25.0.341.g760bfbb309-goog MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Cc: daniel@iogearbox.net, ast@kernel.org, zlim.lnx@gmail.com, catalin.marinas@arm.com, will@kernel.org, kafai@fb.com, songliubraving@fb.com, yhs@fb.com, andriin@fb.com, shuah@kernel.org, Palmer Dabbelt , netdev@vger.kernel.org, bpf@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, clang-built-linux@googlegroups.com, kernel-team@android.com From: Palmer Dabbelt To: Bjorn Topel In-Reply-To: <20200128021145.36774-1-palmerdabbelt@google.com> References: <20200128021145.36774-1-palmerdabbelt@google.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On arm64, the BPF function ABI doesn't match the C function ABI. Specifically, arm64 encodes calls as `a0 = f(a0, a1, ...)` while BPF encodes calls as `BPF_REG_0 = f(BPF_REG_1, BPF_REG_2, ...)`. This discrepancy results in function calls being encoded as a two operations sequence that first does a C ABI calls and then moves the return register into the right place. This results in one extra instruction for every function call. This patch adds an optimization to the arm64 BPF JIT backend that aims to avoid some of these moves. I've done no benchmarking to determine if this is correct. I ran the BPF selftests before and after the change on arm64 in QEMU and found that I had a single failure both before and after. I'm not at all confident this code actually works as it's my first time doing anything with both ARM64 and BPF and I didn't even open the documentation for either of these. I was particularly surprised that the code didn't fail any tests -- I was kind of assuming this would fail the tests, get put on the backburner, sit long enough for me to stop caring, and then get deleted. Signed-off-by: Palmer Dabbelt --- arch/arm64/net/bpf_jit_comp.c | 71 +++++++++++++++++++++++++++++++++-- 1 file changed, 68 insertions(+), 3 deletions(-) diff --git a/arch/arm64/net/bpf_jit_comp.c b/arch/arm64/net/bpf_jit_comp.c index fba5b1b00cd7..48d900cc7258 100644 --- a/arch/arm64/net/bpf_jit_comp.c +++ b/arch/arm64/net/bpf_jit_comp.c @@ -58,10 +58,14 @@ struct jit_ctx { int *offset; __le32 *image; u32 stack_size; + int reg0_in_reg1; }; static inline int bpf2a64(struct jit_ctx *ctx, int bpf_reg) { + if (ctx->reg0_in_reg1 && bpf_reg == BPF_REG_0) + bpf_reg = BPF_REG_1; + return bpf2a64_default[bpf_reg]; } @@ -338,6 +342,47 @@ static void build_epilogue(struct jit_ctx *ctx) emit(A64_RET(A64_LR), ctx); } +static int dead_register(const struct jit_ctx *ctx, int offset, int bpf_reg) +{ + const struct bpf_prog *prog = ctx->prog; + int i; + + for (i = offset; i < prog->len; ++i) { + const struct bpf_insn *insn = &prog->insnsi[i]; + const u8 code = insn->code; + const u8 bpf_dst = insn->dst_reg; + const u8 bpf_src = insn->src_reg; + const int writes_dst = !((code & BPF_ST) || (code & BPF_STX) + || (code & BPF_JMP32) || (code & BPF_JMP)); + const int reads_dst = !((code & BPF_LD)); + const int reads_src = true; + + /* Calls are a bit special in that they clobber a bunch of regisers. */ + if ((code & (BPF_JMP | BPF_CALL)) || (code & (BPF_JMP | BPF_TAIL_CALL))) + if ((bpf_reg >= BPF_REG_0) && (bpf_reg <= BPF_REG_5)) + return false; + + /* Registers that are read before they're written are alive. + * Most opcodes are of the form DST = DEST op SRC, but there + * are some exceptions.*/ + if (bpf_src == bpf_reg && reads_src) + return false; + + if (bpf_dst == bpf_reg && reads_dst) + return false; + + if (bpf_dst == bpf_reg && writes_dst) + return true; + + /* Most BPF instructions are 8 bits long, but some ar 16 bits + * long. */ + if (code & (BPF_LD | BPF_IMM | BPF_DW)) + ++i; + } + + return true; +} + /* JITs an eBPF instruction. * Returns: * 0 - successfully JITed an 8-byte eBPF instruction. @@ -348,7 +393,7 @@ static int build_insn(const struct bpf_insn *insn, struct jit_ctx *ctx, bool extra_pass) { const u8 code = insn->code; - const u8 dstw = bpf2a64(ctx, insn->dst_reg); + u8 dstw; const u8 dstr = bpf2a64(ctx, insn->dst_reg); const u8 src = bpf2a64(ctx, insn->src_reg); const u8 tmp = bpf2a64(ctx, TMP_REG_1); @@ -374,6 +419,27 @@ static int build_insn(const struct bpf_insn *insn, struct jit_ctx *ctx, #define check_imm19(imm) check_imm(19, imm) #define check_imm26(imm) check_imm(26, imm) + /* Handle BPF_REG_0, which may be in the wrong place because the ARM64 + * ABI doesn't match the BPF ABI for function calls. */ + if (ctx->reg0_in_reg1) { + /* If we're writing BPF_REG_0 then we don't need to do any + * extra work to get the registers back in their correct + * locations. */ + if (insn->dst_reg == BPF_REG_0) + ctx->reg0_in_reg1 = false; + + /* If we're writing to BPF_REG_1 then we need to save BPF_REG_0 + * into the correct location if it's still alive, as otherwise + * it will be clobbered. */ + if (insn->dst_reg == BPF_REG_1) { + if (!dead_register(ctx, off + 1, BPF_REG_0)) + emit(A64_MOV(1, A64_R(7), A64_R(0)), ctx); + ctx->reg0_in_reg1 = false; + } + } + + dstw = bpf2a64(ctx, insn->dst_reg); + switch (code) { /* dst = src */ case BPF_ALU | BPF_MOV | BPF_X: @@ -640,7 +706,6 @@ static int build_insn(const struct bpf_insn *insn, struct jit_ctx *ctx, /* function call */ case BPF_JMP | BPF_CALL: { - const u8 r0 = bpf2a64(ctx, BPF_REG_0); bool func_addr_fixed; u64 func_addr; int ret; @@ -651,7 +716,7 @@ static int build_insn(const struct bpf_insn *insn, struct jit_ctx *ctx, return ret; emit_addr_mov_i64(tmp, func_addr, ctx); emit(A64_BLR(tmp), ctx); - emit(A64_MOV(1, r0, A64_R(0)), ctx); + ctx->reg0_in_reg1 = true; break; } /* tail call */ -- 2.25.0.341.g760bfbb309-goog