<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-dev/drivers/scsi/smartpqi, branch linus/master</title>
<subtitle>Linux kernel development work - see feature branches</subtitle>
<id>https://git.zx2c4.com/linux-dev/atom/drivers/scsi/smartpqi?h=linus%2Fmaster</id>
<link rel='self' href='https://git.zx2c4.com/linux-dev/atom/drivers/scsi/smartpqi?h=linus%2Fmaster'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/'/>
<updated>2022-05-24T03:24:10Z</updated>
<entry>
<title>scsi: smartpqi: Fix typo in comment</title>
<updated>2022-05-24T03:24:10Z</updated>
<author>
<name>Julia Lawall</name>
<email>Julia.Lawall@inria.fr</email>
</author>
<published>2022-05-21T11:11:08Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=8946ea283808d0905b11d12649976a227762d7e7'/>
<id>urn:sha1:8946ea283808d0905b11d12649976a227762d7e7</id>
<content type='text'>
Spelling mistake (triple letters) in comment.  Detected with the help of
Coccinelle.

Link: https://lore.kernel.org/r/20220521111145.81697-58-Julia.Lawall@inria.fr
Signed-off-by: Julia Lawall &lt;Julia.Lawall@inria.fr&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
<entry>
<title>scsi: smartpqi: Stop using the SCSI pointer</title>
<updated>2022-02-23T02:11:06Z</updated>
<author>
<name>Bart Van Assche</name>
<email>bvanassche@acm.org</email>
</author>
<published>2022-02-18T19:51:11Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=c1ea387d998ab524291f1b78f8faa4618decd36d'/>
<id>urn:sha1:c1ea387d998ab524291f1b78f8faa4618decd36d</id>
<content type='text'>
Set .cmd_size in the SCSI host template instead of using the SCSI pointer
from struct scsi_cmnd. This patch prepares for removal of the SCSI pointer
from struct scsi_cmnd.

Link: https://lore.kernel.org/r/20220218195117.25689-44-bvanassche@acm.org
Reviewed-by: Johannes Thumshirn &lt;johannes.thumshirn@wdc.com&gt;
Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;
Reviewed-by: Himanshu Madhani &lt;himanshu.madhani@oracle.com&gt;
Signed-off-by: Bart Van Assche &lt;bvanassche@acm.org&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
<entry>
<title>scsi: smartpqi: Fix unused variable pqi_pm_ops for clang</title>
<updated>2022-02-11T22:06:12Z</updated>
<author>
<name>Don Brace</name>
<email>don.brace@microchip.com</email>
</author>
<published>2022-02-10T20:11:51Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=31b17c3aeb5e9413ed627626f6213b3e53b20c8e'/>
<id>urn:sha1:31b17c3aeb5e9413ed627626f6213b3e53b20c8e</id>
<content type='text'>
Driver added a new dev_pm_ops structure used only if CONFIG_PM is set.  The
CONFIG_PM MACRO needed to be moved up in the code to avoid the compiler
warnings. The hunk to move the location was missing from the above patch.

Found by kernel test robot by building driver with CONFIG_PM disabled.

Link: https://lore.kernel.org/all/202202090657.bstNLuce-lkp@intel.com/
Link: https://lore.kernel.org/r/20220210201151.236170-1-don.brace@microchip.com
Fixes: c66e078ad89e ("scsi: smartpqi: Fix hibernate and suspend")
Reported-by: kernel test robot &lt;lkp@intel.com&gt;
Reviewed-by: Scott Teel &lt;scott.teel@microchip.com&gt;
Reviewed-by: Scott Benesh &lt;scott.benesh@microchip.com&gt;
Reviewed-by: Mike Mcgowen &lt;mike.mcgowen@microchip.com&gt;
Reviewed-by: Kevin Barnett &lt;kevin.barnett@microchip.com&gt;
Signed-off-by: Don Brace &lt;don.brace@microchip.com&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
<entry>
<title>scsi: smartpqi: Update version to 2.1.14-035</title>
<updated>2022-02-08T04:38:36Z</updated>
<author>
<name>Don Brace</name>
<email>don.brace@microchip.com</email>
</author>
<published>2022-02-01T21:49:18Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=62ed6622aaf0ba3c41cc6db6f901cbaa2a7378d1'/>
<id>urn:sha1:62ed6622aaf0ba3c41cc6db6f901cbaa2a7378d1</id>
<content type='text'>
Link: https://lore.kernel.org/r/164375215867.440833.17567317655622946368.stgit@brunhilda.pdev.net
Reviewed-by: Kevin Barnett &lt;kevin.barnett@microchip.com&gt;
Reviewed-by: Scott Benesh &lt;scott.benesh@microchip.com&gt;
Reviewed-by: Scott Teel &lt;scott.teel@microchip.com&gt;
Reviewed-by: Gerry Morong &lt;gerry.morong@microchip.com&gt;
Signed-off-by: Don Brace &lt;don.brace@microchip.com&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
<entry>
<title>scsi: smartpqi: Fix lsscsi -t SAS addresses</title>
<updated>2022-02-08T04:38:36Z</updated>
<author>
<name>Kevin Barnett</name>
<email>kevin.barnett@microchip.com</email>
</author>
<published>2022-02-01T21:49:13Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=291c2e0071efbda9d5c360a793abee4055e81fea'/>
<id>urn:sha1:291c2e0071efbda9d5c360a793abee4055e81fea</id>
<content type='text'>
Correct lsscsi -t output for newer controllers that support 16-byte WWID in
the SAS address field. lsscsi -t was displaying all zeros for SAS
addresses.

