From: Michael Tokarev <mjt@tls.msk.ru>
To: SCSI Mailing List <linux-scsi@vger.kernel.org>
Subject: sdparm: change_mode_page: failed setting page: Caching (SBC)
Date: Sun, 24 Jun 2007 15:38:00 +0400 [thread overview]
Message-ID: <467E5798.8030100@msgid.tls.msk.ru> (raw)
We've got a bunch of SATA Seagate Barracuda ES drives,
namely, ST3250620NS -- "enterprize" class. And now I
wonder what's wrong with - either those drives, or
sdparm, or kernel.
In particular, sdparm can't change WCE bit, like this:
# sdparm --clear=WCE -v -v /dev/sda
mp_settings: page,subpage=0x8,0x0 num=1
pdt=0 start_byte=0x2 start_bit=2 num_bits=1 val=0 acronym: WCE
inquiry cdb: 12 00 00 00 24 00
/dev/sda: ATA ST3250620NS 3.AE
mode sense (10) cdb: 5a 00 08 00 00 00 00 00 04 00
mode sense (10) cdb: 5a 00 08 00 00 00 00 00 24 00
mode select (10) cdb: 55 10 00 00 00 00 00 00 24 00
mode select (10) parameter block
00 00 00 00 00 00 00 08 00 00 00 00 00 00 02 00
08 12 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00
mode select (10): Fixed format, current; Sense key: Illegal Request
Additional sense: Invalid field in cdb
Raw sense data (in hex):
70 00 05 00 00 00 00 0a 00 00 00 00 24 00 00 00
00 00
change_mode_page: failed setting page: Caching (SBC)
# _
We also have several "desktop" drives similar to the ones above --
ST3250620AS. And with those, I can change settings, unlike with
the NS series:
# sdparm --clear=WCE /dev/sda
/dev/sda: ATA ST3250620AS J
# _
What I also observed is that `sdparm -a' output is a bit different
for the two. For the NS series, it looks like this:
Caching (SBC) mode page:
WCE 1
...
While for the AS series, it is like:
Caching (SBC) mode page:
WCE 1 [cha: y]
...
The difference is that for the AS drives, sdparm displays
whenever the parameter is changeable, while for the NS
("enterprise") disk, it does not.
So I wonder -- is it the drive which is bad, or something's
wrong with sdparm? To me, it should work the opposite way
(IF there should be any difference at all) -- i.e., I can
understand when for a "desktop" (consumer) drive I can't
change some settings, while for "enterprise" class drive
I have more control.
Any ideas? Should I RMA those drives and/or replace them
with the AS ones? :)
Thanks.
/mjt
next reply other threads:[~2007-06-24 11:38 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-24 11:38 Michael Tokarev [this message]
2007-06-24 17:22 ` sdparm: change_mode_page: failed setting page: Caching (SBC) Douglas Gilbert
2007-06-24 19:27 ` Michael Tokarev
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=467E5798.8030100@msgid.tls.msk.ru \
--to=mjt@tls.msk.ru \
--cc=linux-scsi@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 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).