Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp31614pxu; Tue, 5 Jan 2021 04:30:06 -0800 (PST) X-Google-Smtp-Source: ABdhPJyr6xpuoPrB53osf5dGuH4ossrlpNFHAiuNOeIkJyIJo7hn/aVsqUNfn3qUS3O21x3HJeYN X-Received: by 2002:a17:906:85cd:: with SMTP id i13mr70450139ejy.553.1609849805968; Tue, 05 Jan 2021 04:30:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609849805; cv=none; d=google.com; s=arc-20160816; b=gKxZOj8Pb2Fj5af3m/dMt6LMQMFuK7URgeFEs3h5XHE7wZPhiSXi6XNP8F3JbVbCZ4 oPCAyT2991854MUmvVXjTG3avyxVWcDUG8RHiTd/XefaCPoGXez7/SItKqtWBzPvuSUT nsc96pXLkcQq1UIIzFn74zThLl4JyP0/BSbfwdWmE6/ao9C0V+a5Qv8LwGSn4FnmyqCA wDC1lq9NAjz/xu5Dbi50YJXPs/2nyOVmPBGMY7qRdHojZ8ABUP6UoFulZveVKAluHnGX EhKz3JKSGrgVfo9WiOXMM15qsvPdEAqZ/auBO2rtpOVGoCMpZv3rc0u7cIlWqlFnj1dl BNIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature :dkim-signature; bh=ubUqM9i9NxTd2MW29CzycCTtGoQnFRTNu4DW5sQ9V8A=; b=M5B3M3tlNYgUaAJZa1b5A5UzprBNe2opPXW0vLTGbi+uTzv1xxF4soTL71Il24oftX +rMHzQPj/i7cw5ugq6hooRw4/vTY+e88/H+hLkBDUP01It3600Vmi7KiiFQERxvnlRxZ M5jchhKGrCBaT60xW6iH3lx29k/MhecvouBc6Vs8/UWUw7CoDwbOpB33hJUMF7c6u8aT Yh6wrgwVGZOcILnK1or77BX0JvCpwAIOQkz7G+ny78i5CIMO8/lUFMpD7AKCcOleL7p3 HRVE1qTz1lmB6xsR7jga17bSfSqDPXHJRe4hTfMnbYP1YW3Di7DpHb1SGc4zGkIApjE4 EwUw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kroah.com header.s=fm2 header.b=OCFhiGu5; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=MUdo9PJF; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e24si30050928edc.290.2021.01.05.04.29.42; Tue, 05 Jan 2021 04:30:05 -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=@kroah.com header.s=fm2 header.b=OCFhiGu5; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=MUdo9PJF; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729023AbhAEK0x (ORCPT + 99 others); Tue, 5 Jan 2021 05:26:53 -0500 Received: from wnew2-smtp.messagingengine.com ([64.147.123.27]:50733 "EHLO wnew2-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728012AbhAEK0x (ORCPT ); Tue, 5 Jan 2021 05:26:53 -0500 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailnew.west.internal (Postfix) with ESMTP id CAFD17EA; Tue, 5 Jan 2021 05:25:45 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 05 Jan 2021 05:25:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kroah.com; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=ubUqM9i9NxTd2MW29CzycCTtGoQ nFRTNu4DW5sQ9V8A=; b=OCFhiGu5aW97oVEbzS8aV8mAAzlb/BNdtdj49bBheMg awlpDSfq1nfENTTwj2lxU9tNvz7lbWZMhLW+k0Vz3HsWIvMm7oc7fJQrxY9hqylZ Ek6hFu6k89RwdXWF94DG3ZLwrKaNoVMy/Ac0G/jFM1Cu6xgSsD1fbVxjNu5xM+w5 NhDvxvesHs782bzIOy9tGi2Blbjbtmw+z7Ms6u6JSyMWaJMORvZzTU9cYhha0a57 ALc6OvMJxfVCrZfVLNOSoO2DJZ7HDb5OPCtMVECYNPBTZvgHi8ermGcnhRiIH571 d1hbznT7pnNUFrMx1JI7Um/xbNI7/g1wq8+ThabAFAg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=ubUqM9 i9NxTd2MW29CzycCTtGoQnFRTNu4DW5sQ9V8A=; b=MUdo9PJFX2nLiJifQkGr+z jjPHkYbzoyTsSIUKVo5VtPmGAw0RVOSArAoNa61jrxC5PfchEPZ0Gw0d14oox7fd SQt56NEFdsGpoWTrmnH2h40x0vO9X8DIkg4q+KAryT3foCLKS5mdsBFPVudD11F7 17SqMOp6yU41iNyToPgqiLI2u7A3OL+ti6OJWQdgYqfLfnT0g4H77ED7rJc4QJoS RCaij++jejvqpWQWe+1yeI2Jj7bLlLQVKO84eGwRY9PvKTuRDm8vOImjW2D5GEzh 57eD1RBzNiJk8tb5Jx4DLd0pD0rsJAZ4p2dT006QgEq/k+5qugAz+fTLiemZw5BQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrvdefhedgudegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpefirhgvghcu mffjuceoghhrvghgsehkrhhorghhrdgtohhmqeenucggtffrrghtthgvrhhnpeevueehje fgfffgiedvudekvdektdelleelgefhleejieeugeegveeuuddukedvteenucfkphepkeef rdekiedrjeegrdeigeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehgrhgvgheskhhrohgrhhdrtghomh X-ME-Proxy: Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) by mail.messagingengine.com (Postfix) with ESMTPA id 99ACA24005C; Tue, 5 Jan 2021 05:25:43 -0500 (EST) Date: Tue, 5 Jan 2021 11:27:08 +0100 From: Greg KH To: Can Guo Cc: asutoshd@codeaurora.org, nguyenb@codeaurora.org, hongwus@codeaurora.org, rnayak@codeaurora.org, linux-scsi@vger.kernel.org, kernel-team@android.com, saravanak@google.com, salyzyn@google.com, Andy Gross , Bjorn Andersson , Alim Akhtar , Avri Altman , "James E.J. Bottomley" , "Martin K. Petersen" , "open list:ARM/QUALCOMM SUPPORT" , open list Subject: Re: [PATCH 2/2] scsi: ufs-qcom: Add one sysfs node to monitor performance Message-ID: References: <1609816552-16442-1-git-send-email-cang@codeaurora.org> <1609816552-16442-3-git-send-email-cang@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1609816552-16442-3-git-send-email-cang@codeaurora.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Oops, forgot the big problem that I noticed: On Mon, Jan 04, 2021 at 07:15:51PM -0800, Can Guo wrote: > +static ssize_t monitor_show(struct device *dev, struct device_attribute *attr, > + char *buf) > +{ > + struct ufs_hba *hba = dev_get_drvdata(dev); > + struct ufs_qcom_host *host = ufshcd_get_variant(hba); > + struct ufs_qcom_perf_monitor *mon = &host->monitor; > + unsigned long nr_sec_rd, nr_sec_wr, busy_us_rd, busy_us_wr; > + unsigned long lat_max_rd, lat_min_rd, lat_sum_rd, lat_avg_rd, nr_req_rd; > + unsigned long lat_max_wr, lat_min_wr, lat_sum_wr, lat_avg_wr, nr_req_wr; > + bool is_enabled; > + > + /* > + * Don't lock the host lock since user needs to cat the entry very > + * frequently during performance test, otherwise it may impact the > + * performance. > + */ > + is_enabled = mon->enabled; > + if (!is_enabled) > + goto print_usage; > + > + nr_sec_rd = mon->nr_sec_rw[READ]; > + nr_sec_wr = mon->nr_sec_rw[WRITE]; > + busy_us_rd = ktime_to_us(mon->total_busy[READ]); > + busy_us_wr = ktime_to_us(mon->total_busy[WRITE]); > + > + nr_req_rd = mon->nr_req[READ]; > + lat_max_rd = ktime_to_us(mon->lat_max[READ]); > + lat_min_rd = ktime_to_us(mon->lat_min[READ]); > + lat_sum_rd = ktime_to_us(mon->lat_sum[READ]); > + lat_avg_rd = lat_sum_rd / nr_req_rd; > + > + nr_req_wr = mon->nr_req[WRITE]; > + lat_max_wr = ktime_to_us(mon->lat_max[WRITE]); > + lat_min_wr = ktime_to_us(mon->lat_min[WRITE]); > + lat_sum_wr = ktime_to_us(mon->lat_sum[WRITE]); > + lat_avg_wr = lat_sum_wr / nr_req_wr; > + > + return scnprintf(buf, PAGE_SIZE, "Read %lu %s %lu us, %lu %s max %lu | min %lu | avg %lu | sum %lu\nWrite %lu %s %lu us, %lu %s max %lu | min %lu | avg %lu | sum %lu\n", > + nr_sec_rd, "sectors (in 512 bytes) in ", busy_us_rd, > + nr_req_rd, "read reqs completed, latencies in us: ", > + lat_max_rd, lat_min_rd, lat_avg_rd, lat_sum_rd, > + nr_sec_wr, "sectors (in 512 bytes) in ", busy_us_wr, > + nr_req_wr, "write reqs completed, latencies in us: ", > + lat_max_wr, lat_min_wr, lat_avg_wr, lat_sum_wr); sysfs is one-value-per-file, not throw-everything-in-one-file-and-hope-userspace-can-parse-it. This is not acceptable at all. Why not just use debugfs for stats like this? Also, use sysfs_emit() for any new sysfs files please. thanks, greg k-h