diff options
author | Douglas Gilbert <dougg@torque.net> | 2005-09-09 20:07:32 +1000 |
---|---|---|
committer | James Bottomley <jejb@mulgrave.(none)> | 2005-09-09 16:42:44 -0500 |
commit | 942fc2fb73f2cac53484ebaf1c4f9af7aefaca83 (patch) | |
tree | 7d399d5847dd3be95368cf66860439ae0954ae19 /include/scsi | |
parent | 1c8e71d72026ed4c6ba0fdfd7eebd865f4fd1415 (diff) | |
download | linux-942fc2fb73f2cac53484ebaf1c4f9af7aefaca83.tar.gz linux-942fc2fb73f2cac53484ebaf1c4f9af7aefaca83.tar.bz2 linux-942fc2fb73f2cac53484ebaf1c4f9af7aefaca83.zip |
[SCSI] permit READ DEFECT DATA in block/scsi_ioctl
The soon to be released smartmontools 5.34 uses the
READ DEFECT DATA command on SCSI disks. A disk that
has defect list entries (or worse, an increasing number
of them) is at risk.
Currently the first invocation of smartctl causes this:
scsi: unknown opcode 0x37
message to appear the console and in the log.
The READ DEFECT DATA SCSI command does not change
the state of a disk. Its opcode (0x37) is valid for
SBC devices (e.g. disks) and SMC-2 devices (media
changers) where it is called INITIALIZE STATUS ELEMENT
WITH RANGE and again doesn't change the external state
of the device.
Changelog:
- mark SCSI opcode 0x37 (READ DEFECT DATA) as
safe_for_read
Signed-off-by: Douglas Gilbert <dougg@torque.net>
Acked-by: Jens Axboe <axboe@suse.de>
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
Diffstat (limited to 'include/scsi')
0 files changed, 0 insertions, 0 deletions