From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0305D6FDF for ; Sun, 13 Nov 2022 21:40:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1668375658; x=1699911658; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=bNlNZseaZnMODtk6Zs2b51a6AGQxczkjf9fhjdYuBHg=; b=JE6MOspZT43ya54e8BoQv18oqslVa4+6JArS2ttoFtmOBZRZ5z3Wahk6 d1quU2UdGCosPVVh3arsfPkreuvVm0AuOLq8EVEgVaNWgp+qSUHp8z3Ta bLC7Kc+VM0ki+8RjbzBm/CIiIjiD9g3WIvIRfpfem4KKuLuBPwv8gJJGg jVzRsylqIn8Cume0+dzglWClDtFmNx58F8RAkoFtUtjKKGUgzhg3TMig3 pgdPoq7OtWDhsXUbDiayoNtvf4ntIGbVCGp2rwstWzNZ9g2jJu6ApcDOf 9kEDuvpO2dCNnkfp2pBohfaihQNuTstldQQ2tD8w/nmtRLiueCPZOkAwo g==; X-IronPort-AV: E=McAfee;i="6500,9779,10530"; a="309470554" X-IronPort-AV: E=Sophos;i="5.96,161,1665471600"; d="scan'208";a="309470554" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Nov 2022 13:40:58 -0800 X-IronPort-AV: E=McAfee;i="6500,9779,10530"; a="780701274" X-IronPort-AV: E=Sophos;i="5.96,161,1665471600"; d="scan'208";a="780701274" Received: from perwin-mobl.amr.corp.intel.com (HELO tjmaciei-mobl5.localnet) ([10.212.163.208]) by fmsmga001-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Nov 2022 13:40:57 -0800 From: Thiago Macieira To: Ashok Raj , Borislav Petkov Cc: "gregkh@linuxfoundation.org" , "Luck, Tony" , "Joseph, Jithu" , "hdegoede@redhat.com" , "markgross@kernel.org" , "tglx@linutronix.de" , "mingo@redhat.com" , "dave.hansen@linux.intel.com" , "x86@kernel.org" , "hpa@zytor.com" , "linux-kernel@vger.kernel.org" , "platform-driver-x86@vger.kernel.org" , "patches@lists.linux.dev" , "Shankar, Ravi V" , "Jimenez Gonzalez, Athenas" , "Mehta, Sohil" Subject: Re: [PATCH v2 12/14] platform/x86/intel/ifs: Add current_batch sysfs entry Date: Sun, 13 Nov 2022 13:40:56 -0800 Message-ID: <1745359.VLH7GnMWUR@tjmaciei-mobl5> Organization: Intel Corporation In-Reply-To: References: <20221021203413.1220137-1-jithu.joseph@intel.com> Precedence: bulk X-Mailing-List: patches@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Sunday, 13 November 2022 07:58:52 PST Borislav Petkov wrote: > * simply try *all* files in a directory By the way, we don't want that. It's possible that different steppings of the same generation will have the same test scan files, with the extended signature informing that they are valid for this stepping too (see find_matching_signature())), because these files are going to be pretty big, in the order of a hundred MB each. That means we will either see symlinked or hardlinked files in the directory. If you blindly try them all, you're going to spend twice or three times as long as necessary to complete the scan. With the timeout in question for at least Sapphire Rapids, we're talking about a difference measured in hours. -- Thiago Macieira - thiago.macieira (AT) intel.com Cloud Software Architect - Intel DCAI Cloud Engineering