lp:~bladernr/ubuntu/+source/linux/+git/focal

Owned by Jeff Lane 
Get this repository:
git clone https://git.launchpad.net/~bladernr/ubuntu/+source/linux/+git/focal
Only Jeff Lane  can upload to this repository. If you are Jeff Lane  please log in for upload directions.

Branches

Name Last Modified Last Commit
1990985-limit-dummy_wait-to-intel 2022-10-04 03:27:10 UTC
ACPI: processor idle: Practically limit "Dummy wait" workaround to old Intel ...

Author: Dave Hansen
Author Date: 2022-09-22 18:47:45 UTC

ACPI: processor idle: Practically limit "Dummy wait" workaround to old Intel systems

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

Old, circa 2002 chipsets have a bug: they don't go idle when they are
supposed to. So, a workaround was added to slow the CPU down and
ensure that the CPU waits a bit for the chipset to actually go idle.
This workaround is ancient and has been in place in some form since
the original kernel ACPI implementation.

But, this workaround is very painful on modern systems. The "inl()"
can take thousands of cycles (see Link: for some more detailed
numbers and some fun kernel archaeology).

First and foremost, modern systems should not be using this code.
Typical Intel systems have not used it in over a decade because it is
horribly inferior to MWAIT-based idle.

Despite this, people do seem to be tripping over this workaround on
AMD system today.

Limit the "dummy wait" workaround to Intel systems. Keep Modern AMD
systems from tripping over the workaround. Remotely modern Intel
systems use intel_idle instead of this code and will, in practice,
remain unaffected by the dummy wait.

Reported-by: K Prateek Nayak <kprateek.nayak@amd.com>
Suggested-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Dave Hansen <dave.hansen@linux.intel.com>
Reviewed-by: Mario Limonciello <mario.limonciello@amd.com>
Tested-by: K Prateek Nayak <kprateek.nayak@amd.com>
Link: https://lore.kernel.org/all/20220921063638.2489-1-kprateek.nayak@amd.com/
Link: https://lkml.kernel.org/r/20220922184745.3252932-1-dave.hansen@intel.com
(cherry picked from commit e400ad8b7e6a1b9102123c6240289a811501f7d9)
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

1917471 2022-03-17 20:20:12 UTC
Revert "PM: ACPI: reboot: Use S5 for reboot"

Author: Josef Bacik
Author Date: 2021-03-17 02:17:48 UTC

Revert "PM: ACPI: reboot: Use S5 for reboot"

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

This reverts commit d60cd06331a3566d3305b3c7b566e79edf4e2095.

This patch causes a panic when rebooting my Dell Poweredge r440. I do
not have the full panic log as it's lost at that stage of the reboot and
I do not have a serial console. Reverting this patch makes my system
able to reboot again.

Signed-off-by: Josef Bacik <josef@toxicpanda.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
(cherry picked from commit 9d3fcb28f9b9750b474811a2964ce022df56336e)
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

1915403-devlink-disable-report-if-healthy 2021-02-11 21:18:22 UTC
devlink: don't do reporter recovery if the state is healthy

Author: Jiri Pirko
Author Date: 2019-10-10 13:18:48 UTC

devlink: don't do reporter recovery if the state is healthy

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

If reporter state is healthy, don't call into a driver for recover and
don't increase recovery count.

Signed-off-by: Jiri Pirko <jiri@mellanox.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
(cherry picked from commit 402818205c9ecdfd922fdfa58fb113f60fdda523)
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

1893956-update-i40e-intel-lom 2020-09-10 19:41:36 UTC
i40e: enable X710 support

Author: Alice Michael
Author Date: 2019-10-23 10:19:57 UTC

i40e: enable X710 support

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

The I40E_DEV_ID_10G_BASE_T_BC device id was added previously,
but was not enabled in all the appropriate places. Adding it
to enable it's use.

Signed-off-by: Alice Michael <alice.michael@intel.com>
Tested-by: Andrew Bowers <andrewx.bowers@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
(cherry picked from commit 3df5b9a6a9ec3c1e4431bf1db3426b54dc92dd91)
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

1889625-mxl-ktls-bugfix 2020-07-30 21:12:22 UTC
net: Do not clear the sock TX queue in sk_set_socket()

Author: Tariq Toukan
Author Date: 2020-06-22 20:26:04 UTC

net: Do not clear the sock TX queue in sk_set_socket()

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

Clearing the sock TX queue in sk_set_socket() might cause unexpected
out-of-order transmit when called from sock_orphan(), as outstanding
packets can pick a different TX queue and bypass the ones already queued.

This is undesired in general. More specifically, it breaks the in-order
scheduling property guarantee for device-offloaded TLS sockets.

Remove the call to sk_tx_queue_clear() in sk_set_socket(), and add it
explicitly only where needed.

