From nobody Sun Feb 8 04:12:43 2026 Received: from mail-qk1-f196.google.com (mail-qk1-f196.google.com [209.85.222.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B74DA343D7B for ; Wed, 28 Jan 2026 22:33:22 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.196 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769639604; cv=none; b=XeBadnRayWjYpa8JpENKtIWmr9gDqEDz7jlhlgvk6sLE9C52zbNawFOiomV9LUA9pA9DTD5WmDtqB7WsaOZEPLZPp58W2HyXO2/TjjWY34TCkUXrbWH/NYRf8MhTt7MdTbx525TJQ8YYW5imAaytWvkj//M4HXpNVPcCO1GpBgs= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769639604; c=relaxed/simple; bh=D9uKfpeWHNBio5oH1DcAL26H2VLljL1egsD4t2eIGUM=; h=From:Date:Subject:MIME-Version:Content-Type:Message-Id:References: In-Reply-To:To:Cc; b=bu8+8M9yAryIWDXN3Yo3E/PFC5tHhyqEr0p2LcTaHU9CcIi5sDlrf2kAnOcxI3MFqt9Unm6PUtmmKC+pc1JXgJCCut3tqiuPQ1e9ZXhxiEv8G3EG/a54G3/wLf3DYaWZyadYNBN8uYpDo5eVEjrhUfUtfan1l/tbvA7obRDxnyk= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=ihjnMdmz; arc=none smtp.client-ip=209.85.222.196 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="ihjnMdmz" Received: by mail-qk1-f196.google.com with SMTP id af79cd13be357-8c52c67f64cso38665185a.0 for ; Wed, 28 Jan 2026 14:33:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1769639601; x=1770244401; darn=vger.kernel.org; h=cc:to:in-reply-to:references:message-id:content-transfer-encoding :mime-version:subject:date:from:from:to:cc:subject:date:message-id :reply-to; bh=njPB1RSPP56Oj1b/hlNI9WV3wRfeQUwqPZNJy/r65hY=; b=ihjnMdmzyIAu36TmcwXhKfVzu3JjtyqTU8iGLxqe+j52JdUQtBgR4fxQQ8HgPgYUCj TX1FG9z88Z7epVgKC1wzP3om7sUjDCdCrVGzxHtzv012pkfnbu4yhY2+mwwG3Tj+KWqF VR4FOKgDw37MdnL/xupwdjmKxaBfnvH565DoyXWgDDPeHhoFr1wKM9092ceVFXRLHfC7 hWUX/6oyif8iNrJcPVRgqEtczK/iW27bO+jBhcxsqCKMb4AjxrNsIQ1xM/PWhMRLmXME X14gPh+Vqr8xNxt1aJubx3A0B3JVgE3oaHe5sD6dJ9+6oaTfHWR1ZUiEoVl5zR8gw55R S48A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769639601; x=1770244401; h=cc:to:in-reply-to:references:message-id:content-transfer-encoding :mime-version:subject:date:from:x-gm-gg:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=njPB1RSPP56Oj1b/hlNI9WV3wRfeQUwqPZNJy/r65hY=; b=nwaatfUdqUzFZVBnUMWwP7hnlTf9dlVS6iwRtWdiPO9Z2mub8rYF2VRdXdfwDAmntl v38gShVil6zVGknDCazbbqVGKHjrHctHSEJyK0ReeAJIrekBGVcF2xy98E+/0UTQbodC 3cKXSkg3s2GimZ89MUi2/gxrQT+gIO/k/xEb0nLaG8pfyukJEGK0vlv2dRTBOjiQx5IW qlIudM0hNM9YwooH/C9okiG12uCf1o23PZ1YP0OGyOdFwO3zt0zVoE294e89dYKDHa3o yZtPBvhYxV8fDiq5PwnyFGXQ0vI9n5iTDlMc/mCHbkz0BXXZq/bsj6NoJyaQ1AW7D+W9 7qNQ== X-Forwarded-Encrypted: i=1; AJvYcCWlyhLBeiLu6MG+osR7FIKhNHheOwAy18RqhKp8Tgt3z7AvoTfi6hTHPmJ2qXvho3pMpdQ4d2TkA2PsfBI=@vger.kernel.org X-Gm-Message-State: AOJu0Yw+RIgmOipKapm/kDRqRf418iiJKIhPRPwKBe/RjjdJHOuSvrvt fV+CYnUYKa75faDwZk5ijbLjfHtcg00r9LiBcW4RuBhqLEgdAsEAvhOY X-Gm-Gg: AZuq6aJq7M4tP96yfDIfJgoGvwjpsfdDLJ427cLL4Wg5sY9kLljeUqP1DZdwxZyEgcP kIl0ODjTPJ/aEQFSr5AxH3Uxq1jT5VWYpayxRFKvWXTNPE5t2zIa4Ics6Px8BnTo9oC77M3erqr ynwEKMCNuLZ4DVB70JvSSxuoCVjjXSebVUn3WJqzwiDWFb11RNC+RkQ4LZfmIfxCGHNz94pVuKE ikJ5uATHpxPPbQFFbfHhZP6De2wZ8bmwoORfhvdClnAYsrKSFKk4f2q9ZIvl+x2O6zYrFfquVuZ aqPbdUgAFT2PmsNK7jtrfThiuCWOQBNOxZoa7JuJBt5YsbrdTy6ho8KxHbyz4aOFvOIOdjkBqtx uLYTf1pbPzuuuEctt4J8PGCtrQLCCLws66IzwtLC8CO4rgFdfDUCp6yrkdZKoz7XJuwUJQK2Mdn Y88jXaeOfTeV9nhRqHZ6+aQ5Bgos3T4d0= X-Received: by 2002:a05:620a:3942:b0:8c6:af5b:d50a with SMTP id af79cd13be357-8c70b8f2f76mr850329385a.43.1769639601472; Wed, 28 Jan 2026 14:33:21 -0800 (PST) Received: from [127.0.0.1] ([154.7.78.65]) by smtp.googlemail.com with ESMTPSA id af79cd13be357-8c711b95e4esm304528085a.15.2026.01.28.14.33.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 28 Jan 2026 14:33:21 -0800 (PST) From: Patrick Little Date: Wed, 28 Jan 2026 16:33:11 -0600 Subject: [PATCH 1/2] Documentation: Fix typos Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <20260128-documentation-fix-grammar-v1-1-39238dc471f9@gmail.com> References: <20260128-documentation-fix-grammar-v1-0-39238dc471f9@gmail.com> In-Reply-To: <20260128-documentation-fix-grammar-v1-0-39238dc471f9@gmail.com> To: Joseph Kogut , Lukasz Luba , "Rafael J. Wysocki" , Len Brown , Pavel Machek , Jonathan Corbet Cc: linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, Patrick Little X-Mailer: b4 0.14.3 X-Developer-Signature: v=1; a=openpgp-sha256; l=6507; i=plittle@gmail.com; h=from:subject:message-id; bh=D9uKfpeWHNBio5oH1DcAL26H2VLljL1egsD4t2eIGUM=; b=owGbwMvMwCW2/Ptzn70V3ucZT6slMWRW9a3b4iUrOlnJm/t5xOekCcvdK75GCrT9sTh9UnOuZ NeqhVrLOkpZGMS4GGTFFFl2uokVZjlPz53ptXoSzBxWJpAhDFycAjCRUxsZGc4qzdhbFmt8uWrt 0XT93JeVHUnBGbs2MjyUWb9v4cntiwMZ/qkruO+xbVkgXhF6rabD5pt4jf++r/48d+7X9MgLeZo v5AUA X-Developer-Key: i=plittle@gmail.com; a=openpgp; fpr=B94616716A43976D994AAB92A7F7E74CBD784BCF Fix typos in Documentation. Signed-off-by: Patrick Little Acked-by: Randy Dunlap --- Documentation/power/energy-model.rst | 14 +++++++------- Documentation/scheduler/sched-energy.rst | 8 ++++---- 2 files changed, 11 insertions(+), 11 deletions(-) diff --git a/Documentation/power/energy-model.rst b/Documentation/power/ene= rgy-model.rst index cbdf7520aaa6..65133187f2ad 100644 --- a/Documentation/power/energy-model.rst +++ b/Documentation/power/energy-model.rst @@ -14,8 +14,8 @@ subsystems willing to use that information to make energy= -aware decisions. The source of the information about the power consumed by devices can vary= greatly from one platform to another. These power costs can be estimated using devicetree data in some cases. In others, the firmware will know better. -Alternatively, userspace might be best positioned. And so on. In order to = avoid -each and every client subsystem to re-implement support for each and every +Alternatively, userspace might be best positioned. In order to avoid +having each and every client subsystem re-implement support for each and e= very possible source of information on its own, the EM framework intervenes as = an abstraction layer which standardizes the format of power cost tables in the kernel, hence enabling to avoid redundant work. @@ -32,7 +32,7 @@ be found in the Intelligent Power Allocation in Documentation/driver-api/thermal/power_allocator.rst. Kernel subsystems might implement automatic detection to check whether EM registered devices have inconsistent scale (based on EM internal flag). -Important thing to keep in mind is that when the power values are expresse= d in +An important thing to keep in mind is that when the power values are expre= ssed in an 'abstract scale' deriving real energy in micro-Joules would not be poss= ible. =20 The figure below depicts an example of drivers (Arm-specific here, but the @@ -82,7 +82,7 @@ using kref mechanism. The device driver which provided th= e new EM at runtime, should call EM API to free it safely when it's no longer needed. The EM framework will handle the clean-up when it's possible. =20 -The kernel code which want to modify the EM values is protected from concu= rrent +The kernel code which wants to modify the EM values is protected from conc= urrent access using a mutex. Therefore, the device driver code must run in sleepi= ng context when it tries to modify the EM. =20 @@ -113,7 +113,7 @@ Registration of 'advanced' EM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ =20 The 'advanced' EM gets its name due to the fact that the driver is allowed -to provide more precised power model. It's not limited to some implemented= math +to provide a more precise power model. It's not limited to some implemente= d math formula in the framework (like it is in 'simple' EM case). It can better r= eflect the real power measurements performed for each performance state. Thus, th= is registration method should be preferred in case considering EM static power @@ -172,7 +172,7 @@ Registration of 'simple' EM ~~~~~~~~~~~~~~~~~~~~~~~~~~~ =20 The 'simple' EM is registered using the framework helper function -cpufreq_register_em_with_opp(). It implements a power model which is tight= to +cpufreq_register_em_with_opp(). It implements a power model which is tied = to a math formula:: =20 Power =3D C * V^2 * f @@ -251,7 +251,7 @@ It returns the 'struct em_perf_state' pointer which is = an array of performance states in ascending order. This function must be called in the RCU read lock section (after the rcu_read_lock()). When the EM table is not needed anymore there is a need = to -call rcu_real_unlock(). In this way the EM safely uses the RCU read section +call rcu_read_unlock(). In this way the EM safely uses the RCU read section and protects the users. It also allows the EM framework to manage the memo= ry and free it. More details how to use it can be found in Section 3.2 in the example driver. diff --git a/Documentation/scheduler/sched-energy.rst b/Documentation/sched= uler/sched-energy.rst index 70e2921ef725..4e47aaf103eb 100644 --- a/Documentation/scheduler/sched-energy.rst +++ b/Documentation/scheduler/sched-energy.rst @@ -244,7 +244,7 @@ Example 2. =20 =20 From these calculations, the Case 1 has the lowest total energy. So CP= U 1 - is be the best candidate from an energy-efficiency standpoint. + is the best candidate from an energy-efficiency standpoint. =20 Big CPUs are generally more power hungry than the little ones and are thus= used mainly when a task doesn't fit the littles. However, little CPUs aren't al= ways @@ -252,7 +252,7 @@ necessarily more energy-efficient than big CPUs. For so= me systems, the high OPPs of the little CPUs can be less energy-efficient than the lowest OPPs of the bigs, for example. So, if the little CPUs happen to have enough utilizatio= n at a specific point in time, a small task waking up at that moment could be b= etter -of executing on the big side in order to save energy, even though it would= fit +off executing on the big side in order to save energy, even though it woul= d fit on the little side. =20 And even in the case where all OPPs of the big CPUs are less energy-effici= ent @@ -285,7 +285,7 @@ much that can be done by the scheduler to save energy w= ithout severely harming throughput. In order to avoid hurting performance with EAS, CPUs are flagg= ed as 'over-utilized' as soon as they are used at more than 80% of their compute capacity. As long as no CPUs are over-utilized in a root domain, load bala= ncing -is disabled and EAS overridess the wake-up balancing code. EAS is likely t= o load +is disabled and EAS overrides the wake-up balancing code. EAS is likely to= load the most energy efficient CPUs of the system more than the others if that = can be done without harming throughput. So, the load-balancer is disabled to prev= ent it from breaking the energy-efficient task placement found by EAS. It is s= afe to @@ -385,7 +385,7 @@ Using EAS with any other governor than schedutil is not= supported. 6.5 Scale-invariant utilization signals ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ =20 -In order to make accurate prediction across CPUs and for all performance +In order to make accurate predictions across CPUs and for all performance states, EAS needs frequency-invariant and CPU-invariant PELT signals. Thes= e can be obtained using the architecture-defined arch_scale{cpu,freq}_capacity() callbacks. --=20 2.51.0 From nobody Sun Feb 8 04:12:43 2026 Received: from mail-qv1-f68.google.com (mail-qv1-f68.google.com [209.85.219.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id EEA73344D97 for ; Wed, 28 Jan 2026 22:33:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.219.68 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769639605; cv=none; b=QUgvGUtEm06Th2/e7nllttdxEwNtQ0Hr35hxQqiTX+JhaURuvnFf+hhtnJ6Q++jEBGJzQ4+zP/TVqAsbUBha0idSDrCDP8dbD7D/rBfy2u15kWtMCA4RUhbvdVrRLjhEBtysD9JIlxJYVy2zp1IeGMPA0auf/o5U5v3t6cNcMZk= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769639605; c=relaxed/simple; bh=/tBnQTjEep2ws12SiZlf0MTyXA2SNfUMQKmSH5r54mQ=; h=From:Date:Subject:MIME-Version:Content-Type:Message-Id:References: In-Reply-To:To:Cc; b=baSTNf4mSUokOiIBFIxKg3PH6bMSyDxOd8dQ7zE3OHSvOMiDdTjK+3vMb11bBWj/VDQegByv69jnDdoxvgGu0M44mpYx9FUHbqJwkzo0A8NeBX8V7d1gmK+7dnMaTL4cspDP4j0Obb6bNSSrkRwFbMuNXBMKj1RHRR9FiKDQgec= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=DjOcwbZ3; arc=none smtp.client-ip=209.85.219.68 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="DjOcwbZ3" Received: by mail-qv1-f68.google.com with SMTP id 6a1803df08f44-8947e6ffd30so3843846d6.0 for ; Wed, 28 Jan 2026 14:33:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1769639603; x=1770244403; darn=vger.kernel.org; h=cc:to:in-reply-to:references:message-id:content-transfer-encoding :mime-version:subject:date:from:from:to:cc:subject:date:message-id :reply-to; bh=Twb2Mn6eFSbnhF2U8WEvYnbtdTbNFMWzq+PnSQfsHzM=; b=DjOcwbZ35dEqtdcnY2MIvRdP1i9OAzh6+Z1ZJwQ3XhNaOp/Ffg5JRiTxZNN+NhAhjj KEjaPm2XYakS7uGazCodEtZ4xqNmhMFXZBeQ3Cs/JcXmjBGGU7sBOevn+2Fe8tQf+6ZR xnCpyf2UUxNh1yM+8dhGzTg8NllaU56nfC7WQu3o+rlbS8uodl6EuwTySI64B/5O55ML j2euDpqriIjufIbjB21N/Zun7tCDWHpPG+ncllnnoegS4/gIGkyLFt9mNkZFBtIjqrH0 b+z2hwuAcombqyeH8NIbAKUVB8Q+Igr28VGWzlRchoLImoI9Co86q7UouwaS8eZCHYij 2yOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769639603; x=1770244403; h=cc:to:in-reply-to:references:message-id:content-transfer-encoding :mime-version:subject:date:from:x-gm-gg:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=Twb2Mn6eFSbnhF2U8WEvYnbtdTbNFMWzq+PnSQfsHzM=; b=B/mrLGHI/vbl5Fw+a7Z0eH19ZUPb6oDqLyiByPHID22QDjzemS02zAUMVMv9bwXY5L ao7Qn611H+JbnbCIx3amiNgHctr8dhE3blD0tVd4rMBLFrzkf3+6uoXqjdrs5Q6LEpld PM997aJtBNQd0dIySx+zedQN4/wPzb2wZWaY2Yhp9ryMyOHbPJ0QjganG8ZQAo2tgppE ZBwbVp8oqxI87kKyNY4tg7KgYj1RNcjlEqqF9zjGj2Dh9Vzrj7oCD1ZyfqAFR644cNmL Mwu4H3QMtsP3lSgwXcDtxcMFz/UxNSOSsjc0Ooz0kRe3OVJ0mHz9HOIyCbdJLymQhxRg 0qCg== X-Forwarded-Encrypted: i=1; AJvYcCWwIICm0yqxq+txEop8BMD/DkrW5EI75TXyKmyp8mnlEUjmDnJAZBTZ8+309lgaMIDanhClrsQBRhwba5k=@vger.kernel.org X-Gm-Message-State: AOJu0Yy+s4DKrDn89BrSzNlRCtJowX0gSn8Wt/BaRo9DpyoaiAufx+1X /IkgUrXEcsjOVqkf6OrGggQ6c5pct6WvGOesPt2nY1q68BluX15dBBaf X-Gm-Gg: AZuq6aIQqyZUv7RPEPgsYiLQG6kODLT5OajtYlAvfDONu+eJ6TKxnARl4t8JMYJAqus VzKGLC/xDO1PXDNRhMCNSiHcTFRjPknYOP+/wCib8zwWq8kEJ5yja9I0m8YKlaLQcF//Jw72p/S jP79Yu5IilrgBmdFYVaoBdFGmeSDt+0TZLNXWpR2t8qgAArGCbDYWgRB+DS6sD9OrTuJhBtplk4 EfdZS1upMItU8rN/dIe9B5cTnQzeNRTrHyPeiYgreObASsI6pTr8mxAZXcS/42nRpq9iD3I1ZmX l5//IgxlFxEi1mAVcbUpPL5zUbzRR4kUBRUMPIyRlnhrfKcEgOJtjnD70hMZ1dSGw/kWEpkKhRC kYfaRxy5lEygRLJpK1CItQ7HOP9EACiPgBQUJhSc9PTfzkiG+54wdjoXdN2eiUZE9DqOJsO8VSC /svoaSwO4GmmfEkdaZn//fplls4i7h2PA= X-Received: by 2002:a05:6214:2a8b:b0:88f:ca79:844a with SMTP id 6a1803df08f44-894cc910231mr107230816d6.48.1769639602822; Wed, 28 Jan 2026 14:33:22 -0800 (PST) Received: from [127.0.0.1] ([154.7.78.65]) by smtp.googlemail.com with ESMTPSA id af79cd13be357-8c711b95e4esm304528085a.15.2026.01.28.14.33.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 28 Jan 2026 14:33:22 -0800 (PST) From: Patrick Little Date: Wed, 28 Jan 2026 16:33:12 -0600 Subject: [PATCH 2/2] Documentation: Fix bug in example code snippet Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <20260128-documentation-fix-grammar-v1-2-39238dc471f9@gmail.com> References: <20260128-documentation-fix-grammar-v1-0-39238dc471f9@gmail.com> In-Reply-To: <20260128-documentation-fix-grammar-v1-0-39238dc471f9@gmail.com> To: Joseph Kogut , Lukasz Luba , "Rafael J. Wysocki" , Len Brown , Pavel Machek , Jonathan Corbet Cc: linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, Patrick Little X-Mailer: b4 0.14.3 X-Developer-Signature: v=1; a=openpgp-sha256; l=1104; i=plittle@gmail.com; h=from:subject:message-id; bh=/tBnQTjEep2ws12SiZlf0MTyXA2SNfUMQKmSH5r54mQ=; b=owGbwMvMwCW2/Ptzn70V3ucZT6slMWRW9a3bV+92Sdl4Zklt+tuss3xGD3W8vQ5f/BoSfL65z vZt+m2RjlIWBjEuBlkxRZadbmKFWc7Tc2d6rZ4EM4eVCWQIAxenAEwk9w4jw0mBK7lfOjqbVW3V 532VO9Au1sed1fOjh181cKad/NWt8gz/403qhaeZn/pw+fa+7Njl99sTP+r2fHl0PHud8UTehTN MeAE= X-Developer-Key: i=plittle@gmail.com; a=openpgp; fpr=B94616716A43976D994AAB92A7F7E74CBD784BCF A semicolon was mistakenly placed at the end of 'if' statements. If example is copied as-is, it would lead to the subsequent return being executed unconditionally, which is incorrect, and the rest of the function would never be reached. Signed-off-by: Patrick Little Acked-by: Randy Dunlap --- Documentation/power/energy-model.rst | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/power/energy-model.rst b/Documentation/power/ene= rgy-model.rst index 65133187f2ad..0d4644d72767 100644 --- a/Documentation/power/energy-model.rst +++ b/Documentation/power/energy-model.rst @@ -308,12 +308,12 @@ EM framework:: 05 06 /* Use the 'foo' protocol to ceil the frequency */ 07 freq =3D foo_get_freq_ceil(dev, *KHz); - 08 if (freq < 0); + 08 if (freq < 0) 09 return freq; 10 11 /* Estimate the power cost for the dev at the relevant freq. */ 12 power =3D foo_estimate_power(dev, freq); - 13 if (power < 0); + 13 if (power < 0) 14 return power; 15 16 /* Return the values to the EM framework */ --=20 2.51.0