Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2219339pxf; Sat, 27 Mar 2021 05:45:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwHgzL3uJ0iOQ0A7FhZe4xR3V8hvjWZH6H9ksBE2D/bRurD5KcoDCnAF4Xhyd2GH38IL1b2 X-Received: by 2002:aa7:c447:: with SMTP id n7mr19987757edr.171.1616849131873; Sat, 27 Mar 2021 05:45:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616849131; cv=none; d=google.com; s=arc-20160816; b=b0W9hBBjD+qUb6KVfI3NeYm5fPE9QwulWPwUrhE55UGMXshTUF4E4kbGLk1JMcTEo7 zeAtJVVlKKPvNCtRpJIKf/0cgaTtj816tVGg1R9fa6+DM6wBllAnBjxR/Xvc7ar0ie0e WEqSA7hYp+CCK0tU0pmuaoLx6Hrwi3a6i3t5XM26ZqVciVNGftbpNu1wL16rTB/MiBAl 49HTgMaWFvQ7QKwt+6wxbNL5FYoOvR0MqQRkJYusF9ppI5WAM1Qzz25ew2O5zQ39k2xz 8RG2W2jWpun6nlk0Bqk4vDPxMz8AAs50fqQTaVkkjawurY9dJKjfvCy03katCLIIabCl ftHg== 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 :message-id:date:subject:cc:to:from; bh=kxO/s6aEmNFBziK09LQqhvNdYoo/fhGKZesMz62ERlo=; b=sPRnNM4ScrNd2amgfrTCdmrO5lqJdTlNxdE2OUUD6yaml2+mfzR4IMlcEMKTult8xQ l2TN+FhbYM1cbMu88FG5f3pm5AueF7fbyD9p+tpF1i3EWek8l6+/VamFzCiXRNn4Aw0r Io1gYe39Crtu6x+lTliKDj8qAvXOuFtnswGdqmVJlFkbirmnkQKEuYuCqClRBejHezCk QNQnyR0+F9IXZvbgdtEBjV6ScDjxlyX+CyQgigViuszG33DFCPmyccGGustzwNnVRscN TJ6yAvBPmqTjtRNwuK3sxfTlXaFpX7LR4h/PqbTFG/ElsTxSx65zuQyWrwuYj4sxP1II MNfw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c6si8667429edr.602.2021.03.27.05.45.08; Sat, 27 Mar 2021 05:45:31 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230043AbhC0Mol (ORCPT + 99 others); Sat, 27 Mar 2021 08:44:41 -0400 Received: from szxga07-in.huawei.com ([45.249.212.35]:15363 "EHLO szxga07-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229582AbhC0Moj (ORCPT ); Sat, 27 Mar 2021 08:44:39 -0400 Received: from DGGEMS413-HUB.china.huawei.com (unknown [172.30.72.59]) by szxga07-in.huawei.com (SkyGuard) with ESMTP id 4F6z571qPPz90JD; Sat, 27 Mar 2021 20:42:35 +0800 (CST) Received: from localhost.localdomain.localdomain (10.175.113.25) by DGGEMS413-HUB.china.huawei.com (10.3.19.213) with Microsoft SMTP Server id 14.3.498.0; Sat, 27 Mar 2021 20:44:32 +0800 From: Xie XiuQi To: , CC: Subject: [PATCH] sched,psi: fix typo in comment Date: Sat, 27 Mar 2021 20:46:10 +0800 Message-ID: <20210327124610.7276-1-xiexiuqi@huawei.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.175.113.25] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org s/exceution/execution/ s/possibe/possible/ s/manupulations/manipulations/ Signed-off-by: Xie XiuQi --- kernel/sched/psi.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/kernel/sched/psi.c b/kernel/sched/psi.c index 967732c0766c..7c800be47c6f 100644 --- a/kernel/sched/psi.c +++ b/kernel/sched/psi.c @@ -59,7 +59,7 @@ * states, we would have to conclude a CPU SOME pressure number of * 100%, since *somebody* is waiting on a runqueue at all * times. However, that is clearly not the amount of contention the - * workload is experiencing: only one out of 256 possible exceution + * workload is experiencing: only one out of 256 possible execution * threads will be contended at any given time, or about 0.4%. * * Conversely, consider a scenario of 4 tasks and 4 CPUs where at any @@ -73,7 +73,7 @@ * we have to base our calculation on the number of non-idle tasks in * conjunction with the number of available CPUs, which is the number * of potential execution threads. SOME becomes then the proportion of - * delayed tasks to possibe threads, and FULL is the share of possible + * delayed tasks to possible threads, and FULL is the share of possible * threads that are unproductive due to delays: * * threads = min(nr_nonidle_tasks, nr_cpus) @@ -441,7 +441,8 @@ static void psi_avgs_work(struct work_struct *work) mutex_unlock(&group->avgs_lock); } -/* Trigger tracking window manupulations */ +/* Trigger tracking window manipulations */ + static void window_reset(struct psi_window *win, u64 now, u64 value, u64 prev_growth) { -- 2.25.1