Cmnt: [SRU][O][PATCH 0/1] [Ubuntu 25.04] s390/pci: Fix PCHID per port multi-function detection (LP: #2104120)

[Stefan Bader]

On 10.04.25 09:51, Mehmet Basaran wrote:
> 
> See the following launchpad bugs for updating LP: #2104120's state
> (maybe we should duplicate it to LP: #2104873 ??):
>   - https://bugs.launchpad.net/bugs/2104873 (Upstream stable to v6.6.79, v6.12.16)
>     - s390/pci: Fix handling of isolated VFs
>     - s390/pci: Pull search for parent PF out of zpci_iov_setup_virtfn()
>   - https://bugs.launchpad.net/bugs/2104091 (Upstream stable to v6.6.77, v6.12.14)
>     - s390/pci: Fix SR-IOV for PFs initially in standby
> 

Generally what I do in this situation and while the commits are not 
already part of a build, is that I edit the commit message of the 
already applied patches and add the BugLink of the submission as an 
additional line next to the BugLink of the related stable set. Then 
force push that to master-next. When generating the changelog this set 
is then listen as a separate group belonging to both tracking bugs.


> 
> Massimiliano Pellizzer <massimiliano.pellizzer at canonical.com> writes:
> 
>> BugLink: https://bugs.launchpad.net/bugs/2104120
>>
>> [Impact]
>>
>> Description: s390/pci: Fix PCHID per port multi-function detection
>>
>> Symptom: There are two cases in which PCI functions are incorrectly
>>                 placed, or not placed, in a shared PCI topology. In the first
>>                 case a PCI physical function (PF) which is initially in standby
>>                 was incorrectly not creating a new PCI topology when hotplugged,
>>                 but would if configured during boot. In the second case a PCI
>>                 virtual function (VF) would be placed in the shared PCI topology
>>                 of a PF if that PF is from the same card even if the parent PF
>>                 is not in the configuration which should lead the VF to be
>>                 isolated in its own single function topology.
>>
>> Problem: Both problems are caused by logic bugs in the determination of
>>                 which PCI functions create topologies and when a PCI function
>>                 may be added to an existing topology.
>>
>> [Fix]
>>
>> Cherry pick from mainline of:
>> - dc287e4c9149 s390/pci: Fix SR-IOV for PFs initially in standby
>> - 05793884a1f3 s390/pci: Pull search for parent PF out of pci_iov_setup_virtfn()
>> - 2844ddbd540f s390/pci: Fix handling of isolated VFs
>>
>> [Test Plan]
>>
>> Fix tested by IBM.
>>
>> [Where problems could occur]
>>
>> The fix affects SR-IOV support in the s390x PCI subsystem.
>> A user might experience issues like missing or misconfigured VFs,
>> failed VF passthrough to guests, sysfs inconsistencies, or degraded I/O performance.
>>
>>
>> [Other Info]
>>
>> The three commits mentioned above have been already included in Noble.
>>
>> --
>> kernel-team mailing list
>> kernel-team at lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/kernel-team
>>


-- 
- Stefan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0xE8675DEECBEECEA3.asc
Type: application/pgp-keys
Size: 47863 bytes
Desc: OpenPGP public key
URL: <https://lists.ubuntu.com/archives/kernel-team/attachments/20250410/9837c79e/attachment-0001.key>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ubuntu.com/archives/kernel-team/attachments/20250410/9837c79e/attachment-0001.sig>