From mboxrd@z Thu Jan 1 00:00:00 1970 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 49421C433EF for ; Mon, 7 Mar 2022 21:30:30 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245428AbiCGVbX (ORCPT ); Mon, 7 Mar 2022 16:31:23 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54320 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236560AbiCGVbW (ORCPT ); Mon, 7 Mar 2022 16:31:22 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0E7C44B877; Mon, 7 Mar 2022 13:30:26 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 9B250B8171C; Mon, 7 Mar 2022 21:30:25 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D5EBFC340F3; Mon, 7 Mar 2022 21:30:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1646688624; bh=25OEIosfzfLsgOqshpbBYPHXAtM3hYgfp1P/4yp+bJw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=gE84yXIf2xfNZsellXdbqzUntaL74KJQdmB1VNVIGG9/YF8JBUx3R2Z6XGAUkBKw3 4Yop2fPzh6jUshBGTWunXWH06bEJ9G2DW+TQN1pSxpAMOFk6l08AU4Q5Cd6smMSVqv W/4bqIAklo3xf70iYy35w1kM0f+rc3JPLrNQScno= Date: Mon, 7 Mar 2022 22:30:21 +0100 From: "gregkh@linuxfoundation.org" To: "Joseph, Jithu" Cc: Dan Williams , "hdegoede@redhat.com" , "markgross@kernel.org" , "corbet@lwn.net" , "Raj, Ashok" , "Luck, Tony" , "dave.hansen@linux.intel.com" , "patches@lists.linux.dev" , "linux-kernel@vger.kernel.org" , "mingo@redhat.com" , "rostedt@goodmis.org" , "Shankar, Ravi V" , "tglx@linutronix.de" , "platform-driver-x86@vger.kernel.org" , "linux-doc@vger.kernel.org" , "hpa@zytor.com" , "bp@alien8.de" , "andriy.shevchenko@linux.intel.com" , "x86@kernel.org" Subject: Re: [RFC 08/10] platform/x86/intel/ifs: Add IFS sysfs interface Message-ID: References: <20220301195457.21152-1-jithu.joseph@intel.com> <20220301195457.21152-9-jithu.joseph@intel.com> <188492dc80c017375da76d444347b1d00c2031f6.camel@intel.com> <7b9c788e-21dc-eedc-a1b4-9c6877fa48fe@intel.com> <33d0e764-86d9-8504-17fa-14b31c87de4e@intel.com> <7c620f8a-189e-5ac4-30fe-1fa14ba799ea@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: platform-driver-x86@vger.kernel.org On Mon, Mar 07, 2022 at 12:56:08PM -0800, Joseph, Jithu wrote: > > > On 3/7/2022 12:25 PM, Dan Williams wrote: > > > > > I am speaking of the state of the case where 2 threads are doing > > run_test and polling for results. Unless you can guarantee that run2 > > does not start before the results of run1 have been collected then > > they are lost in that scenario. No amount of kernel locking can > > resolve that race to collect previous result which would not be a > > problem in the first place if there was an atomic way to log test > > results. > > > Yes "status" shows the status of the latest run. You cannot get the status of the previous run. > > Also some context on test frequency: Hardware has strict rate limiting of tests. > Every core can be tested only once in every 30 minutes. So it is pointless to test at high frequency. What limits this, the kernel?