Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp2600640rwd; Fri, 2 Jun 2023 11:40:44 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7b4DrBVV8tZU2N3DYqrAT90lTsadQ0IovrteSe6a2RuPHuYTpNnJEyvMLnEwqxruYpP35C X-Received: by 2002:a17:90a:d244:b0:253:283e:be53 with SMTP id o4-20020a17090ad24400b00253283ebe53mr509387pjw.42.1685731244524; Fri, 02 Jun 2023 11:40:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685731244; cv=none; d=google.com; s=arc-20160816; b=mCvfA9QGvAk8zMF2FS9m5+pqrzqFmEerk3JmuWtkhp9b8b22NiXUaC0dbONJl5tegb Hsa9W8ZaHKtuY4C6eQd5g5qnmNoIGECuFTf8igAazRlLhwAvNHrCkX7ZE6YaDK3BKFdf yy4rGPd8fJNEuw+Ez/L85H9PNwVdHFOLWU2j8DATKG8oTm9OxzH36RtUaS8Zo1i6uyiC CJL+T/iCKaZpNr3JnWHifuy4cnXBe8zGoO6+Z9WuqelR/GwTDB6ogbZWoOvRN7c9Ofh9 z/DXimnEYOfJG9nL+gXgG613y/dc0ARQz4RTkVLpL4VzACJEJ9jmlVXDgL2CQCo5Ordl htjQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=yryUSzMpCjv7oiXgUyjh3zoqcatLObYtWeq34KPcoKY=; b=rfHxF1RY5FNgtoI9bzaHmK2ZgPqHyNa1Ov982QJq6SrrLzVUEcicx9r2D6VVOjTPMP EdQK3p8pSEk6hIcaQQ/pETQQqma1xuw6Hqm9k0RlhNJravTiNo7KB9vg47HKSl6MjTV8 0zzeNVKhOjGW72JUm564qOvVZrL5l+rUvj2q8nPQ9QiBm+cjNHSN8Ih3tBNtBcvJeHLU L/CjciXgLge2lMVZGMtN1VuyztlGpAjfS40zYQ/YV0VTxu+Eb1+5NU4CTOGDmqXt1YmK GJSaJ7w4I5BmPXhbEyJ+O19u4EwzYAnXM9ak2WGEeqsDEs4O0Kd57kF+6pbVp3zAmue2 tNwg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=WeklrsmD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j8-20020a17090a738800b0024df9b42c22si1424438pjg.67.2023.06.02.11.40.29; Fri, 02 Jun 2023 11:40:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=WeklrsmD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236683AbjFBSbq (ORCPT + 99 others); Fri, 2 Jun 2023 14:31:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45146 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235859AbjFBSbp (ORCPT ); Fri, 2 Jun 2023 14:31:45 -0400 Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 19F49123; Fri, 2 Jun 2023 11:31:43 -0700 (PDT) Received: by mail-lj1-x229.google.com with SMTP id 38308e7fff4ca-2b1aecef94fso12015801fa.3; Fri, 02 Jun 2023 11:31:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685730701; x=1688322701; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=yryUSzMpCjv7oiXgUyjh3zoqcatLObYtWeq34KPcoKY=; b=WeklrsmD+a8TlB/ZPfCsOYvTlTmOitymRxaJhOj3uQ8rMJ6ZA6ZzZNl++BUSHgXNHy 9Ic1IESXi/Hot+RZqf9w/QCfXzuZUOw/9liz6FqiCK9VcM3Q9iLMbFhMgENuPA87Y3vg 8TthaTqDVvp+kbyub4FjvSuM2qrav97cPGMZdMb4r8rDFzTCL76N5rcHlnaKj28fuPAK Tg7cx5hgeHX+fwTMS1xHSh1KQaNMQ5VAPSVVM10hFVXxaXenKJJMJ4oR91Lg5bAie62o LOZhmR0xjolYlmFO6jlSKh9b7RuuSBXTn1ubVTLEIXuVWfvAluWq859bnL2eUjNmBaAN AIcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685730701; x=1688322701; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=yryUSzMpCjv7oiXgUyjh3zoqcatLObYtWeq34KPcoKY=; b=Y98FRj6WOvAck7DfHUSTQlAHh/NWdW/zPfkPhW+2VaRjCj1gfH7j6lxx91fPOMxLik ytVAo6thhm4LkkGguh1NPJWq9W3RFaB1g8ssIkiVwlgfgIfhIznan9Xwhw8QZtqYfkwD Y5HowSgw5/hxpQ2pj1E1BKaMu8AE6SpZUFOxQP8lZAxoucBrkyy+p+ISU+czD3URcZKk AkhUAZe3BksIiRHC7aWSNiqtkxmdJUhGNdOTnY/00JiB8FgLPRxCMRSQRmVQtEdtrtDb DjNDfiuAE/EZKA3Qi1oykc0mpxpcxAgq5YIV1EypTeXESJojS0a9mc8JxoxRzfoldkKM SAFA== X-Gm-Message-State: AC+VfDzzbScKib1ARy6lzds1sJ3fcHv9ooHKRkV9weYMlFAPb+OCtw1W srOFIh9KRkhjM26mxebZx4MNfWUi1mXDEvXQpJM= X-Received: by 2002:a2e:3816:0:b0:2ad:98a6:4af0 with SMTP id f22-20020a2e3816000000b002ad98a64af0mr484777lja.23.1685730700651; Fri, 02 Jun 2023 11:31:40 -0700 (PDT) MIME-Version: 1.0 References: <20230602065958.2869555-1-imagedong@tencent.com> <20230602065958.2869555-3-imagedong@tencent.com> In-Reply-To: <20230602065958.2869555-3-imagedong@tencent.com> From: Alexei Starovoitov Date: Fri, 2 Jun 2023 11:31:29 -0700 Message-ID: Subject: Re: [PATCH bpf-next v2 2/5] bpf, x86: allow function arguments up to 14 for TRACING To: Menglong Dong Cc: Jiri Olsa , "David S. Miller" , David Ahern , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , Martin KaFai Lau , Song Liu , Yonghong Song , John Fastabend , KP Singh , Stanislav Fomichev , Hao Luo , Jiri Olsa , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , X86 ML , "H. Peter Anvin" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Mykola Lysenko , Shuah Khan , benbjiang@tencent.com, Ilya Leoshkevich , Menglong Dong , Xu Kuohai , Manu Bretelle , Ross Zwisler , Eddy Z , Network Development , bpf , LKML , "open list:KERNEL SELFTEST FRAMEWORK" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 2, 2023 at 12:01=E2=80=AFAM wrote: > > From: Menglong Dong Please trim your cc when you respin. It's unnecessary huge. > For now, the BPF program of type BPF_PROG_TYPE_TRACING can only be used > on the kernel functions whose arguments count less than 6. This is not > friendly at all, as too many functions have arguments count more than 6. > > Therefore, let's enhance it by increasing the function arguments count > allowed in arch_prepare_bpf_trampoline(), for now, only x86_64. > > For the case that we don't need to call origin function, which means > without BPF_TRAMP_F_CALL_ORIG, we need only copy the function arguments > that stored in the frame of the caller to current frame. The arguments > of arg6-argN are stored in "$rbp + 0x18", we need copy them to > "$rbp - regs_off + (6 * 8)". > > For the case with BPF_TRAMP_F_CALL_ORIG, we need prepare the arguments > in stack before call origin function, which means we need alloc extra > "8 * (arg_count - 6)" memory in the top of the stack. Note, there should > not be any data be pushed to the stack before call the origin function. > Then, we have to store rbx with 'mov' instead of 'push'. > > It works well for the FENTRY and FEXIT, I'm not sure if there are other > complicated cases. > > Reviewed-by: Jiang Biao > Signed-off-by: Menglong Dong > --- > v2: > - instead EMIT4 with EMIT3_off32 for "lea" to prevent overflow > - make MAX_BPF_FUNC_ARGS as the maximum argument count > --- > arch/x86/net/bpf_jit_comp.c | 96 +++++++++++++++++++++++++++++++------ > 1 file changed, 81 insertions(+), 15 deletions(-) > > diff --git a/arch/x86/net/bpf_jit_comp.c b/arch/x86/net/bpf_jit_comp.c > index 1056bbf55b17..0e247bb7d6f6 100644 > --- a/arch/x86/net/bpf_jit_comp.c > +++ b/arch/x86/net/bpf_jit_comp.c > @@ -1868,7 +1868,7 @@ static void save_regs(const struct btf_func_model *= m, u8 **prog, int nr_regs, > * mov QWORD PTR [rbp-0x10],rdi > * mov QWORD PTR [rbp-0x8],rsi > */ > - for (i =3D 0, j =3D 0; i < min(nr_regs, 6); i++) { > + for (i =3D 0, j =3D 0; i < min(nr_regs, MAX_BPF_FUNC_ARGS); i++) = { > /* The arg_size is at most 16 bytes, enforced by the veri= fier. */ > arg_size =3D m->arg_size[j]; > if (arg_size > 8) { > @@ -1876,10 +1876,22 @@ static void save_regs(const struct btf_func_model= *m, u8 **prog, int nr_regs, > next_same_struct =3D !next_same_struct; > } > > - emit_stx(prog, bytes_to_bpf_size(arg_size), > - BPF_REG_FP, > - i =3D=3D 5 ? X86_REG_R9 : BPF_REG_1 + i, > - -(stack_size - i * 8)); > + if (i <=3D 5) { > + /* store function arguments in regs */ The comment is confusing. It's not storing arguments in regs. It copies them from regs into stack. > + emit_stx(prog, bytes_to_bpf_size(arg_size), > + BPF_REG_FP, > + i =3D=3D 5 ? X86_REG_R9 : BPF_REG_1 + i, > + -(stack_size - i * 8)); > + } else { > + /* store function arguments in stack */ > + emit_ldx(prog, bytes_to_bpf_size(arg_size), > + BPF_REG_0, BPF_REG_FP, > + (i - 6) * 8 + 0x18); > + emit_stx(prog, bytes_to_bpf_size(arg_size), and we will have garbage values in upper bytes. Probably should fix both here and in regular copy from reg. > + BPF_REG_FP, > + BPF_REG_0, > + -(stack_size - i * 8)); > + } > > j =3D next_same_struct ? j : j + 1; > } > @@ -1913,6 +1925,41 @@ static void restore_regs(const struct btf_func_mod= el *m, u8 **prog, int nr_regs, > } > } > > +static void prepare_origin_stack(const struct btf_func_model *m, u8 **pr= og, > + int nr_regs, int stack_size) > +{ > + int i, j, arg_size; > + bool next_same_struct =3D false; > + > + if (nr_regs <=3D 6) > + return; > + > + /* Prepare the function arguments in stack before call origin > + * function. These arguments must be stored in the top of the > + * stack. > + */ > + for (i =3D 0, j =3D 0; i < min(nr_regs, MAX_BPF_FUNC_ARGS); i++) = { > + /* The arg_size is at most 16 bytes, enforced by the veri= fier. */ > + arg_size =3D m->arg_size[j]; > + if (arg_size > 8) { > + arg_size =3D 8; > + next_same_struct =3D !next_same_struct; > + } > + > + if (i > 5) { > + emit_ldx(prog, bytes_to_bpf_size(arg_size), > + BPF_REG_0, BPF_REG_FP, > + (i - 6) * 8 + 0x18); > + emit_stx(prog, bytes_to_bpf_size(arg_size), > + BPF_REG_FP, > + BPF_REG_0, > + -(stack_size - (i - 6) * 8)); > + } > + > + j =3D next_same_struct ? j : j + 1; > + } > +} > + > static int invoke_bpf_prog(const struct btf_func_model *m, u8 **pprog, > struct bpf_tramp_link *l, int stack_size, > int run_ctx_off, bool save_ret) > @@ -1938,7 +1985,7 @@ static int invoke_bpf_prog(const struct btf_func_mo= del *m, u8 **pprog, > /* arg1: mov rdi, progs[i] */ > emit_mov_imm64(&prog, BPF_REG_1, (long) p >> 32, (u32) (long) p); > /* arg2: lea rsi, [rbp - ctx_cookie_off] */ > - EMIT4(0x48, 0x8D, 0x75, -run_ctx_off); > + EMIT3_off32(0x48, 0x8D, 0xB5, -run_ctx_off); > > if (emit_rsb_call(&prog, bpf_trampoline_enter(p), prog)) > return -EINVAL; > @@ -1954,7 +2001,7 @@ static int invoke_bpf_prog(const struct btf_func_mo= del *m, u8 **pprog, > emit_nops(&prog, 2); > > /* arg1: lea rdi, [rbp - stack_size] */ > - EMIT4(0x48, 0x8D, 0x7D, -stack_size); > + EMIT3_off32(0x48, 0x8D, 0xBD, -stack_size); > /* arg2: progs[i]->insnsi for interpreter */ > if (!p->jited) > emit_mov_imm64(&prog, BPF_REG_2, > @@ -1984,7 +2031,7 @@ static int invoke_bpf_prog(const struct btf_func_mo= del *m, u8 **pprog, > /* arg2: mov rsi, rbx <- start time in nsec */ > emit_mov_reg(&prog, true, BPF_REG_2, BPF_REG_6); > /* arg3: lea rdx, [rbp - run_ctx_off] */ > - EMIT4(0x48, 0x8D, 0x55, -run_ctx_off); > + EMIT3_off32(0x48, 0x8D, 0x95, -run_ctx_off); > if (emit_rsb_call(&prog, bpf_trampoline_exit(p), prog)) > return -EINVAL; > > @@ -2136,7 +2183,7 @@ int arch_prepare_bpf_trampoline(struct bpf_tramp_im= age *im, void *image, void *i > void *func_addr) > { > int i, ret, nr_regs =3D m->nr_args, stack_size =3D 0; > - int regs_off, nregs_off, ip_off, run_ctx_off; > + int regs_off, nregs_off, ip_off, run_ctx_off, arg_stack_off, rbx_= off; > struct bpf_tramp_links *fentry =3D &tlinks[BPF_TRAMP_FENTRY]; > struct bpf_tramp_links *fexit =3D &tlinks[BPF_TRAMP_FEXIT]; > struct bpf_tramp_links *fmod_ret =3D &tlinks[BPF_TRAMP_MODIFY_RET= URN]; > @@ -2150,8 +2197,10 @@ int arch_prepare_bpf_trampoline(struct bpf_tramp_i= mage *im, void *image, void *i > if (m->arg_flags[i] & BTF_FMODEL_STRUCT_ARG) > nr_regs +=3D (m->arg_size[i] + 7) / 8 - 1; > > - /* x86-64 supports up to 6 arguments. 7+ can be added in the futu= re */ > - if (nr_regs > 6) > + /* x86-64 supports up to MAX_BPF_FUNC_ARGS arguments. 1-6 > + * are passed through regs, the remains are through stack. > + */ > + if (nr_regs > MAX_BPF_FUNC_ARGS) > return -ENOTSUPP; > > /* Generated trampoline stack layout: > @@ -2170,7 +2219,14 @@ int arch_prepare_bpf_trampoline(struct bpf_tramp_i= mage *im, void *image, void *i > * > * RBP - ip_off [ traced function ] BPF_TRAMP_F_IP_ARG flag > * > + * RBP - rbx_off [ rbx value ] always > + * That is the case already and we just didn't document it, right? > * RBP - run_ctx_off [ bpf_tramp_run_ctx ] > + * > + * [ stack_argN ] BPF_TRAMP_F_CALL_ORIG > + * [ ... ] > + * [ stack_arg2 ] > + * RBP - arg_stack_off [ stack_arg1 ] > */ > > /* room for return value of orig_call or fentry prog */ > @@ -2190,9 +2246,17 @@ int arch_prepare_bpf_trampoline(struct bpf_tramp_i= mage *im, void *image, void *i > > ip_off =3D stack_size; > > + stack_size +=3D 8; > + rbx_off =3D stack_size; > + > stack_size +=3D (sizeof(struct bpf_tramp_run_ctx) + 7) & ~0x7; > run_ctx_off =3D stack_size; > > + if (nr_regs > 6 && (flags & BPF_TRAMP_F_CALL_ORIG)) > + stack_size +=3D (nr_regs - 6) * 8; > + > + arg_stack_off =3D stack_size; > + > if (flags & BPF_TRAMP_F_SKIP_FRAME) { > /* skip patched call instruction and point orig_call to a= ctual > * body of the kernel function. > @@ -2212,8 +2276,9 @@ int arch_prepare_bpf_trampoline(struct bpf_tramp_im= age *im, void *image, void *i > x86_call_depth_emit_accounting(&prog, NULL); > EMIT1(0x55); /* push rbp */ > EMIT3(0x48, 0x89, 0xE5); /* mov rbp, rsp */ > - EMIT4(0x48, 0x83, 0xEC, stack_size); /* sub rsp, stack_size */ > - EMIT1(0x53); /* push rbx */ > + EMIT3_off32(0x48, 0x81, 0xEC, stack_size); /* sub rsp, stack_size= */ > + /* mov QWORD PTR [rbp - rbx_off], rbx */ > + emit_stx(&prog, BPF_DW, BPF_REG_FP, BPF_REG_6, -rbx_off); > > /* Store number of argument registers of the traced function: > * mov rax, nr_regs > @@ -2262,6 +2327,7 @@ int arch_prepare_bpf_trampoline(struct bpf_tramp_im= age *im, void *image, void *i > > if (flags & BPF_TRAMP_F_CALL_ORIG) { > restore_regs(m, &prog, nr_regs, regs_off); > + prepare_origin_stack(m, &prog, nr_regs, arg_stack_off); > > if (flags & BPF_TRAMP_F_ORIG_STACK) { > emit_ldx(&prog, BPF_DW, BPF_REG_0, BPF_REG_FP, 8)= ; > @@ -2321,14 +2387,14 @@ int arch_prepare_bpf_trampoline(struct bpf_tramp_= image *im, void *image, void *i > if (save_ret) > emit_ldx(&prog, BPF_DW, BPF_REG_0, BPF_REG_FP, -8); > > - EMIT1(0x5B); /* pop rbx */ > + emit_ldx(&prog, BPF_DW, BPF_REG_6, BPF_REG_FP, -rbx_off); It can stay as 'pop', no? > EMIT1(0xC9); /* leave */ > if (flags & BPF_TRAMP_F_SKIP_FRAME) > /* skip our return address and return to parent */ > EMIT4(0x48, 0x83, 0xC4, 8); /* add rsp, 8 */ > emit_return(&prog, prog); > /* Make sure the trampoline generation logic doesn't overflow */ > - if (WARN_ON_ONCE(prog > (u8 *)image_end - BPF_INSN_SAFETY)) { > + if (prog > (u8 *)image_end - BPF_INSN_SAFETY) { > ret =3D -EFAULT; > goto cleanup; > } > -- > 2.40.1 >