Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19;
Message-ID: <7b9c788e-21dc-eedc-a1b4-9c6877fa48fe@intel.com>
Date:   Fri, 4 Mar 2022 12:42:45 -0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
 Thunderbird/91.6.1
Subject: Re: [RFC 08/10] platform/x86/intel/ifs: Add IFS sysfs interface
Content-Language: en-US
To:     "Williams, Dan J" <dan.j.williams@intel.com>,
        "hdegoede@redhat.com" <hdegoede@redhat.com>,
        "markgross@kernel.org" <markgross@kernel.org>
CC:     "corbet@lwn.net" <corbet@lwn.net>,
        "Raj, Ashok" <ashok.raj@intel.com>,
        "Luck, Tony" <tony.luck@intel.com>,
        "dave.hansen@linux.intel.com" <dave.hansen@linux.intel.com>,
        "patches@lists.linux.dev" <patches@lists.linux.dev>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "mingo@redhat.com" <mingo@redhat.com>,
        "rostedt@goodmis.org" <rostedt@goodmis.org>,
        "Shankar, Ravi V" <ravi.v.shankar@intel.com>,
        "tglx@linutronix.de" <tglx@linutronix.de>,
        "platform-driver-x86@vger.kernel.org" 
        <platform-driver-x86@vger.kernel.org>,
        "linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
        "hpa@zytor.com" <hpa@zytor.com>, "bp@alien8.de" <bp@alien8.de>,
        "gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
        "andriy.shevchenko@linux.intel.com" 
        <andriy.shevchenko@linux.intel.com>,
        "x86@kernel.org" <x86@kernel.org>
References: <20220301195457.21152-1-jithu.joseph@intel.com>
 <20220301195457.21152-9-jithu.joseph@intel.com>
 <188492dc80c017375da76d444347b1d00c2031f6.camel@intel.com>
