[PATCH] PCI/DPC: Honor "pcie_ports=native" when enabling DPC

[PATCH] PCI/DPC: Honor "pcie_ports=native" when enabling DPC

[Guixin Liu]

Commit 97ca178c899d ("PCI/DPC: Allow DPC on all Downstream Ports when
OS controls AER") replaced the AER service bit with host->native_aer
when deciding whether to create a DPC service device.  Unlike the AER
service bit, host->native_aer does not reflect the "pcie_ports=native"
command-line override.

Consequently, if firmware retains AER control, "pcie_ports=native" no
longer enables DPC on Root Ports that advertise both AER and DPC, even
though the option is documented to force native DPC handling.

Check pcie_ports_native explicitly so both command-line overrides
continue to work.

Fixes: 97ca178c899d ("PCI/DPC: Allow DPC on all Downstream Ports when OS controls AER")
Cc: stable@vger.kernel.org
Signed-off-by: Guixin Liu <kanie@linux.alibaba.com>
---
 drivers/pci/pcie/portdrv.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/pci/pcie/portdrv.c b/drivers/pci/pcie/portdrv.c
index a9cbfc1d2bc7..a05ee7980fb2 100644
--- a/drivers/pci/pcie/portdrv.c
+++ b/drivers/pci/pcie/portdrv.c
@@ -264,7 +264,7 @@ static int get_port_device_capability(struct pci_dev *dev)
 	 */
 	if (pci_find_ext_capability(dev, PCI_EXT_CAP_ID_DPC) &&
 	    pci_aer_available() &&
-	    (pcie_ports_dpc_native || host->native_aer))
+	    (pcie_ports_native || pcie_ports_dpc_native || host->native_aer))
 		services |= PCIE_PORT_SERVICE_DPC;
 
 	/* Enable bandwidth control if more than one speed is supported. */
-- 
2.43.7

Re: [PATCH] PCI/DPC: Honor "pcie_ports=native" when enabling DPC

[sashiko-bot]

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:

Pre-existing issues:
- [High] This problem wasn't introduced by this patch, but pre-existed in the codebase. Various PCI and CXL subsystems incorrectly check `host->native_*` flags directly without honoring the `pcie_ports=native` or `pcie_ports_dpc_native` command-line overrides.
--

commit bed1438fd8fcfc05e1122790665a4045a06281cf
Author: Guixin Liu <kanie@linux.alibaba.com>

PCI/DPC: Honor "pcie_ports=native" when enabling DPC
    
This commit fixes an issue where the "pcie_ports=native" command-line
override was ignored when deciding whether to create a DPC service
device. This ensures both command-line overrides continue to work when
firmware retains AER control.

Cc: stable@vger.kernel.org

> diff --git a/drivers/pci/pcie/portdrv.c b/drivers/pci/pcie/portdrv.c
> index a9cbfc1d2bc75..a05ee7980fb27 100644
> --- a/drivers/pci/pcie/portdrv.c
> +++ b/drivers/pci/pcie/portdrv.c
> @@ -264,7 +264,7 @@ static int get_port_device_capability(struct pci_dev *dev)
>  	 */
>  	if (pci_find_ext_capability(dev, PCI_EXT_CAP_ID_DPC) &&
>  	    pci_aer_available() &&
> -	    (pcie_ports_dpc_native || host->native_aer))
> +	    (pcie_ports_native || pcie_ports_dpc_native || host->native_aer))
>  		services |= PCIE_PORT_SERVICE_DPC;

[Severity: High]
This isn't a bug introduced by this patch, but pre-existed in the codebase.
Since this patch correctly restores the pcie_ports_native override here,
should we also fix other subsystems that incorrectly check host->native_*
flags directly without honoring the command-line overrides?

For example, in drivers/cxl/core/ras.c:devm_cxl_dport_rch_ras_setup(),
the code drops the override, which can lead to broken error reporting for
uncorrectable errors:

	host_bridge = to_pci_host_bridge(dport->dport_dev);
	if (!host_bridge->native_aer)
		return;

	cxl_dport_map_rch_aer(dport);

