From: Alex Williamson <alex.williamson@redhat.com>
To: Philipp Stanner <pstanner@redhat.com>
Cc: "Damien Le Moal" <dlemoal@kernel.org>,
"Niklas Cassel" <cassel@kernel.org>,
"Sergey Shtylyov" <s.shtylyov@omp.ru>,
"Basavaraj Natikar" <basavaraj.natikar@amd.com>,
"Jiri Kosina" <jikos@kernel.org>,
"Benjamin Tissoires" <bentiss@kernel.org>,
"Arnd Bergmann" <arnd@arndb.de>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
"Alex Dubov" <oakad@yahoo.com>,
"Sudarsana Kalluru" <skalluru@marvell.com>,
"Manish Chopra" <manishc@marvell.com>,
"David S. Miller" <davem@davemloft.net>,
"Eric Dumazet" <edumazet@google.com>,
"Jakub Kicinski" <kuba@kernel.org>,
"Paolo Abeni" <pabeni@redhat.com>,
"Rasesh Mody" <rmody@marvell.com>,
GR-Linux-NIC-Dev@marvell.com,
"Igor Mitsyanko" <imitsyanko@quantenna.com>,
"Sergey Matyukevich" <geomatsi@gmail.com>,
"Kalle Valo" <kvalo@kernel.org>,
"Sanjay R Mehta" <sanju.mehta@amd.com>,
"Shyam Sundar S K" <Shyam-sundar.S-k@amd.com>,
"Jon Mason" <jdmason@kudzu.us>,
"Dave Jiang" <dave.jiang@intel.com>,
"Allen Hubbe" <allenbh@gmail.com>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Juergen Gross" <jgross@suse.com>,
"Stefano Stabellini" <sstabellini@kernel.org>,
"Oleksandr Tyshchenko" <oleksandr_tyshchenko@epam.com>,
"Jaroslav Kysela" <perex@perex.cz>,
"Takashi Iwai" <tiwai@suse.com>,
"Mario Limonciello" <mario.limonciello@amd.com>,
"Chen Ni" <nichen@iscas.ac.cn>, "Ricky Wu" <ricky_wu@realtek.com>,
"Al Viro" <viro@zeniv.linux.org.uk>,
"Breno Leitao" <leitao@debian.org>,
"Kevin Tian" <kevin.tian@intel.com>,
"Thomas Gleixner" <tglx@linutronix.de>,
"Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>,
"Mostafa Saleh" <smostafa@google.com>,
"Andy Shevchenko" <andriy.shevchenko@linux.intel.com>,
"Hannes Reinecke" <hare@suse.de>,
"John Garry" <john.g.garry@oracle.com>,
"Soumya Negi" <soumya.negi97@gmail.com>,
"Jason Gunthorpe" <jgg@ziepe.ca>, "Yi Liu" <yi.l.liu@intel.com>,
"Dr. David Alan Gilbert" <linux@treblig.org>,
"Christian Brauner" <brauner@kernel.org>,
"Ankit Agrawal" <ankita@nvidia.com>,
"Reinette Chatre" <reinette.chatre@intel.com>,
"Eric Auger" <eric.auger@redhat.com>,
"Ye Bin" <yebin10@huawei.com>,
"Marek Marczykowski-Górecki" <marmarek@invisiblethingslab.com>,
"Pierre-Louis Bossart" <pierre-louis.bossart@linux.dev>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Kai Vehmanen" <kai.vehmanen@linux.intel.com>,
"Peter Ujfalusi" <peter.ujfalusi@linux.intel.com>,
"Rui Salvaterra" <rsalvaterra@gmail.com>,
"Marc Zyngier" <maz@kernel.org>,
linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-input@vger.kernel.org, netdev@vger.kernel.org,
linux-wireless@vger.kernel.org, ntb@lists.linux.dev,
linux-pci@vger.kernel.org, linux-staging@lists.linux.dev,
kvm@vger.kernel.org, xen-devel@lists.xenproject.org,
linux-sound@vger.kernel.org
Subject: Re: [RFC PATCH 01/13] PCI: Prepare removing devres from pci_intx()
Date: Thu, 10 Oct 2024 11:43:04 -0600 [thread overview]
Message-ID: <20241010114304.064f5d3d.alex.williamson@redhat.com> (raw)
In-Reply-To: <20241009083519.10088-2-pstanner@redhat.com>
On Wed, 9 Oct 2024 10:35:07 +0200
Philipp Stanner <pstanner@redhat.com> wrote:
> pci_intx() is a hybrid function which sometimes performs devres
> operations, depending on whether pcim_enable_device() has been used to
> enable the pci_dev. This sometimes-managed nature of the function is
> problematic. Notably, it causes the function to allocate under some
> circumstances which makes it unusable from interrupt context.
>
> To, ultimately, remove the hybrid nature from pci_intx(), it is first
> necessary to provide an always-managed and a never-managed version
> of that function. Then, all callers of pci_intx() can be ported to the
> version they need, depending whether they use pci_enable_device() or
> pcim_enable_device().
>
> An always-managed function exists, namely pcim_intx(), for which
> __pcim_intx(), a never-managed version of pci_intx() had been
> implemented.
>
> Make __pcim_intx() a public function under the name
> pci_intx_unmanaged(). Make pcim_intx() a public function.
>
> Signed-off-by: Philipp Stanner <pstanner@redhat.com>
> ---
> drivers/pci/devres.c | 24 +++---------------------
> drivers/pci/pci.c | 26 ++++++++++++++++++++++++++
> include/linux/pci.h | 2 ++
> 3 files changed, 31 insertions(+), 21 deletions(-)
>
> diff --git a/drivers/pci/devres.c b/drivers/pci/devres.c
> index b133967faef8..475a3ae5c33f 100644
> --- a/drivers/pci/devres.c
> +++ b/drivers/pci/devres.c
> @@ -411,31 +411,12 @@ static inline bool mask_contains_bar(int mask, int bar)
> return mask & BIT(bar);
> }
>
> -/*
> - * This is a copy of pci_intx() used to bypass the problem of recursive
> - * function calls due to the hybrid nature of pci_intx().
> - */
> -static void __pcim_intx(struct pci_dev *pdev, int enable)
> -{
> - u16 pci_command, new;
> -
> - pci_read_config_word(pdev, PCI_COMMAND, &pci_command);
> -
> - if (enable)
> - new = pci_command & ~PCI_COMMAND_INTX_DISABLE;
> - else
> - new = pci_command | PCI_COMMAND_INTX_DISABLE;
> -
> - if (new != pci_command)
> - pci_write_config_word(pdev, PCI_COMMAND, new);
> -}
> -
> static void pcim_intx_restore(struct device *dev, void *data)
> {
> struct pci_dev *pdev = to_pci_dev(dev);
> struct pcim_intx_devres *res = data;
>
> - __pcim_intx(pdev, res->orig_intx);
> + pci_intx_unmanaged(pdev, res->orig_intx);
> }
>
> static struct pcim_intx_devres *get_or_create_intx_devres(struct device *dev)
> @@ -472,10 +453,11 @@ int pcim_intx(struct pci_dev *pdev, int enable)
> return -ENOMEM;
>
> res->orig_intx = !enable;
> - __pcim_intx(pdev, enable);
> + pci_intx_unmanaged(pdev, enable);
>
> return 0;
> }
> +EXPORT_SYMBOL(pcim_intx);
What precludes this from _GPL? Also note that this is now calling a
GPL symbol, so by default I'd assume it should also be GPL. Thanks,
Alex
>
> static void pcim_disable_device(void *pdev_raw)
> {
> diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
> index 7d85c04fbba2..318cfb5b5e15 100644
> --- a/drivers/pci/pci.c
> +++ b/drivers/pci/pci.c
> @@ -4476,6 +4476,32 @@ void pci_disable_parity(struct pci_dev *dev)
> }
> }
>
> +/**
> + * pci_intx - enables/disables PCI INTx for device dev, unmanaged version
> + * @pdev: the PCI device to operate on
> + * @enable: boolean: whether to enable or disable PCI INTx
> + *
> + * Enables/disables PCI INTx for device @pdev
> + *
> + * This function behavios identically to pci_intx(), but is never managed with
> + * devres.
> + */
> +void pci_intx_unmanaged(struct pci_dev *pdev, int enable)
> +{
> + u16 pci_command, new;
> +
> + pci_read_config_word(pdev, PCI_COMMAND, &pci_command);
> +
> + if (enable)
> + new = pci_command & ~PCI_COMMAND_INTX_DISABLE;
> + else
> + new = pci_command | PCI_COMMAND_INTX_DISABLE;
> +
> + if (new != pci_command)
> + pci_write_config_word(pdev, PCI_COMMAND, new);
> +}
> +EXPORT_SYMBOL_GPL(pci_intx_unmanaged);
> +
> /**
> * pci_intx - enables/disables PCI INTx for device dev
> * @pdev: the PCI device to operate on
> diff --git a/include/linux/pci.h b/include/linux/pci.h
> index 573b4c4c2be6..6b8cde76d564 100644
> --- a/include/linux/pci.h
> +++ b/include/linux/pci.h
> @@ -1353,6 +1353,7 @@ int __must_check pcim_set_mwi(struct pci_dev *dev);
> int pci_try_set_mwi(struct pci_dev *dev);
> void pci_clear_mwi(struct pci_dev *dev);
> void pci_disable_parity(struct pci_dev *dev);
> +void pci_intx_unmanaged(struct pci_dev *pdev, int enable);
> void pci_intx(struct pci_dev *dev, int enable);
> bool pci_check_and_mask_intx(struct pci_dev *dev);
> bool pci_check_and_unmask_intx(struct pci_dev *dev);
> @@ -2293,6 +2294,7 @@ static inline void pci_fixup_device(enum pci_fixup_pass pass,
> struct pci_dev *dev) { }
> #endif
>
> +int pcim_intx(struct pci_dev *pdev, int enabled);
> void __iomem *pcim_iomap(struct pci_dev *pdev, int bar, unsigned long maxlen);
> void __iomem *pcim_iomap_region(struct pci_dev *pdev, int bar,
> const char *name);
next prev parent reply other threads:[~2024-10-10 17:43 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-09 8:35 [RFC PATCH 00/13] Remove implicit devres from pci_intx() Philipp Stanner
2024-10-09 8:35 ` [RFC PATCH 01/13] PCI: Prepare removing " Philipp Stanner
2024-10-09 9:10 ` Damien Le Moal
2024-10-10 14:40 ` Andy Shevchenko
2024-10-11 12:16 ` Philipp Stanner
2024-10-11 13:50 ` Andy Shevchenko
2024-10-14 9:12 ` Philipp Stanner
2024-10-10 17:43 ` Alex Williamson [this message]
2024-10-11 12:03 ` Philipp Stanner
2024-10-09 8:35 ` [RFC PATCH 02/13] ALSA: hda: hda_intel: Use always-managed version of pcim_intx() Philipp Stanner
2024-10-10 14:46 ` Andy Shevchenko
2024-10-11 12:27 ` Philipp Stanner
2024-10-09 8:35 ` [RFC PATCH 03/13] drivers/xen: Use never-managed version of pci_intx() Philipp Stanner
2024-10-09 8:51 ` Juergen Gross
2024-10-09 10:50 ` Philipp Stanner
2024-10-09 8:35 ` [RFC PATCH 04/13] net/ethernet: " Philipp Stanner
2024-10-09 8:35 ` [RFC PATCH 05/13] net/ntb: " Philipp Stanner
2024-10-10 4:37 ` Shyam Sundar S K
2024-10-10 4:42 ` Shyam Sundar S K
2024-10-09 8:35 ` [RFC PATCH 06/13] misc: " Philipp Stanner
2024-10-09 8:35 ` [RFC PATCH 07/13] vfio/pci: " Philipp Stanner
2024-10-09 8:35 ` [RFC PATCH 08/13] PCI: MSI: " Philipp Stanner
2024-10-09 8:35 ` [RFC PATCH 09/13] ata: Use always-managed " Philipp Stanner
2024-10-09 8:51 ` Damien Le Moal
2024-10-09 10:55 ` Philipp Stanner
2024-10-09 8:35 ` [RFC PATCH 10/13] staging: rts5280: " Philipp Stanner
2024-10-09 9:38 ` Greg Kroah-Hartman
2024-10-09 19:41 ` Philipp Hortmann
2024-10-10 8:03 ` Philipp Stanner
2024-10-10 9:03 ` Greg Kroah-Hartman
2024-10-10 9:12 ` Philipp Stanner
2024-10-09 8:35 ` [RFC PATCH 11/13] wifi: qtnfmac: use always-managed version of pcim_intx() Philipp Stanner
2024-10-09 8:35 ` [RFC PATCH 12/13] HID: amd_sfh: Use " Philipp Stanner
2024-10-10 7:20 ` Basavaraj Natikar
2024-10-09 8:35 ` [RFC PATCH 13/13] Remove devres from pci_intx() Philipp Stanner
2024-10-10 8:50 ` Dan Carpenter
2024-10-10 9:11 ` Philipp Stanner
2024-10-10 17:43 ` Alex Williamson
2024-10-10 18:34 ` Dan Carpenter
2024-10-11 12:07 ` Philipp Stanner
2024-10-09 18:32 ` [RFC PATCH 00/13] Remove implicit " Heiner Kallweit
2024-10-10 8:09 ` Philipp Stanner
2024-10-10 14:50 ` Andy Shevchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20241010114304.064f5d3d.alex.williamson@redhat.com \
--to=alex.williamson@redhat.com \
--cc=GR-Linux-NIC-Dev@marvell.com \
--cc=Shyam-sundar.S-k@amd.com \
--cc=allenbh@gmail.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=ankita@nvidia.com \
--cc=arnd@arndb.de \
--cc=basavaraj.natikar@amd.com \
--cc=bentiss@kernel.org \
--cc=bhelgaas@google.com \
--cc=brauner@kernel.org \
--cc=cassel@kernel.org \
--cc=dave.jiang@intel.com \
--cc=davem@davemloft.net \
--cc=dlemoal@kernel.org \
--cc=edumazet@google.com \
--cc=eric.auger@redhat.com \
--cc=geomatsi@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=hare@suse.de \
--cc=ilpo.jarvinen@linux.intel.com \
--cc=imitsyanko@quantenna.com \
--cc=jdmason@kudzu.us \
--cc=jgg@ziepe.ca \
--cc=jgross@suse.com \
--cc=jikos@kernel.org \
--cc=john.g.garry@oracle.com \
--cc=kai.vehmanen@linux.intel.com \
--cc=kevin.tian@intel.com \
--cc=kuba@kernel.org \
--cc=kvalo@kernel.org \
--cc=kvm@vger.kernel.org \
--cc=leitao@debian.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
--cc=linux-wireless@vger.kernel.org \
--cc=linux@treblig.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=manishc@marvell.com \
--cc=mario.limonciello@amd.com \
--cc=marmarek@invisiblethingslab.com \
--cc=maz@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=nichen@iscas.ac.cn \
--cc=ntb@lists.linux.dev \
--cc=oakad@yahoo.com \
--cc=oleksandr_tyshchenko@epam.com \
--cc=pabeni@redhat.com \
--cc=perex@perex.cz \
--cc=peter.ujfalusi@linux.intel.com \
--cc=pierre-louis.bossart@linux.dev \
--cc=pstanner@redhat.com \
--cc=reinette.chatre@intel.com \
--cc=ricky_wu@realtek.com \
--cc=rmody@marvell.com \
--cc=rsalvaterra@gmail.com \
--cc=s.shtylyov@omp.ru \
--cc=sanju.mehta@amd.com \
--cc=skalluru@marvell.com \
--cc=smostafa@google.com \
--cc=soumya.negi97@gmail.com \
--cc=sstabellini@kernel.org \
--cc=tglx@linutronix.de \
--cc=tiwai@suse.com \
--cc=viro@zeniv.linux.org.uk \
--cc=xen-devel@lists.xenproject.org \
--cc=yebin10@huawei.com \
--cc=yi.l.liu@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).