Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2182465imu; Thu, 10 Jan 2019 09:35:44 -0800 (PST) X-Google-Smtp-Source: ALg8bN7joEsLVuZUleyDLd956kE/JAG3kLVI+Lmmv1UfVm1HvTV2t39VlXst9JEX9KqvtIzPJ5Qw X-Received: by 2002:a62:75d1:: with SMTP id q200mr11089352pfc.254.1547141744255; Thu, 10 Jan 2019 09:35:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547141744; cv=none; d=google.com; s=arc-20160816; b=kQIyTsT2a6brlS3NS+1QBcaalBnKWg/ZSFKECobPKuZiG6SWGp0D5IVORuVpK94Bn9 SZ1UuNMNRlVF+ENqFRwiPCVvzt0OHBa6br/I2xHhGCsyzeWgJn8sI8SnDx/7zSpUr6J2 KPhbdeaxpG8rQVPeMOVBzEIxKHGMR1JiJuooFqns++v8/osTLdjs57bvR1Zr1XEiGhwc /NULAFsUmePa13Yvt/Ezd9UEHApazjPHpJnlpUInXl7hhLCca8VhYV30dO2tUqyGT+2J AwjWLqLUFd9GQ/cu71eURe5oLrLlAGHhHP8mmgNzhEmjo0SgsgZfU1dD9SdKLmJSaQE0 vWeg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=6VvQAx+2FuRgBDmJPz2pSYJPMiWmuPQAP0p6EsjN5uQ=; b=kBjsbwIZ0x89q8tmrxE7M9/qzEoqRTUscPVCHkaAKjm5B5FicQ1vfpXpxNe02FbPtg 3kZc9PJoI5i6ywGcTwYlEM/ZBT+9bdmxt/XNmVfls+fJwGjJUyW+ZiqOTOuMkdMWM2cg 4uvUXNwG0siY2pD+TfjeVSkCp9KeZWDlhSRamvY8X9cPrbJP4nYjiKIgHkF2EVXGowTQ Nf1ZD9Y639maPG4xkmEfygqeaPmewxeVJr+MlgiCy3v7su12Q+TheLLIsjH2/dasPV6a v+1bi+GQx/HruJhmHY/xv28taOTNXO7hAGYPCZP/uDcdyKszl2rIMqCLlQ2oWtG5iqJj /H0A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x8si9731085plo.259.2019.01.10.09.35.28; Thu, 10 Jan 2019 09:35:44 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730264AbfAJReC (ORCPT + 99 others); Thu, 10 Jan 2019 12:34:02 -0500 Received: from mga12.intel.com ([192.55.52.136]:47747 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729878AbfAJReC (ORCPT ); Thu, 10 Jan 2019 12:34:02 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jan 2019 09:34:01 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,462,1539673200"; d="scan'208";a="310787095" Received: from mint-dev.iind.intel.com ([10.223.25.164]) by fmsmga005.fm.intel.com with ESMTP; 10 Jan 2019 09:33:59 -0800 From: Ramalingam C To: intel-gfx-trybot@lists.freedesktop.org Cc: Ramalingam C , Greg Kroah-Hartman , Kate Stewart , Thomas Gleixner , Philippe Ombredanne , linux-kernel@vger.kernel.org Subject: [PATCH v10 03/40] component: alloc component_match without any comp to match Date: Thu, 10 Jan 2019 22:58:28 +0530 Message-Id: <1547141345-22173-3-git-send-email-ramalingam.c@intel.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1547141345-22173-1-git-send-email-ramalingam.c@intel.com> References: <1547141345-22173-1-git-send-email-ramalingam.c@intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org If all the components associated to a component master is not added to the component framework due to the HW capability or Kconfig selection, component_match will be NULL at component_master_add_with_match(). To avoid this, component_match_alloc() is added to the framework, to allcoate the struct component_match with zero associated components. Hence component master can be added with a component_match with zero associated components. This helps the component master bind call to get triggered, even if no component is registered for that particular master. This is meant for big PCI device drivers where small/optional features are external components, and based on usecases different combination of components are build as entire driver. In such PCI device driver Load, if we use the component master for waiting for few components(features) availability, only if they are supported by the underlying HW, then we need to allocate memory for component_match using the API introduced in this change before the call to component_master_add_with_match. Signed-off-by: Ramalingam C Suggested-by: Daniel Vetter Cc: Greg Kroah-Hartman Cc: Kate Stewart Cc: Thomas Gleixner Cc: Philippe Ombredanne Cc: linux-kernel@vger.kernel.org Reviewed-by: Daniel Vetter Acked-by: Greg Kroah-Hartman --- drivers/base/component.c | 30 ++++++++++++++++++++++++++++++ include/linux/component.h | 2 ++ 2 files changed, 32 insertions(+) diff --git a/drivers/base/component.c b/drivers/base/component.c index ddcea8739c12..1b8bb07c0ec7 100644 --- a/drivers/base/component.c +++ b/drivers/base/component.c @@ -302,6 +302,36 @@ static int component_match_realloc(struct device *dev, } /* + * Allocate the match without any component_match_array elements. + * + * This function is useful when the component master might end up + * registering itself without any matching components. + */ +void component_match_alloc(struct device *master, + struct component_match **matchptr) +{ + struct component_match *match = *matchptr; + + if (IS_ERR(match)) + return; + + if (match) + return; + + match = devres_alloc(devm_component_match_release, + sizeof(*match), GFP_KERNEL); + if (!match) { + *matchptr = ERR_PTR(-ENOMEM); + return; + } + + devres_add(master, match); + + *matchptr = match; +} +EXPORT_SYMBOL(component_match_alloc); + +/* * Add a component to be matched, with a release function. * * The match array is first created or extended if necessary. diff --git a/include/linux/component.h b/include/linux/component.h index e71fbbbc74e2..3f6b420a58f8 100644 --- a/include/linux/component.h +++ b/include/linux/component.h @@ -37,6 +37,8 @@ void component_match_add_release(struct device *master, struct component_match **matchptr, void (*release)(struct device *, void *), int (*compare)(struct device *, void *), void *compare_data); +void component_match_alloc(struct device *master, + struct component_match **matchptr); static inline void component_match_add(struct device *master, struct component_match **matchptr, -- 2.7.4