Similarly, in drivers/pci/pci-acpi.c:pci_acpi_program_hpx_type2(), it
fails to account for the command line override which should prevent
programming when the OS forces AER:

	/*
	 * Only do the _HPX Type 2 programming if OS owns PCIe native
	 * hotplug but not AER.
	 */
	if (!host->native_pcie_hotplug || host->native_aer)
		return;

Also, in drivers/pci/pcie/dpc.c:pci_dpc_recovered(), this check bypasses
the synchronization wait if it fails to recognize OS-forced DPC
ownership:

	host = pci_find_host_bridge(pdev->bus);
	if (!host->native_dpc && !IS_ENABLED(CONFIG_PCIE_EDR))
		return false;

Because pci_dpc_recovered() prematurely returns false, the pciehp driver
will not ignore spurious Link Down/Up events during DPC. Does this cause
hotplug to incorrectly race with DPC recovery?

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260901064554.2178688-1-kanie@linux.alibaba.com?part=1

Re: [PATCH] PCI/DPC: Honor "pcie_ports=native" when enabling DPC

[Bjorn Helgaas]

On Tue, Sep 01, 2026 at 02:45:54PM +0800, Guixin Liu wrote:
> Commit 97ca178c899d ("PCI/DPC: Allow DPC on all Downstream Ports when
> OS controls AER") replaced the AER service bit with host->native_aer
> when deciding whether to create a DPC service device.  Unlike the AER
> service bit, host->native_aer does not reflect the "pcie_ports=native"
> command-line override.
> 
> Consequently, if firmware retains AER control, "pcie_ports=native" no
> longer enables DPC on Root Ports that advertise both AER and DPC, even
> though the option is documented to force native DPC handling.
> 
> Check pcie_ports_native explicitly so both command-line overrides
> continue to work.
> 
> Fixes: 97ca178c899d ("PCI/DPC: Allow DPC on all Downstream Ports when OS controls AER")
> Cc: stable@vger.kernel.org
> Signed-off-by: Guixin Liu <kanie@linux.alibaba.com>
> ---
>  drivers/pci/pcie/portdrv.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/pci/pcie/portdrv.c b/drivers/pci/pcie/portdrv.c
> index a9cbfc1d2bc7..a05ee7980fb2 100644
> --- a/drivers/pci/pcie/portdrv.c
> +++ b/drivers/pci/pcie/portdrv.c
> @@ -264,7 +264,7 @@ static int get_port_device_capability(struct pci_dev *dev)
>  	 */
>  	if (pci_find_ext_capability(dev, PCI_EXT_CAP_ID_DPC) &&
>  	    pci_aer_available() &&
> -	    (pcie_ports_dpc_native || host->native_aer))
> +	    (pcie_ports_native || pcie_ports_dpc_native || host->native_aer))

Oh my goodness.  I think I completely dropped ball on this YEARS ago.

It's crazy that we have "pcie_ports_native" checking littered all
over.  I think we should instead treat host->native_* as the single
source of truth, and pay attention to pcie_ports_native when setting
host->native_*.

Sathy did some great work to do exactly that in 2020, and I never got
it merged.  I wish I had some great excuse, but I looked at my 2020
calendar and couldn't find one.  I think I just blew it.

