lp:~mreed8855/ubuntu/+source/linux/+git/jammy

Owned by Michael Reed
Get this repository:
git clone https://git.not.enabled/~mreed8855/ubuntu/+source/linux/+git/jammy
Only Michael Reed can upload to this repository. If you are Michael Reed please log in for upload directions.

Branches

Name Last Modified Last Commit
lp_2030881_call_trace_dell 2023-09-25 23:59:06 UTC
perf/x86/uncore: Factor out uncore_device_to_die()

Author: Kan Liang
Author Date: 2023-01-12 20:01:01 UTC

perf/x86/uncore: Factor out uncore_device_to_die()

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

The same code is used to retrieve the logical die ID with a given PCI
device in both the discovery code and the code that supports a system
with > 8 nodes.

Factor out uncore_device_to_die() to replace the duplicate code.

No functional change.

Signed-off-by: Kan Liang <kan.liang@linux.intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Tested-by: Michael Petlan <mpetlan@redhat.com>
Link: https://lore.kernel.org/r/20230112200105.733466-2-kan.liang@linux.intel.com
(cherry picked from commit dbf061b26221fa1a99e6489dd61f5b4ee97a24e8)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

lp_2023185_iostat 2023-09-25 20:02:46 UTC
nvme-multipath: support io stats on the mpath device

Author: Sagi Grimberg
Author Date: 2022-11-29 14:43:19 UTC

nvme-multipath: support io stats on the mpath device

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

Our mpath stack device is just a shim that selects a bottom namespace
and submits the bio to it without any fancy splitting. This also means
that we don't clone the bio or have any context to the bio beyond
submission. However it really sucks that we don't see the mpath device
io stats.

Given that the mpath device can't do that without adding some context
to it, we let the bottom device do it on its behalf (somewhat similar
to the approach taken in nvme_trace_bio_complete).

When the IO starts, we account the request for multipath IO stats using
REQ_NVME_MPATH_IO_STATS nvme_request flag to avoid queue io stats disable
in the middle of the request.

Signed-off-by: Sagi Grimberg <sagi@grimberg.me>
Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Keith Busch <kbusch@kernel.org>
(backported from commit d4d957b53d91eebc8c681c480edfdc697e55231e)
[Michael Reed - Adjusted location of code from patch]
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

lp_2028158_device_dax 2023-09-07 20:30:23 UTC
UBUNTU: [Config] CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE

Author: Michael Reed
Author Date: 2023-09-07 20:30:23 UTC

UBUNTU: [Config] CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE

BugLink: https://bugs.launchpad.net/bugs/2028158
By default this is enabled, but it is causing an issue reconfiguring device dax memory, thus
it is being disabled.

Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

cpuinfo_freq 2023-08-10 01:25:39 UTC
cpufreq: intel_pstate: Fix scaling for hybrid-capable systems with disabled E...

Author: Srinivas Pandruvada
Author Date: 2023-06-29 19:45:09 UTC

cpufreq: intel_pstate: Fix scaling for hybrid-capable systems with disabled E-cores

https://bugs.launchpad.net/bugs/2030924

Some system BIOS configuration may provide option to disable E-cores.
As part of this change, CPUID feature for hybrid (Leaf 7 sub leaf 0,
EDX[15] = 0) may not be set. But HWP performance limits will still be
using a scaling factor like any other hybrid enabled system.

The current check for applying scaling factor will fail when hybrid
CPUID feature is not set and the only way to make sure that scaling
should be applied by checking CPPC nominal frequency and nominal
performance.

First, or systems predating Alder Lake, the CPPC nominal frequency and
nominal performance are 0, which can be used to distinguish those
systems from hybrid systems with disabled E-cores.

Second, if the CPPC nominal frequency and nominal performance are
defined, which indicates the need to use a special scaling factor, and
the nominal performance value multiplied by 100 is not equal to the
nominal frequency one, use hybrid scaling factor.

This can be done for all HWP systems without additional CPU model check.

Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
[ rjw: Subject and changelog edits, removal of unneeded parens, comment
  edits ]
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
(cherry picked from commit 0fcfc9e51990246a9813475716746ff5eb98c6aa)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

ipmi_ssif_lp_2025584 2023-08-02 09:31:10 UTC
UBUNTU: [Config] Enable FW_LOADER_COMPRESS_ZSTD by default

Author: Dimitri John Ledkov
Author Date: 2023-07-27 16:31:00 UTC

UBUNTU: [Config] Enable FW_LOADER_COMPRESS_ZSTD by default

This is to aid upgrade to releases that require support for zstd
compressed firmware.