When we added support to smartpqi for 16-byte WWIDs in the RPL data for
newer controllers, we were copying the wrong part of the 16-byte WWID to
the SAS address field.

Link: https://lore.kernel.org/r/164375215363.440833.7298523719813806902.stgit@brunhilda.pdev.net
Reviewed-by: Scott Benesh &lt;scott.benesh@microchip.com&gt;
Reviewed-by: Scott Teel &lt;scott.teel@microchip.com&gt;
Reviewed-by: Mike McGowen &lt;mike.mcgowen@microchip.com&gt;
Signed-off-by: Kevin Barnett &lt;kevin.barnett@microchip.com&gt;
Signed-off-by: Don Brace &lt;don.brace@microchip.com&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
<entry>
<title>scsi: smartpqi: Fix hibernate and suspend</title>
<updated>2022-02-08T04:38:36Z</updated>
<author>
<name>Kevin Barnett</name>
<email>kevin.barnett@microchip.com</email>
</author>
<published>2022-02-01T21:49:08Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=c66e078ad89e9f171a2474b255284d95c54c4c36'/>
<id>urn:sha1:c66e078ad89e9f171a2474b255284d95c54c4c36</id>
<content type='text'>
Restructure the hibernate/suspend code to allow workarounds for the
controller boot differences.

Newer controllers have subtle differences in the way that they boot up.

Link: https://lore.kernel.org/r/164375214859.440833.14683009064111314948.stgit@brunhilda.pdev.net
Reviewed-by: Mike McGowen &lt;mike.mcgowen@microchip.com&gt;
Reviewed-by: Scott Benesh &lt;scott.benesh@microchip.com&gt;
Reviewed-by: Scott Teel &lt;scott.teel@microchip.com&gt;
Signed-off-by: Kevin Barnett &lt;kevin.barnett@microchip.com&gt;
Signed-off-by: Don Brace &lt;don.brace@microchip.com&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
<entry>
<title>scsi: smartpqi: Fix BUILD_BUG_ON() statements</title>
<updated>2022-02-08T04:38:36Z</updated>
<author>
<name>Mike McGowen</name>
<email>Mike.McGowen@microchip.com</email>
</author>
<published>2022-02-01T21:49:03Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=5e6935864d814c3a62dd0945fd155634481f11c2'/>
<id>urn:sha1:5e6935864d814c3a62dd0945fd155634481f11c2</id>
<content type='text'>
Add calls to the functions at the beginning driver initialization.

The BUILD_BUG_ON() statements that are currently in functions named
verify_structures() in the modules smartpqi_init.c and smartpqi_sis.c do
not work as currently implemented.

Link: https://lore.kernel.org/r/164375214355.440833.13129778749209816497.stgit@brunhilda.pdev.net
Reviewed-by: Kevin Barnett &lt;kevin.barnett@microchip.com&gt;
Reviewed-by: Scott Teel &lt;scott.teel@microchip.com&gt;
Reviewed-by: Scott Benesh &lt;scott.benesh@microchip.com&gt;
Signed-off-by: Mike McGowen &lt;Mike.McGowen@microchip.com&gt;
Signed-off-by: Don Brace &lt;don.brace@microchip.com&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
<entry>
<title>scsi: smartpqi: Fix NUMA node not updated during init</title>
<updated>2022-02-08T04:38:35Z</updated>
<author>
<name>Mike McGowen</name>
<email>Mike.McGowen@microchip.com</email>
</author>
<published>2022-02-01T21:48:58Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=c52efc9238569038242e28f247546bb5b04dc8a1'/>
<id>urn:sha1:c52efc9238569038242e28f247546bb5b04dc8a1</id>
<content type='text'>
Correct NUMA node association when calling pqi_pci_probe().