So I think we should resurrect that series and update it as needed and
solve the problem that way.  I dug out the links just for
completeness, but we should probably just start with the most recent
ones (v11 or v12):

  # v2 https://lore.kernel.org/r/cover.1590355211.git.sathyanarayanan.kuppuswamy@linux.intel.com/
  # v3 https://lore.kernel.org/r/cover.1590355824.git.sathyanarayanan.kuppuswamy@linux.intel.com/
  # v4 https://lore.kernel.org/r/cover.1590534843.git.sathyanarayanan.kuppuswamy@linux.intel.com/
  # v5 https://lore.kernel.org/r/cover.1591545462.git.sathyanarayanan.kuppuswamy@linux.intel.com/
  # v6 https://lore.kernel.org/r/cover.1593195899.git.sathyanarayanan.kuppuswamy@linux.intel.com/
  # v7 https://lore.kernel.org/r/cover.1595006564.git.sathyanarayanan.kuppuswamy@linux.intel.com/
  # v8 https://lore.kernel.org/r/cover.1595649348.git.sathyanarayanan.kuppuswamy@linux.intel.com/
  # v9 https://lore.kernel.org/r/cover.1600457297.git.sathyanarayanan.kuppuswamy@linux.intel.com/
  # v9 https://lore.kernel.org/r/20200928011131.MI-pJpJNRQw6c35j_O6019flLWHe08C4WvKPmKEbnik@z/
  # v10 https://lore.kernel.org/r/cover.1603738449.git.sathyanarayanan.kuppuswamy@linux.intel.com/
  # v11 https://lore.kernel.org/r/cover.1603766889.git.sathyanarayanan.kuppuswamy@linux.intel.com/
  # v12 https://lore.kernel.org/r/20201126011816.711106-1-helgaas@kernel.org/

>  		services |= PCIE_PORT_SERVICE_DPC;
>  
>  	/* Enable bandwidth control if more than one speed is supported. */
> -- 
> 2.43.7
> 

Re: [PATCH] PCI/DPC: Honor "pcie_ports=native" when enabling DPC

[Guixin Liu]

在 2026/9/4 07:05, Bjorn Helgaas 写道:
> On Tue, Sep 01, 2026 at 02:45:54PM +0800, Guixin Liu wrote:
>> Commit 97ca178c899d ("PCI/DPC: Allow DPC on all Downstream Ports when
>> OS controls AER") replaced the AER service bit with host->native_aer
>> when deciding whether to create a DPC service device.  Unlike the AER
>> service bit, host->native_aer does not reflect the "pcie_ports=native"
>> command-line override.
>>
>> Consequently, if firmware retains AER control, "pcie_ports=native" no
>> longer enables DPC on Root Ports that advertise both AER and DPC, even
>> though the option is documented to force native DPC handling.
>>
>> Check pcie_ports_native explicitly so both command-line overrides
>> continue to work.
>>
>> Fixes: 97ca178c899d ("PCI/DPC: Allow DPC on all Downstream Ports when OS controls AER")
>> Cc: stable@vger.kernel.org
>> Signed-off-by: Guixin Liu <kanie@linux.alibaba.com>
>> ---
>>   drivers/pci/pcie/portdrv.c | 2 +-
>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/pci/pcie/portdrv.c b/drivers/pci/pcie/portdrv.c
>> index a9cbfc1d2bc7..a05ee7980fb2 100644
>> --- a/drivers/pci/pcie/portdrv.c
>> +++ b/drivers/pci/pcie/portdrv.c
>> @@ -264,7 +264,7 @@ static int get_port_device_capability(struct pci_dev *dev)
>>   	 */
>>   	if (pci_find_ext_capability(dev, PCI_EXT_CAP_ID_DPC) &&
>>   	    pci_aer_available() &&
>> -	    (pcie_ports_dpc_native || host->native_aer))
>> +	    (pcie_ports_native || pcie_ports_dpc_native || host->native_aer))
> Oh my goodness.  I think I completely dropped ball on this YEARS ago.
>
> It's crazy that we have "pcie_ports_native" checking littered all
> over.  I think we should instead treat host->native_* as the single
> source of truth, and pay attention to pcie_ports_native when setting
> host->native_*.
>
> Sathy did some great work to do exactly that in 2020, and I never got
> it merged.  I wish I had some great excuse, but I looked at my 2020
> calendar and couldn't find one.  I think I just blew it.
>
> So I think we should resurrect that series and update it as needed and
> solve the problem that way.  I dug out the links just for
> completeness, but we should probably just start with the most recent
> ones (v11 or v12):
>
>    # v2 https://lore.kernel.org/r/cover.1590355211.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>    # v3 https://lore.kernel.org/r/cover.1590355824.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>    # v4 https://lore.kernel.org/r/cover.1590534843.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>    # v5 https://lore.kernel.org/r/cover.1591545462.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>    # v6 https://lore.kernel.org/r/cover.1593195899.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>    # v7 https://lore.kernel.org/r/cover.1595006564.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>    # v8 https://lore.kernel.org/r/cover.1595649348.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>    # v9 https://lore.kernel.org/r/cover.1600457297.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>    # v9 https://lore.kernel.org/r/20200928011131.MI-pJpJNRQw6c35j_O6019flLWHe08C4WvKPmKEbnik@z/
>    # v10 https://lore.kernel.org/r/cover.1603738449.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>    # v11 https://lore.kernel.org/r/cover.1603766889.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>    # v12 https://lore.kernel.org/r/20201126011816.711106-1-helgaas@kernel.org/
Yeah, this series is better than mine, wait for your to recover them.

