From patchwork Mon Feb 27 10:59:41 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Song Shuai X-Patchwork-Id: 13153195 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id EBACDC64ED8 for ; Mon, 27 Feb 2023 11:00:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-Id:Date:Subject:Cc :To:From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References: List-Owner; bh=Pe+pyfnA52/xMWbxRQHACXe+XTyw1ovFDPCE3LdA1uI=; b=cnO7axRhi8bYWs 6DurTYelYXk6SsmgPtqIoymaD5EFR0QVtYFd1PZz30nWYZTfEmT0SJC27IgUdFgzDEYwExqPZsHi2 OJQ4tK6Q5BJ/tdC7IQgqbN7BH/0DCy1mujfnjjjuvgjqhaiDXDXX21MLVsC0ye97kSxVxqhylYxv0 Bz9XsQZ6ySb4LIavcnnPdz0fbF2mHt6TJr8zbC9JMYMLrbNRsV61P0fyDEb5DOWSVn4LCfZ+LSb/4 ihOlfUK0EDiUQW8Wal78SHJB29gZs+tuQjnWdVlf2iKW4ZVCT5Z4TfDWa8xvyzFDAKeywFqLNIUow zX1jzpfBUBv5prvboxLg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1pWbEh-009JB9-Nc; Mon, 27 Feb 2023 11:00:03 +0000 Received: from mail-pj1-x1032.google.com ([2607:f8b0:4864:20::1032]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1pWbEd-009J9W-S0 for linux-riscv@lists.infradead.org; Mon, 27 Feb 2023 11:00:01 +0000 Received: by mail-pj1-x1032.google.com with SMTP id qa18-20020a17090b4fd200b0023750b675f5so9669345pjb.3 for ; Mon, 27 Feb 2023 02:59:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=MFzgTaiWcQIPYwKIkE4QWiTWeDFQMo1N82kLFrXukaQ=; b=OPz8eYyLQJ7KhWOumITy9lQam4wFZij+pd7qvjPRO+RxtIh9HEUGdDZE5OxqgA7HXO bcsmA7e5S3+wfI9B6l0CN84Hf2RCO/hZmJDy78pnD5mnO8cxm+fajkPJYBn+vVWX061n 6pjkdJXWM5TT4puVefhwCfIl7AfbCx1FikV2Kd+URNaUzsYA9lmxND+C5/6BkhfH4Ev/ TIUXYJTHVsysuwfINf8W9T9bztowbQpfOX1oLHiy3THDb2lu76oIVc0KWhjMzA1x9r34 eaKUgPIzXhXl5vln6YmYkEWXl006nArQqQWJ86hT16OAeFDgsw6Z4Ab6JLjB5M5ISQUJ 0D3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=MFzgTaiWcQIPYwKIkE4QWiTWeDFQMo1N82kLFrXukaQ=; b=5Vs9mbpM0i/MDfzX6jmbS6Jq5AVY/VpWnX0aQT9o42lk8Bu0ULnt1sEIoOt5e1q0ty xK+UwPQM/oHzaF9HJo+/6iyU9r+K5EMTgUiggpa9N9IWX5aQ/9alhbMWuLFKt3KI/XRw Jpl/tk9TE4o7oD8M8A2joBwYBaV60UlznfEN9NbLUAOGjnpTDYgSA50gI8ph8iTl1tVO pgu7E6jcm0y0iBuDotSMmUEIcNj/v/CUQ8RGkS6ONMCS1p+I1FTXeVi9q3AWbvSFNcLA LJ8Prdms4bnDo9kinDIfdKO2CR9eJxs+KNgB72FjW5IW3wLMiZrGPQIYbO4Sui1jGk3R znjQ== X-Gm-Message-State: AO0yUKWT+PJ5fybWupDzqOP5B1rPUrOLbpsK5erx/4ajRwJyqwMuXAbE eTRe/DVxPk4C+Zepe13Iy/YXKp9vJuo= X-Google-Smtp-Source: AK7set9tHTkqdUjni8Yoqj+dQFR6RfCuA7YAg7Vi/pbwgMFz4YIas8EaUb6bFHEgmK4tjS6iem3Jdg== X-Received: by 2002:a17:902:d2c8:b0:19d:19fb:55fd with SMTP id n8-20020a170902d2c800b0019d19fb55fdmr2924513plc.20.1677495596942; Mon, 27 Feb 2023 02:59:56 -0800 (PST) Received: from localhost.localdomain ([221.226.144.218]) by smtp.gmail.com with ESMTPSA id c5-20020a170902b68500b0019a7385079esm4292115pls.123.2023.02.27.02.59.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Feb 2023 02:59:56 -0800 (PST) From: Song Shuai To: corbet@lwn.net, alexs@kernel.org, siyanteng@loongson.cn, robh@kernel.org, conor.dooley@microchip.com, palmer@rivosinc.com, leyfoon.tan@starfivetech.com Cc: linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, Song Shuai Subject: [PATCH] sched/doc: supplement CPU capacity with RISC-V Date: Mon, 27 Feb 2023 18:59:41 +0800 Message-Id: <20230227105941.2749193-1-suagrfillet@gmail.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230227_025959_987709_ACB48090 X-CRM114-Status: GOOD ( 10.25 ) X-BeenThere: linux-riscv@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-riscv" Errors-To: linux-riscv-bounces+linux-riscv=archiver.kernel.org@lists.infradead.org This commit 7d2078310cbf ("dt-bindings: arm: move cpu-capacity to a shared loation") updates some references about capacity-dmips-mhz property in this document. The list of architectures using capacity-dmips-mhz omits RISC-V, so supplements it here. Signed-off-by: Song Shuai Reviewed-by: Conor Dooley Reviewed-by: Alex Shi Reviewed-by: Palmer Dabbelt # English Acked-by: Palmer Dabbelt --- Documentation/scheduler/sched-capacity.rst | 2 +- Documentation/translations/zh_CN/scheduler/sched-capacity.rst | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/scheduler/sched-capacity.rst b/Documentation/scheduler/sched-capacity.rst index 8e2b8538bc2b..e2c1cf743158 100644 --- a/Documentation/scheduler/sched-capacity.rst +++ b/Documentation/scheduler/sched-capacity.rst @@ -258,7 +258,7 @@ Linux cannot currently figure out CPU capacity on its own, this information thus needs to be handed to it. Architectures must define arch_scale_cpu_capacity() for that purpose. -The arm and arm64 architectures directly map this to the arch_topology driver +The arm, arm64, and RISC-V architectures directly map this to the arch_topology driver CPU scaling data, which is derived from the capacity-dmips-mhz CPU binding; see Documentation/devicetree/bindings/cpu/cpu-capacity.txt. diff --git a/Documentation/translations/zh_CN/scheduler/sched-capacity.rst b/Documentation/translations/zh_CN/scheduler/sched-capacity.rst index e07ffdd391d3..8cba135dcd1a 100644 --- a/Documentation/translations/zh_CN/scheduler/sched-capacity.rst +++ b/Documentation/translations/zh_CN/scheduler/sched-capacity.rst @@ -231,7 +231,7 @@ CFS调度类基于实体负载跟踪机制（Per-Entity Load Tracking, PELT） 当前，Linux无法凭自身算出CPU算力，因此必须要有把这个信息传递给Linux的方式。每个架构必须为此 定义arch_scale_cpu_capacity()函数。 -arm和arm64架构直接把这个信息映射到arch_topology驱动的CPU scaling数据中（译注：参考 +arm、arm64和RISC-V架构直接把这个信息映射到arch_topology驱动的CPU scaling数据中（译注：参考 arch_topology.h的percpu变量cpu_scale），它是从capacity-dmips-mhz CPU binding中衍生计算 出来的。参见Documentation/devicetree/bindings/cpu/cpu-capacity.txt。