public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: Douglas Gilbert <dougg@torque.net>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: linux-scsi@vger.kernel.org
Subject: Re: [ANNOUNCE] sdparm 0.90
Date: Tue, 19 Apr 2005 10:33:14 +1000	[thread overview]
Message-ID: <426451CA.1040301@torque.net> (raw)
In-Reply-To: <4263F189.3000700@pobox.com>

Jeff Garzik wrote:
> Douglas Gilbert wrote:
> 
>> sdparm is a new command line utility designed to get and set
>> SCSI disk parameters (cf hdparm for ATA disks). More generally
>> it gets and sets mode page information on SCSI devices or devices
>> that use a SCSI command set (e.g. CD/DVD drives (any transport)
>> and SCSI tape drives).
> 
> 
> I'm biased, but I would prefer to use blktool for this sort of thing...

Jeff,
There is definitely some overlap on the most important
parameters for disks (e.g. write caching). blktool covers
near end (HBA), transport and device settings. sdparm
concentrates on the far end device settings (and in some
cases transport settings from the point of view of that
device) for devices that use a SCSI command set.

sdparm assumes some knowledge of SCSI mode page structure
and what facilities are available. Figures and descriptions
of mode pages are found in product manuals and SCSI
standards (e.g. SPC-3 and SBC-2). Beyond primary settings
such as write caching, there are many interesting
settings.

For example, SCSI disks recovered from (hardware)
RAIDs (>= 3) often have the Automatic Read/Write Reallocation
bits (ARRE and AWRE) clear. This is not the manufacturer's
default. I assume this is to generate medium errors at the
first sign of trouble so the parity disk is brought into
play. When such a disk is used stand alone, a user would probably
want those bits on (and of course they should be using
smartmontools or similar to gauge the health of the disk).
sdparm can set a mode page back to its manufacturer's
default settings.
Another example is the tuning mode that Seagate has
introduced for its disks (i.e. server or desktop mode).
See sdparm.8 for further information.

IMO blktool and sdparm complement one another.

Doug Gilbert


  reply	other threads:[~2005-04-19  8:11 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-18 13:26 [ANNOUNCE] sdparm 0.90 Douglas Gilbert
2005-04-18 17:42 ` Jeff Garzik
2005-04-19  0:33   ` Douglas Gilbert [this message]
2005-04-18 19:50 ` folkert
2005-04-18 19:52 ` folkert
2005-04-19  0:42   ` Douglas Gilbert

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=426451CA.1040301@torque.net \
    --to=dougg@torque.net \
    --cc=jgarzik@pobox.com \
    --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