Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp188007pxv; Wed, 30 Jun 2021 03:18:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwmu0IPDEuMa8eq354O55jo4Kyb8zxfqH/8VinT0BKfFNvka+a25VWoZ5oNDQ7QJCw/IcmE X-Received: by 2002:a17:907:1c1c:: with SMTP id nc28mr35114658ejc.367.1625048339467; Wed, 30 Jun 2021 03:18:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625048339; cv=none; d=google.com; s=arc-20160816; b=usoP0orQEqB3OeIhu528QSdH/ccvWD/BBhOvLDdu7tMdaRHqiMZKYsRnqAsosxE6kh WbxO9L9V9Jus6jmMGcLbdFsLNe43Da565R2NR/9gs8W+8HAfjWXDqDLd7JuDJc0C8vK5 Qj8NDpTbAI7GqcOR4fGtbP9fJbgnQh16rVlRZh7WhB9oNCIu6isi1mAisLwBBMCOYqxH bMvfTIduVHqIQD2IjO31B3OjiiM9EVwtSN8kkabo6Klf+bjKZLkZ9rqQFV1C01EVmMDN c4otgecua+J84FSMHMOQWTk9nY1kD2tm5lQwSBDJ3Bj+pw50ql4zJjo5hq8o0Qp5wbZ8 HlXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=jCUHrJaEEJ46pB1LIjbjvddaNQwUj6Ic7ood0wzvbnc=; b=BgbKXSPQSRYy3seFCrErZzvMZ6fPwZlwcX9fMOYwXt6H9Av6V+akAkrBpeYbKUUvY3 s+6qVgsnBdrG3UmEqX8RlPGb1WzBKCCCYLCKJAga8qgazdTYnkiImhz+EBWt/GJJRXzt xP3rHmpWW8ySfGx1H78WSBab4WkPR5kbM7dqkEpXeUjwRTY9+GwUwSNUMzjHQafjaxX0 3J2k3jdraWrGzRB7VuEdyd+tsfF3GYBfboQs7X7UQvXsLX12KDY0riLdE+lv1Gfroz3Y YXBbxdQHM76K0ymC+BGaRhqiYUYAaLT2k1/hqAHQjqGWFyZ3CnG2ebO/JRIRA+00NQ8d UObg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=Wcjj4CqC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id hv6si19709345ejc.150.2021.06.30.03.18.35; Wed, 30 Jun 2021 03:18:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=Wcjj4CqC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234014AbhF3KRv (ORCPT + 99 others); Wed, 30 Jun 2021 06:17:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54454 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229882AbhF3KRt (ORCPT ); Wed, 30 Jun 2021 06:17:49 -0400 Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8115BC061756 for ; Wed, 30 Jun 2021 03:15:20 -0700 (PDT) Received: by mail-wm1-x331.google.com with SMTP id j11-20020a05600c1c0bb02901e23d4c0977so4041709wms.0 for ; Wed, 30 Jun 2021 03:15:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=jCUHrJaEEJ46pB1LIjbjvddaNQwUj6Ic7ood0wzvbnc=; b=Wcjj4CqC4RwGvfYdrP3dJsn8XvbsUgpMtW9YzGDuLOZ68PxwRBLxCZGus0RHsQrgK0 uB9fdPhR+ggYUvA65aTLp23R0vWnhgbt3zj6Ev4Kj4UhHHyJIh7jvTZyQ+0cTlodZHhi fd9JLexv2DLXorweD2WdupRq//si6SD380e3SVjmf3+SpHsCirMD2dF5W0AOjNIPhu8f FkAkV9pvvichUNsuoc9MjuCC7oXSLjv1Jsa7lfcf/blKlXG36MzUwCgqIM9wlxQ+HBuy kJRI7dlmx0IHpm40rQEHAeCbImumuY2LOLqvSmwKcd1ZHJnQp3UrI7ecBUkBHI4/mHmg ht6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=jCUHrJaEEJ46pB1LIjbjvddaNQwUj6Ic7ood0wzvbnc=; b=V7aC6KST7sTn5iW9mryNTAp5vBQW5fnmYhyLYxAXI0r9ZTBgGLNvHyxXmLFzwMyAyG 5zPSKdj+wPMM4f1HdCx5iet6EEVO7UHcPU6RIForL82r/guaOvHyKQl9RiUoLullk9Jp Ia9dG6AFj+34ToAatRrGj7gSPuoV2YCP7RN5PHDLhJUWZ5rFdxJm6DXDdhhGwjUr7pQ1 +Fu5qm+Kgvp+cGjxvCDM43cDgYOXoRb2H7IPLwElrnbEvxMeMEAr4EzXSk2jyvO4j+qJ alJOQGU+JpvO3+TJ98++9eUWqQ2OwXdEl52UTNGscEE0O8iMHh2yh36O3E7FVTfSWnNq PcGQ== X-Gm-Message-State: AOAM533NDHrjjeDNm7mCM4iTQlY6c7SRWsOFUn4UmGGGZwXeEnUpdQMx EdXAPJTOFV8BWFMO8bORahhj4A== X-Received: by 2002:a1c:98cd:: with SMTP id a196mr5294727wme.150.1625048119145; Wed, 30 Jun 2021 03:15:19 -0700 (PDT) Received: from dell ([95.144.13.171]) by smtp.gmail.com with ESMTPSA id q19sm5645930wmc.44.2021.06.30.03.15.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 30 Jun 2021 03:15:18 -0700 (PDT) Date: Wed, 30 Jun 2021 11:15:16 +0100 From: Lee Jones To: "David E. Box" Cc: hdegoede@redhat.com, mgross@linux.intel.com, bhelgaas@google.com, linux-kernel@vger.kernel.org, platform-driver-x86@vger.kernel.org, linux-pci@vger.kernel.org, Andy Shevchenko Subject: Re: [PATCH 2/4] MFD: intel_pmt: Remove OOBMSM device Message-ID: References: <20210617215408.1412409-1-david.e.box@linux.intel.com> <20210617215408.1412409-3-david.e.box@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210617215408.1412409-3-david.e.box@linux.intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 17 Jun 2021, David E. Box wrote: > Unlike the other devices in intel_pmt, the Out of Band Management Services > Module (OOBMSM) is actually not a PMT dedicated device. It can also be used > to describe non-PMT capabilities. Like PMT, these capabilities are also > enumerated using PCIe Vendor Specific registers in config space. In order > to better support these devices without the confusion of a dependency on > MFD_INTEL_PMT, remove the OOBMSM device from intel_pmt so that it can be > later placed in its own driver. Since much of the same code will be used by > intel_pmt and the new driver, create a new file with symbols to be used by > both. > > While performing this split we need to also handle the creation of platform > devices for the non-PMT capabilities. Currently PMT devices are named by > their capability (e.g. pmt_telemetry). Instead, generically name them by > their capability ID (e.g. intel_extnd_cap_2). This allows the IDs to be > created automatically. However, to ensure that unsupported devices aren't > created, use an allow list to specify supported capabilities. > > Signed-off-by: David E. Box > --- > MAINTAINERS | 1 + > drivers/mfd/Kconfig | 4 + > drivers/mfd/Makefile | 1 + > drivers/mfd/intel_extended_caps.c | 208 +++++++++++++++++++++ Please consider moving this out to either drivers/pci or drivers/platform/x86. I suggest Andy should also be on Cc. > drivers/mfd/intel_extended_caps.h | 40 ++++ > drivers/mfd/intel_pmt.c | 198 ++------------------ > drivers/platform/x86/intel_pmt_crashlog.c | 2 +- > drivers/platform/x86/intel_pmt_telemetry.c | 2 +- > 8 files changed, 270 insertions(+), 186 deletions(-) > create mode 100644 drivers/mfd/intel_extended_caps.c > create mode 100644 drivers/mfd/intel_extended_caps.h -- Lee Jones [李琼斯] Senior Technical Lead - Developer Services Linaro.org │ Open source software for Arm SoCs Follow Linaro: Facebook | Twitter | Blog