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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 95188C636D7 for ; Mon, 13 Feb 2023 10:17:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230116AbjBMKRb (ORCPT ); Mon, 13 Feb 2023 05:17:31 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51596 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230051AbjBMKR1 (ORCPT ); Mon, 13 Feb 2023 05:17:27 -0500 Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 078462694; Mon, 13 Feb 2023 02:17:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1676283446; x=1707819446; h=message-id:subject:from:to:cc:date:in-reply-to: references:content-transfer-encoding:mime-version; bh=zeloRDIsdgzAHn0ZJQF6AbWhXizumlB5mC7D3T++dzA=; b=RH5323N3Q1MHSDFwSmWGPig7+64BQn4/tCNCgSybETKY31TCjfmM8ixx lkE8BdkZHnVqm93zs0TSKBefeRPTl9ooM/3FesWGUSxi7V838HKeVs48Z A/IZ9Qvf8p1XwLdudnP871lksJxV4AhEScLI5ZWDfEgyv5CaF/Q3kdJop 0AxL+xTfP/al2V8gwuyWoGJkNm9GQsI54kTgmwSkcC4p1jqSBdTM8ebI1 2uIr/0Ni2Q1qnlEUvmBxEx0GsYTzxXJPo5SK35v18G9TjLbJwm3AGtIUy qHUlresxXJJJvjwgzDhShz5mNVIypjku1bNs2HSgZBFYMUjp4LKuYvI7s w==; X-IronPort-AV: E=McAfee;i="6500,9779,10619"; a="395470642" X-IronPort-AV: E=Sophos;i="5.97,293,1669104000"; d="scan'208";a="395470642" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Feb 2023 02:17:11 -0800 X-IronPort-AV: E=McAfee;i="6500,9779,10619"; a="737461951" X-IronPort-AV: E=Sophos;i="5.97,293,1669104000"; d="scan'208";a="737461951" Received: from pranavk3-mobl.gar.corp.intel.com ([10.213.82.89]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Feb 2023 02:17:05 -0800 Message-ID: <8367d92de90afaaa7ec5fac1dbcc0337ab641cb6.camel@linux.intel.com> Subject: Re: [PATCH 2/3] Documentation: powerclamp: Escape wildcard in cpumask description From: srinivas pandruvada To: Bagas Sanjaya , Linux Documentation , Linux Kernel Mailing List , Linux Power Management Cc: Jonathan Corbet , "Rafael J. Wysocki" , Daniel Lezcano , Amit Kucheria , Zhang Rui , Thorsten Leemhuis , Mauro Carvalho Chehab , Arjan van de Ven , Jacob Pan , oe-kbuild-all@lists.linux.dev, kernel test robot Date: Mon, 13 Feb 2023 02:17:02 -0800 In-Reply-To: <20230213100800.28333-3-bagasdotme@gmail.com> References: <20230213100800.28333-1-bagasdotme@gmail.com> <20230213100800.28333-3-bagasdotme@gmail.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.4-0ubuntu1 MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sanjaya, On Mon, 2023-02-13 at 17:08 +0700, Bagas Sanjaya wrote: > kernel test robot reported htmldocs warning: >=20 > Documentation/admin-guide/thermal/intel_powerclamp.rst:328: WARNING: > Inline emphasis start-string without end-string. >=20 > The mistaken asterisk in /proc/irq/*/smp_affinity is rendered as > hyperlink > as the result. >=20 I submitted a patch=20 [thermal-bleeding-edge][PATCH] thermal: intel: powerclamp: Fix warnings. Thanks, Srinivas > Escape the asterisk to fix above warning. >=20 > Link: > https://lore.kernel.org/linux-doc/202302122247.N4S791c4-lkp@intel.com/ > Fixes: ebf51971021881 ("thermal: intel: powerclamp: Add two module > parameters") > Reported-by: kernel test robot > Signed-off-by: Bagas Sanjaya > --- > =C2=A0Documentation/admin-guide/thermal/intel_powerclamp.rst | 2 +- > =C2=A01 file changed, 1 insertion(+), 1 deletion(-) >=20 > diff --git a/Documentation/admin-guide/thermal/intel_powerclamp.rst > b/Documentation/admin-guide/thermal/intel_powerclamp.rst > index 2d9d2d739f0256..f919fbe1cdd942 100644 > --- a/Documentation/admin-guide/thermal/intel_powerclamp.rst > +++ b/Documentation/admin-guide/thermal/intel_powerclamp.rst > @@ -326,7 +326,7 @@ Module Parameters > =C2=A0 > =C2=A0``cpumask`` (RW) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0A bit mask of CPUs to inj= ect idle. The format of the bitmask > is same as > -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0used in other subsystems like = in /proc/irq/*/smp_affinity. > The mask is > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0used in other subsystems like = in /proc/irq/\*/smp_affinity. > The mask is > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0comma separated 32 bit gr= oups. Each CPU is one bit. For > example for a 256 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0CPU system the full mask = is: > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ffffffff,ffffffff,fffffff= f,ffffffff,ffffffff,ffffffff,fffffff > f,ffffffff