Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2C19FC61DA3 for ; Fri, 27 Jan 2023 06:02:43 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230236AbjA0GCl (ORCPT ); Fri, 27 Jan 2023 01:02:41 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56678 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229510AbjA0GCk (ORCPT ); Fri, 27 Jan 2023 01:02:40 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D4D1811D; Thu, 26 Jan 2023 22:02:38 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 5D944B81F4E; Fri, 27 Jan 2023 06:02:37 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 9ADCEC433EF; Fri, 27 Jan 2023 06:02:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1674799356; bh=EDMyNIrw+oLHjunmlCJH3e/RuFV7JZ9L/1q+curyUOA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=OakVE3E8KUnZEosBNRM0JZsq4SYmFIG3vYuWKodbeHeBdB9tWgxfdp3WGURwoH3uq 5znDLUwDNQWyePbZB4GJHnuonD8xIlrjQpF83UrpSTKPzVODkFuEmgYFt+JsQmfIYq 4Zu19+bMQBVnFT37nl0hsJWxwLUEA9uayOUzFmchLXOmhQbuDslv/KRjSLWaAxX2Lf 6JoGtg/t3jq+V7Y5Qj33s7b/xLiDdtnu3zh3sIxjfmdi0iIn4HqmjERFyS6iIF5yVK 2fI6Gptn+4+6yTjXtHEHrhOuN/deUQg0VscsuA/QVtR9Zk7HRRJcKgCh++eEZTyPXC 1X/TTG6DG4JvQ== Date: Fri, 27 Jan 2023 11:32:21 +0530 From: Manivannan Sadhasivam To: Arnd Bergmann Cc: "James E.J. Bottomley" , "Martin K. Petersen" , Can Guo , Arnd Bergmann , Andy Gross , Bjorn Andersson , Konrad Dybcio , Bart Van Assche , Avri Altman , Bean Huo , Jason Gunthorpe , Thomas Gleixner , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org Subject: Re: [PATCH] scsi: ufs: qcom: fix platform_msi_domain_free_irqs() reference Message-ID: <20230127060221.GB7809@thinkpad> References: <20230126211831.2274211-1-arnd@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20230126211831.2274211-1-arnd@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 26, 2023 at 10:17:31PM +0100, Arnd Bergmann wrote: > From: Arnd Bergmann > > The newly added MSI support is mostly hidden inside of an #ifdef, > except for one line that now causes a build failure when MSI > is disabled: > > drivers/ufs/host/ufs-qcom.c: In function 'ufs_qcom_remove': > drivers/ufs/host/ufs-qcom.c:1698:9: error: implicit declaration of function 'platform_msi_domain_free_irqs' [-Werror=i] > 1698 | platform_msi_domain_free_irqs(hba->dev); > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Above that, the symbol that guards the other call was recently > removed, so that is all dead code at the moment. > > Remove the incorrect #ifdef and instead of a Kconfig dependency > to only allow building the driver when CONFIG_GENERIC_MSI_IRQ > is enabled. This symbol is always present when PCI_MSI > or ARM_GIC_V3_ITS are enabled, both of which should be present > on kernels that can run on Qualcomm SoCs. > > The 'select RESET_CONTROLLER' in combination with this dependency > unfortunately causes a dependency loop and this is a user-visible > symbol, so it's better to change both to 'depends on'. > > Fixes: 519b6274a777 ("scsi: ufs: qcom: Add MCQ ESI config vendor specific ops") > Fixes: 13e7accb81d6 ("genirq: Get rid of GENERIC_MSI_IRQ_DOMAIN") > Signed-off-by: Arnd Bergmann Reviewed-by: Manivannan Sadhasivam > --- > Not sure if this is the best solution, both the GENERIC_MSI_IRQ > dependencies and the RESET_CONTROLLER dependencies are a bit > inconsistent already. Feel free to pick another approach that > addresses both of the bugs I found. I think your proposed solution works best at the moment. Thanks, Mani > --- > drivers/ufs/host/Kconfig | 3 ++- > drivers/ufs/host/ufs-qcom.c | 8 -------- > 2 files changed, 2 insertions(+), 9 deletions(-) > > diff --git a/drivers/ufs/host/Kconfig b/drivers/ufs/host/Kconfig > index 139064e70a34..663881437921 100644 > --- a/drivers/ufs/host/Kconfig > +++ b/drivers/ufs/host/Kconfig > @@ -57,8 +57,9 @@ config SCSI_UFS_DWC_TC_PLATFORM > config SCSI_UFS_QCOM > tristate "QCOM specific hooks to UFS controller platform driver" > depends on SCSI_UFSHCD_PLATFORM && ARCH_QCOM > + depends on GENERIC_MSI_IRQ > + depends on RESET_CONTROLLER > select QCOM_SCM if SCSI_UFS_CRYPTO > - select RESET_CONTROLLER > help > This selects the QCOM specific additions to UFSHCD platform driver. > UFS host on QCOM needs some vendor specific configuration before > diff --git a/drivers/ufs/host/ufs-qcom.c b/drivers/ufs/host/ufs-qcom.c > index 681da3ea7154..eb66b5f6cf19 100644 > --- a/drivers/ufs/host/ufs-qcom.c > +++ b/drivers/ufs/host/ufs-qcom.c > @@ -1538,7 +1538,6 @@ static int ufs_qcom_get_outstanding_cqs(struct ufs_hba *hba, > return 0; > } > > -#ifdef CONFIG_GENERIC_MSI_IRQ_DOMAIN > static void ufs_qcom_write_msi_msg(struct msi_desc *desc, struct msi_msg *msg) > { > struct device *dev = msi_desc_to_dev(desc); > @@ -1626,13 +1625,6 @@ static int ufs_qcom_config_esi(struct ufs_hba *hba) > return ret; > } > > -#else > -static int ufs_qcom_config_esi(struct ufs_hba *hba) > -{ > - return -EOPNOTSUPP; > -} > -#endif > - > /* > * struct ufs_hba_qcom_vops - UFS QCOM specific variant operations > * > -- > 2.39.0 > -- மணிவண்ணன் சதாசிவம்