BugLink: https://bugs.launchpad.net/bugs/2028550
Signed-off-by: Dimitri John Ledkov <dimitri.ledkov@canonical.com>
Acked-by: Tim Gardner <tim.gardner@canonical.com>
Acked-by: Roxana Nicolescu <roxana.nicolescu@canonical.com>
Signed-off-by: Stefan Bader <stefan.bader@canonical.com>

test_64_copy 2023-07-18 16:39:08 UTC
UBUNTU: SAUCE:

Author: Michael Reed
Author Date: 2023-07-18 16:39:08 UTC

UBUNTU: SAUCE:

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

Resolve conflicts due to reverted patches.

Revert "scsi: lpfc: SLI path split: Refactor lpfc_iocbq"
Revert "scsi: lpfc: SLI path split: Refactor fast and slow paths to native SLI4"
Revert "scsi: lpfc: SLI path split: Refactor SCSI paths"
Revert "scsi: lpfc: Fix locking for lpfc_sli_iocbq_lookup()"
Revert "scsi: lpfc: Fix element offset in __lpfc_sli_release_iocbq_s4()"
Revert "scsi: lpfc: Resolve some cleanup issues following SLI path refactoring"

The patch set applied to update the lpfc driver was based on the kernel
before the reverted patches were applied. This patch resolves the issues
in the driver caused by the reverted patches.

<Why is this patch not going upstream?>

Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

pfc_driver_update_14202_2 2023-06-23 22:47:39 UTC
scsi: lpfc: Copyright updates for 14.2.0.2 patches

Author: James Smart
Author Date: 2022-04-12 22:20:08 UTC

scsi: lpfc: Copyright updates for 14.2.0.2 patches

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

Update copyrights to 2022 for files modified in the 14.2.0.2 patch set.

Link: https://lore.kernel.org/r/20220412222008.126521-27-jsmart2021@gmail.com
Co-developed-by: Justin Tee <justin.tee@broadcom.com>
Signed-off-by: Justin Tee <justin.tee@broadcom.com>
Signed-off-by: James Smart <jsmart2021@gmail.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit 66c20a97367a6a9254af7cf863271d55a731a4a0)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

test_64_with_revert 2023-06-15 22:38:15 UTC
Revert "scsi: lpfc: SLI path split: Refactor lpfc_iocbq"

Author: James Smart
Author Date: 2022-10-28 21:08:27 UTC

Revert "scsi: lpfc: SLI path split: Refactor lpfc_iocbq"

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

This reverts commit 1c5e670d6a5a8e7e99b51f45e79879f7828bd2ec.

LTS 5.15 pulled in several lpfc "SLI Path split" patches. The Path
Split mods were a 14-patch set, which refactors the driver from
to split the sli-3 hw (now eol) from the sli-4 hw and use sli4
structures natively. The patches are highly inter-related.

Given only some of the patches were included, it created a situation
where FLOGI's fail, thus SLI Ports can't start communication.

Reverting this patch as its one of the partial Path Split patches
that was included.

Signed-off-by: James Smart <jsmart2021@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(backported from commit 0b0d169723f41bee4586384430f13435cb35b979)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>
[Michael Reed - Reverted instances of struct member cmd_cmpl to iocb_cmpl]

lp_2008745_config_numa_emu_2 2023-06-14 16:21:56 UTC
UBUNTU: [Config] Intel Sapphire Rapids HBM support needs CONFIG_NUMA_EMU

Author: Michael Reed
Author Date: 2023-06-14 16:21:56 UTC

UBUNTU: [Config] Intel Sapphire Rapids HBM support needs CONFIG_NUMA_EMU

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

Currently Ubuntu kernel has this kernel config disabled.
But in some cases, Intel's Sapphire Rapids High Bandwith
Memory (SPR-HBM) needs this option.

Memory bandwidth has been a bottleneck of increasingly memory bound
workloads. Sapphire Rapids plus HBM is specifically targeted to
cater to these workloads, traditionally served using overprovisioning
of memory devices.

Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

lpfc_update_1 2023-05-03 15:29:14 UTC
scsi: lpfc: Copyright updates for 14.2.0.5 patches

Author: James Smart
Author Date: 2022-07-01 21:14:25 UTC

scsi: lpfc: Copyright updates for 14.2.0.5 patches

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

Update copyrights to 2022 for files modified in the 14.2.0.5 patch set.

Link: https://lore.kernel.org/r/20220701211425.2708-13-jsmart2021@gmail.com
Co-developed-by: Justin Tee <justin.tee@broadcom.com>
Signed-off-by: Justin Tee <justin.tee@broadcom.com>
Signed-off-by: James Smart <jsmart2021@gmail.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit b3d11f195cbbe665c100b964f6837984b4226cd1)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