In the function pqi_pci_probe(), the driver makes an OS call to get the
NUMA node associated with a controller. If the call returns that there is
no associated node, the driver attempts to set it to node 0. The problem is
that a different local variable (cp_node) was being used to do this, but
the original local variable (node) was still being used in the call to
pqi_alloc_ctrl_info().

The value of "node" is not updated if the conditional after the call to
dev_to_node() evaluates to TRUE.

Link: https://lore.kernel.org/r/164375213850.440833.5243014942807747074.stgit@brunhilda.pdev.net
Reviewed-by: Kevin Barnett &lt;kevin.barnett@microchip.com&gt;
Reviewed-by: Scott Teel &lt;scott.teel@microchip.com&gt;
Signed-off-by: Mike McGowen &lt;Mike.McGowen@microchip.com&gt;
Signed-off-by: Don Brace &lt;don.brace@microchip.com&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
<entry>
<title>scsi: smartpqi: Expose SAS address for SATA drives</title>
<updated>2022-02-08T04:38:35Z</updated>
<author>
<name>Kevin Barnett</name>
<email>kevin.barnett@microchip.com</email>
</author>
<published>2022-02-01T21:48:53Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=00598b056aa6d46c7a6819efa850ec9d0d690d76'/>
<id>urn:sha1:00598b056aa6d46c7a6819efa850ec9d0d690d76</id>
<content type='text'>
Remove UNIQUE_WWID_IN_REPORT_PHYS_LUN PQI feature.

This feature was originally added to solve a problem with NVMe drives, but
this problem has since been solved a different way, so this PQI feature is
no longer required for any type of drive.

The kernel was not creating symbolic links in sysfs between SATA drives and
their enclosure.

The driver was enabling the UNIQUE_WWID_IN_REPORT_PHYS_LUN PQI feature,
which causes the FW to return a WWID for SATA drives that is derived from a
unique ID read from the SATA drive itself. The driver was exposing this
WWID as the drive's SAS address. However, because this SAS address does not
match the SAS address returned by an enclosure's SES Page 0xA data, the
Linux kernel was not able to match a SATA drive with its enclosure.

Link: https://lore.kernel.org/r/164375213346.440833.12379222470149882747.stgit@brunhilda.pdev.net
Reviewed-by: Mike McGowen &lt;mike.mcgowen@microchip.com&gt;
Reviewed-by: Scott Benesh &lt;scott.benesh@microchip.com&gt;
Reviewed-by: Scott Teel &lt;scott.teel@microchip.com&gt;
Signed-off-by: Kevin Barnett &lt;kevin.barnett@microchip.com&gt;
Signed-off-by: Don Brace &lt;don.brace@microchip.com&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
<entry>
<title>scsi: smartpqi: Speed up RAID 10 sequential reads</title>
<updated>2022-02-08T04:38:35Z</updated>
<author>
<name>Mike McGowen</name>
<email>Mike.McGowen@microchip.com</email>
</author>
<published>2022-02-01T21:48:48Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=5d8fbce04d36dfd837d655e3d1b66e44b8fafbe5'/>
<id>urn:sha1:5d8fbce04d36dfd837d655e3d1b66e44b8fafbe5</id>
<content type='text'>
Use all data disks for sequential read operations.

Testing discovered inconsistent performance on RAID 10 volumes when
performing 256K sequential reads. The driver was only using a single
tracker to determine which physical drive to send a request to for AIO
requests.

Change the single tracker (next_bypass_group) to an array of trackers based
on the number of data disks in a row of the RAID map.

Link: https://lore.kernel.org/r/164375212842.440833.6733971458765002128.stgit@brunhilda.pdev.net
Reviewed-by: Kevin Barnett &lt;kevin.barnett@microchip.com&gt;
Reviewed-by: Mike McGowen &lt;mike.mcgowen@microchip.com&gt;
Reviewed-by: Scott Benesh &lt;scott.benesh@microchip.com&gt;
Reviewed-by: Scott Teel &lt;scott.teel@microchip.com&gt;
Signed-off-by: Mike McGowen &lt;Mike.McGowen@microchip.com&gt;
Signed-off-by: Don Brace &lt;don.brace@microchip.com&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
</feed>
