Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp2309469pxu; Mon, 7 Dec 2020 03:18:00 -0800 (PST) X-Google-Smtp-Source: ABdhPJw6Ac5GR+2zg5f5/BAn20t4gMzSpiP4d2ljU545zU97ViLaDTh873yReDIsWgNcwJVjo95/ X-Received: by 2002:a17:906:ceca:: with SMTP id si10mr17965066ejb.547.1607339879889; Mon, 07 Dec 2020 03:17:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607339879; cv=none; d=google.com; s=arc-20160816; b=KgSOCsRI5++c/Sat0DlhEc7GHQiUqU7MgTsg2xWGtZA+/T2Ow1yMhYl0pZSxb6COQM wHygzAcVSkgU/p5KjoVnfYGfzS4jcxAZZqISaTe8io7TRabm78tsf1i4bOk4UQHWlOSf hUKDw9UdojIdOjRaFuA/+RIUA5jmphG33nxSYOGSxC1Zgv3s+GP0mRU0JDhLuokm2SeA TdHHx4W6QWawTRRjlfSj3iGnxEaOnFCucc1OlPBMzUA5P6uKWk5A0kt+I6KeVCSmsRkp lQdRLtdKAkZ40jctZ0lHe++DwALuPKwvs/J590BVfCieMkNmUKmLaShgwcbb1F+04i2X TpuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :dkim-signature; bh=UXP8pGOs6I07RubMzh9UPSoGrdmJCXDEzrlECyPatEc=; b=pLCiZRhPgU9Z7f7f179ydIf3KTH/oeft2GqZ1usj0nwurg3r2eEEjp/iGQgglnFMpH OJTg1aIbQXw5mqkPn9Am+q7HEFEQrxMGpH4OPDPARkAvzPruhAKy+hfBSy4GitYpr5C/ KcEH00cNpjTbkZ4Ii81helDBt6OaXoUNrElhzSGoRX+QC+pEUPxp4HaLeJqOd0UaoaFj O+xqYdZCosB60MUcF+XVz4rF2JDrBqaTqTOa40iUxZH7g5wmuyM2oSNETt/yuzuvZ54k 1GbaAJPJ+e/FtFlP9xx7+FQlu8G7zu1Uooxg603zqapHhD8345ZKe+qzAldxaX6nDeq8 nj/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=g+O7K38p; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k9si729614ejz.703.2020.12.07.03.17.36; Mon, 07 Dec 2020 03:17:59 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=g+O7K38p; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726471AbgLGLOu (ORCPT + 99 others); Mon, 7 Dec 2020 06:14:50 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37754 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726198AbgLGLOu (ORCPT ); Mon, 7 Dec 2020 06:14:50 -0500 Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A5DD8C0613D0; Mon, 7 Dec 2020 03:14:09 -0800 (PST) Received: by mail-ej1-x62a.google.com with SMTP id lt17so18949811ejb.3; Mon, 07 Dec 2020 03:14:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=UXP8pGOs6I07RubMzh9UPSoGrdmJCXDEzrlECyPatEc=; b=g+O7K38plSkmPFpEJKYh66kin5NbJPRgVGhwQAldpmJSmOd2tPJBHtktR+U9RjKXN5 w1/66nEj3xB5+tbtbGsNbfjwTLmsE7eYHRTi5AqZVowIY8q6YEhxCGOsUIb6HZ6PbQnb 8fT6l3mRvBhrS+z4tsA40pH922LNmZdHABA3U7alQX9e21jrKmoMcunZSDdXPY2gJc5U JrtvNcN95XiuhAh8He5lxo2kYPUcSSXK4LUWuLAdtGCF9Ghk0FY17ZdTQhEbH9BlIPJI RgIAaRfuTAX+kLFyUva7YXFU5K9x2O8nU+flbPQ/vsY2Dl6QEgjSbcv42mUtdvQgU8hr Aokw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=UXP8pGOs6I07RubMzh9UPSoGrdmJCXDEzrlECyPatEc=; b=C1Qv7OrKdDgGVShIj/28I4oLtheAUVuuTbtp8S5tyf45RdGlInakTKQQsMxSGf5fx9 MqcfZ/FFA5NbytHlCgBg5uS9y7UVHzDLFuzRTuZSIteTfCa0jLjNANRmjNEImZG6NZzY kBCEH5l0Z9gJ35p5j5oWvfa4YFIEHwxPbdIWDvXI8BlEbyS1KHorw1pFPFhsE02iffAF mr4nbiGjTrfrZ647GPed6k5dGTU6jt0Uf3vr3+RUojlt8kzg0Zfm1H08WNJXeRbo4vS6 yi4FaaFrUSl+iAqyLeytmt7E2o46yrkeH/4tkHHdIRRdfwB+klbQiCTyKTNo7injPqs8 TT+Q== X-Gm-Message-State: AOAM532+omUMPCh7IuqpUZM7dmx9WXiuicZvRxMwqiAyM+EQTw18fKRd c1K9efc0+uu7xj3f8FPVUjg= X-Received: by 2002:a17:906:31d2:: with SMTP id f18mr18266080ejf.407.1607339648377; Mon, 07 Dec 2020 03:14:08 -0800 (PST) Received: from ubuntu-laptop (ip5f5bfce9.dynamic.kabel-deutschland.de. [95.91.252.233]) by smtp.googlemail.com with ESMTPSA id q25sm7906732eds.85.2020.12.07.03.14.07 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Mon, 07 Dec 2020 03:14:07 -0800 (PST) Message-ID: Subject: Re: [PATCH v1 3/3] scsi: ufs: Make UPIU trace easier differentiate among CDB, OSF, and TM From: Bean Huo To: Avri Altman , "alim.akhtar@samsung.com" , "asutoshd@codeaurora.org" , "jejb@linux.ibm.com" , "martin.petersen@oracle.com" , "stanley.chu@mediatek.com" , "beanhuo@micron.com" , "bvanassche@acm.org" , "tomas.winkler@intel.com" , "cang@codeaurora.org" Cc: "linux-scsi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "rostedt@goodmis.org" Date: Mon, 07 Dec 2020 12:14:06 +0100 In-Reply-To: References: <20201206164226.6595-1-huobean@gmail.com> <20201206164226.6595-4-huobean@gmail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2020-12-07 at 07:57 +0000, Avri Altman wrote: > > TP_printk( > > - "%s: %s: HDR:%s, CDB:%s", > > + "%s: %s: HDR:%s, %s:%s", > > __get_str(str), __get_str(dev_name), > > __print_hex(__entry->hdr, sizeof(__entry->hdr)), > > + __get_str(tsf_type), > > This breaks what current parsers expects. > Why str is not enough to distinguish between the command? > > Thanks, > Avri Hi Avri Tt donesn't break original CDB parser. for the CDB, it is still the same as before. Here just make Transaction Specific Fields in the UPIU package much clearer. I mentioned in the commits message: Transaction Specific Fields (TSF) in the UPIU package could be CDB (SCSI/UFS Command Descriptor Block), OSF (Opcode Specific Field), and TM I/O parameter (Task Management Input/Output Parameter). But we didn't differenciate them. we take all of these as CDB. This is wrong. I want to make it clearer and make UPIU trace in line with the Spec. what's more, how do you filter OSF, TM parameters with current UPIU trace? you take all of them as CDB? if so, I think, it's better to change parser. Thanks, Bean