Re: [PATCH] PCI/DOE: Remove asynchronous task support

From: Jonathan Cameron
Date: Mon Nov 21 2022 - 06:12:28 EST


On Mon, 21 Nov 2022 02:01:32 +0000
"Zhuo, Qiuxu" <qiuxu.zhuo@xxxxxxxxx> wrote:

> > From: Ira Weiny <ira.weiny@xxxxxxxxx>
> > ...
> >
> > @@ -423,25 +399,13 @@ struct pci_doe_mb
> > *pcim_doe_create_mb(struct pci_dev *pdev, u16 cap_offset)
> > doe_mb->pdev = pdev;
> > doe_mb->cap_offset = cap_offset;
> > init_waitqueue_head(&doe_mb->wq);
> > + mutex_init(&doe_mb->exec_lock);
>
> In real world, not sure whether there is a case that pcim_doe_create_mb() is invoked by
> multiple drivers to create multiple DOE mailbox instances? If there is such a case, we may
> need to ensure there is only one DOE mailbox instance for a physical DOE of pdev @cap_offset.

I think if that happened we'd have a lot of mess. The main PCI driver for a given
EP, switch port etc needs to handle this part.

Sub drivers can then do similar to
https://elixir.bootlin.com/linux/latest/source/drivers/cxl/core/pci.c#L465
to find a DOE instance that supports what they need and use it.
The DOE code 'should' work fine when doing this - the request/response pairs
will be serialized.

We have discussed moving that 'find' logic and the xarray into the PCI core
and that will need to happen to support CMA etc. For the first submission it
was easier to just do it in the CXL drivers..

Jonathan

>
> -Qiuxu