From:   "Joseph, Jithu" <jithu.joseph@intel.com>
In-Reply-To: <188492dc80c017375da76d444347b1d00c2031f6.camel@intel.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?RlU0MnJSbGpFRVFxMmZxZWJIbXIvL0hjbkJNUVVQM0N1Yk42WnppTkZzVEcy?=
 =?utf-8?B?MXZLZDR5WDFGakJKdG4vZFVQKzh2OHZjSU8yN0VyOVlNamVaRDNHMHVzSnE0?=
 =?utf-8?B?S0FEZkFJSkRaSVJFL1lBYUV0WG9xam05QXJiYmpBU0Y1Y0cvQVVKVnhJcElS?=
 =?utf-8?B?THh5VXd0enp5MUJlYmpWOTZlSFE3YXJYTDBqeG5YSjJnRmgycDYvWkRVclk4?=
 =?utf-8?B?b2s0eVlIWlFlQmMrSTVESTZ0QnZOVk5GRGgwbVdCdkUwUTBSeFNZZDlPOFN5?=
 =?utf-8?B?WFZuTndKTmxtRjhoQVZMclE1YUVIbWhBc2Fva0gxbmtkeEZabTZYSnpXWDg3?=
 =?utf-8?B?aGh3dkdSYlNJMmNHTlJSZ0NPSklRcDVwRDNGdlZsNUZQazByckxxb0V6NmtY?=
 =?utf-8?B?Z0F0dEcrV0tIM3AwQWh0bmtDSTJRUEgrSnJHVlNVN0dvOEszVnd1U0ptZkVD?=
 =?utf-8?B?S01lYUw0MHNBWFhtTThvN2JyM2hLSEhGcFA2MUpDZG5nQ3ExaE5oSTErMlhS?=
 =?utf-8?B?QTNidkJOZzNscUZpN1hDb0s2cmFpZEw1aTVtQ1ZyTk5waWRBTnE4OFcvRVF2?=
 =?utf-8?B?clMra1dMZ3NhLy9Wc0VMbUJ2SHNMWjNaeDlvK1pydG1ZeHpmU3Z2akNqdW81?=
 =?utf-8?B?dE1URkRmUmRCbndaZ3lJaVd1bFlPVGhieklXWHd2SjREUnlXQVZHQ2hNZUds?=
 =?utf-8?B?QlVJeFErYW5yYjB2V0ZCcmRXNUxDLzJoeDltOFhaUjVraTNNUms3NW0vakcx?=
 =?utf-8?B?YXZ4U01FUmU4QzRFVUFpajlqbGhmWW9pbFRha3MzK2dyNEVHWXdJYWZGNFZy?=
 =?utf-8?B?YXRRajNpOFZLd1B5dzlabFdkS3pPdVNYeWp5LzRkZ3p0WWFSdkV4T20rdlBY?=
 =?utf-8?B?d09ncG9LcHFmdmg1RU9vZ3Bjcmp2ZWNJK2F5Qmk0THY5S1NURWFsZWt3UDF0?=
 =?utf-8?B?aWJ1OG9EUWxlRjBWTUp6b285ckZIVldpSkZWMEs5ZkVsa2dVL2wzREt1OFJW?=
 =?utf-8?B?RURZSitPUGxLam1iQXdUUVd5SGpkNXN0eXNFSjRoTkc4b0xQYzJDWVpkZGQz?=
 =?utf-8?B?ejhQOWd2TUtNQXp0Mll5NDJJNW1QeVlrYXZsa0JlSXFsNEc0WnNXL0lXRHk1?=
 =?utf-8?B?bVJJTEgwVmYrRm1VZmVhcG9RdmowYmV0ZXZ3ZFJiT3pOSVFZN24zaDBUOXhQ?=
 =?utf-8?B?NlNKcWhtTnVpL1RvZ0VwY2tPbzg3OTN2Z3lXVjFyb3VaWHIvQWs5eHF4Wlc2?=
 =?utf-8?B?cm9GOUc3djlMK1lRYVRGKy9SNy95SDlYcnk3MjdLZWRKSmtFcmJteHFtMlNj?=
 =?utf-8?B?QlhWTHdnZURONGlKS0FnZkdRS2VPL3RacEtMNmhtT2o2eDFrcHJKbFJyTU9S?=
 =?utf-8?B?eWpEQ2xvZVlBM0ZPbHJBblF2UldHeHNUVmdhR1lMdFBuN0tzQnpZSGZVenlr?=
 =?utf-8?B?YXhnNGRSR0VURUdsQVlLQnArN1pwMVAwYWp5a2xUK0lFdFlMUE03aUl2eG12?=
 =?utf-8?B?TFFaMnEwNTQxR2prQ2NEZXQ1M1UvMGdvbHg3MUhvb0txUVVPR0pLQ2tkNHow?=
 =?utf-8?B?bDJ6TkUrb1pjQ2M0dzJQck9TOVA0ZkdNSVprTDFpTjlsWThUNzhHZVcxRmRp?=
 =?utf-8?B?VU00bFY3ZVI1RU81WWpYQ3RFNk9xWVVtM1JLMC9UaVNXMXUvYWQwL2xPMFNO?=
 =?utf-8?B?Q2ZvRko2ZWhwMnpSRmZpdDFzU2hOYjNBTE5zd0JZK0pSN3VIbEIvSlcrT0p4?=
 =?utf-8?B?OHA1ekJkWXh0TFhwdS81QkFLK3hJVnZQRjU0RzF2bFBDQ2c4eVhEV3g4eGF3?=
 =?utf-8?B?WWlNNlZpMDQrQ1dpcEhZMmp2SXROK0FzZlUwd2JPdjdjb1NrWnhpeUErTTFF?=
 =?utf-8?B?Smh1dmZsbXFxTEZhdER4QUx0WSszLzlXckdYSDI1bGU5bEJiV1FwQVBIS2NI?=
 =?utf-8?B?NW5Ob2lnUWovTjZCQWRPVGxJbXJ6WmdoZGs0dlErRnpHL1dWd0VIN0hUTjVU?=
 =?utf-8?B?K3Fmb1NvU0w3Vm9HTDFtbkVndmsveDFBKytOTXhPdFhNRHFzWElhMUZNSFdw?=
 =?utf-8?B?c3hUSlF2ZThobmk1OWpMR0J1NWpWNkVZcjlCdWFaSHJKY1VzTk9mSDZTV25V?=
 =?utf-8?B?MzlSYVFuRE9RZWpNSlVNa0lydGEyRUw3K2N6bS94ZUVNNlNNeGUzZVArSjly?=
 =?utf-8?Q?gTC3HVdO49xmABWPNv0gS1o=3D?=
X-MS-Exchange-CrossTenant-Network-Message-Id: c61ea6f1-1728-4b79-6b81-08d9fe1f8bfe
X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB3768.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Mar 2022 20:42:49.7971
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: qt6nN+pYINoegu/ePx/oHcZtTOkFPx3kca3mqCq7cRiwanrUfTVFfxBkQVqgqr15CDHrqvJPo+eh4PU/YHNDOQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB4824
X-OriginatorOrg: intel.com
X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,
	DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE,
	T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no
	version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
	lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org