lpfc_update 2023-05-02 10:51:35 UTC
scsi: lpfc: Copyright updates for 14.2.0.5 patches

Author: James Smart
Author Date: 2022-07-01 21:14:25 UTC

scsi: lpfc: Copyright updates for 14.2.0.5 patches

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

Update copyrights to 2022 for files modified in the 14.2.0.5 patch set.

Link: https://lore.kernel.org/r/20220701211425.2708-13-jsmart2021@gmail.com
Co-developed-by: Justin Tee <justin.tee@broadcom.com>
Signed-off-by: Justin Tee <justin.tee@broadcom.com>
Signed-off-by: James Smart <jsmart2021@gmail.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit b3d11f195cbbe665c100b964f6837984b4226cd1)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

smartpqi_2204_3 2023-04-21 15:22:56 UTC
scsi: smartpqi: Change version to 2.1.20-035

Author: Don Brace
Author Date: 2022-11-08 19:22:14 UTC

scsi: smartpqi: Change version to 2.1.20-035

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

Reviewed-by: Scott Benesh <scott.benesh@microchip.com>
Reviewed-by: Scott Teel <scott.teel@microchip.com>
Reviewed-by: Gerry Morong <gerry.morong@microchip.com>
Reviewed-by: Kevin Barnett <kevin.barnett@microchip.com>
Signed-off-by: Don Brace <don.brace@microchip.com>
Link: https://lore.kernel.org/r/166793533417.322537.3074216622272955440.stgit@brunhilda
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit 2ae45329a956ff86ff8bec36463b6f49d2ca9bea)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

smartpqi_2204_2 2023-04-21 02:29:09 UTC
scsi: smartpqi: Change version to 2.1.20-035

Author: Don Brace
Author Date: 2022-11-08 19:22:14 UTC

scsi: smartpqi: Change version to 2.1.20-035

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

Reviewed-by: Scott Benesh <scott.benesh@microchip.com>
Reviewed-by: Scott Teel <scott.teel@microchip.com>
Reviewed-by: Gerry Morong <gerry.morong@microchip.com>
Reviewed-by: Kevin Barnett <kevin.barnett@microchip.com>
Signed-off-by: Don Brace <don.brace@microchip.com>
Link: https://lore.kernel.org/r/166793533417.322537.3074216622272955440.stgit@brunhilda
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit 2ae45329a956ff86ff8bec36463b6f49d2ca9bea)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

smartpqi_2204_1 2023-04-19 20:41:31 UTC
scsi: smartpqi: Change version to 2.1.20-035

Author: Don Brace
Author Date: 2022-11-08 19:22:14 UTC

scsi: smartpqi: Change version to 2.1.20-035

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

Reviewed-by: Scott Benesh <scott.benesh@microchip.com>
Reviewed-by: Scott Teel <scott.teel@microchip.com>
Reviewed-by: Gerry Morong <gerry.morong@microchip.com>
Reviewed-by: Kevin Barnett <kevin.barnett@microchip.com>
Signed-off-by: Don Brace <don.brace@microchip.com>
Link: https://lore.kernel.org/r/166793533417.322537.3074216622272955440.stgit@brunhilda
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit 2ae45329a956ff86ff8bec36463b6f49d2ca9bea)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

smartpqi_2204 2023-04-19 04:45:35 UTC
scsi: smartpqi: Change version to 2.1.20-035

Author: Don Brace
Author Date: 2022-11-08 19:22:14 UTC

scsi: smartpqi: Change version to 2.1.20-035

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

Reviewed-by: Scott Benesh <scott.benesh@microchip.com>
Reviewed-by: Scott Teel <scott.teel@microchip.com>
Reviewed-by: Gerry Morong <gerry.morong@microchip.com>
Reviewed-by: Kevin Barnett <kevin.barnett@microchip.com>
Signed-off-by: Don Brace <don.brace@microchip.com>
Link: https://lore.kernel.org/r/166793533417.322537.3074216622272955440.stgit@brunhilda
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit 2ae45329a956ff86ff8bec36463b6f49d2ca9bea)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

lp_2008751_hpwdt_1 2023-04-12 21:05:46 UTC
watchdog/hpwdt: Include nmi.h only if CONFIG_HPWDT_NMI_DECODING

Author: Jerry Hoemann
Author Date: 2022-08-20 20:28:20 UTC

watchdog/hpwdt: Include nmi.h only if CONFIG_HPWDT_NMI_DECODING

Fixes: d48b0e173715 ("x86, nmi, drivers: Fix nmi splitup build bug")

Arm64 does not support NMI and has no <asm/nmi.h>.

