Received: by 2002:a05:7412:b10a:b0:f3:1519:9f41 with SMTP id az10csp253225rdb; Thu, 30 Nov 2023 04:08:22 -0800 (PST) X-Google-Smtp-Source: AGHT+IHjB/c8kbSx/tHhUVh8KQ6eorJAVlY0z5Y/y+aduWpxsEnU5spnJfVAoJhiKe6cjFPZ91jC X-Received: by 2002:a05:6e02:17c5:b0:35c:f018:9d42 with SMTP id z5-20020a056e0217c500b0035cf0189d42mr14973183ilu.5.1701346102503; Thu, 30 Nov 2023 04:08:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701346102; cv=none; d=google.com; s=arc-20160816; b=O9ogvPC6WCTYhkaYih34ApIwsbCr6lubElXc88BI2++95JUXNPsrRV9xKvL70uRi7H copb+gArJgLoMlKjmVGERq9XKa3is06+ZYi6bLGUKxyEdnNbI3F8j1jnsrJhab5jtzUF El+SNoJVgn0sNfDimim2GyXrnAJ8xGJ5B+HJ1bPr82ahSFR2HQI32Nhm/jz0bL32UBRu aqln6HoF7fpTmL+BlCam/6VXEoF4iT8PQlb8lEanzWh0b1waMud1Be/Iea7QHNelLeCJ uElWX3btvFRbGKIvVOpWLxrhbFhzgD9IuMCuBXWX/dbLYJV8luqbfrQ4i/Wsp8c7H0V2 o4WA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date:dkim-signature; bh=i7RJ+hXC7FOy8othS1+5uqDngs8Sd1BVz9dpD2Th+qU=; fh=ZWqgRrjgiHkbLCOJ/mYm1Xgevf1I8vLp2i7bNggwygM=; b=wGlqQB4mK74Yx5mL/2Dm8Icd+3ivIJr52NnCtl9OkFzR0ibEjatgFXBeRyST5Swt5e CcUslN5YkFAg5UKJbhQFAAqOyNOe423jIySMwcJvv/CP0NsbVMGn2QlRE1uBvx/kLMZn Hw1Q3WyWecneKSzIbtZ2Tx357u70g/96VNbM9inFmWXom0EKjH3ft3tcFx0W/b21ZkJe MV4uBM5hvfQ6nr496zTfZQicdyNk2sAH/aF8UXVS37Y0vzI7qD8kwCgkoQb4nHKYTEIU cN/+rTNn1Fy/VsUm9Ufi6ZfJtyY+QGsHNPdsW1wlQWtlNFgao7pa/JDDMhRct3k8mYpm +Y5Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=KIdWC80A; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.34 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from howler.vger.email (howler.vger.email. [23.128.96.34]) by mx.google.com with ESMTPS id j4-20020aa783c4000000b006cd8454cbb4si1054809pfn.337.2023.11.30.04.08.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 30 Nov 2023 04:08:22 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.34 as permitted sender) client-ip=23.128.96.34; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=KIdWC80A; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.34 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 (depot.vger.email [IPv6:2620:137:e000::3:0]) by howler.vger.email (Postfix) with ESMTP id 1322283EB339; Thu, 30 Nov 2023 04:08:20 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at howler.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345326AbjK3MIF (ORCPT + 99 others); Thu, 30 Nov 2023 07:08:05 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56184 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345310AbjK3MIB (ORCPT ); Thu, 30 Nov 2023 07:08:01 -0500 Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 837ABC1; Thu, 30 Nov 2023 04:08:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1701346085; x=1732882085; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=xdWDkwrDB0IYLW/+HFAQKJXubCc58VNH21RSj30e8Os=; b=KIdWC80AG1xuGoEGie/5B/qZqxR+P6DSHISGugRVi0An9oP7HmFjJqIk ZPSkS6HW5e69F3XVz/cd7xK4FQVnJFjUkrcLaF4H7m5poxlT0XGpcchEz O80YoHqVD2KC87pNhomg3OhYml9GbctfHYWKV5fPgZBL6Oz6TvLWsjpgD 8wBDMWbrSSvNP6caevmOKwx7qTCBk3NSQY0lXqIcVh3E2rVOfKek6T7oR FyZInnVr2wOS7jebikkQoGfnmSdJfbss2nVvQcGhmXlwffWzNQiuLPwur /nCqQYm5d6HJbtgRVcuQ51OSUqxrlrS8ePsB9VgtZsFObvmqeOBiKfF89 A==; X-IronPort-AV: E=McAfee;i="6600,9927,10909"; a="479516026" X-IronPort-AV: E=Sophos;i="6.04,239,1695711600"; d="scan'208";a="479516026" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Nov 2023 04:08:05 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10909"; a="913175906" X-IronPort-AV: E=Sophos;i="6.04,239,1695711600"; d="scan'208";a="913175906" Received: from bergler-mobl.ger.corp.intel.com ([10.249.33.30]) by fmsmga001-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Nov 2023 04:08:03 -0800 Date: Thu, 30 Nov 2023 14:08:01 +0200 (EET) From: =?ISO-8859-15?Q?Ilpo_J=E4rvinen?= To: Srinivas Pandruvada cc: Hans de Goede , markgross@kernel.org, Andy Shevchenko , platform-driver-x86@vger.kernel.org, LKML Subject: Re: [PATCH 3/6] platform/x86/intel/tpmi: Modify external interface to get read/write state In-Reply-To: <20231128185605.3027653-4-srinivas.pandruvada@linux.intel.com> Message-ID: References: <20231128185605.3027653-1-srinivas.pandruvada@linux.intel.com> <20231128185605.3027653-4-srinivas.pandruvada@linux.intel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323329-682876541-1701346084=:1808" X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,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 howler.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (howler.vger.email [0.0.0.0]); Thu, 30 Nov 2023 04:08:20 -0800 (PST) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-682876541-1701346084=:1808 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8BIT On Tue, 28 Nov 2023, Srinivas Pandruvada wrote: > Modify the external interface tpmi_get_feature_status() to get read > and write blocked instead of locked and disabled. Since auxiliary device > is not created when disabled, no use of returning disabled state. Also > locked state is not useful as feature driver can't use locked state > in a meaningful way. > > Using read and write state, feature driver can decide which operations > to restrict for that feature. > > Signed-off-by: Srinivas Pandruvada > --- > drivers/platform/x86/intel/tpmi.c | 8 ++++---- > include/linux/intel_tpmi.h | 5 ++--- > 2 files changed, 6 insertions(+), 7 deletions(-) > > diff --git a/drivers/platform/x86/intel/tpmi.c b/drivers/platform/x86/intel/tpmi.c > index 4edaa182db04..44773c210324 100644 > --- a/drivers/platform/x86/intel/tpmi.c > +++ b/drivers/platform/x86/intel/tpmi.c > @@ -351,8 +351,8 @@ static int tpmi_read_feature_status(struct intel_tpmi_info *tpmi_info, int featu > return ret; > } > > -int tpmi_get_feature_status(struct auxiliary_device *auxdev, int feature_id, > - int *locked, int *disabled) > +int tpmi_get_feature_status(struct auxiliary_device *auxdev, > + int feature_id, int *read_blocked, int *write_blocked) Noting down there's logical reversion of the parameters here as to me locked sound similar to write_blocked and disabled likewise to read_blocked but since there are no users for this function so far I suppose it's fine. Reviewed-by: Ilpo J?rvinen -- i. --8323329-682876541-1701346084=:1808--