Fixes: e022f0b4a03f ("net: Introduce sk_tx_queue_mapping")
Signed-off-by: Tariq Toukan <tariqt@mellanox.com>
Reviewed-by: Boris Pismenny <borisp@mellanox.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
(cherry picked from commit 41b14fb8724d5a4b382a63cb4a1a61880347ccb8)
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

1877270-pull-roce-disable-from-5.5 2020-07-27 22:00:28 UTC
IB/mlx5: Do reverse sequence during device removal

Author: Parav Pandit
Author Date: 2019-12-12 11:30:21 UTC

IB/mlx5: Do reverse sequence during device removal

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

When IB device profile initialization completes, device is marked as
active.

However, IB device is not marked inactive, during device removal flow. It
should be the mirror of the add flow.

Hence, mark it inactive during remove sequence.

Link: https://lore.kernel.org/r/20191212113024.336702-2-leon@kernel.org
Signed-off-by: Parav Pandit <parav@mellanox.com>
Signed-off-by: Leon Romanovsky <leonro@mellanox.com>
Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
(cherry picked from commit 4cca96a8d9da0ed8217cfdf2aec0c3c8b88e8911)
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

1887703-i40e-enable-x710 2020-07-17 20:12:15 UTC
i40e: enable X710 support

Author: Alice Michael
Author Date: 2019-10-23 10:19:57 UTC

i40e: enable X710 support

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

The I40E_DEV_ID_10G_BASE_T_BC device id was added previously,
but was not enabled in all the appropriate places. Adding it
to enable it's use.

Signed-off-by: Alice Michael <alice.michael@intel.com>
Tested-by: Andrew Bowers <andrewx.bowers@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
(cherry picked from commit 3df5b9a6a9ec3c1e4431bf1db3426b54dc92dd91)
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

1855303-lpfc-updates 2020-04-03 22:15:59 UTC
scsi: lpfc: add RDF registration and Link Integrity FPIN logging

Author: James Smart
Author Date: 2020-02-10 17:31:55 UTC

scsi: lpfc: add RDF registration and Link Integrity FPIN logging

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

This patch modifies lpfc to register for Link Integrity events via the use
of an RDF ELS and to perform Link Integrity FPIN logging.

Specifically, the driver was modified to:

 - Format and issue the RDF ELS immediately following SCR registration.
   This registers the ability of the driver to receive FPIN ELS.

 - Adds decoding of the FPIN els into the received descriptors, with
   logging of the Link Integrity event information. After decoding, the ELS
   is delivered to the scsi fc transport to be delivered to any user-space
   applications.

 - To aid in logging, simple helpers were added to create enum to name
   string lookup functions that utilize the initialization helpers from the
   fc_els.h header.

 - Note: base header definitions for the ELS's don't populate the
   descriptor payloads. As such, lpfc creates it's own version of the
   structures, using the base definitions (mostly headers) and additionally
   declaring the descriptors that will complete the population of the ELS.

Link: https://lore.kernel.org/r/20200210173155.547-3-jsmart2021@gmail.com
Signed-off-by: Dick Kennedy <dick.kennedy@broadcom.com>
Signed-off-by: James Smart <jsmart2021@gmail.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit df3fe76658ed47617741819a501e2bd2ae446962 linux-next)
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

1856340-nvme-updates 2020-04-02 18:53:38 UTC
nvme: Fix parsing of ANA log page

Author: Prabhath Sajeepa
Author Date: 2019-10-28 22:56:48 UTC

nvme: Fix parsing of ANA log page

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

Check validity of offset into ANA log buffer before accessing
nvme_ana_group_desc. This check ensures the size of ANA log buffer >=
offset + sizeof(nvme_ana_group_desc)

Reviewed-by: Sagi Grimberg <sagi@grimberg.me>
Signed-off-by: Prabhath Sajeepa <psajeepa@purestorage.com>
Signed-off-by: Keith Busch <kbusch@kernel.org>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
(cherry picked from commit 64fab7290dc3561729bbc1e35895a517eb2e549e)
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

1869947-revert-lpfc-patch 2020-03-31 19:41:43 UTC
Revert "nvme_fc: add module to ops template to allow module references"

Author: Jeff Lane 
Author Date: 2020-03-31 19:41:43 UTC

Revert "nvme_fc: add module to ops template to allow module references"

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

This reverts commit a7441301b20dc8a7772972a092968bb353b7a642.

[upstream commit: 863fbae929c7a5b64e96b8a3ffb34a29eefb9f8f]

This patch was introduced to prevent the unloading of lpfc driver when
doing NVMe BFS booting. Broadcom has identified that this patch
introduces a bug that prevents unloading of lpfc driver in the non-BFS
case as well.

Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