Include <asm/nmi.h> only if CONFIG_HPWDT_NMI_DECODING is defined to
avoid build failure on non-existent header file on Arm64.

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

Signed-off-by: Jerry Hoemann <jerry.hoemann@hpe.com>
Reviewed-by: Guenter Roeck <linux@roeck-us.net>
Link: https://lore.kernel.org/r/20220820202821.1263837-2-jerry.hoemann@hpe.com
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
Signed-off-by: Wim Van Sebroeck <wim@linux-watchdog.org>
(cherry picked from commit ed835d8171fc884c7750cdd54128df16d4571e3a)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

lp_2008745_config_numa_emu 2023-03-02 20:54:11 UTC
UBUNTU: [Config] Intel Sapphire Rapids HBM support needs CONFIG_NUMA_EMU

Author: Michael Reed
Author Date: 2023-03-02 20:54:11 UTC

UBUNTU: [Config] Intel Sapphire Rapids HBM support needs CONFIG_NUMA_EMU

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

Currently Ubuntu kernel has this kernel config disabled.
But in some cases, Intel's Sapphire Rapids High Bandwith
Memory (SPR-HBM) needs this option.

Memory bandwidth has been a bottleneck of increasingly memory bound
workloads. Sapphire Rapids plus HBM is specifically targeted to
cater to these workloads, traditionally served using overprovisioning
of memory devices.

Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

lp_2008751_hpwdt 2023-02-28 22:32:08 UTC
watchdog/hpwdt: Include nmi.h only if CONFIG_HPWDT_NMI_DECODING

Author: Jerry Hoemann
Author Date: 2022-08-20 20:28:20 UTC

watchdog/hpwdt: Include nmi.h only if CONFIG_HPWDT_NMI_DECODING

Fixes: d48b0e173715 ("x86, nmi, drivers: Fix nmi splitup build bug")

Arm64 does not support NMI and has no <asm/nmi.h>.

Include <asm/nmi.h> only if CONFIG_HPWDT_NMI_DECODING is defined to
avoid build failure on non-existent header file on Arm64.

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

Signed-off-by: Jerry Hoemann <jerry.hoemann@hpe.com>
Reviewed-by: Guenter Roeck <linux@roeck-us.net>
Link: https://lore.kernel.org/r/20220820202821.1263837-2-jerry.hoemann@hpe.com
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
Signed-off-by: Wim Van Sebroeck <wim@linux-watchdog.org>
(cherry picked from commit ed835d8171fc884c7750cdd54128df16d4571e3a)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

lp_2008527_dapc 2023-02-27 16:12:48 UTC
cpufreq: ACPI: Defer setting boost MSRs

Author: Stuart Hayes
Author Date: 2022-11-02 19:59:57 UTC

cpufreq: ACPI: Defer setting boost MSRs

When acpi-cpufreq is loaded, boost is enabled on every CPU (by setting an
MSR) before the driver is registered with cpufreq. This can be very time
consuming, because it is done with a CPU hotplug startup callback, and
cpuhp_setup_state() schedules the callback (cpufreq_boost_online()) to run
on each CPU one at a time, waiting for each to run before calling the next.

If cpufreq_register_driver() fails--if, for example, there are no ACPI
P-states present--this is wasted time.

Since cpufreq already sets up a CPU hotplug startup callback if and when
acpi-cpufreq is registered, set the boost MSRs in acpi_cpufreq_cpu_init(),
which is called by the cpufreq cpuhp callback. This allows acpi-cpufreq to
exit quickly if it is loaded but not needed.

On one system with 192 CPUs, this patch speeds up boot by about 30 seconds.

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

Signed-off-by: Stuart Hayes <stuart.w.hayes@gmail.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
(cherry picked from commit 13fdbc8b8da6a2325cad3359c9a70504b0ff2f93)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

array_bounds_lp_2008157 2023-02-23 16:46:10 UTC
scsi: megaraid_sas: Use struct_size() in code related to struct MR_PD_CFG_SEQ...

Author: Gustavo A. R. Silva
Author Date: 2022-08-15 21:52:33 UTC

scsi: megaraid_sas: Use struct_size() in code related to struct MR_PD_CFG_SEQ_NUM_SYNC

Prefer struct_size() over open-coded versions of idiom:

        sizeof(struct-with-flex-array) + sizeof(type-of-flex-array) * count

where count is the max number of items the flexible array is supposed to
have.

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

Link: https://github.com/KSPP/linux/issues/160
Link: https://lore.kernel.org/r/b215f4760f0e8fbe5fc35be20f2487e89924424d.1660592640.git.gustavoars@kernel.org
Reviewed-by: Kees Cook <keescook@chromium.org>
Signed-off-by: Gustavo A. R. Silva <gustavoars@kernel.org>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit 48658213202c4f48ef34b43b9b6f60af8b67fb8a)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

