From: Niklas Cassel <cassel@kernel.org>
To: Damien Le Moal <dlemoal@kernel.org>
Cc: linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org,
"Martin K . Petersen" <martin.petersen@oracle.com>,
John Garry <john.g.garry@oracle.com>,
Jason Yan <yanaijie@huawei.com>
Subject: Re: [PATCH v3 3/3] Documentation: driver-api: Update libata error handler information
Date: Fri, 11 Jul 2025 11:07:15 +0200 [thread overview]
Message-ID: <aHDUQ9FOu0J_SWfh@ryzen> (raw)
In-Reply-To: <20250711083544.231706-4-dlemoal@kernel.org>
On Fri, Jul 11, 2025 at 05:35:44PM +0900, Damien Le Moal wrote:
> Update ``->error_handler()`` section of the libata documentation file
> Documentation/driver-api/libata.rst to remove the reference to the
> function ata_do_eh() as that function was removed. The reference to the
> function ata_bmdma_drive_eh() is also removed as that function does not
> exist at all. And while at it, cleanup the description of the various
> reset operations using a bullet list.
>
> Signed-off-by: Damien Le Moal <dlemoal@kernel.org>
> ---
> Documentation/driver-api/libata.rst | 25 ++++++++++++++++---------
> 1 file changed, 16 insertions(+), 9 deletions(-)
>
> diff --git a/Documentation/driver-api/libata.rst b/Documentation/driver-api/libata.rst
> index 5da27a749246..93d97fe78e3f 100644
> --- a/Documentation/driver-api/libata.rst
> +++ b/Documentation/driver-api/libata.rst
> @@ -283,18 +283,25 @@ interrupts, start DMA engine, etc.
>
> ``->error_handler()`` is a driver's hook into probe, hotplug, and recovery
> and other exceptional conditions. The primary responsibility of an
> -implementation is to call :c:func:`ata_do_eh` or :c:func:`ata_bmdma_drive_eh`
> -with a set of EH hooks as arguments:
> +implementation is to call :c:func:`ata_std_error_handler`.
>
> -'prereset' hook (may be NULL) is called during an EH reset, before any
> -other actions are taken.
> +:c:func:`ata_std_error_handler` will perform a standard error handling sequence
> +to resurect failed devices, detach lost devices and add new devices (if any).
> +This function will call the various reset operations for a port, as needed.
> +These operations are as follows.
>
> -'postreset' hook (may be NULL) is called after the EH reset is
> -performed. Based on existing conditions, severity of the problem, and
> -hardware capabilities,
> +* The 'prereset' operation (which may be NULL) is called during an EH reset,
> + before any other action is taken.
>
> -Either 'softreset' (may be NULL) or 'hardreset' (may be NULL) will be
> -called to perform the low-level EH reset.
> +* The 'postreset' hook (which may be NULL) is called after the EH reset is
> + performed. Based on existing conditions, severity of the problem, and hardware
> + capabilities,
> +
> +* Either the 'softreset' operation or the 'hardreset' operation will be called
> + to perform the low-level EH reset. If both operations are defined,
> + 'hardreset' is preferred and used. If both are not defined, no low-level reset
> + is performed and EH assumes that an ATA class device is connected through the
> + link.
>
> ::
>
> --
> 2.50.1
>
Reviewed-by: Niklas Cassel <cassel@kernel.org>
next prev parent reply other threads:[~2025-07-11 9:07 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-11 8:35 [PATCH v3 0/3] libata-eh cleanups Damien Le Moal
2025-07-11 8:35 ` [PATCH v3 1/3] ata: libata-eh: Remove ata_do_eh() Damien Le Moal
2025-07-15 14:50 ` Hannes Reinecke
2025-07-11 8:35 ` [PATCH v3 2/3] ata: libata-eh: Simplify reset operation management Damien Le Moal
2025-07-11 9:06 ` Niklas Cassel
2025-07-11 10:45 ` John Garry
2025-07-15 14:54 ` Hannes Reinecke
2025-07-11 8:35 ` [PATCH v3 3/3] Documentation: driver-api: Update libata error handler information Damien Le Moal
2025-07-11 9:07 ` Niklas Cassel [this message]
2025-07-15 14:54 ` Hannes Reinecke
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=aHDUQ9FOu0J_SWfh@ryzen \
--to=cassel@kernel.org \
--cc=dlemoal@kernel.org \
--cc=john.g.garry@oracle.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=yanaijie@huawei.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.