On 3/3/2022 4:31 PM, Williams, Dan J wrote:
> On Tue, 2022-03-01 at 11:54 -0800, Jithu Joseph wrote:
>> Implement sysfs interface to trigger ifs test for a targeted core or
>> all cores. For all core testing, the kernel will start testing from core 0
>> and proceed to the next core one after another. After the ifs test on the
>> last core, the test stops until the administrator starts another round of

>> +
>> +/*
>> + * The sysfs interface to check the test status:
>> + * To check the result, for example, cpu0
>> + * cat /sys/devices/system/cpu/cpu0/ifs/details
>> + */
>> +static ssize_t details_show(struct device *dev,
>> +                           struct device_attribute *attr,
>> +                           char *buf)
>> +{
>> +       unsigned int cpu = dev->id;
>> +       int ret;
>> +
>> +       if (down_trylock(&ifs_sem))
>> +               return -EBUSY;
> 
> What is the ifs_sem protecting? This result is immediately invalid
> after the lock is dropped anyway, so why hold it over reading the
> value? You can't prevent 2 threads racing each other here.

percpu thread running scan_test_worker() will update per_cpu(ifs_state, cpu).scan_details. (before signalling this thread to run, this lock would be acquired)
This is to protect against the scenario where if the percpu thread is running a test and if at the same time a user is querying its status, they would see busy.

> 
>> +
>> +       ret = sprintf(buf, "%llx\n", per_cpu(ifs_state, cpu).scan_details);
> 
> Should be sysfs_emit() which includes the page buffer safety.

grep KH also pointed this out ... will replace this throughout

> 
> Also, you likely want that format string to be %#llx so that userspace
> knows explicitly that this is a hexadecimal value.

Agreed will do this


>> +
>> +/*
>> + * The sysfs interface for single core testing
>> + * To start test, for example, cpu0
>> + * echo 1 > /sys/devices/system/cpu/cpu0/ifs/run_test
>> + * To check the result:
>> + * cat /sys/devices/system/cpu/cpu0/ifs/result
(there is a typo in the comment result -> status)
> 
> Just have a CPU mask as an input parameter and avoid needing to hang
> ifs sysfs attributes underneath /sys/device/system/cpu/ifs.

The percpu sysfs has the additional function of providing percpu status and  details. 
The global interface is unable to provide the status and details for all the cores in the system. It does give a summary, which
guides the user to the appropriate percpu status/details

 
>> + */
>> +static ssize_t allcpu_run_test_store(struct device *dev,
>> +                                    struct device_attribute *attr,
>> +                                    const char *buf, size_t count)
>> +{
>> +       bool var;
>> +       int rc;
>> +
>> +       if (ifs_disabled)
>> +               return -ENXIO;
>> +
>> +       rc = kstrtobool(buf, &var);
>> +       if (rc < 0 || var != 1)
>> +               return -EINVAL;
> 
> You could just cut to the chase and do: sysfs_eq(buf, "1")

Thanks will use this

 
>> +
>> +/*
>> + * Percpu and allcpu ifs have attributes named "status".
>> + * Since the former is defined in this same file using DEVICE_ATTR_RO()
>> + * the latter is defined directly.
>> + */
>> +static struct device_attribute dev_attr_allcpu_status = {
>> +       .attr   = { .name = "status", .mode = 0444 },
>> +       .show   = allcpu_status_show,
>> +};
> 
> Can still do the one line declartion like this and skip the comment.
> 
> DEVICE_ATTR(status, 0444, allcpu_status_show, NULL);

Will change as per your suggestion above

> 
>> +
>> +/* global scan sysfs attributes */
>> +static struct attribute *cpu_ifs_attrs[] = {
>> +       &dev_attr_reload.attr,
>> +       &dev_attr_allcpu_run_test.attr,
>> +       &dev_attr_image_version.attr,
>> +       &dev_attr_cpu_fail_list.attr,
>> +       &dev_attr_cpu_untested_list.attr,
>> +       &dev_attr_cpu_pass_list.attr,
>> +       &dev_attr_allcpu_status.attr,
>> +       NULL
>> +};
>> +
>> +const struct attribute_group cpu_ifs_attr_group = {
> 
> static?

will do

Jithu