mpi3mr_bsg_support_3 2023-02-23 00:55:41 UTC
scsi: mpi3mr: Fix kernel-doc

Author: Jiapeng Chong
Author Date: 2022-05-25 09:35:14 UTC

scsi: mpi3mr: Fix kernel-doc

Fix the following W=1 kernel warnings:

drivers/scsi/mpi3mr/mpi3mr_app.c:1706: warning: expecting prototype for
adapter_state_show(). Prototype was for adp_state_show() instead.

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

Link: https://lore.kernel.org/r/20220525093514.55467-1-jiapeng.chong@linux.alibaba.com
Reported-by: Abaci Robot <abaci@linux.alibaba.com>
Signed-off-by: Jiapeng Chong <jiapeng.chong@linux.alibaba.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit 1fcbe4c490396c5a0d4588cfb84923ad6076b62a)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

mpi3mr_bsg_support_1 2023-01-18 22:50:07 UTC
UBUNTU: SAUCE: (no-up) mpi3mr -- Adjustments had to be made for two patches t...

Author: Michael Reed
Author Date: 2022-08-12 22:23:27 UTC

UBUNTU: SAUCE: (no-up) mpi3mr -- Adjustments had to be made for two patches to build.

mpi3mr: Add management application interface(BSG) support

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

The first patch "256bd4f23d9c scsi: mpi3mr: Return I/Os to an unrecoverable HBA with DID_ERROR"
introduces the issue with scsi_done(scmd) where it should be scmd->scsi_done(scmd);

The second patch "986d6bad2103 scsi: mpi3mr: Expose adapter state to sysfs"
adds this line .shost_groups = mpi3mr_host_groups and has to be removed

lp_1999883_dapc 2023-01-12 19:46:38 UTC
cpufreq: ACPI: Defer setting boost MSRs

Author: Stuart Hayes
Author Date: 2022-11-02 19:59:57 UTC

cpufreq: ACPI: Defer setting boost MSRs

When acpi-cpufreq is loaded, boost is enabled on every CPU (by setting an
MSR) before the driver is registered with cpufreq. This can be very time
consuming, because it is done with a CPU hotplug startup callback, and
cpuhp_setup_state() schedules the callback (cpufreq_boost_online()) to run
on each CPU one at a time, waiting for each to run before calling the next.

If cpufreq_register_driver() fails--if, for example, there are no ACPI
P-states present--this is wasted time.

Since cpufreq already sets up a CPU hotplug startup callback if and when
acpi-cpufreq is registered, set the boost MSRs in acpi_cpufreq_cpu_init(),
which is called by the cpufreq cpuhp callback. This allows acpi-cpufreq to
exit quickly if it is loaded but not needed.

On one system with 192 CPUs, this patch speeds up boot by about 30 seconds.

Signed-off-by: Stuart Hayes <stuart.w.hayes@gmail.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
(cherry picked from commit 13fdbc8b8da6a2325cad3359c9a70504b0ff2f93)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

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

array_bounds_lp_1999503 2023-01-12 18:02:34 UTC
scsi: megaraid_sas: Use struct_size() in code related to struct MR_PD_CFG_SEQ...

Author: Gustavo A. R. Silva
Author Date: 2022-08-15 21:52:33 UTC

scsi: megaraid_sas: Use struct_size() in code related to struct MR_PD_CFG_SEQ_NUM_SYNC

Prefer struct_size() over open-coded versions of idiom:

        sizeof(struct-with-flex-array) + sizeof(type-of-flex-array) * count

where count is the max number of items the flexible array is supposed to
have.

Link: https://github.com/KSPP/linux/issues/160
Link: https://lore.kernel.org/r/b215f4760f0e8fbe5fc35be20f2487e89924424d.1660592640.git.gustavoars@kernel.org
Reviewed-by: Kees Cook <keescook@chromium.org>
Signed-off-by: Gustavo A. R. Silva <gustavoars@kernel.org>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit 48658213202c4f48ef34b43b9b6f60af8b67fb8a)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

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

lp_1998544_hpwdt 2022-12-07 17:24:25 UTC
watchdog/hpwdt: Include nmi.h only if CONFIG_HPWDT_NMI_DECODING

Author: Jerry Hoemann
Author Date: 2022-08-20 20:28:20 UTC

watchdog/hpwdt: Include nmi.h only if CONFIG_HPWDT_NMI_DECODING

Fixes: d48b0e173715 ("x86, nmi, drivers: Fix nmi splitup build bug")

