From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej1-f54.google.com (mail-ej1-f54.google.com [209.85.218.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 1E3F1226173 for ; Thu, 18 Sep 2025 08:47:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.218.54 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758185253; cv=none; b=rp24YXTBZFJd/WjkjALA5ew5iGrUKjpYGxO4qqFSuFczNFyAAjS4AghBxqVb01aTCsgK5eKXSdFvqPKVFkjGFCCzNLYPe6Eukql1c0yKsuhnMBxgtxe0VaNfJ/d91sNj+X97HnqcyBJTmXHVXpFDICXBo5LnoqLMaWcKYdlzu9g= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758185253; c=relaxed/simple; bh=L45ZHUW76JMrGXCpZTDkbXpqy+oHe8GXZEgOVfexB8o=; h=From:Date:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=hZlH8nEEeoNL8UHZA9MUVuGLONqmAp6XmTPOUa9EF0FbJavaRP6amkpRVzjtJ+5wBHjktoxaxYgUh+eN5lxBF4/zP8NHSfcSEVWoPRQ5OSE7aHKN3xvc3b2bx/5D5MPH/g6lFsv859HS9y2pb1jgLK97Xl/mQOJSaIqLO/um6VY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=M0cR9NE0; arc=none smtp.client-ip=209.85.218.54 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="M0cR9NE0" Received: by mail-ej1-f54.google.com with SMTP id a640c23a62f3a-b03fa5c5a89so137223366b.2 for ; Thu, 18 Sep 2025 01:47:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1758185250; x=1758790050; darn=vger.kernel.org; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:date:from:from:to :cc:subject:date:message-id:reply-to; bh=4dUuZLCrIMKFDhECHW6CRsaOlZAc9dyj1qs/1GGZce0=; b=M0cR9NE0W9Y1xN7+c4xlGTZwwhVigM/FIVmgKAIyZvwqF3Np4p7DxnWa2VF+gezaFy svZvKYCwUdmmAyap3TRZCZTt0eHvCqiX+5uMjpoX6Dp9KLOLcH/pD5INZwpurGQ9ZbXP vRobPnSAwwQ5I/V+z3lQ32nk0GeSoJHXbVB/WZrUX8WinuxqUdZdp4HcG2rvvVNfLnrb X+HxqJhjEPs9oHLaKCYMB6hgsPHKB3DMzSWKIM/MHV6GHofzL6XA/3RRzGQLMxlLtAw9 aOS2FP2noNdiE/Zlk8JvO0Zb8Erbwee2waGIetr0UyAVy/whOhE8sSBQ/qe5zt/hJ6kp TgHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1758185250; x=1758790050; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:date:from :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=4dUuZLCrIMKFDhECHW6CRsaOlZAc9dyj1qs/1GGZce0=; b=EFoR0yajbtloHlOkGsvMlnlJqYZr5GnaDTG1IKvx/oc23r2jytCGN6ODF70vatKwG/ 7fg1sjLlX2R5QEOgbscACliqngZzud8M0QTx7m/ws0YR84bQSvD318/CHmNnjKgQE5Fv VF4ivcVjeHzZ3HgYYjO9qPPCM67879YT+a24rxTxMremN8SqfU8yXUkQsTkNiDDNVgNN oVTdMAtSunGsxI976d/s+jTTaGb1KMv9QWsvCCnlF3pSSLHI32DDQjX2E8chl4uxgHSF bhvrPOO/gJ3yuZF/LLaATGwk4Ox260AfVzd1SlNLpmKwaI+m4ltkkf/ZX2gy4ZUhrD4n 6fjw== X-Forwarded-Encrypted: i=1; AJvYcCUP053qUVuI/LdhuFg0ll11EoaF3pI1lafohYgw/Ckm3TPNXrdSj67FcHa7V9TNn7NS4ck=@vger.kernel.org X-Gm-Message-State: AOJu0Yy5t7AhAue7pBOl10SK2x0ORKP7kO5ip7L7XtXx26ALlKQIqEQC OZc0U58bQcmxwoHYeakFTS2aVtpFltyEnEhbkFVarkv4O6JNsV3UndjB X-Gm-Gg: ASbGncutZJEtnhez91IkjiCT3K9U4v5ofeBNd2oSHp3uFTL16givQ3eHsUI4JUdqdLK zIb2mL6pt2d2ef7D/v+t+YivMR9aYar4xBCh4rUkT7a/gezKSqVdQwXjmJ8WAAVQ4aZpoKEBgW8 amtr9tbEq/SbTWVRMjDPTBF6f6fNgwvyU6ce5rIasoWQfxDrmwo8im3QYgBCQ1kwrqr3KkPTgTI 2iaRvXU2QTa3EK6dcYykb7oBTWsowgRRMgxjMBgJjGVWy6+tOVCn1No6ff/cltTD51mpIbafTtX US2RwmvFizBvngJJBrM5PU+ZQL1zIu+JVyXY0Xm2cPcIWjhyMWRpp7MYiyhwL5JQ9uEdscgqjh9 3RzlgeEi9LmjNJzfOphVL9Eh1UwThbEY/I37ucajZJIo5QswoJGxrVg== X-Google-Smtp-Source: AGHT+IGSY6T0zgBstKzdppw+beER6+Ou6Xf+HZr5uZODjknR4sf0RTrkDM+Z+jzltMePgD/ZZBp0rA== X-Received: by 2002:a17:907:3e8c:b0:b04:76ed:3ff5 with SMTP id a640c23a62f3a-b1bb6802513mr591131566b.40.1758185250193; Thu, 18 Sep 2025 01:47:30 -0700 (PDT) Received: from krava (37-188-233-225.red.o2.cz. [37.188.233.225]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-b1fc5f44bb1sm148036466b.21.2025.09.18.01.47.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 18 Sep 2025 01:47:29 -0700 (PDT) From: Jiri Olsa X-Google-Original-From: Jiri Olsa Date: Thu, 18 Sep 2025 10:47:15 +0200 To: Fuyu Zhao Cc: Song Liu , ast@kernel.org, daniel@iogearbox.net, andrii@kernel.org, martin.lau@linux.dev, yonghong.song@linux.dev, haoluo@google.com, eddyz87@gmail.com, kpsingh@kernel.org, sdf@fomichev.me, rostedt@goodmis.org, mhiramat@kernel.org, mathieu.desnoyers@efficios.com, shuah@kernel.org, willemb@google.com, kerneljasonxing@gmail.com, paul.chaignon@gmail.com, chen.dylane@linux.dev, memxor@gmail.com, martin.kelly@crowdstrike.com, ameryhung@gmail.com, linux-kernel@vger.kernel.org, bpf@vger.kernel.org, linux-trace-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, yikai.lin@vivo.com Subject: Re: [RFC PATCH bpf-next v1 0/3] bpf: Add BPF program type for overriding tracepoint probes Message-ID: References: <20250917072242.674528-1-zhaofuyu@vivo.com> Precedence: bulk X-Mailing-List: bpf@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Thu, Sep 18, 2025 at 04:05:51PM +0800, Fuyu Zhao wrote: > > > On 9/18/2025 4:02 AM, Song Liu wrote: > > On Wed, Sep 17, 2025 at 12:23 AM Fuyu Zhao wrote: > >> > >> Hi everyone, > >> > >> This patchset introduces a new BPF program type that allows overriding > >> a tracepoint probe function registered via register_trace_*. > >> > >> Motivation > >> ---------- > >> Tracepoint probe functions registered via register_trace_* in the kernel > >> cannot be dynamically modified, changing a probe function requires recompiling > >> the kernel and rebooting. Nor can BPF programs change an existing > >> probe function. > >> > >> Overiding tracepoint supports a way to apply patches into kernel quickly > >> (such as applying security ones), through predefined static tracepoints, > >> without waiting for upstream integration. > > > > IIUC, this work solves the same problem as raw tracepoint (raw_tp) or raw > > tracepoint with btf (tp_btf). > > > > Did I miss something? > > > > Thanks, > > Song > > As I understand it, raw tracepoints (raw_tp) and raw tracepoint (raw_tp) > are designed mainly for tracing the kernel. The goal of this work is to > provide a way to override the tracepoint callback, so that kernel behavior > can be adjusted dynamically. hi, what's the use case for this? also I'd think you can do that just by unregister the callback you want to override and register new one? thanks, jirka