From: Damien Le Moal <dlemoal@kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>,
linux-ide@vger.kernel.org
Subject: [GIT PULL] ata fixes for 6.6-rc4
Date: Fri, 29 Sep 2023 22:33:24 +0900 [thread overview]
Message-ID: <20230929133324.164211-1-dlemoal@kernel.org> (raw)
Linus,
The following changes since commit 6465e260f48790807eef06b583b38ca9789b6072:
Linux 6.6-rc3 (2023-09-24 14:31:13 -0700)
are available in the Git repository at:
ssh://git@gitolite.kernel.org/pub/scm/linux/kernel/git/dlemoal/libata tags/ata-6.6-rc4
for you to fetch changes up to 49728bdc702391902a473b9393f1620eea32acb0:
ata: libata-eh: Fix compilation warning in ata_eh_link_report() (2023-09-28 21:24:18 +0900)
----------------------------------------------------------------
ATA fixes for 6.6-rc4
A larger than usual set of fixes for 6.6-rc4 due to the unexpected
number of fixes needed to address ATA disks suspend/resume issues.
In more details:
- Add missing additionalProperties on child nodes to the pata-common DT
bindings (Rob).
- Fix handling of the REPORT SUPPORTED OPERATION CODES command to
ignore reserved bits (Niklas).
- Increase port multiplier soft reset timeout to accomodate slow
devices and avoid issues on wakeup (Matthias).
- A couple of minor code fixes to avoid compilation warnings in
libata-core and libata-eh (me).
- Many patches from me to address suspend/resume issues, and in
particular a potential deadlock on resume due to the SCSI disk driver
resume operation not being synchronized with libata EH port resume
handling. This is addressed by changing the scsi disk driver disk
start/stop control to allow libata to execute disk suspend (spin
down) and resume (spin up) on its own during system suspend/resume.
Runtime suspend/resume control remains with the SCSI disk driver.
Other fixes include:
- Fix libata power management request issuing to avoid races.
- Establish a link between ATA ports and SCSI devices to order PM
operations.
- Fix device removal to avoid issues with driver rmmod removal.
- Fix synchronization of libata device rescan and SCSI disk resume
operation.
- Remove libsas PM operations as suspend/resume is handled directly
by the sas controller resume.
- Fix the SCSI disk driver to not issue commands to suspended disks,
thus avoiding potential system lock-up on resume.
----------------------------------------------------------------
Damien Le Moal (11):
ata: libata-core: Fix ata_port_request_pm() locking
ata: libata-core: Fix port and device removal
ata: libata-scsi: link ata port and scsi device
scsi: sd: Differentiate system and runtime start/stop management
ata: libata-scsi: Disable scsi device manage_system_start_stop
scsi: Do not attempt to rescan suspended devices
ata: libata-scsi: Fix delayed scsi_rescan_device() execution
ata: libata-core: Do not register PM operations for SAS ports
scsi: sd: Do not issue commands to suspended disks on shutdown
ata: libata-core: Fix compilation warning in ata_dev_config_ncq()
ata: libata-eh: Fix compilation warning in ata_eh_link_report()
Matthias Schiffer (1):
ata: libata-sata: increase PMP SRST timeout to 10s
Niklas Cassel (1):
ata: libata-scsi: ignore reserved bits for REPORT SUPPORTED OPERATION CODES
Rob Herring (1):
dt-bindings: ata: pata-common: Add missing additionalProperties on child nodes
.../devicetree/bindings/ata/pata-common.yaml | 1 +
drivers/ata/libata-core.c | 149 +++++++++++++++++++--
drivers/ata/libata-eh.c | 48 ++++++-
drivers/ata/libata-scsi.c | 97 +++++++++-----
drivers/ata/libata-transport.c | 9 +-
drivers/ata/libata.h | 4 +
drivers/firewire/sbp2.c | 9 +-
drivers/scsi/scsi_scan.c | 18 ++-
drivers/scsi/sd.c | 101 +++++++++++---
drivers/scsi/sd.h | 1 +
include/linux/libata.h | 10 +-
include/scsi/scsi_device.h | 5 +-
include/scsi/scsi_host.h | 2 +-
13 files changed, 378 insertions(+), 76 deletions(-)
next reply other threads:[~2023-09-29 13:33 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-29 13:33 Damien Le Moal [this message]
2023-09-29 20:48 ` [GIT PULL] ata fixes for 6.6-rc4 pr-tracker-bot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230929133324.164211-1-dlemoal@kernel.org \
--to=dlemoal@kernel.org \
--cc=linux-ide@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).