Arm64 does not support NMI and has no <asm/nmi.h>.

Include <asm/nmi.h> only if CONFIG_HPWDT_NMI_DECODING is defined to
avoid build failure on non-existent header file on Arm64.

Signed-off-by: Jerry Hoemann <jerry.hoemann@hpe.com>
Reviewed-by: Guenter Roeck <linux@roeck-us.net>
Link: https://lore.kernel.org/r/20220820202821.1263837-2-jerry.hoemann@hpe.com
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
Signed-off-by: Wim Van Sebroeck <wim@linux-watchdog.org>
(cherry picked from commit ed835d8171fc884c7750cdd54128df16d4571e3a)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

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

e823 2022-11-18 22:27:01 UTC
ice: add support for E823 devices

Author: BruceAllan
Author Date: 2020-02-13 21:31:28 UTC

ice: add support for E823 devices

Add E823 device ids and convert conditional expressions to a more
appropriate switch statement.

Signed-off-by: Bruce Allan <bruce.w.allan@intel.com>
Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
Tested-by: Andrew Bowers <andrewx.bowers@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
(cherry picked from commit e36aeec0f4e551a7fe01758e652d135638b4865b)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

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

test2 2022-10-13 07:40:20 UTC
UBUNTU: Ubuntu-5.15.0-52.58

Author: Stefan Bader
Author Date: 2022-10-13 07:40:20 UTC

UBUNTU: Ubuntu-5.15.0-52.58

Signed-off-by: Stefan Bader <stefan.bader@canonical.com>

lp_1989990_nvme_tcp 2022-09-22 20:57:42 UTC
nvmet: expose max queues to configfs

Author: Daniel Wagner
Author Date: 2022-08-29 09:28:39 UTC

nvmet: expose max queues to configfs

Allow to set the max queues the target supports. This is useful for
testing the reconnect attempt of the host with changing numbers of
supported queues.

Signed-off-by: Daniel Wagner <dwagner@suse.de>
Reviewed-by: Hannes Reinecke <hare@suse.de>
Signed-off-by: Christoph Hellwig <hch@lst.de>
(cherry picked from commit 3e980f5995e0bb4d86fef873a9c9ad66721580d0)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

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

lp_1983656_e810_sriov 2022-09-12 21:41:18 UTC
ice: Remove toggling of antispoof for VF trusted promiscuous mode

Author: Brett Creeley
Author Date: 2021-05-05 21:17:57 UTC

ice: Remove toggling of antispoof for VF trusted promiscuous mode

Currently when a trusted VF enables promiscuous mode spoofchk will be
disabled. This is wrong and should only be modified from the
ndo_set_vf_spoofchk callback. Fix this by removing the call to toggle
spoofchk for trusted VFs.

Fixes: 01b5e89aab49 ("ice: Add VF promiscuous support")
Signed-off-by: Brett Creeley <brett.creeley@intel.com>
Tested-by: Tony Brelinski <tony.brelinski@intel.com>
Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
(cherry picked from commit 0299faeaf8eb982103e4388af61fd94feb9c2d9f)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

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

mpt3sas_lp_1965927 2022-08-16 20:04:55 UTC
scsi: mpt3sas: Update persistent trigger pages from sysfs interface

Author: Suganath Prabu
Author Date: 2021-12-27 05:30:55 UTC

scsi: mpt3sas: Update persistent trigger pages from sysfs interface

Store sysfs-provided trigger values into the corresponding persistent
trigger pages. Otherwise trigger entries are not persistent across system
reboots.

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

Link: https://lore.kernel.org/r/20211227053055.289537-1-suganath-prabu.subramani@broadcom.com
Signed-off-by: Suganath Prabu S <suganath-prabu.subramani@broadcom.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit 9211faa39a0350fb2239a0bce03b9459cd14fc40)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

mpi3mr_bsg_support 2022-08-12 22:23:27 UTC
mpi3mr: Add management application interface(BSG) support

Author: Michael Reed
Author Date: 2022-08-12 22:23:27 UTC

mpi3mr: Add management application interface(BSG) support

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

Adjustments had to be made for two patches.

The first patch "256bd4f23d9c scsi: mpi3mr: Return I/Os to an unrecoverable HBA with DID_ERROR"
introduces the issue with scsi_done(scmd) where it should be scmd->scsi_done(scmd);

The second patch "986d6bad2103 scsi: mpi3mr: Expose adapter state to sysfs"
adds this line .shost_groups = mpi3mr_host_groups and has to be removed

mpi3mr_bsg_1971151 2022-06-02 22:05:56 UTC
scsi: mpi3mr: Fix kernel-doc

Author: Jiapeng Chong
Author Date: 2022-05-25 09:35:14 UTC

