Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4022720pxj; Tue, 15 Jun 2021 13:43:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzypDQjxqEuqypxvNThqmgE10GJ6uZMeWFxuDYowLN1kgNoD/R24j4vdmFCPe+JrUVwjOUh X-Received: by 2002:aa7:c50d:: with SMTP id o13mr33454edq.9.1623789806870; Tue, 15 Jun 2021 13:43:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623789806; cv=none; d=google.com; s=arc-20160816; b=CyVVS/wRb2UMN3qqnThmn4Jlgfw4xGqhnuX+iNct2CHMicrUob2BGZin81UWZKKed4 yZr2eGh13kJG+glCVhx2eUb4/iutk8wprmY/it3gJ+1k2/5bIFbL2IAYIxlFsOYnM4N9 760u2Bd7bZz2z3FkO57knbLkypH+NA2sa8DBfUKTQBK5vxTocCmz6LZQsA1rz09D08kv FlwO9BZ5sHDeMywIOlFarmZ/G8k6I4XKe6PdXXB74v2W4fKBkwgU450qJi2BMbywKDUL 0Pw0GiFT16sGU+rxiDlKAw1slrK942quWL34FRrCFUvKzu7kdTpLXsM90xu46IdPzxz+ Zxsw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :to:subject:ironport-sdr:ironport-sdr; bh=aw/l+93NDQrFPx9/BjAOUf2icBwHSNsnlL3E9Ajz2fY=; b=qDyFuqMb71b7D/agT8RCv7h5VKft9o6xVf9yurFZjOmUJYteXVF5wwmYvLF8VrTq/N lXpKRNMYBFbivMBrXZlSVjhS55wJxN5gxGGbqXjrOnVge4yJ8SlhpbaMK3JX5FEPDWiV 7AdXr90vOq9vxsQZoMXMxrYBH/nGr8YzY5u7qnSM+xni38nu9s1MKi4o4oIsdzshHF1K rLV35r/eYWtaTIj9J0ZDT1m8QbIxuV56Afodk/t4IXUY9CKNBGD0Ky3dbTE688hLkTcL TUbVN5g1Pb8NJ+N40WiTHn4zhG2+q5zmQurpNhwJcg4EKfDHRi93GLU96ImsP1NemPCC ISsg== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id yc9si48485ejb.713.2021.06.15.13.43.04; Tue, 15 Jun 2021 13:43:26 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229992AbhFOUnk (ORCPT + 99 others); Tue, 15 Jun 2021 16:43:40 -0400 Received: from mga07.intel.com ([134.134.136.100]:49406 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229965AbhFOUnj (ORCPT ); Tue, 15 Jun 2021 16:43:39 -0400 IronPort-SDR: 0HWDmH40JguQDCUTzJ+uAz7Iqzdy1OfNTEmraX8pEe5twsGNVsSj2WXWVobGn2qnxpZo3LfsPH GrPWF4ejX7Cg== X-IronPort-AV: E=McAfee;i="6200,9189,10016"; a="269914818" X-IronPort-AV: E=Sophos;i="5.83,276,1616482800"; d="scan'208";a="269914818" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Jun 2021 13:41:33 -0700 IronPort-SDR: /hSkReECSqWv/rCkZp2GbefM6oQT3192AOk7kOVrkfvIP2z2UaChDBjHzwhEjXL4+w0CDZiUPk koqubvrfOvwg== X-IronPort-AV: E=Sophos;i="5.83,276,1616482800"; d="scan'208";a="554565107" Received: from rchatre-mobl3.amr.corp.intel.com (HELO [10.212.184.247]) ([10.212.184.247]) by fmsmga001-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Jun 2021 13:41:24 -0700 Subject: Re: [PATCH v2] x86/resctrl: Fix kernel-doc in internal.h To: "Fabio M. De Francesco" , Fenghua Yu , Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, "H. Peter Anvin" , linux-kernel@vger.kernel.org References: <20210614154438.17075-1-fmdefrancesco@gmail.com> From: Reinette Chatre Message-ID: <4f1825cc-5d80-c1b1-b56b-7f2535e406f7@intel.com> Date: Tue, 15 Jun 2021 13:41:08 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <20210614154438.17075-1-fmdefrancesco@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Fabio, On 6/14/2021 8:44 AM, Fabio M. De Francesco wrote: > Add description of undocumented parameters. Issues detected by > scripts/kernel-doc. > > Signed-off-by: Fabio M. De Francesco > --- > > v1->v2: According to a first review by Reinette Chartre, remove changes > unrelated to the subject of this patch and modify the descriptions of > two parameters. > > arch/x86/kernel/cpu/resctrl/internal.h | 23 +++++++++++++++-------- > 1 file changed, 15 insertions(+), 8 deletions(-) > > diff --git a/arch/x86/kernel/cpu/resctrl/internal.h b/arch/x86/kernel/cpu/resctrl/internal.h > index c4d320d02fd5..ac691af0174b 100644 > --- a/arch/x86/kernel/cpu/resctrl/internal.h > +++ b/arch/x86/kernel/cpu/resctrl/internal.h > @@ -70,6 +70,7 @@ DECLARE_STATIC_KEY_FALSE(rdt_mon_enable_key); > * struct mon_evt - Entry in the event list of a resource > * @evtid: event id > * @name: name of the event > + * @list: entry in &rdt_resource->evt_list > */ > struct mon_evt { > u32 evtid; > @@ -78,10 +79,13 @@ struct mon_evt { > }; > > /** > - * struct mon_data_bits - Monitoring details for each event file > - * @rid: Resource id associated with the event file. > + * union mon_data_bits - Monitoring details for each event file > + * @priv: Used to store monitoring event data in @u > + * as kernfs private data > + * @rid: Resource id associated with the event file > * @evtid: Event id associated with the event file > * @domid: The domain to which the event file belongs > + * @u: Name of the bit fields struct > */ This snippet is whitespace damaged. Your changes add tabs as well as spaces while the existing code uses just spaces. Please follow existing style of this area and just use spaces. As a note for any future changes, in one line you add spaces before tabs, that is generally not the right formatting in kernel-doc - running scripts/checkpatch.pl on this patch would also warn about this. > union mon_data_bits { > void *priv; > @@ -119,6 +123,7 @@ enum rdt_group_type { > * @RDT_MODE_PSEUDO_LOCKSETUP: Resource group will be used for Pseudo-Locking > * @RDT_MODE_PSEUDO_LOCKED: No sharing of this resource group's allocations > * allowed AND the allocations are Cache Pseudo-Locked > + * @RDT_NUM_MODES: Total number of modes > * > * The mode of a resource group enables control over the allowed overlap > * between allocations associated with different resource groups (classes > @@ -142,7 +147,7 @@ enum rdtgrp_mode { > > /** > * struct mongroup - store mon group's data in resctrl fs. > - * @mon_data_kn kernlfs node for the mon_data directory > + * @mon_data_kn: kernlfs node for the mon_data directory Sorry I did not notice this before, could you please also fix the typo kernlfs -> kernfs ? > * @parent: parent rdtgrp > * @crdtgrp_list: child rdtgroup node list > * @rmid: rmid for this rdtgroup > @@ -282,11 +287,11 @@ struct rftype { > /** > * struct mbm_state - status for each MBM counter in each domain > * @chunks: Total data moved (multiply by rdt_group.mon_scale to get bytes) > - * @prev_msr Value of IA32_QM_CTR for this RMID last time we read it > + * @prev_msr: Value of IA32_QM_CTR for this RMID last time we read it > * @prev_bw_msr:Value of previous IA32_QM_CTR for bandwidth counting > - * @prev_bw The most recent bandwidth in MBps > - * @delta_bw Difference between the current and previous bandwidth > - * @delta_comp Indicates whether to compute the delta_bw > + * @prev_bw: The most recent bandwidth in MBps > + * @delta_bw: Difference between the current and previous bandwidth > + * @delta_comp: Indicates whether to compute the delta_bw > */ > struct mbm_state { > u64 chunks; > @@ -450,17 +455,19 @@ struct rdt_parse_data { > * @name: Name to use in "schemata" file > * @num_closid: Number of CLOSIDs available > * @cache_level: Which cache level defines scope of this resource > - * @default_ctrl: Specifies default cache cbm or memory B/W percent. > + * @default_ctrl: Specifies default cache cbm or memory B/W percent > * @msr_base: Base MSR address for CBMs > * @msr_update: Function pointer to update QOS MSRs > * @data_width: Character width of data when displaying > * @domains: All domains for this resource > * @cache: Cache allocation related data > + * @membw: Memory bandwidth allocation related data > * @format_str: Per resource format string to show domain value > * @parse_ctrlval: Per resource function pointer to parse control values > * @evt_list: List of monitoring events > * @num_rmid: Number of RMIDs available > * @mon_scale: cqm counter * mon_scale = occupancy in bytes > + * @mbm_width: Width of memory bandwidth monitoring hardware counter > * @fflags: flags to choose base and info files > */ Fixes to membw and mbm_width are also arriving via another patch series (see commit https://lore.kernel.org/lkml/20210614200941.12383-2-james.morse@arm.com/). To make it easier to merge that patch and yours could you please inherit the descriptions from there? @mbm_width: Monitor width, to detect and correct for overflow. @membw: If the component has bandwidth controls, their properties. Thank you Reinette