Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp2524675pxb; Sun, 23 Jan 2022 07:25:07 -0800 (PST) X-Google-Smtp-Source: ABdhPJxhDZiGuLPWZR6HUNy2JkAqfYKWVPAuPk+DRVcvJBuliwY9hk7Cgi4KaANMDQsUDPLVXWDy X-Received: by 2002:a17:90b:4d05:: with SMTP id mw5mr9178835pjb.206.1642951507321; Sun, 23 Jan 2022 07:25:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642951507; cv=none; d=google.com; s=arc-20160816; b=oWdwqKfwOwROWUSZm5rlf86iAKBhqggsLbY7k6pGw4pZSEak9g4TakP64ljXXBovvX NsIMtLYtEgOm/zkoE+QjSmj6mEqCNIrVB5PVacRC0fwED9dLSihhWTmfUZuXO7fv6EQY GhF58LqIKE13V4AbUB71ES6qnW8WCzbcohZ5j69VWPcZ+/v58GwkTMw0QE2qdYoYrY8H OXST/qSYpYLGI3j1h3MZrzs/T0mCj+EdQCd2tIIt7FxuRoRZqbhHm4k/iM3XY+AYNbA8 K/DAJTr8oL/Yg/+1ojMk3JtpSI6tLJeZUVAhMdeHhHBtSYJp8broompPOw/d83ieth9E dpAQ== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=uPxMXX5jdp+BEtZugFzgvqvRFWp4jaqS+59QZ2U/RcQ=; b=kdfcH75yzZJoIzTMFLLyK5DTu1Lbc6KnGGxZGZKJAMttvdiRro0QQ4ci3XANbeCB8E yeF2avPQqp0bll+tD/U/VY3hwrCyU90EQBymBhAMn+vCOU5Kub62rsjSRXp9JuEHtfS8 pN2CUIgtRV3rZzeBVnkax/UD0bMXh6sDPjiUP5NcrHRZ9oVD+Eqx7k5AzkbKu3X3239o 6P0SZWGYH6vfqNeMoSGMRmcWy56IeeCvW9tJMFtBoq38Do/SX1trHft9MZSUxIytxYhW OD9/myvaorcKGhGrCaIB8o5elaVaVFWb9q5m2m4pfzCeGdAgIfPHQSxaBiWk738nFmww lR6Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=BILdSYH9; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k12si11348094pgq.731.2022.01.23.07.24.55; Sun, 23 Jan 2022 07:25:07 -0800 (PST) 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=@kernel.org header.s=k20201202 header.b=BILdSYH9; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234686AbiAVSj6 (ORCPT + 99 others); Sat, 22 Jan 2022 13:39:58 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49700 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229379AbiAVSjx (ORCPT ); Sat, 22 Jan 2022 13:39:53 -0500 Received: from sin.source.kernel.org (sin.source.kernel.org [IPv6:2604:1380:40e1:4800::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 67542C06173B; Sat, 22 Jan 2022 10:39:53 -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 sin.source.kernel.org (Postfix) with ESMTPS id C7578CE09B3; Sat, 22 Jan 2022 18:39:51 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D4CAFC004E1; Sat, 22 Jan 2022 18:39:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1642876790; bh=BuT77Y8nlmSLNOc+GuY9E3je1e3ZPGvy3NbpmZnE6Cw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=BILdSYH91XOVL1m0PmyETZECaHFY8aQIYBcNiO8pnQNyc89xZOPgL+QARz3YExDLR hLPP9MzTjjiilTDbeKuvWDIOND1zL8PKgO889WO+KiFS0F4fLyhO3Qes1S4mh4oOeB 4l2WPLNUJBMj09djN2XlLgU/6Qsbag6P83tVEZg2DC1OinEI6FGKHmxqHI2yfkzZsc S6FTu26duCmmK1DVhU8fYhI2fzqRSrU6syE0YGDaEbWjcAFKRHicVW/2c1I0N1VTWC wgQg5M+0oq1WQCnfbznnQG0/+itqDIIKV2a96MQUyJ4vjB5/v4v2AlTsBZU/TGtaeL K95+ZJadAcDyA== Date: Sat, 22 Jan 2022 13:39:46 -0500 From: Sasha Levin To: Greg Kroah-Hartman Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, Thomas Gleixner , Nishanth Menon , Michael Kelley , bhelgaas@google.com, linux-pci@vger.kernel.org Subject: Re: [PATCH AUTOSEL 5.16 36/52] PCI/MSI: Decouple MSI[-X] disable from pcim_release() Message-ID: References: <20220117165853.1470420-1-sashal@kernel.org> <20220117165853.1470420-36-sashal@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 17, 2022 at 06:08:34PM +0100, Greg Kroah-Hartman wrote: >On Mon, Jan 17, 2022 at 11:58:37AM -0500, Sasha Levin wrote: >> From: Thomas Gleixner >> >> [ Upstream commit 3f35d2cf9fbc656db82579d849cc69c373b1ad0d ] >> >> The MSI core will introduce runtime allocation of MSI related data. This >> data will be devres managed and has to be set up before enabling >> PCI/MSI[-X]. This would introduce an ordering issue vs. pcim_release(). >> >> The setup order is: >> >> pcim_enable_device() >> devres_alloc(pcim_release...); >> ... >> pci_irq_alloc() >> msi_setup_device_data() >> devres_alloc(msi_device_data_release, ...) >> >> and once the device is released these release functions are invoked in the >> opposite order: >> >> msi_device_data_release() >> ... >> pcim_release() >> pci_disable_msi[x]() >> >> which is obviously wrong, because pci_disable_msi[x]() requires the MSI >> data to be available to tear down the MSI[-X] interrupts. >> >> Remove the MSI[-X] teardown from pcim_release() and add an explicit action >> to be installed on the attempt of enabling PCI/MSI[-X]. >> >> This allows the MSI core data allocation to be ordered correctly in a >> subsequent step. >> >> Reported-by: Nishanth Menon >> Signed-off-by: Thomas Gleixner >> Tested-by: Michael Kelley >> Tested-by: Nishanth Menon >> Reviewed-by: Greg Kroah-Hartman >> Link: https://lore.kernel.org/r/87tuf9rdoj.ffs@tglx >> Signed-off-by: Sasha Levin >> --- >> drivers/pci/msi.c | 33 +++++++++++++++++++++++++++++++++ >> drivers/pci/pci.c | 5 ----- >> include/linux/pci.h | 3 ++- >> 3 files changed, 35 insertions(+), 6 deletions(-) >> >> diff --git a/drivers/pci/msi.c b/drivers/pci/msi.c >> index d84cf30bb2790..1093f099846eb 100644 >> --- a/drivers/pci/msi.c >> +++ b/drivers/pci/msi.c >> @@ -461,6 +461,31 @@ void pci_restore_msi_state(struct pci_dev *dev) >> } >> EXPORT_SYMBOL_GPL(pci_restore_msi_state); >> >> +static void pcim_msi_release(void *pcidev) >> +{ >> + struct pci_dev *dev = pcidev; >> + >> + dev->is_msi_managed = false; >> + pci_free_irq_vectors(dev); >> +} >> + >> +/* >> + * Needs to be separate from pcim_release to prevent an ordering problem >> + * vs. msi_device_data_release() in the MSI core code. >> + */ >> +static int pcim_setup_msi_release(struct pci_dev *dev) >> +{ >> + int ret; >> + >> + if (!pci_is_managed(dev) || dev->is_msi_managed) >> + return 0; >> + >> + ret = devm_add_action(&dev->dev, pcim_msi_release, dev); >> + if (!ret) >> + dev->is_msi_managed = true; >> + return ret; >> +} >> + >> static struct msi_desc * >> msi_setup_entry(struct pci_dev *dev, int nvec, struct irq_affinity *affd) >> { >> @@ -1029,6 +1054,10 @@ static int __pci_enable_msi_range(struct pci_dev *dev, int minvec, int maxvec, >> if (nvec > maxvec) >> nvec = maxvec; >> >> + rc = pcim_setup_msi_release(dev); >> + if (rc) >> + return rc; >> + >> for (;;) { >> if (affd) { >> nvec = irq_calc_affinity_vectors(minvec, nvec, affd); >> @@ -1072,6 +1101,10 @@ static int __pci_enable_msix_range(struct pci_dev *dev, >> if (WARN_ON_ONCE(dev->msix_enabled)) >> return -EINVAL; >> >> + rc = pcim_setup_msi_release(dev); >> + if (rc) >> + return rc; >> + >> for (;;) { >> if (affd) { >> nvec = irq_calc_affinity_vectors(minvec, nvec, affd); >> diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c >> index 3d2fb394986a4..f3f606c232a8a 100644 >> --- a/drivers/pci/pci.c >> +++ b/drivers/pci/pci.c >> @@ -2024,11 +2024,6 @@ static void pcim_release(struct device *gendev, void *res) >> struct pci_devres *this = res; >> int i; >> >> - if (dev->msi_enabled) >> - pci_disable_msi(dev); >> - if (dev->msix_enabled) >> - pci_disable_msix(dev); >> - >> for (i = 0; i < DEVICE_COUNT_RESOURCE; i++) >> if (this->region_mask & (1 << i)) >> pci_release_region(dev, i); >> diff --git a/include/linux/pci.h b/include/linux/pci.h >> index 18a75c8e615cd..e26000404e3c3 100644 >> --- a/include/linux/pci.h >> +++ b/include/linux/pci.h >> @@ -425,7 +425,8 @@ struct pci_dev { >> unsigned int ats_enabled:1; /* Address Translation Svc */ >> unsigned int pasid_enabled:1; /* Process Address Space ID */ >> unsigned int pri_enabled:1; /* Page Request Interface */ >> - unsigned int is_managed:1; >> + unsigned int is_managed:1; /* Managed via devres */ >> + unsigned int is_msi_managed:1; /* MSI release via devres installed */ >> unsigned int needs_freset:1; /* Requires fundamental reset */ >> unsigned int state_saved:1; >> unsigned int is_physfn:1; >> -- >> 2.34.1 >> > >I do not think this is needed for the stable trees, as it only showed up >in the MSI rework that Thomas added for 5.17-rc1. So please drop this >from all of the AUTOSEL kernels. Dropped, thanks! -- Thanks, Sasha