scsi: mpi3mr: Fix kernel-doc

Fix the following W=1 kernel warnings:

drivers/scsi/mpi3mr/mpi3mr_app.c:1706: warning: expecting prototype for
adapter_state_show(). Prototype was for adp_state_show() instead.

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

Link: https://lore.kernel.org/r/20220525093514.55467-1-jiapeng.chong@linux.alibaba.com
Reported-by: Abaci Robot <abaci@linux.alibaba.com>
Signed-off-by: Jiapeng Chong <jiapeng.chong@linux.alibaba.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit 1fcbe4c490396c5a0d4588cfb84923ad6076b62a)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

lp_1973127 2022-05-31 16:39:02 UTC
UBUNTU: Ubuntu-5.15.0-36.37

Author: Kleber Sacilotto de Souza
Author Date: 2022-05-31 16:39:02 UTC

UBUNTU: Ubuntu-5.15.0-36.37

Signed-off-by: Kleber Sacilotto de Souza <kleber.souza@canonical.com>

test_dpc_1965241 2022-05-17 20:21:08 UTC
Enable config option CONFIG_PCIE_EDR

Author: Michael Reed
Author Date: 2022-05-17 20:21:08 UTC

Enable config option CONFIG_PCIE_EDR
BugLink: https://bugs.launchpad.net/bugs/1965241

mpi3mr_1967116 2022-05-05 16:38:42 UTC
scsi: mpi3mr: Update driver version to 8.0.0.69.0

Author: Sumit Saxena
Author Date: 2022-04-29 21:16:41 UTC

scsi: mpi3mr: Update driver version to 8.0.0.69.0

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

Link: https://lore.kernel.org/r/20220429211641.642010-9-sumit.saxena@broadcom.com
Signed-off-by: Sumit Saxena <sumit.saxena@broadcom.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit f304d35e59958ea4be399f78e5be08d4a0c4db75)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

nvme_tcp_patches_2 2022-04-21 19:53:49 UTC
nvme: expose cntrltype and dctype through sysfs

Author: Martin Belanger
Author Date: 2022-02-08 19:33:46 UTC

nvme: expose cntrltype and dctype through sysfs

TP8010 introduces the Discovery Controller Type attribute (dctype).
The dctype is returned in the response to the Identify command. This
patch exposes the dctype through the sysfs. Since the dctype depends on
the Controller Type (cntrltype), another attribute of the Identify
response, the patch also exposes the cntrltype as well. The dctype will
only be displayed for discovery controllers.

A note about the naming of this attribute:
Although TP8010 calls this attribute the Discovery Controller Type,
note that the dctype is now part of the response to the Identify
command for all controller types. I/O, Discovery, and Admin controllers
all share the same Identify response PDU structure. Non-discovery
controllers as well as pre-TP8010 discovery controllers will continue
to set this field to 0 (which has always been the default for reserved
bytes). Per TP8010, the value 0 now means "Discovery controller type is
not reported" instead of "Reserved". One could argue that this
definition is correct even for non-discovery controllers, and by
extension, exposing it in the sysfs for non-discovery controllers is
appropriate.

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

Signed-off-by: Martin Belanger <martin.belanger@dell.com>
Reviewed-by: Chaitanya Kulkarni <kch@nvidia.com>
Reviewed-by: John Meneghini <jmeneghi@redhat.com>
Reviewed-by: Hannes Reinecke <hare@suse.de>
Signed-off-by: Christoph Hellwig <hch@lst.de>
(cherry picked from commit 86c2457a8e8112f16af8fd10a3e1dd7a302c3c3e linux-next)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

nvme_tcp_patches 2022-04-20 21:50:06 UTC
nvme: expose cntrltype and dctype through sysfs

Author: Martin Belanger
Author Date: 2022-02-08 19:33:46 UTC

nvme: expose cntrltype and dctype through sysfs

TP8010 introduces the Discovery Controller Type attribute (dctype).
The dctype is returned in the response to the Identify command. This
patch exposes the dctype through the sysfs. Since the dctype depends on
the Controller Type (cntrltype), another attribute of the Identify
response, the patch also exposes the cntrltype as well. The dctype will
only be displayed for discovery controllers.

A note about the naming of this attribute:
Although TP8010 calls this attribute the Discovery Controller Type,
note that the dctype is now part of the response to the Identify
command for all controller types. I/O, Discovery, and Admin controllers
all share the same Identify response PDU structure. Non-discovery
controllers as well as pre-TP8010 discovery controllers will continue
to set this field to 0 (which has always been the default for reserved
bytes). Per TP8010, the value 0 now means "Discovery controller type is
not reported" instead of "Reserved". One could argue that this
definition is correct even for non-discovery controllers, and by
extension, exposing it in the sysfs for non-discovery controllers is
appropriate.

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

