From: "Pali Rohár" <pali.rohar@gmail.com>
To: Robert Hancock <hancockrwd@gmail.com>,
Jeff Garzik <jeff@garzik.org>, Robert Hancock <hancockr@shaw.ca>,
Tejun Heo <tj@kernel.org>
Cc: linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: linux: sata_nv: adma support
Date: Sat, 1 Aug 2015 22:09:27 +0200 [thread overview]
Message-ID: <201508012209.27974@pali> (raw)
In-Reply-To: <CADLC3L2N2TcO4FR1Bqt2n=g5G+i=dv_y_OhYHA9yXg79Bb6JPg@mail.gmail.com>
[-- Attachment #1: Type: Text/Plain, Size: 3188 bytes --]
On Thursday 25 December 2014 07:22:13 Robert Hancock wrote:
> On Tue, Dec 23, 2014 at 1:51 PM, Pali Rohár <pali.rohar@gmail.com>
> wrote:
> > Hello,
> >
> > I have nvidia nforce4 motherboard with nvidia sata controller:
> >
> > 00:07.0 IDE interface [0101]: NVIDIA Corporation CK804 Serial ATA
> > Controller [10de:0054] (rev f3)
> > 00:08.0 IDE interface [0101]: NVIDIA Corporation CK804 Serial ATA
> > Controller [10de:0055] (rev f3)
> >
> > I manually enabled adma mode (which is disabled by default) by
> > adding sata_nv.adma=1 to grub cmdline. In git history I found
> > that enabling adma mode includes NCQ support and reduced CPU
> > overhead. It looks like adma mode is working, but at every boot I
> > see one same error message in dmesg:
> >
> > [ 16.823514] ata1.00: exception Emask 0x1 SAct 0x0 SErr 0x0
> > action 0x0
> > [ 16.823520] ata1.00: CPB resp_flags 0x11: , CMD error
> > [ 16.823524] ata1.00: failed command: SET FEATURES
> > [ 16.823530] ata1.00: cmd ef/05:fe:00:00:00/00:00:00:00:00/40
> > tag 16
> > [ 16.823530] res 51/04:fe:00:00:00/00:00:00:00:00/40
> > Emask 0x1 (device error)
> > [ 16.823533] ata1.00: status: { DRDY ERR }
> > [ 16.823535] ata1.00: error: { ABRT }
> >
> > When adma is disabled then this error message is not generated.
>
> It looks like something is trying to issue a command to disable APM
> power management on the drive, and the command fails (likely because
> it doesn't support that command). I'm not sure where that would be
> coming from - I'm pretty sure the kernel doesn't issue that command
> itself. Something that's part of your distro perhaps?
>
> I don't know why it would only be failing in ADMA mode either, though
> depending on where the command is coming from, maybe it's not being
> issued otherwise for some reason?
>
> > What does that error message means? It is critical? What is that
> > command SET FEATURES doing? Are there any problems with adma mode
> > on nforce4 motherboards? Because I did not see any problems
> > (except that one error message).
> >
> > --
> > Pali Rohár
> > pali.rohar@gmail.com
Hello,
now after long time I did more investigation and that error is reported
for every connected HDD. I identified that it comes from udev script
/lib/udev/rules.d/85-hdparm.rules
which just call script /lib/udev/hdparm for every one connected HDD.
Script /lib/udev/hdparm just call:
/sbin/hdparm -B254 $DRIVE
And that -B254 cause above error message in dmesg log. Output from
hdparm is:
/dev/sda:
setting Advanced Power Management level to 0xfe (254)
APM_level = not supported
Any idea why in ADMA mode it cause above error (APM unsupported) and in
non ADMA mode it is working fine? Maybe APM ATA commands should not be
sent via ADMA?
Here is another output:
$ sudo hdparm -I /dev/sda | grep -i power
* Power Management feature set
Power-Up In Standby feature set
* SET_FEATURES required to spinup after power up
* Host-initiated interface power management
--
Pali Rohár
pali.rohar@gmail.com
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next parent reply other threads:[~2015-08-01 20:09 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <201412232051.07067@pali>
[not found] ` <CADLC3L2N2TcO4FR1Bqt2n=g5G+i=dv_y_OhYHA9yXg79Bb6JPg@mail.gmail.com>
2015-08-01 20:09 ` Pali Rohár [this message]
2015-08-02 1:45 ` linux: sata_nv: adma support Robert Hancock
2015-08-02 9:08 ` Pali Rohár
2015-08-03 3:02 ` Robert Hancock
2015-08-04 18:06 ` Pali Rohár
2015-08-26 8:00 ` Pali Rohár
2015-09-25 11:40 ` Pali Rohár
2018-05-10 13:51 ` Pali Rohár
2018-08-09 11:48 ` Pali Rohár
2018-11-15 17:01 ` Pali Rohár
2019-12-25 18:31 ` Pali Rohár
2015-08-25 11:20 ` Mark Lord
2015-08-25 12:58 ` Pali Rohár
2015-08-26 4:01 ` Robert Hancock
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=201508012209.27974@pali \
--to=pali.rohar@gmail.com \
--cc=hancockr@shaw.ca \
--cc=hancockrwd@gmail.com \
--cc=jeff@garzik.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tj@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 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 NNTP newsgroup(s).