~vicamo/+git/ubuntu-kernel:intel-ipu6/chromeos-5.4/focal

Last commit made on 2020-09-09
Get this branch:
git clone -b intel-ipu6/chromeos-5.4/focal https://git.launchpad.net/~vicamo/+git/ubuntu-kernel
Only You-Sheng Yang can upload to this branch. If you are You-Sheng Yang please log in for upload directions.

Branch merges

Branch information

Name:
intel-ipu6/chromeos-5.4/focal
Repository:
lp:~vicamo/+git/ubuntu-kernel

Recent commits

55773ae... by You-Sheng Yang

Bug XXX: Add Intel IPU6 driver

1bd451f... by You-Sheng Yang

UBUNTU: SAUCE: updateconfigs for IPU6 driver

974d2c4... by You-Sheng Yang

UBUNTU: SAUCE: still compile ipu3-cio2

f06c67b... by Qiu, Tianshu

CHROMIUM: media: intel-ipu6: Add IPU6 and IPU6SE drivers

This patch adds Intel IPU6 and IPU6SE drivers.

BUG=b:149068439
BUG=b:149068672
TEST=Sanity checked basic camera functions.

Change-Id: I52139f1f1372d3d16ee2fb7e16ff7304a712a6c1
Signed-off-by: Tianshu Qiu <email address hidden>
Signed-off-by: Bingbu Cao <email address hidden>

b3552ec... by Kleber Sacilotto de Souza

UBUNTU: update dkms package versions

BugLink: https://bugs.launchpad.net/bugs/1786013
Signed-off-by: Kleber Sacilotto de Souza <email address hidden>

72b6c65... by Stefan Bader

UBUNTU: update dkms package versions

BugLink: https://bugs.launchpad.net/bugs/1786013
Signed-off-by: Stefan Bader <email address hidden>

e4f52ed... by Alberto Milone

UBUNTU: [packaging] add signed modules for nvidia 450 and 450-server

While the 450 series replaces the 440 series, the 450-server
series is only an addition to the 440-server series.

BugLink: https://bugs.launchpad.net/bugs/1887674

Signed-off-by: Alberto Milone <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Souza <email address hidden>
Signed-off-by: Kleber Sacilotto de Souza <email address hidden>

36f9b29... by Niklas Schnelle

s390/pci: fix PF/VF linking on hot plug

BugLink: https://bugs.launchpad.net/bugs/1892849

Currently there are four places in which a PCI function is scanned
and made available to drivers:
 1. In pci_scan_root_bus() as part of the initial zbus
    creation.
 2. In zpci_bus_add_devices() when registering
    a device in configured state on a zbus that has already been
    scanned.
 3. When a function is already known to zPCI (in reserved/standby state)
    and configuration is triggered through firmware by PEC 0x301.
 4. When a device is already known to zPCI (in standby/reserved state)
    and configuration is triggered from within Linux using
    enable_slot().

The PF/VF linking step and setting of pdev->is_virtfn introduced with
commit e5794cf1a270 ("s390/pci: create links between PFs and VFs") was
only triggered for the second case, which is where VFs created through
sriov_numvfs usually land. However unlike some other platforms but like
POWER VFs can be individually enabled/disabled through
/sys/bus/pci/slots.

Fix this by doing VF setup as part of pcibios_bus_add_device() which is
called in all of the above cases.

Finally to remove the PF/VF links call the common code
pci_iov_remove_virtfn() function to remove linked VFs.
This takes care of the necessary sysfs cleanup.

Fixes: e5794cf1a270 ("s390/pci: create links between PFs and VFs")
Cc: <email address hidden> # 5.8: 2f0230b2f2d5: s390/pci: re-introduce zpci_remove_device()
Cc: <email address hidden> # 5.8
Acked-by: Pierre Morel <email address hidden>
Signed-off-by: Niklas Schnelle <email address hidden>
Signed-off-by: Heiko Carstens <email address hidden>
(cherry picked from commit b97bf44f99155e57088e16974afb1f2d7b5287aa)
Signed-off-by: Frank Heimes <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Signed-off-by: Kelsey Skunberg <email address hidden>

89bcff3... by Niklas Schnelle

s390/pci: re-introduce zpci_remove_device()

BugLink: https://bugs.launchpad.net/bugs/1892849

For fixing the PF to VF link removal we need to perform some action on
every removal of a zdev from the common PCI subsystem.
So in preparation re-introduce zpci_remove_device() and use that instead
of directly calling the common code functions. This was actually still
declared from earlier code but no longer implemented.

Reviewed-by: Pierre Morel <email address hidden>
Signed-off-by: Niklas Schnelle <email address hidden>
Signed-off-by: Heiko Carstens <email address hidden>
(cherry picked from commit 2f0230b2f2d5fd287a85583eefb5aed35b6fe510)
Signed-off-by: Frank Heimes <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Signed-off-by: Kelsey Skunberg <email address hidden>

d67c7fa... by Niklas Schnelle

s390/pci: fix zpci_bus_link_virtfn()

BugLink: https://bugs.launchpad.net/bugs/1892849

We were missing the pci_dev_put() for candidate PFs. Furhtermore in
discussion with upstream it turns out that somewhat counterintuitively
some common code, in particular the vfio-pci driver, assumes that
pdev->is_virtfn always implies that pdev->physfn is set, i.e. that VFs
are always linked.
While POWER does seem to set pdev->is_virtfn even for unlinked functions
(see comments in arch/powerpc/kernel/eeh.c:eeh_debugfs_break_device())
for now just be safe and only set pdev->is_virtfn on linking.
Also make sure that we only search for parent PFs if the zbus is
multifunction and we thus know the devfn values supplied by firmware
come from the RID.

Fixes: e5794cf1a270 ("s390/pci: create links between PFs and VFs")
Cc: <email address hidden> # 5.8
Reviewed-by: Pierre Morel <email address hidden>
Signed-off-by: Niklas Schnelle <email address hidden>
Signed-off-by: Heiko Carstens <email address hidden>
(cherry picked from commit 3cddb79afc60bcdb5fd9dd7a1c64a8d03bdd460f)
Signed-off-by: Frank Heimes <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Signed-off-by: Kelsey Skunberg <email address hidden>