Message ID | 20221101191023.4150315-1-david.e.box@linux.intel.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:6687:0:0:0:0:0 with SMTP id l7csp3154910wru; Tue, 1 Nov 2022 12:13:01 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6UKjzY3M7oQePtuCOCWDuNlQuiKlLjI4Abtj7ii+NzjNJ7dh07FJHvkAoPK4F+lqddCijH X-Received: by 2002:a17:90a:6481:b0:212:dab0:189e with SMTP id h1-20020a17090a648100b00212dab0189emr21986787pjj.127.1667329981663; Tue, 01 Nov 2022 12:13:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667329981; cv=none; d=google.com; s=arc-20160816; b=SnGAAxuKjPMfpWRDKX/4EIB6aC2nlo1I4Wn/q7ywalI986Hxlu47oL9OglAWJ+SHi0 PqNuiFFlFi/IVHEnOHqq2pGfwtwGi7CLPmHLTVn9sp2XGjGOAUSWBtbd0/ZsiFMYcaWB 2VXLH2cotVhNo6T2tXSOIk7ENdDcUzEf9aNzq362BmdYlk5Wg4fRCGD0TIkxTqKSOcVi jPy1OLt+Q9qPF+z+hrvTTAY6/O1BIi+SJ2ojrmCmA8uULWU3TV9uWFV+mnDk+6/QQt2m 4IoSKRqXEW58x4B8x67b4khfE08HMSBeXvjmFmxX6Bkfr6ugAIrxRBuNF+oz/m3yABMu Picw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=lymLl+HLSO3msFGyHLE+HThcpm+wxactLMi6F3/I94c=; b=vqz5byyCnXQmaDXDK27SdSaByK0tA3b2e6i38QdpSmNTINgOyVmyC0YazL7bS8U6lq evZPbc99Vxyga2MMws3YXkY19kuH6mVGPlIh55fvDchP0aWMwp81W54L0wExKxgfghOZ uD7H+/gP+gN0q01LydefAhyx7eWzfI8zBzQ2nSDSEaeEPQmY/RnjQQb5v4UQy4K7P51h YI/YN3FITey3DMf28h1kxK2ws02bZy4lk+Ha7wEIRAq5LBwAclzymwlpw14FIteZ0M5Z UErZKUGlLDunIYHrbNUyf21TnVGMPabP4TqO5+RIBCN9MsuqM7MeAIZgiBc0DbgkfjKt 7PXQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=ZLUZImlZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j10-20020a17090276ca00b0017336c464ecsi12483400plt.407.2022.11.01.12.12.49; Tue, 01 Nov 2022 12:13:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=ZLUZImlZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230288AbiKATLL (ORCPT <rfc822;kartikey406@gmail.com> + 99 others); Tue, 1 Nov 2022 15:11:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38606 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230214AbiKATKz (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 1 Nov 2022 15:10:55 -0400 Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0E17B1C416; Tue, 1 Nov 2022 12:10:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1667329855; x=1698865855; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=v4mMdfUTF9VOG7V/dYK2oO5lGRluqJF2HADth9xZz0c=; b=ZLUZImlZ304pzICwiSnj6DMOXXN3HwwB5M62FU4ZjQZvrFG9YOP0BZOR QEsWO5ILQrfaOjyVwz/08fc3g5AGM6xHZR6eHiGVTIG4P6Tl9WkZ/uQfd YFrfgLQ3exnVp8pZvO19lDw6q+aoT4PDE3+7w60jc47LPuw1s9hL9aHJR MqlVmzji6vEXexdrJoPeGdGgTW5+8Q17xXFx6hJdOiaVPe3Q7dJeKiY7L nO6v7YGrezfDdJRRUFp1B63Mqtrrh0840pSJBIeGyLjmgA5W31Zyl3SL5 wU/IVhQh+0d4gZmmjj/8iwxykvGAS3l5vdmfDFoTT17c5/vS90KBvNKAG g==; X-IronPort-AV: E=McAfee;i="6500,9779,10518"; a="310320616" X-IronPort-AV: E=Sophos;i="5.95,231,1661842800"; d="scan'208";a="310320616" Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Nov 2022 12:10:26 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10518"; a="809004561" X-IronPort-AV: E=Sophos;i="5.95,231,1661842800"; d="scan'208";a="809004561" Received: from linux.intel.com ([10.54.29.200]) by orsmga005.jf.intel.com with ESMTP; 01 Nov 2022 12:10:26 -0700 Received: from debox1-desk4.intel.com (unknown [10.212.195.64]) by linux.intel.com (Postfix) with ESMTP id D80F7580AA7; Tue, 1 Nov 2022 12:10:25 -0700 (PDT) From: "David E. Box" <david.e.box@linux.intel.com> To: hdegoede@redhat.com, markgross@kernel.org, andriy.shevchenko@linux.intel.com, srinivas.pandruvada@intel.com Cc: "David E. Box" <david.e.box@linux.intel.com>, platform-driver-x86@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 0/9] Extend Intel On Demand (SDSi) support Date: Tue, 1 Nov 2022 12:10:14 -0700 Message-Id: <20221101191023.4150315-1-david.e.box@linux.intel.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-5.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE autolearn=ham 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 X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1748322203081254879?= X-GMAIL-MSGID: =?utf-8?q?1748322203081254879?= |
Series |
Extend Intel On Demand (SDSi) support
|
|
Message
David E. Box
Nov. 1, 2022, 7:10 p.m. UTC
Intel Software Defined Silicon (SDSi) is now known as Intel On Demand. The following patches do the following: 1. Identify the driver/tools as Intel On Demand. Only text descriptions are changed. Kconfig and filenames remain the same. 2. Perform some attribute cleanup by preventing the showing of files when features are not supported. 3. Adds support for a new GUID. GUIDs are used to identify the layout of the On Demand registers in sysfs. Layouts are described in the documentation on github [1]. 4. Add support for reading On Demand meter certificates in sysfs. 5. The rest of the patches modify the existing tool to support discovery and reading of On Demand registers and the meter certificate. [1] https://github.com/intel/intel-sdsi/blob/master/os-interface.rst David E. Box (9): platform/x86/intel/sdsi: Add Intel On Demand text platform/x86/intel/sdsi: Hide attributes if hardware doesn't support platform/x86/intel/sdsi: Support different GUIDs platform/x86/intel/sdsi: Add meter certificate support tools/arch/x86: intel_sdsi: Add support for reading state certificates tools/arch/x86: intel_sdsi: Add Intel On Demand text tools/arch/x86: intel_sdsi: Read more On Demand registers tools/arch/x86: intel_sdsi: Add support for new GUID tools/arch/x86: intel_sdsi: Add support for reading meter certificates .../ABI/testing/sysfs-driver-intel_sdsi | 47 +- drivers/platform/x86/intel/Kconfig | 8 +- drivers/platform/x86/intel/sdsi.c | 134 ++++- tools/arch/x86/intel_sdsi/intel_sdsi.c | 458 ++++++++++++++---- 4 files changed, 513 insertions(+), 134 deletions(-) base-commit: 225469d4acbcb873358d7618bad6e0203b67b964
Comments
Hi David, On 11/1/22 20:10, David E. Box wrote: > Intel Software Defined Silicon (SDSi) is now known as Intel On Demand. The > following patches do the following: > > 1. Identify the driver/tools as Intel On Demand. Only text descriptions are > changed. Kconfig and filenames remain the same. > 2. Perform some attribute cleanup by preventing the showing of files when > features are not supported. > 3. Adds support for a new GUID. GUIDs are used to identify the layout of > the On Demand registers in sysfs. Layouts are described in the > documentation on github [1]. > 4. Add support for reading On Demand meter certificates in sysfs. > 5. The rest of the patches modify the existing tool to support discovery > and reading of On Demand registers and the meter certificate. > > [1] https://github.com/intel/intel-sdsi/blob/master/os-interface.rst Sorry for the long silence, I have not done any pdx86 patch review the last 2 weeks due to personal circumstances. I will try to get this reviewed at the end of this week or the beginning of next week. Regards, Hans > > David E. Box (9): > platform/x86/intel/sdsi: Add Intel On Demand text > platform/x86/intel/sdsi: Hide attributes if hardware doesn't support > platform/x86/intel/sdsi: Support different GUIDs > platform/x86/intel/sdsi: Add meter certificate support > tools/arch/x86: intel_sdsi: Add support for reading state certificates > tools/arch/x86: intel_sdsi: Add Intel On Demand text > tools/arch/x86: intel_sdsi: Read more On Demand registers > tools/arch/x86: intel_sdsi: Add support for new GUID > tools/arch/x86: intel_sdsi: Add support for reading meter certificates > > .../ABI/testing/sysfs-driver-intel_sdsi | 47 +- > drivers/platform/x86/intel/Kconfig | 8 +- > drivers/platform/x86/intel/sdsi.c | 134 ++++- > tools/arch/x86/intel_sdsi/intel_sdsi.c | 458 ++++++++++++++---- > 4 files changed, 513 insertions(+), 134 deletions(-) > > > base-commit: 225469d4acbcb873358d7618bad6e0203b67b964
Hi David, On 11/1/22 20:10, David E. Box wrote: > Intel Software Defined Silicon (SDSi) is now known as Intel On Demand. The > following patches do the following: > > 1. Identify the driver/tools as Intel On Demand. Only text descriptions are > changed. Kconfig and filenames remain the same. > 2. Perform some attribute cleanup by preventing the showing of files when > features are not supported. > 3. Adds support for a new GUID. GUIDs are used to identify the layout of > the On Demand registers in sysfs. Layouts are described in the > documentation on github [1]. > 4. Add support for reading On Demand meter certificates in sysfs. > 5. The rest of the patches modify the existing tool to support discovery > and reading of On Demand registers and the meter certificate. > > [1] https://github.com/intel/intel-sdsi/blob/master/os-interface.rst > > David E. Box (9): > platform/x86/intel/sdsi: Add Intel On Demand text > platform/x86/intel/sdsi: Hide attributes if hardware doesn't support > platform/x86/intel/sdsi: Support different GUIDs > platform/x86/intel/sdsi: Add meter certificate support > tools/arch/x86: intel_sdsi: Add support for reading state certificates > tools/arch/x86: intel_sdsi: Add Intel On Demand text > tools/arch/x86: intel_sdsi: Read more On Demand registers > tools/arch/x86: intel_sdsi: Add support for new GUID > tools/arch/x86: intel_sdsi: Add support for reading meter certificates Thank you, over all this looks good. I have some small remarks on patches 4, 8 and 9 see my replies to those. Please prepare a v2 addressing Andy's + my review remarks and get that v2 to me no later then next week Tuesday, then I can still merge this in time for 6.2 . Regards, Hans
On Thu, 2022-11-17 at 15:01 +0100, Hans de Goede wrote: > Hi David, > > On 11/1/22 20:10, David E. Box wrote: > > Intel Software Defined Silicon (SDSi) is now known as Intel On Demand. The > > following patches do the following: > > > > 1. Identify the driver/tools as Intel On Demand. Only text descriptions are > > changed. Kconfig and filenames remain the same. > > 2. Perform some attribute cleanup by preventing the showing of files when > > features are not supported. > > 3. Adds support for a new GUID. GUIDs are used to identify the layout of > > the On Demand registers in sysfs. Layouts are described in the > > documentation on github [1]. > > 4. Add support for reading On Demand meter certificates in sysfs. > > 5. The rest of the patches modify the existing tool to support discovery > > and reading of On Demand registers and the meter certificate. > > > > [1] https://github.com/intel/intel-sdsi/blob/master/os-interface.rst > > > > David E. Box (9): > > platform/x86/intel/sdsi: Add Intel On Demand text > > platform/x86/intel/sdsi: Hide attributes if hardware doesn't support > > platform/x86/intel/sdsi: Support different GUIDs > > platform/x86/intel/sdsi: Add meter certificate support > > tools/arch/x86: intel_sdsi: Add support for reading state certificates > > tools/arch/x86: intel_sdsi: Add Intel On Demand text > > tools/arch/x86: intel_sdsi: Read more On Demand registers > > tools/arch/x86: intel_sdsi: Add support for new GUID > > tools/arch/x86: intel_sdsi: Add support for reading meter certificates > > Thank you, over all this looks good. I have some small remarks > on patches 4, 8 and 9 see my replies to those. > > Please prepare a v2 addressing Andy's + my review remarks and get > that v2 to me no later then next week Tuesday, then I can still > merge this in time for 6.2 . Will do. Thanks Hans, Andy. > > Regards, > > Hans > >
Hi! > Intel Software Defined Silicon (SDSi) is now known as Intel On Demand. The > following patches do the following: Quick google gets me to https://www.intel.com/content/www/us/en/products/docs/ondemand/overview.html ... which is not really clear. Do I understand it correctly that this is support for unlocking features on silicon user already owns? That is rather user hostile, is it? Best regards, Pavel