Sounds good - I tried to cherry pick the commits once, but it failed - but I
don't remember why.
Could be of course due to the power mgnt removal ...
(in comment #5 I just count 10 commits - and you mentioned 13)
In a call earlier today this was briefly discusses with Nicholas and
Heinz-Werner.
My assumption was that this is mainly for the gt kernel, means could be applied
to that only. But it turned out that this also requested/needed for the stock
ubuntu-server kernel.
I hope there is on interference with the other pci related tickets we worked on.
They will land in the focal master-next tree soon - so probably best to double
check the backports here on the updated tree.
Then we can only follow the SRU process.
Hence, I suggest that you please attach the backports (that as far as I could
see are all architecture specific) - or mention if any of the commits are
cherry-pick-able - and I'll apply, compile and submit them as SRU to the kernel
teams mailing list and we have to discuss with the kernel team what's
possible/acceptable.
Means business as usual (like with the other tickets, too).
** Changed in: ubuntu-z-systems
Assignee: (unassigned) => Skipper Bug Screeners (skipper-screen-team)
** Changed in: linux (Ubuntu)
Assignee: Skipper Bug Screeners (skipper-screen-team) => Canonical Kernel
Team (canonical-kernel-team)
** Changed in: linux (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1874056
Title:
[UBUNTU 20.04] s390x/pci: enumerate pci functions per physical adapter
Status in Ubuntu on IBM z Systems:
Incomplete
Status in linux package in Ubuntu:
Incomplete
Bug description:
Today, the enumeration of PCI functions on s390x does not reflect
which functions belongs to which physical adapter.
Layout of a PCI function address on Linux:
0000:00:00.0
<root complex>:<bus>:<device>.<function>
On s390x, each function is presented as individual root complex today,
e.g.:
PCHID 0100 VF1 0000:00:00.0
PCHID 0100 VF23 0001:00:00.0
PCHID 0200 VF1 0002:00:00.0
OCHID 0100 VF17 0003:00:00.0
On other platforms, the addresses correctly reflect the actual HW
configuration. Some device drivers (mlx5 for Mellanox adapters) group
functions of one physical adapter by checking which PCI functions have
identical values for <root complex>:<bus>:<device>. We need to use the
same enumeration scheme to achieve this functionality on s390x.
In this case, the two physical functions of a Mellanox adapter need to
get function number 0 and 1, and all virtual functions need to use the
same <root complex>:<bus> numbers with function/device numbers
counting up.
Required result (example with 4 VFs per PF):
PCHID 0100 PF 0 0000:00:00.0
PCHID 0100 PF 1 0000:00:00.1
PCHID 0100 PF 0 VF 0 0000:00:00.2
PCHID 0100 PF 0 VF 1 0000:00:00.3
PCHID 0100 PF 0 VF 2 0000:00:00.4
PCHID 0100 PF 0 VF 3 0000:00:00.5
PCHID 0100 PF 1 VF 0 0000:00:00.6
PCHID 0100 PF 1 VF 1 0000:00:00.7
PCHID 0100 PF 1 VF 2 0000:00:00.8
PCHID 0100 PF 1 VF 3 0000:00:00.9
PCHID 0200 PF 0 0001:00:00.0
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1874056/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
