From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BF1CE4A07; Mon, 6 Apr 2026 05:36:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.137.202.133 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775453802; cv=none; b=h8YYfhtmIeG/PX63uwe8wNw+Qw4CGkXazhHM69ZWLf6sHzCeGP86YIMcC7MjmGa0miV7I/VuoqPflz2zdvxHzdi0PJ9LSwQ3/dACZoH7R9hHy7AbkWoF+W1mUwWYkW4r9MEbeETqixQXu/cwFuMB+GqMsQgMK7i2NA50vdCqpIk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775453802; c=relaxed/simple; bh=+6M15O916TUMWzhDmnzXg/R/5LwcNdcZFuE9/ntikaU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=CxEdtfY491xYvyNWfCYwShw9f7iPIGEPs5cPN1Jg4zsWc6i2vwYlw92twoFu0pfW426DNkOYH1hQsYFdBfp8G8DveW1yIsOf6cgTcwOuY3h+73F2wASbpGl2r/68X84PCAyTcU1TcsXSYPvhwTmXNAIUwi+iq+25LbYF3x3EaSw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org; spf=none smtp.mailfrom=bombadil.srs.infradead.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b=ZBzJWZ2d; arc=none smtp.client-ip=198.137.202.133 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=bombadil.srs.infradead.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="ZBzJWZ2d" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=In-Reply-To:Content-Type:MIME-Version :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=RGIYpWNa4i33V/14ZSVaKdY9xlfeN20xwvIS5EPGEHs=; b=ZBzJWZ2dHCgQmcYtF3M0ABW3e8 Uijea4y/vu8Giae5M6EKT3XWHdFKaQFfIBatXzkMDhWk72WiNT8huuh3MyrOgf97NohII7i3VNxPp /XN75TO86neDII7NjYT/0PKOozlETrzwizjsewii4HMPElDOzPRAUdPOahs1pmRkFq4sWBjjbtkgZ IFqxbJLemO9qKX3MMOXWcOLe+X0IDEJsgFpua9IgXwOXfRFxpvAu2lnEo3PyrEeiLHhg5XaHUeVtb dhJ4iQo7Xmwtn0HML8xljZnoSEliq3gMrTQKdbTeMrO52UyqtIqjbDPCheeBsEw0zav8P447PsjXw XHCbCLCw==; Received: from hch by bombadil.infradead.org with local (Exim 4.98.2 #2 (Red Hat Linux)) id 1w9cdR-00000004oWG-31PD; Mon, 06 Apr 2026 05:36:29 +0000 Date: Sun, 5 Apr 2026 22:36:29 -0700 From: Christoph Hellwig To: Yafang Shao Cc: jpoimboe@kernel.org, jikos@kernel.org, mbenes@suse.cz, pmladek@suse.com, joe.lawrence@redhat.com, rostedt@goodmis.org, mhiramat@kernel.org, mathieu.desnoyers@efficios.com, kpsingh@kernel.org, mattbobrowski@google.com, song@kernel.org, jolsa@kernel.org, ast@kernel.org, daniel@iogearbox.net, andrii@kernel.org, martin.lau@linux.dev, eddyz87@gmail.com, memxor@gmail.com, yonghong.song@linux.dev, live-patching@vger.kernel.org, linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, bpf@vger.kernel.org Subject: Re: [RFC PATCH 0/4] trace, livepatch: Allow kprobe return overriding for livepatched functions Message-ID: References: <20260402092607.96430-1-laoar.shao@gmail.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260402092607.96430-1-laoar.shao@gmail.com> X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org. See http://www.infradead.org/rpr.html On Thu, Apr 02, 2026 at 05:26:03PM +0800, Yafang Shao wrote: > Livepatching allows for rapid experimentation with new kernel features > without interrupting production workloads. Myabe it allows, or based on the rest of the mail not quite. But that is certainly not the intent at all, the intent is to fix critical bugs without downtime. > However, static livepatches lack > the flexibility required to tune features based on task-specific attributes, > such as cgroup membership, which is critical in multi-tenant k8s > environments. Furthermore, hardcoding logic into a livepatch prevents > dynamic adjustments based on the runtime environment. > > To address this, we propose a hybrid approach using BPF. Our production use > case involves: > > 1. Deploying a Livepatch function to serve as a stable BPF hook. > > 2. Utilizing bpf_override_return() to dynamically modify the return value > of that hook based on the current task's context. Whol f**. now. Is this a delayed April 1st post?