From: Niklas Cassel <cassel@kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>,
linux-ide@vger.kernel.org
Cc: Damien Le Moal <dlemoal@kernel.org>, Niklas Cassel <cassel@kernel.org>
Subject: [GIT PULL] ata fixes for 7.1-rc5
Date: Tue, 19 May 2026 18:07:46 +0200 [thread overview]
Message-ID: <20260519160746.2087727-1-cassel@kernel.org> (raw)
Linus,
The following changes since commit 163f6494233e1679ec6fa6a4803f74ae7b1c94db:
ata: pata_parport: switch to dynamic root device (2026-04-27 11:38:16 +0200)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/libata/linux tags/ata-7.1-rc5
for you to fetch changes up to 759e8756da00aa115d504a18155b1d1ee1cc12e8:
ata: libata-scsi: do not needlessly defer commands when using PMP with FBS (2026-05-18 12:26:51 +0200)
----------------------------------------------------------------
ata fixes for 7.1-rc5
- Make sure that the issuing of a deferred non-NCQ command via
workqueue feature is only used when mixing NCQ and non-NCQ commands
to the same link (i.e. return value ATA_DEFER_LINK), and nothing
else. This way we will not incorrectly try to use the feature for
e.g. PATA drivers.
- The deferred non-NCQ command was stored in a per-port struct.
When using Port Multipliers with FIS-Based Switching, we would thus
needlessly defer commands to all other links. Store the deferred QC
in a per-link struct, such that Port Multipliers with FBS will get
the same performance as before.
- The issuing of a deferred non-NCQ command via workqueue feature
broke support for Port Multipliers using Command-Based Switching.
The issuing of a deferred non-NCQ command via workqueue feature is
not compatible with the use of ap->excl_link, which PMPs with CBS
use for fairness (using implicit round robin).
----------------------------------------------------------------
Niklas Cassel (4):
ata: libata-scsi: improve readability of ata_scsi_qc_issue()
ata: libata-scsi: do not use the deferred QC feature for ATA_DEFER_PORT
ata: libata-scsi: do not use the deferred QC feature on PMPs with CBS
ata: libata-scsi: do not needlessly defer commands when using PMP with FBS
drivers/ata/libata-core.c | 9 +++--
drivers/ata/libata-eh.c | 8 ++---
drivers/ata/libata-pmp.c | 18 ++++++++--
drivers/ata/libata-scsi.c | 89 +++++++++++++++++++++++++++--------------------
drivers/ata/sata_sil24.c | 6 +++-
include/linux/libata.h | 7 ++--
6 files changed, 87 insertions(+), 50 deletions(-)
next reply other threads:[~2026-05-19 16:07 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-19 16:07 Niklas Cassel [this message]
2026-05-19 19:03 ` [GIT PULL] ata fixes for 7.1-rc5 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=20260519160746.2087727-1-cassel@kernel.org \
--to=cassel@kernel.org \
--cc=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