From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f54.google.com (mail-wr1-f54.google.com [209.85.221.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 66E293594E for ; Tue, 9 Sep 2025 16:14:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.54 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1757434483; cv=none; b=i11miamlCrRkH8UmXlhhKX2sSdUEd0FEG6cR4i2IMb6Pd/xg0f9lR2f6Om/UUTh2EicxV3LXYuKf0R4/1nF07QWZUiKHuESmG5Vzx1h53I0cUY3w6ptlgbx0o+uFxf+xfiVF4X1oYcqfQQDpgAw9LhS91VtMUPRTMz4HgeRsRGQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1757434483; c=relaxed/simple; bh=Mz5sKRsdSfgn13KUBdRg6Vvpk9EwU24uw45F0iw35JE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Eiuhp3piwrAM7LlXGty+VLIIPSvy+aSidn33lfR2prGJN+jee1CJxJ0SUltxU7Q+LtckoSSY+RMGGKsoy6Sg1z42TRbxjadgLsNYvy4hpfa/7frxh8p9Bf+/iuLjZiKrJjyTBwR7k8AEuYrsbJcPoONGwBT8GZte2T8M4xyCJZQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com; spf=pass smtp.mailfrom=google.com; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b=3+Ig/RmQ; arc=none smtp.client-ip=209.85.221.54 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=google.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="3+Ig/RmQ" Received: by mail-wr1-f54.google.com with SMTP id ffacd0b85a97d-3c68ac7e18aso3694028f8f.2 for ; Tue, 09 Sep 2025 09:14:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1757434480; x=1758039280; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=t3MUxe5idS+BGR3j6o3LYiON4iTePZTn2nSk7Al8lT8=; b=3+Ig/RmQzXfUlRYvHiUY95vJ5X6M0CfS7015vFlA5Kgt4WBKEInYBbC6T0DiVjKdt2 as38KcjOcFOloJJr7oXfoJCVfvDs4m0BTxZACUlXdpGkWxaL6/XHSPcWpIv5NWR0e775 NCh6ISuFaDfEGPzimgfiaFDVDGqiIVQSXNbsHq1A1W3TGQyyUPe8kiwHv+weP2sfu6t4 zWlnYADi4gXEVZSM2YpNg0Kr7qvo6t6GlJX1zH9x0J+qIbDGHlQ6/ol3IY1aAK+Vf2U6 vgfemXbHdO8hcwWS+kkZ01Mauo1IHkiHuQD3Vbomtm3J49bHn1cD59UbTsOgPyHnjLVX 6m+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757434480; x=1758039280; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=t3MUxe5idS+BGR3j6o3LYiON4iTePZTn2nSk7Al8lT8=; b=A9YX1UkRGW7Gy6l8WpEAj0afOnnn4WVnWzc1mWrfkaYoKRwZsuLKmLtaYNSaiqAt1E x2A++iuOUhecXaqAXYS/7XvegpxcRLqpA3WqJwe+GAlKWVmlDOqjekoIdgj/aB6IBszv XTaAk68b52NkNKUh4kk7nzPs6S9Zipq8K4YfC7jAaIjhgtvsz20CJ/8sun7Sjm4hZLfR Hy5kgFEzwkNDfCL4f/52kxsOMG5ctZgxEf3KXl9jhhHKjQTGNVPmHlwYtuHD91sLkgTu GDC8nqEDCoR1yCmUGpO6eefDUuscfbGDkUjfNdQyN2QeLfQSkxGu54af2CENu4n8Se6J Tc9A== X-Forwarded-Encrypted: i=1; AJvYcCXjVV4WGmZ95N5rtZKSbUpJa43465hCpbftzC3JMm+pCisWgU+1UifCjSZ2QyIPUoxwttOYdzr8n3ej7MI=@vger.kernel.org X-Gm-Message-State: AOJu0Yz299TVRssRd62kn+CSbtMUZ7gWssGrsoQ40av8jipt2dxF5m9r oCgVkeANb3WeQUIz0bOryNLuGOy6DKfVqwsa6PJTJ+/qozEMc31QUuKs+v4XBywowQ== X-Gm-Gg: ASbGncvCbEKMOx22CxJHx9IsYhrA7/pMVcqpk/RYu4Rd+yRkRZquIrNsl21zL5QgJ5v iwlL28G8H6JgXpwB1nQBnRikenHWX1dHeNae6AUbGlbmV+nIBt5KH0YfhG+jARSVcxGeIpd3oHP LQ7NcyN+E6yTXzt6oSyCraldh7SiX81EJTCAIKt/K8GleCta3v0EGS8pbrPleFU2jB6IITmTItb Xe4MVVJs5mjb4BHg42msyulESPgYJJY3y/OCXS6JzBa76nEQPz3cX2lKvJq9+h68EIm3yWxlEz8 6QQ32NAW1449RP7aA1SGskwwTE4d5+dryQf3vC1dk6NAv0Jgyh34uh8LyExLHrgriUIMMMEbXks 6jrviSr2nd+N+AFlhxS6yVWQXh+gNlf3KM4Fvmkc9hBrFQp0FF3fQuzqoKMIRgettCze2gWVQiO Js0Fid X-Google-Smtp-Source: AGHT+IGptLchfw5sfmOjEPtY8r2qXSKc2v7A8C2EV7ihJJOKFikE7Xpor1boUUPU/n3AR1zmFBHKUQ== X-Received: by 2002:a05:6000:248a:b0:3e4:f194:2887 with SMTP id ffacd0b85a97d-3e6462583c1mr8562991f8f.30.1757434479398; Tue, 09 Sep 2025 09:14:39 -0700 (PDT) Received: from google.com (211.29.195.35.bc.googleusercontent.com. [35.195.29.211]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3e7521c9a2esm3528836f8f.14.2025.09.09.09.14.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Sep 2025 09:14:38 -0700 (PDT) Date: Tue, 9 Sep 2025 17:14:35 +0100 From: Vincent Donnefort To: Steven Rostedt Cc: mhiramat@kernel.org, mathieu.desnoyers@efficios.com, linux-trace-kernel@vger.kernel.org, maz@kernel.org, oliver.upton@linux.dev, joey.gouly@arm.com, suzuki.poulose@arm.com, yuzenghui@huawei.com, kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org, jstultz@google.com, qperret@google.com, will@kernel.org, aneesh.kumar@kernel.org, kernel-team@android.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH v6 04/24] tracing: Add reset to trace remotes Message-ID: References: <20250821081412.1008261-1-vdonnefort@google.com> <20250821081412.1008261-5-vdonnefort@google.com> <20250908193757.079aae76@gandalf.local.home> <20250909094028.3265b751@gandalf.local.home> 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: <20250909094028.3265b751@gandalf.local.home> On Tue, Sep 09, 2025 at 09:40:28AM -0400, Steven Rostedt wrote: > On Tue, 9 Sep 2025 13:10:25 +0100 > Vincent Donnefort wrote: > > > > I wonder if we should name the file "reset" to not be confusing to users > > > when they cat the file and it doesn't produce any output. > > > > My idea was to keep the exact same interface as the rest of the tracing. I could > > keep that /trace file for compatibility and add /reset? > > > > "cat trace" could also just returns a text like *** not supported *** ? > > If it's never going to be supported, I rather not add it. It not being > there is a sure way of knowing it's not supported. Just adding it because > the normal system has it is actually worse if it doesn't behave the same. If later we extend the meta-page to support non-consuming read, /trace would then become useful. Another argument for non-consuming read would be to enable dump on panic. But I understand your point, it might be wishful thinking at this point. > > -- Steve