From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com ([209.132.183.28]:53818 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S936459AbdADRRf (ORCPT ); Wed, 4 Jan 2017 12:17:35 -0500 From: Jeff Moyer To: Hannes Reinecke Cc: lsf-pc@lists.linux-foundation.org, "linux-block\@vger.kernel.org" , "linux-scsi\@vger.kernel.org" Subject: Re: [LSF/MM TOPIC] blk-trace update vs API stability References: <62463a62-2dcb-639c-364c-3cc8b50628d2@suse.de> Date: Wed, 04 Jan 2017 12:17:34 -0500 In-Reply-To: <62463a62-2dcb-639c-364c-3cc8b50628d2@suse.de> (Hannes Reinecke's message of "Wed, 4 Jan 2017 09:49:33 +0100") Message-ID: MIME-Version: 1.0 Content-Type: text/plain Sender: linux-block-owner@vger.kernel.org List-Id: linux-block@vger.kernel.org Hannes Reinecke writes: > At LSF I'd like to discuss > - Do we consider blktrace (and any other tracepoint in eg SCSI) as a > stable API? I don't have a strong opinion on this. > - How do we go about modifying blktrace? Blktrace has a version number associated with trace events. Bump the version for non-backward-compatible changes. > - Is this even desired? Yes. Cheers, Jeff