Received: by 2002:a05:6602:2086:0:0:0:0 with SMTP id a6csp4385941ioa; Wed, 27 Apr 2022 02:39:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx7ZekKY4jSvcIudvRgZbU5+OpjcrpyG9nAoaMt/8f2v1rGNx72PZnM88xKX/BcniEFqrM4 X-Received: by 2002:a17:90b:3503:b0:1d1:c700:e484 with SMTP id ls3-20020a17090b350300b001d1c700e484mr31959178pjb.245.1651052357613; Wed, 27 Apr 2022 02:39:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651052357; cv=none; d=google.com; s=arc-20160816; b=sn86h8Sih9WxlvnXCCwKHJgcCirGR6XoyFgpMwKJuvrCdB0h5NyhBIEnOiOZWvh3uo xfpEf64txM0cEdhc1yclfDrt0ssxgzBoaWtBbCTnL26IEDOnCUveb0xwHG3aXh5Ii8My 8ESXkXtHwT84v/0gO+AS0miXXTK+ZzIuz97l4fr8FyoO6NbpKoBqsmr0kj78mzTVBBQA eY1fqBD2Bv0JoS02HGqGfZzvu55v1HlXGMN2uA6fxcONNhwZ5odksRQiH25I377OMyvC Yc8cqIRQdJgb/K5Ji7WwEEIRXaIQfbt7PGhidqSrcGpAVOJ65oIv+tb0A5CnTu29ahVK G+iQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=gHXF4QaDGcOXB/S7uwPxJmz0c5c4hQxFUEr9w0RrqmM=; b=pehMTQTKz/g4fOvOnS9XQbfmSiYjGz7QgyboA1Ue8mzllfL4aAAVmK19EuEEoIIaNZ YuepuNRGt5sE1iO/hTP+tpRSlEzawf+TzzgVUlL2hPKr4pTY0ek0W65vL+WMxy15KEjK yw6dAQpiM8x3zg6VHBxb+C3e5fa+ur8ajNrH8ZLyjUf6tNHuihC2moQ3Zwc4PV12SKHz ZUFg8rgrn1qbjSxFYvkWaZOpK/m7PaT9AbtqM4bHDmMcRhfHcmvuHirzhRlFsIRS038d a1/mWvGSC+QC8Yw76Cfw4T7buiCmDUcQ9wQbwKQ3dGfYIRqDO+S+KAalHTgRIrkSwgef /9uA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=Y+LB7B+u; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id 195-20020a6303cc000000b003ab1f09b881si945330pgd.514.2022.04.27.02.39.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 27 Apr 2022 02:39:17 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=Y+LB7B+u; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 78CB715A1B; Wed, 27 Apr 2022 02:15:30 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1343978AbiDZHdy (ORCPT + 99 others); Tue, 26 Apr 2022 03:33:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53484 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1343982AbiDZHdj (ORCPT ); Tue, 26 Apr 2022 03:33:39 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id AD52CEA1F8 for ; Tue, 26 Apr 2022 00:30:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1650958229; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=gHXF4QaDGcOXB/S7uwPxJmz0c5c4hQxFUEr9w0RrqmM=; b=Y+LB7B+upaIweKcvw77MTNWngE3UNJ/cdEgEW0OesY9ERPhz+3u6FokXalvVMeXoLBN6u8 nn5nlCe+SmV+YZufRcJZksvj7DIZ21pStgvEtvaa08/k6t+nLCPEDj4tHCo+qv/MVcvJti uzIfZ9nZTPtzK+ijAqKAw5MI+QYGBnA= Received: from mail-pj1-f69.google.com (mail-pj1-f69.google.com [209.85.216.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-261-SdUiVSSWOpS-YmFbItwLDg-1; Tue, 26 Apr 2022 03:30:25 -0400 X-MC-Unique: SdUiVSSWOpS-YmFbItwLDg-1 Received: by mail-pj1-f69.google.com with SMTP id q91-20020a17090a756400b001d951f4846cso1042560pjk.8 for ; Tue, 26 Apr 2022 00:30:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=gHXF4QaDGcOXB/S7uwPxJmz0c5c4hQxFUEr9w0RrqmM=; b=YIkc9ziNo+Syezhu0zXF9ajCMokbdN2zghtmruEpcRbdxtH8bLnnP/sfV2vucoGRsA 0PfL5fO/VjoQ+LaoKsnbA4rkNNZ22VkKec4Iy1Scc/7e9TfcEzXQngk23wv4pmcwC/Ep JyW7YT4YH48Lz55qiQE6Z9XVto44BSBRX3fVeUWCC2E3thPDL5Ha1s5qQbBQruY1pd7I Y7UDeKcyNnDcMIouiaQWZnv/kHw1zVE09gXGoIPClG4XZuqxb4Jv2Zgbho8TE7Vc9F+j A42yplapNQ3+bpw/WauU0Xf5gxMhdjAqZ8yze4ZAKIxHe2X5WPT/pSWIo4sexLiLXwDA BFzw== X-Gm-Message-State: AOAM533PBB5c+k7jzXUd7F18RyrYtj58U2bGW9uDlZ9XAQQ5yGrJNADw lAnp0ERoYYUC9J3j1HKI6RzCnaPALpL+ZX/WAiZdaObG+bHD6OA7Op+bSfEuv5K4HqNIGA0I/XT Ih4FmP2dLDpMgbMDF6Bbw0IJjuqQQx4eCLBGBlHsK X-Received: by 2002:a17:902:e012:b0:15d:53:61ff with SMTP id o18-20020a170902e01200b0015d005361ffmr11461242plo.73.1650958224399; Tue, 26 Apr 2022 00:30:24 -0700 (PDT) X-Received: by 2002:a17:902:e012:b0:15d:53:61ff with SMTP id o18-20020a170902e01200b0015d005361ffmr11461227plo.73.1650958224127; Tue, 26 Apr 2022 00:30:24 -0700 (PDT) MIME-Version: 1.0 References: <20220421140740.459558-1-benjamin.tissoires@redhat.com> <20220421140740.459558-3-benjamin.tissoires@redhat.com> <20220426040851.q3ovelrlcldvwhv5@MBP-98dd607d3435.dhcp.thefacebook.com> In-Reply-To: <20220426040851.q3ovelrlcldvwhv5@MBP-98dd607d3435.dhcp.thefacebook.com> From: Benjamin Tissoires Date: Tue, 26 Apr 2022 09:30:13 +0200 Message-ID: Subject: Re: [RFC bpf-next v4 2/7] bpf/verifier: allow kfunc to return an allocated mem To: Alexei Starovoitov Cc: Greg KH , Jiri Kosina , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , Martin KaFai Lau , Song Liu , Yonghong Song , John Fastabend , KP Singh , Tero Kristo , lkml , "open list:HID CORE LAYER" , bpf Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE autolearn=unavailable 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 Tue, Apr 26, 2022 at 6:09 AM Alexei Starovoitov wrote: > > On Thu, Apr 21, 2022 at 04:07:35PM +0200, Benjamin Tissoires wrote: > > When a kfunc is not returning a pointer to a struct but to a plain type, > > check if one of the arguments is called __sz and is a const from the > > caller, and use this as the size of the allocated memory. > > > > For tracing programs, we consider the provided memory to be read only > > unless the program is BPF_MODIFY_RETURN. > > > > Signed-off-by: Benjamin Tissoires > > > > --- > > > > new in v4 > > --- > > include/linux/btf.h | 6 ++++ > > kernel/bpf/btf.c | 31 ++++++++++++++++---- > > kernel/bpf/verifier.c | 66 +++++++++++++++++++++++++++++++++---------- > > 3 files changed, 83 insertions(+), 20 deletions(-) > > > > diff --git a/include/linux/btf.h b/include/linux/btf.h > > index 36bc09b8e890..76a3ff48ae2a 100644 > > --- a/include/linux/btf.h > > +++ b/include/linux/btf.h > > @@ -332,6 +332,12 @@ static inline struct btf_param *btf_params(const struct btf_type *t) > > return (struct btf_param *)(t + 1); > > } > > > > +struct bpf_reg_state; > > + > > +bool btf_is_kfunc_arg_mem_size(const struct btf *btf, > > + const struct btf_param *arg, > > + const struct bpf_reg_state *reg); > > + > > #ifdef CONFIG_BPF_SYSCALL > > struct bpf_prog; > > > > diff --git a/kernel/bpf/btf.c b/kernel/bpf/btf.c > > index 76318a4c2d0e..22e6e3cdc7ee 100644 > > --- a/kernel/bpf/btf.c > > +++ b/kernel/bpf/btf.c > > @@ -5851,9 +5851,9 @@ static bool __btf_type_is_scalar_struct(struct bpf_verifier_log *log, > > return true; > > } > > > > -static bool is_kfunc_arg_mem_size(const struct btf *btf, > > - const struct btf_param *arg, > > - const struct bpf_reg_state *reg) > > +bool btf_is_kfunc_arg_mem_size(const struct btf *btf, > > + const struct btf_param *arg, > > + const struct bpf_reg_state *reg) > > { > > int len, sfx_len = sizeof("__sz") - 1; > > const struct btf_type *t; > > @@ -5976,7 +5976,7 @@ static int btf_check_func_arg_match(struct bpf_verifier_env *env, > > reg_btf = reg->btf; > > reg_ref_id = reg->btf_id; > > /* Ensure only one argument is referenced > > - * PTR_TO_BTF_ID, check_func_arg_reg_off relies > > + * PTR_TO_BTF_ID or PTR_TO_MEM, check_func_arg_reg_off relies > > * on only one referenced register being allowed > > * for kfuncs. > > */ > > @@ -6012,7 +6012,10 @@ static int btf_check_func_arg_match(struct bpf_verifier_env *env, > > u32 type_size; > > > > if (is_kfunc) { > > - bool arg_mem_size = i + 1 < nargs && is_kfunc_arg_mem_size(btf, &args[i + 1], ®s[regno + 1]); > > + bool arg_mem_size = i + 1 < nargs && > > + btf_is_kfunc_arg_mem_size(btf, > > + &args[i + 1], > > + ®s[regno + 1]); > > bpf allows ~100 chars. No need to break the line so much. > > > > > /* Permit pointer to mem, but only when argument > > * type is pointer to scalar, or struct composed > > @@ -6039,6 +6042,24 @@ static int btf_check_func_arg_match(struct bpf_verifier_env *env, > > i++; > > continue; > > } > > + > > + if (rel && reg->ref_obj_id) { > > + /* Ensure only one argument is referenced > > + * PTR_TO_BTF_ID or PTR_TO_MEM, check_func_arg_reg_off > > + * relies on only one referenced register being allowed > > + * for kfuncs. > > + */ > > + if (ref_obj_id) { > > + bpf_log(log, > > + "verifier internal error: more than one arg with ref_obj_id R%d %u %u\n", > > + regno, > > + reg->ref_obj_id, > > + ref_obj_id); > > + return -EFAULT; > > + } > > + ref_regno = regno; > > + ref_obj_id = reg->ref_obj_id; > > + } > > } > > > > resolve_ret = btf_resolve_size(btf, ref_t, &type_size); > > diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c > > index 71827d14724a..0f339f9058f3 100644 > > --- a/kernel/bpf/verifier.c > > +++ b/kernel/bpf/verifier.c > > @@ -6974,7 +6974,9 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn, > > int err, insn_idx = *insn_idx_p; > > const struct btf_param *args; > > struct btf *desc_btf; > > + enum bpf_prog_type prog_type = resolve_prog_type(env->prog); > > bool acq; > > + size_t reg_size = 0; > > > > /* skip for now, but return error when we find this in fixup_kfunc_call */ > > if (!insn->imm) > > @@ -7015,8 +7017,8 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn, > > } > > } > > > > - for (i = 0; i < CALLER_SAVED_REGS; i++) > > - mark_reg_not_init(env, regs, caller_saved[i]); > > + /* reset REG_0 */ > > + mark_reg_not_init(env, regs, BPF_REG_0); > > > > /* Check return type */ > > t = btf_type_skip_modifiers(desc_btf, func_proto->type, NULL); > > @@ -7026,6 +7028,9 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn, > > return -EINVAL; > > } > > > > + nargs = btf_type_vlen(func_proto); > > + args = btf_params(func_proto); > > + > > if (btf_type_is_scalar(t)) { > > mark_reg_unknown(env, regs, BPF_REG_0); > > mark_btf_func_reg_size(env, BPF_REG_0, t->size); > > @@ -7033,24 +7038,54 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn, > > ptr_type = btf_type_skip_modifiers(desc_btf, t->type, > > &ptr_type_id); > > if (!btf_type_is_struct(ptr_type)) { > > - ptr_type_name = btf_name_by_offset(desc_btf, > > - ptr_type->name_off); > > - verbose(env, "kernel function %s returns pointer type %s %s is not supported\n", > > - func_name, btf_type_str(ptr_type), > > - ptr_type_name); > > - return -EINVAL; > > + /* if we have an array, we must have a const argument named "__sz" */ > > + for (i = 0; i < nargs; i++) { > > + u32 regno = i + BPF_REG_1; > > + struct bpf_reg_state *reg = ®s[regno]; > > + > > + /* look for any const scalar parameter of name "__sz" */ > > + if (!check_reg_arg(env, regno, SRC_OP) && > > + tnum_is_const(regs[regno].var_off) && > > + btf_is_kfunc_arg_mem_size(desc_btf, &args[i], reg)) > > + reg_size = regs[regno].var_off.value; > > + } > > + > > + if (!reg_size) { > > + ptr_type_name = btf_name_by_offset(desc_btf, > > + ptr_type->name_off); > > + verbose(env, > > + "kernel function %s returns pointer type %s %s is not supported\n", > > + func_name, > > + btf_type_str(ptr_type), > > + ptr_type_name); > > + return -EINVAL; > > + } > > + > > + mark_reg_known_zero(env, regs, BPF_REG_0); > > + regs[BPF_REG_0].type = PTR_TO_MEM; > > + regs[BPF_REG_0].mem_size = reg_size; > > + > > + /* in case of tracing, only allow write access to > > + * BPF_MODIFY_RETURN programs > > + */ > > + if (prog_type == BPF_PROG_TYPE_TRACING && > > + env->prog->expected_attach_type != BPF_MODIFY_RETURN) > > + regs[BPF_REG_0].type |= MEM_RDONLY; > > MOD_RET restriction looks artificial. > We can distinguish readonly vs writeable PTR_TO_MEM based on > another naming convention. > Currently arg_name__sz applies to the previous argument. > Matching suffix made sense there. Oh, I missed the point of the "__sz". I did not realize it was supposed to be a suffix. > Reusing the same suffix matching for a different purpose could be confusing. > For this use case we may reserve a full argument name. > Like "rdonly_buf_size" and "rdwr_buf_size" ? > I like the idea but I have 2 problems here: 1. I do not really want to have 2 separate kfuncs for read only and write operations 2. How can I restrict the write operation to fmod_ret? For 1, my guess is that the read-only operation will not be used unless we solve 2. For 2, the rationale is that I think tracing functions are not supposed to change the behavior. This was said on the thread about priorities for BPF programs. And it somehow makes sense that fentry should be used for tracing only. OTOH, fmod_ret is clearly affecting the behavior of the program, so I see it more "natural" that it can change the context too. Cheers, Benjamin