From: Jeff Garzik <jgarzik@pobox.com>
To: "Huang, Shane" <Shane.Huang@amd.com>
Cc: "linux-ide@vger.kernel.org" <linux-ide@vger.kernel.org>,
Aaron Lu <aaron.lwe@gmail.com>
Subject: Re: [PATCH v2] ahci: implement aggressive SATA device sleep support
Date: Fri, 24 Aug 2012 11:36:05 -0400 [thread overview]
Message-ID: <50379F65.3070009@pobox.com> (raw)
In-Reply-To: <43EB3AB3EEFE8D43B525F4D2EAF507E107E1A41A@SCYBEXDAG03.amd.com>
On 08/24/2012 06:46 AM, Huang, Shane wrote:
> Jeff,
>
>> 2) If we are going to unconditionally add ATA_SECT_SIZE bytes to every
>> ata_device structure, let's at least move the ata_read_log_page() call
>> outside of the devslp test, so that others may have this information
>> even if the device does not support devslp.
>
> Agreed, the info in that page is not limited to DevSlp variables.
> Should I also move it outside of the ata_dev_configure() function?
> Do you have better place to suggest?
ata_dev_configure() is the proper place. Just move the log-read outside
the ata_id_devslp test.
To avoid attempting to enable on older devices, you will need an
appropriate test (ata_id_has_ncq perhaps?)
>> 3) please define constants in linux/ata.h for sata_settings information,
>> rather than using hexidecimal constants ("magic numbers").
>
> OK, I will define ATA_ID_FEATURE_SUPP to replace all the 78.
As you figured out in the other email, I was referring to sata_settings
>> 4) is it wise to issue SET_FEATURES / SATA_DEVSLP prior to programming
>> the host controller? that order seems wrong.
>
> Per our understanding, there is no sequence requirement on this,
> please correct me if you see risk.
I just do not like programming the device, when power policy may
indicate otherwise.
Most conservative is to leave devslp feature in reset state and not
touch device or host until power policy dictates it is time to program
host + device.
Jeff
next prev parent reply other threads:[~2012-08-24 15:36 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-23 22:31 [PATCH v2] ahci: implement aggressive SATA device sleep support Shane Huang
2012-08-23 15:09 ` Jeff Garzik
2012-08-24 0:49 ` Aaron Lu
2012-08-24 10:46 ` Huang, Shane
2012-08-24 15:18 ` Huang, Shane
2012-08-24 15:36 ` Jeff Garzik [this message]
2012-08-27 10:36 ` Huang, Shane
2012-08-27 16:08 ` Jeff Garzik
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=50379F65.3070009@pobox.com \
--to=jgarzik@pobox.com \
--cc=Shane.Huang@amd.com \
--cc=aaron.lwe@gmail.com \
--cc=linux-ide@vger.kernel.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 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.