From: Damien Le Moal <dlemoal@kernel.org>
To: Markus Probst <markus.probst@posteo.de>,
Niklas Cassel <cassel@kernel.org>,
"James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
"Martin K. Petersen" <martin.petersen@oracle.com>
Cc: linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4 3/3] ata: Use ACPI methods to power on disks
Date: Thu, 23 Oct 2025 13:56:02 -0700 [thread overview]
Message-ID: <df9980f4-67c4-48d9-a5fd-56d5f15b7482@kernel.org> (raw)
In-Reply-To: <20251023165151.722252-4-markus.probst@posteo.de>
On 2025/10/23 9:52, Markus Probst wrote:
> Some embedded devices have the ability to control whether power is
> provided to the disks via the SATA power connector or not. If power
> resources are defined on ATA ports / devices in ACPI, we should try to set
> the power state to D0 before probing the disk to ensure that any power
> supply or power gate that may exist is providing power to the disk.
>
> An example for such devices would be newer synology NAS devices. Every
> disk slot has its own SATA power connector. Whether the connector is
> providing power is controlled via an gpio, which is *off by default*.
> Also the disk loses power on reboots.
>
> Add a new function, ata_acpi_port_power_on(), that will be used to power
> on the SATA power connector if usable ACPI power resources on the
> associated ATA port / device are found. It will be called right before
> probing the port, therefore the disk will be powered on just in time.
>
> Signed-off-by: Markus Probst <markus.probst@posteo.de>
> ---
> drivers/ata/libata-acpi.c | 40 +++++++++++++++++++++++++++++++++++++++
> drivers/ata/libata-core.c | 2 ++
> drivers/ata/libata.h | 2 ++
> 3 files changed, 44 insertions(+)
>
> diff --git a/drivers/ata/libata-acpi.c b/drivers/ata/libata-acpi.c
> index f05c247d25bc..9d6177420e82 100644
> --- a/drivers/ata/libata-acpi.c
> +++ b/drivers/ata/libata-acpi.c
> @@ -273,6 +273,46 @@ bool ata_acpi_dev_manage_restart(struct ata_device *dev)
> return acpi_bus_power_manageable(ACPI_HANDLE(&dev->link->ap->tdev));
> }
>
> +/**
> + * ata_acpi_port_power_on - set the power state of the ata port to D0
> + * @ap: target ATA port
> + *
> + * This function is called at the beginning of ata_port_probe.
> + */
> +void ata_acpi_port_power_on(struct ata_port *ap)
> +{
> + acpi_handle handle;
> + int i;
> +
> + /* If `ATA_FLAG_ACPI_SATA` is set, the acpi fwnode is attached to the
> + * `ata_device` instead of the `ata_port`.
> + */
> + if (ap->flags & ATA_FLAG_ACPI_SATA) {
> + for (i = 0; i < ATA_MAX_DEVICES; i++) {
Adding:
struct device *tdev = &ap->link.device[i].tdev;
will simplify the code a little below, and make the lines shorter (they are too
long).
> + if (!is_acpi_device_node(ap->link.device[i].tdev.fwnode))
> + continue;
> + handle = ACPI_HANDLE(&ap->link.device[i].tdev);
> + if (!acpi_bus_power_manageable(handle))
> + continue;
> + if (!acpi_bus_set_power(handle, ACPI_STATE_D0))
> + ata_dev_dbg(&ap->link.device[i], "acpi: power on\n");
Long line. Please split.
But is this debug message really needed ?
> + else
> + ata_dev_err(&ap->link.device[i], "acpi: failed to power state\n");
Very long line. Please split.
> + }
> + return;
> + }
A blank line here would be nice.
> + if (!is_acpi_device_node(ap->tdev.fwnode))
> + return;
> + handle = ACPI_HANDLE(&ap->tdev);
> + if (!acpi_bus_power_manageable(handle))
> + return;
> +
> + if (!acpi_bus_set_power(handle, ACPI_STATE_D0))
> + ata_port_dbg(ap, "acpi: power on\n");
> + else
> + ata_port_err(ap, "acpi: failed to set power state\n");
"to set power state" is not very clear. Which state ? Please rephrase this
message. Same remark for the same message above in the for loop
> +}
> +
> /**
> * ata_acpi_dissociate - dissociate ATA host from ACPI objects
> * @host: target ATA host
> diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
> index 2a210719c4ce..a6813ced3ec2 100644
> --- a/drivers/ata/libata-core.c
> +++ b/drivers/ata/libata-core.c
> @@ -5901,6 +5901,8 @@ void ata_port_probe(struct ata_port *ap)
> struct ata_eh_info *ehi = &ap->link.eh_info;
> unsigned long flags;
>
> + ata_acpi_port_power_on(ap);
> +
> /* kick EH for boot probing */
> spin_lock_irqsave(ap->lock, flags);
>
> diff --git a/drivers/ata/libata.h b/drivers/ata/libata.h
> index af08bb9b40d0..0e7ecac73680 100644
> --- a/drivers/ata/libata.h
> +++ b/drivers/ata/libata.h
> @@ -130,6 +130,7 @@ extern void ata_acpi_on_disable(struct ata_device *dev);
> extern void ata_acpi_set_state(struct ata_port *ap, pm_message_t state);
> extern void ata_acpi_bind_port(struct ata_port *ap);
> extern void ata_acpi_bind_dev(struct ata_device *dev);
> +extern void ata_acpi_port_power_on(struct ata_port *ap);
> extern bool ata_acpi_dev_manage_restart(struct ata_device *dev);
> extern acpi_handle ata_dev_acpi_handle(struct ata_device *dev);
> #else
> @@ -141,6 +142,7 @@ static inline void ata_acpi_set_state(struct ata_port *ap,
> pm_message_t state) { }
> static inline void ata_acpi_bind_port(struct ata_port *ap) {}
> static inline void ata_acpi_bind_dev(struct ata_device *dev) {}
> +static inline void ata_acpi_port_power_on(struct ata_port *ap) {}
> static inline bool ata_acpi_dev_manage_restart(struct ata_device *dev) { return 0; }
> #endif
>
--
Damien Le Moal
Western Digital Research
prev parent reply other threads:[~2025-10-23 20:56 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-23 16:52 [PATCH v4 0/3] Support power resources defined in acpi on ata Markus Probst
2025-10-23 16:52 ` [PATCH v4 1/3] scsi: sd: Add manage_restart device attribute to scsi_disk Markus Probst
2025-10-23 16:52 ` [PATCH v4 2/3] ata: stop disk on restart if ACPI power resources are found Markus Probst
2025-10-23 20:49 ` Damien Le Moal
2025-10-23 16:52 ` [PATCH v4 3/3] ata: Use ACPI methods to power on disks Markus Probst
2025-10-23 20:56 ` Damien Le Moal [this message]
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=df9980f4-67c4-48d9-a5fd-56d5f15b7482@kernel.org \
--to=dlemoal@kernel.org \
--cc=James.Bottomley@HansenPartnership.com \
--cc=cassel@kernel.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=markus.probst@posteo.de \
--cc=martin.petersen@oracle.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®