In addition, we should add "Fixes: 97ca178c899d ("PCI/DPC: Allow DPC on 
all Downstream Ports when OS controls AER")" also.

Best Regards,
Guixin Liu
>>   		services |= PCIE_PORT_SERVICE_DPC;
>>   
>>   	/* Enable bandwidth control if more than one speed is supported. */
>> -- 
>> 2.43.7
>>

Re: [PATCH] PCI/DPC: Honor "pcie_ports=native" when enabling DPC

[Guixin Liu]

在 2026/9/4 10:34, Guixin Liu 写道:
>
>
> 在 2026/9/4 07:05, Bjorn Helgaas 写道:
>> On Tue, Sep 01, 2026 at 02:45:54PM +0800, Guixin Liu wrote:
>>> Commit 97ca178c899d ("PCI/DPC: Allow DPC on all Downstream Ports when
>>> OS controls AER") replaced the AER service bit with host->native_aer
>>> when deciding whether to create a DPC service device. Unlike the AER
>>> service bit, host->native_aer does not reflect the "pcie_ports=native"
>>> command-line override.
>>>
>>> Consequently, if firmware retains AER control, "pcie_ports=native" no
>>> longer enables DPC on Root Ports that advertise both AER and DPC, even
>>> though the option is documented to force native DPC handling.
>>>
>>> Check pcie_ports_native explicitly so both command-line overrides
>>> continue to work.
>>>
>>> Fixes: 97ca178c899d ("PCI/DPC: Allow DPC on all Downstream Ports 
>>> when OS controls AER")
>>> Cc: stable@vger.kernel.org
>>> Signed-off-by: Guixin Liu <kanie@linux.alibaba.com>
>>> ---
>>>   drivers/pci/pcie/portdrv.c | 2 +-
>>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/pci/pcie/portdrv.c b/drivers/pci/pcie/portdrv.c
>>> index a9cbfc1d2bc7..a05ee7980fb2 100644
>>> --- a/drivers/pci/pcie/portdrv.c
>>> +++ b/drivers/pci/pcie/portdrv.c
>>> @@ -264,7 +264,7 @@ static int get_port_device_capability(struct 
>>> pci_dev *dev)
>>>        */
>>>       if (pci_find_ext_capability(dev, PCI_EXT_CAP_ID_DPC) &&
>>>           pci_aer_available() &&
>>> -        (pcie_ports_dpc_native || host->native_aer))
>>> +        (pcie_ports_native || pcie_ports_dpc_native || 
>>> host->native_aer))
>> Oh my goodness.  I think I completely dropped ball on this YEARS ago.
>>
>> It's crazy that we have "pcie_ports_native" checking littered all
>> over.  I think we should instead treat host->native_* as the single
>> source of truth, and pay attention to pcie_ports_native when setting
>> host->native_*.
>>
>> Sathy did some great work to do exactly that in 2020, and I never got
>> it merged.  I wish I had some great excuse, but I looked at my 2020
>> calendar and couldn't find one.  I think I just blew it.
>>
>> So I think we should resurrect that series and update it as needed and
>> solve the problem that way.  I dug out the links just for
>> completeness, but we should probably just start with the most recent
>> ones (v11 or v12):
>>
>>    # v2 
>> https://lore.kernel.org/r/cover.1590355211.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>    # v3 
>> https://lore.kernel.org/r/cover.1590355824.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>    # v4 
>> https://lore.kernel.org/r/cover.1590534843.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>    # v5 
>> https://lore.kernel.org/r/cover.1591545462.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>    # v6 
>> https://lore.kernel.org/r/cover.1593195899.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>    # v7 
>> https://lore.kernel.org/r/cover.1595006564.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>    # v8 
>> https://lore.kernel.org/r/cover.1595649348.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>    # v9 
>> https://lore.kernel.org/r/cover.1600457297.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>    # v9 
>> https://lore.kernel.org/r/20200928011131.MI-pJpJNRQw6c35j_O6019flLWHe08C4WvKPmKEbnik@z/
>>    # v10 
>> https://lore.kernel.org/r/cover.1603738449.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>    # v11 
>> https://lore.kernel.org/r/cover.1603766889.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>    # v12 
>> https://lore.kernel.org/r/20201126011816.711106-1-helgaas@kernel.org/
Hi Bjorn, still not see you resurrect this series.

Best Regards,
Guixin Liu
> Yeah, this series is better than mine, wait for your to recover them.
>
> In addition, we should add "Fixes: 97ca178c899d ("PCI/DPC: Allow DPC 
> on all Downstream Ports when OS controls AER")" also.
>
> Best Regards,
> Guixin Liu
>>> services |= PCIE_PORT_SERVICE_DPC;
>>>         /* Enable bandwidth control if more than one speed is 
>>> supported. */
>>> -- 
>>> 2.43.7
>>>

Re: [PATCH] PCI/DPC: Honor "pcie_ports=native" when enabling DPC

[Brian Norris]

Hi Guixin,

(I've rearranged the quoting a bit, to follow bottom-posting properly)

On Mon, Sep 14, 2026 at 07:01:16PM +0800, Guixin Liu wrote:
> 
> 在 2026/9/4 10:34, Guixin Liu 写道:
> > 
> > 在 2026/9/4 07:05, Bjorn Helgaas 写道:
> > > So I think we should resurrect that series and update it as needed and
> > > solve the problem that way.  I dug out the links just for
> > > completeness, but we should probably just start with the most recent
> > > ones (v11 or v12):
> > > 
[...]
> > >    # v12
> > > https://lore.kernel.org/r/20201126011816.711106-1-helgaas@kernel.org/
> > Yeah, this series is better than mine, wait for your to recover them.
> 
> Hi Bjorn, still not see you resurrect this series.

In general, I believe the Linux community tends to move by people doing
the work and sending patches, not as much by asking someone else to do
something for you. Maintainers may provide advice, suggestions, tips,
reviews, etc., but that doesn't mean those suggestions translate to
work items the maintainer will do. So...

I'm not Bjorn, but I interpret the above "I think we should resurrect
that series" as, "if somebody wants this problem solved, they should try
reworking and resending that series again". i.e., you should do this, if
you want this problem solved.

That's just my interpretation. I hope it's helpful to you.

Regards,
Brian

Re: [PATCH] PCI/DPC: Honor "pcie_ports=native" when enabling DPC

[Kuppuswamy Sathyanarayanan]

Hi Liu,

On 9/14/2026 4:01 AM, Guixin Liu wrote:
> 
> 
> 在 2026/9/4 10:34, Guixin Liu 写道:
>>
>>
>> 在 2026/9/4 07:05, Bjorn Helgaas 写道:
>>> On Tue, Sep 01, 2026 at 02:45:54PM +0800, Guixin Liu wrote:
>>>> Commit 97ca178c899d ("PCI/DPC: Allow DPC on all Downstream Ports when
>>>> OS controls AER") replaced the AER service bit with host->native_aer
>>>> when deciding whether to create a DPC service device. Unlike the AER
>>>> service bit, host->native_aer does not reflect the "pcie_ports=native"
>>>> command-line override.
>>>>
>>>> Consequently, if firmware retains AER control, "pcie_ports=native" no
>>>> longer enables DPC on Root Ports that advertise both AER and DPC, even
>>>> though the option is documented to force native DPC handling.
>>>>
>>>> Check pcie_ports_native explicitly so both command-line overrides
>>>> continue to work.
>>>>
>>>> Fixes: 97ca178c899d ("PCI/DPC: Allow DPC on all Downstream Ports when OS controls AER")
>>>> Cc: stable@vger.kernel.org
>>>> Signed-off-by: Guixin Liu <kanie@linux.alibaba.com>
>>>> ---
>>>>   drivers/pci/pcie/portdrv.c | 2 +-
>>>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>>>
>>>> diff --git a/drivers/pci/pcie/portdrv.c b/drivers/pci/pcie/portdrv.c
>>>> index a9cbfc1d2bc7..a05ee7980fb2 100644
>>>> --- a/drivers/pci/pcie/portdrv.c
>>>> +++ b/drivers/pci/pcie/portdrv.c
>>>> @@ -264,7 +264,7 @@ static int get_port_device_capability(struct pci_dev *dev)
>>>>        */
>>>>       if (pci_find_ext_capability(dev, PCI_EXT_CAP_ID_DPC) &&
>>>>           pci_aer_available() &&
>>>> -        (pcie_ports_dpc_native || host->native_aer))
>>>> +        (pcie_ports_native || pcie_ports_dpc_native || host->native_aer))
>>> Oh my goodness.  I think I completely dropped ball on this YEARS ago.
>>>
>>> It's crazy that we have "pcie_ports_native" checking littered all
>>> over.  I think we should instead treat host->native_* as the single
>>> source of truth, and pay attention to pcie_ports_native when setting
>>> host->native_*.
>>>
>>> Sathy did some great work to do exactly that in 2020, and I never got
>>> it merged.  I wish I had some great excuse, but I looked at my 2020
>>> calendar and couldn't find one.  I think I just blew it.
>>>
>>> So I think we should resurrect that series and update it as needed and
>>> solve the problem that way.  I dug out the links just for
>>> completeness, but we should probably just start with the most recent
>>> ones (v11 or v12):
>>>
>>>    # v2 https://lore.kernel.org/r/cover.1590355211.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>>    # v3 https://lore.kernel.org/r/cover.1590355824.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>>    # v4 https://lore.kernel.org/r/cover.1590534843.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>>    # v5 https://lore.kernel.org/r/cover.1591545462.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>>    # v6 https://lore.kernel.org/r/cover.1593195899.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>>    # v7 https://lore.kernel.org/r/cover.1595006564.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>>    # v8 https://lore.kernel.org/r/cover.1595649348.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>>    # v9 https://lore.kernel.org/r/cover.1600457297.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>>    # v9 https://lore.kernel.org/r/20200928011131.MI-pJpJNRQw6c35j_O6019flLWHe08C4WvKPmKEbnik@z/
>>>    # v10 https://lore.kernel.org/r/cover.1603738449.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>>    # v11 https://lore.kernel.org/r/cover.1603766889.git.sathyanarayanan.kuppuswamy@linux.intel.com/
>>>    # v12 https://lore.kernel.org/r/20201126011816.711106-1-helgaas@kernel.org/
> Hi Bjorn, still not see you resurrect this series.

I am working on this. I will post the rebased version soon.

> 
> Best Regards,
> Guixin Liu
>> Yeah, this series is better than mine, wait for your to recover them.
>>
>> In addition, we should add "Fixes: 97ca178c899d ("PCI/DPC: Allow DPC on all Downstream Ports when OS controls AER")" also.
>>
>> Best Regards,
>> Guixin Liu
>>>> services |= PCIE_PORT_SERVICE_DPC;
>>>>         /* Enable bandwidth control if more than one speed is supported. */
>>>> -- 
>>>> 2.43.7
>>>>
> 

-- 
Sathyanarayanan Kuppuswamy
Linux Kernel Developer