1855353-lpfc-updates 2020-03-30 17:31:53 UTC
scsi: lpfc: add RDF registration and Link Integrity FPIN logging

Author: James Smart
Author Date: 2020-02-10 17:31:55 UTC

scsi: lpfc: add RDF registration and Link Integrity FPIN logging

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

This patch modifies lpfc to register for Link Integrity events via the use
of an RDF ELS and to perform Link Integrity FPIN logging.

Specifically, the driver was modified to:

 - Format and issue the RDF ELS immediately following SCR registration.
   This registers the ability of the driver to receive FPIN ELS.

 - Adds decoding of the FPIN els into the received descriptors, with
   logging of the Link Integrity event information. After decoding, the ELS
   is delivered to the scsi fc transport to be delivered to any user-space
   applications.

 - To aid in logging, simple helpers were added to create enum to name
   string lookup functions that utilize the initialization helpers from the
   fc_els.h header.

 - Note: base header definitions for the ELS's don't populate the
   descriptor payloads. As such, lpfc creates it's own version of the
   structures, using the base definitions (mostly headers) and additionally
   declaring the descriptors that will complete the population of the ELS.

Link: https://lore.kernel.org/r/20200210173155.547-3-jsmart2021@gmail.com
Signed-off-by: Dick Kennedy <dick.kennedy@broadcom.com>
Signed-off-by: James Smart <jsmart2021@gmail.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit df3fe76658ed47617741819a501e2bd2ae446962)
Signed-off-by: Vignesh Gunasekaran <vignesh.gunasekaran@broadcom.com>
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

testbuild3 2020-03-27 19:58:55 UTC
scsi: lpfc: add RDF registration and Link Integrity FPIN logging

Author: James Smart
Author Date: 2020-02-10 17:31:55 UTC

scsi: lpfc: add RDF registration and Link Integrity FPIN logging

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

This patch modifies lpfc to register for Link Integrity events via the use
of an RDF ELS and to perform Link Integrity FPIN logging.

Specifically, the driver was modified to:

 - Format and issue the RDF ELS immediately following SCR registration.
   This registers the ability of the driver to receive FPIN ELS.

 - Adds decoding of the FPIN els into the received descriptors, with
   logging of the Link Integrity event information. After decoding, the ELS
   is delivered to the scsi fc transport to be delivered to any user-space
   applications.

 - To aid in logging, simple helpers were added to create enum to name
   string lookup functions that utilize the initialization helpers from the
   fc_els.h header.

 - Note: base header definitions for the ELS's don't populate the
   descriptor payloads. As such, lpfc creates it's own version of the
   structures, using the base definitions (mostly headers) and additionally
   declaring the descriptors that will complete the population of the ELS.

Link: https://lore.kernel.org/r/20200210173155.547-3-jsmart2021@gmail.com
Signed-off-by: Dick Kennedy <dick.kennedy@broadcom.com>
Signed-off-by: James Smart <jsmart2021@gmail.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit df3fe76658ed47617741819a501e2bd2ae446962)
Signed-off-by: Vignesh Gunasekaran <vignesh.gunasekaran@broadcom.com>
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

1856340-broadcom-nvme-updates 2020-03-03 08:58:12 UTC
nvme: Fix parsing of ANA log page

Author: Prabhath Sajeepa
Author Date: 2019-10-28 22:56:48 UTC

nvme: Fix parsing of ANA log page

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

Check validity of offset into ANA log buffer before accessing
nvme_ana_group_desc. This check ensures the size of ANA log buffer >=
offset + sizeof(nvme_ana_group_desc)

Reviewed-by: Sagi Grimberg <sagi@grimberg.me>
Signed-off-by: Prabhath Sajeepa <psajeepa@purestorage.com>
Signed-off-by: Keith Busch <kbusch@kernel.org>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
(cherry picked from commit 64fab7290dc3561729bbc1e35895a517eb2e549e)
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

1864484-smartpqi-to-1.2.10-025 2020-03-02 10:37:54 UTC
scsi: smartpqi: bump version

Author: Don Brace
Author Date: 2019-10-07 22:32:15 UTC

scsi: smartpqi: bump version

BugLink: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1864484

Link: https://lore.kernel.org/r/157048753592.11757.3634142461093493860.stgit@brunhilda
Reviewed-by: Scott Benesh <scott.benesh@microsemi.com>
Reviewed-by: Gerry Morong <gerry.morong@microsemi.com>
Signed-off-by: Don Brace <don.brace@microsemi.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
(cherry picked from commit 390e28087823e38331990636ff5159ce622a0380)
Signed-off-by: Jeff Lane <jeffrey.lane@canonical.com>

114 of 14 results
This repository contains Public information 
Everyone can see this information.

Subscribers