Signed-off-by: Martin Belanger <martin.belanger@dell.com>
Reviewed-by: Chaitanya Kulkarni <kch@nvidia.com>
Reviewed-by: John Meneghini <jmeneghi@redhat.com>
Reviewed-by: Hannes Reinecke <hare@suse.de>
Signed-off-by: Christoph Hellwig <hch@lst.de>
(cherry picked from commit 86c2457a8e8112f16af8fd10a3e1dd7a302c3c3e linux-next)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

test_dpc 2022-04-06 03:38:02 UTC
PCI: pciehp: Ignore Link Down/Up caused by error-induced Hot Reset

Author: Lukas Wunner
Author Date: 2021-07-31 12:39:01 UTC

PCI: pciehp: Ignore Link Down/Up caused by error-induced Hot Reset

Stuart Hayes reports that an error handled by DPC at a Root Port results
in pciehp gratuitously bringing down a subordinate hotplug port:

  RP -- UP -- DP -- UP -- DP (hotplug) -- EP

pciehp brings the slot down because the Link to the Endpoint goes down.
That is caused by a Hot Reset being propagated as a result of DPC.
Per PCIe Base Spec 5.0, section 6.6.1 "Conventional Reset":

  For a Switch, the following must cause a hot reset to be sent on all
  Downstream Ports: [...]

  * The Data Link Layer of the Upstream Port reporting DL_Down status.
    In Switches that support Link speeds greater than 5.0 GT/s, the
    Upstream Port must direct the LTSSM of each Downstream Port to the
    Hot Reset state, but not hold the LTSSMs in that state. This permits
    each Downstream Port to begin Link training immediately after its
    hot reset completes. This behavior is recommended for all Switches.

  * Receiving a hot reset on the Upstream Port.

Once DPC recovers, pcie_do_recovery() walks down the hierarchy and
invokes pcie_portdrv_slot_reset() to restore each port's config space.
At that point, a hotplug interrupt is signaled per PCIe Base Spec r5.0,
section 6.7.3.4 "Software Notification of Hot-Plug Events":

  If the Port is enabled for edge-triggered interrupt signaling using
  MSI or MSI-X, an interrupt message must be sent every time the logical
  AND of the following conditions transitions from FALSE to TRUE: [...]

  * The Hot-Plug Interrupt Enable bit in the Slot Control register is
    set to 1b.

  * At least one hot-plug event status bit in the Slot Status register
    and its associated enable bit in the Slot Control register are both
    set to 1b.

Prevent pciehp from gratuitously bringing down the slot by clearing the
error-induced Data Link Layer State Changed event before restoring
config space. Afterwards, check whether the link has unexpectedly
failed to retrain and synthesize a DLLSC event if so.

Allow each pcie_port_service_driver (one of them being pciehp) to define
a slot_reset callback and re-use the existing pm_iter() function to
iterate over the callbacks.

Thereby, the Endpoint driver remains bound throughout error recovery and
may restore the device to working state.

Surprise removal during error recovery is detected through a Presence
Detect Changed event. The hotplug port is expected to not signal that
event as a result of a Hot Reset.

The issue isn't DPC-specific, it also occurs when an error is handled by
AER through aer_root_reset(). So while the issue was noticed only now,
it's been around since 2006 when AER support was first introduced.

[bhelgaas: drop PCI_ERROR_RECOVERY Kconfig, split pm_iter() rename to
preparatory patch]

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

Link: https://lore.kernel.org/linux-pci/08c046b0-c9f2-3489-eeef-7e7aca435bb9@gmail.com/
Fixes: 6c2b374d7485 ("PCI-Express AER implemetation: AER core and aerdriver")
Link: https://lore.kernel.org/r/251f4edcc04c14f873ff1c967bc686169cd07d2d.1627638184.git.lukas@wunner.de
Reported-by: Stuart Hayes <stuart.w.hayes@gmail.com>
Tested-by: Stuart Hayes <stuart.w.hayes@gmail.com>
Signed-off-by: Lukas Wunner <lukas@wunner.de>
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
Cc: stable@vger.kernel.org # v2.6.19+: ba952824e6c1: PCI/portdrv: Report reset for frozen channel
Cc: Keith Busch <kbusch@kernel.org>
(cherry picked from commit ea401499e943c307e6d44af6c2b4e068643e7884 linus)
Signed-off-by: Michael Reed <Michael.Reed@canonical.com>

138 of 38 results
This repository contains Public information 
Everyone can see this information.

Subscribers